From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 00:05:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BFD837B401 for ; Sun, 13 Apr 2003 00:05:16 -0700 (PDT) Received: from nazare.cin.ufpe.br (nazare.cin.ufpe.br [150.161.2.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7693243F3F for ; Sun, 13 Apr 2003 00:05:14 -0700 (PDT) (envelope-from rss@cin.ufpe.br) Received: (from root@localhost) by nazare.cin.ufpe.br (8.11.6p2/8.11.6) id h3D756g75122; Sun, 13 Apr 2003 04:05:06 -0300 (BRT) (envelope-from rss@nazare.cin.ufpe.br) Received: from buique.cin.ufpe.br (buique [172.17.33.108]) by nazare.cin.ufpe.br (8.11.6p2/8.11.6) with ESMTP id h3D754393064; Sun, 13 Apr 2003 04:05:04 -0300 (BRT) (envelope-from rss@nazare.cin.ufpe.br) Received: from rss (helo=localhost) by buique.cin.ufpe.br with local-esmtp (Exim 3.35 #1 (Debian)) id 194bY0-0002M5-00; Sun, 13 Apr 2003 04:05:04 -0300 Date: Sun, 13 Apr 2003 04:05:03 -0300 (BRT) From: Rossam Souza Silva To: Steve Sizemore In-Reply-To: <20030413044625.GB40422@math.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Rossam Souza Silva cc: Bill Moran cc: freebsd-current@freebsd.org Subject: Re: Overall "feel" for the stability of FreeBSD 5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 07:05:16 -0000 FYI, last week I upgraded our web proxy server from 4.4 security branch. To say better, I made a new install, from scratch. This machine has two PII 400MHz, four SCSI disks, 512MB, a xl NIC and runs squid 2.5. All http requests of our network (~500 machines) are redirected by the firewall/router to this machine. At this time, no problem happened. I'm confident with CURRENT stability because all my desktops and my notebook also runs CURRENT, so I can "smell" and "fell" trouble ASAP. :-) But YMMV. The upgrade of our backup server (using amanda) is my next step. If you want some hints: 1) Install 5.0-RELEASE 2) Upgrade sources to CURRENT (src & ports) 3) Compile and install 4) Install all software you need (amanda, portupgrade, cvsup etc.) 5) Do not make system upgrades until 5.1, unless really necessary (eg. security or stability fix). Network / UNIX admin of Centro de Informatica - UFPE http://www.cin.ufpe.br ----------------------------------------------------------------------------- (_ ) BOFH excuse #80: That's a great computer you have there; have you \\\'',) ^ considered how it would work as a BSD machine? \/ \( .\._/_) Rossam Souza Silva (rss@cin.ufpe.br) ICQ# 175885569 ----------------------------------------------------------------------------- On Sat, 12 Apr 2003, Steve Sizemore wrote: > On Thu, Apr 03, 2003 at 10:30:09AM -0500, Bill Moran wrote: > > I'm considering setting up a FreeBSD 5 machine as a dedicated > > backup/archive computer on a network I administer. > > > > I'm curious to hear some opinions on how wise this is. I know > > that 5 is still in a -CURRENT status and I've seen (and repeated) > > the warnings that it's not really production quality yet. > > > > So I'm curious as to a number of facets of its capibilities: > > 1) With the current developmet effort ... does it seem like 5.1 > > will be -STABLE ... or do folks feel that a -STABLE brand > > is further off (5.2?) > > 2) For a dedicated backup server, that can tolerate the > > performance problems that folks have been reporting, and > > won't upset the entire office if it panics on occasion, is 5 > > good enough at this point? > > I've been running RELENG_5_0 on a production server since January, and > it's working fine. (It's our backup server - amanda - among other > things.) It wasn't my first choice; I really wanted to run RELENG_4_7, > but that didn't support the RAID controller. At this point, I could > downgrade to 4.8, but there are a couple of other features I'd have to > give up. Even though it makes me nervous to run a version not on the > secure branch, I'm going to stick with it until there is a stable > branch, or until I run into a problem. So far, I have not. > (Performance hasn't been an issue for me.) I haven't had a single > panic. > > Steve > -- > Steve Sizemore , (510) 642-8570 > Unix System Manager > Dept. of Mathematics and College of Letters and Science > University of California, Berkeley > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 00:30:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 291A937B401 for ; Sun, 13 Apr 2003 00:30:00 -0700 (PDT) Received: from web41805.mail.yahoo.com (web41805.mail.yahoo.com [66.218.93.139]) by mx1.FreeBSD.org (Postfix) with SMTP id A83C143F85 for ; Sun, 13 Apr 2003 00:29:59 -0700 (PDT) (envelope-from csujun@yahoo.com) Message-ID: <20030413072959.75033.qmail@web41805.mail.yahoo.com> Received: from [211.161.222.24] by web41805.mail.yahoo.com via HTTP; Sun, 13 Apr 2003 00:29:59 PDT Date: Sun, 13 Apr 2003 00:29:59 -0700 (PDT) From: Jun Su To: Jeff Roberson In-Reply-To: <20030413015628.Q37530-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: current@freebsd.org Subject: Re: how to debug when using libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: csujun@21cn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 07:30:00 -0000 --- Jeff Roberson wrote: > On Sun, 13 Apr 2003, [gb2312] Jun Su wrote: > > > Hi All, > > > > When using libthr, the info thread and thread > command > > in GDB doesn't work. How can I debug the > application? > > Thanks for your help. > > I haven't looked at gdb support yet. Please debug > your application using > libc_r. If it doesnt fail with libc_r it is most > likely a libthr problem. > There are several known bugs with libthr right now. > > Thanks, > Jeff > Thank you for your information. I tried to run the SSCLI from MS under the 1:1 threding lib. I have a problem when testing the Suspend Thread function. The thread seems doesn't suspend correctly. If you have time, I can send your the detail informaiton regarding to this problem. Jun __________________________________________________ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 00:31:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCA4637B401; Sun, 13 Apr 2003 00:31:54 -0700 (PDT) Received: from kraid.nerim.net (smtp-100-sunday.nerim.net [62.4.16.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D01743FA3; Sun, 13 Apr 2003 00:31:53 -0700 (PDT) (envelope-from mycroft@moscow.plug-it.com) Received: from moscow.plug-it.com (moscow.plug-it.com [62.212.108.163]) by kraid.nerim.net (Postfix) with ESMTP id AF3E540FB4; Sun, 13 Apr 2003 09:31:51 +0200 (CEST) Received: from moscow.plug-it.com (mycroft@localhost.in.plug-it.com [127.0.0.1]) by moscow.plug-it.com (8.12.6/8.12.6) with ESMTP id h3D7Vou6026906 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 13 Apr 2003 09:31:51 +0200 Received: (from mycroft@localhost) by moscow.plug-it.com (8.12.6/8.12.5/Submit) id h3D7VoJv009284; Sun, 13 Apr 2003 09:31:50 +0200 Date: Sun, 13 Apr 2003 09:31:50 +0200 From: Patrick MARIE To: current@freebsd.org Message-ID: <20030413073150.GA5698@moscow.plug-it.com> References: <1050150930.8112dd13bdef0@mail.encontacto.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1050150930.8112dd13bdef0@mail.encontacto.net> User-Agent: Mutt/1.5.4i cc: bugs@freebsd.org cc: marcus@freebsd.org Subject: Re: mozilla and mozilla-devel crash constantly with yesterday's sources. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 07:31:55 -0000 On Sat, Apr 12, 2003 at 05:35:30AM -0700, eculp@encontacto.net wrote: > My Mozilla and mozilla-devel are both crashing for no aparent reason and > without dumping core since making world yesterday. I'm using versions > mozilla-1.3,2 and mozilla-1.4a,1 although it doesn't seem to be a mozilla > problem. > Until yesterday, I was happily using only mozilla-devel. When the problem > began yesterday morning, after make world, I compiled the mozilla release > and it did the same. I happened to have opera-6.12.20030305 installed on > the same laptop and it works fine not that that means anything :-). > > I have nothing really tangible as to the cause. It is really strange. Is > anyone else seeing this or have an idea as to what I could have done to > this to happen from one day to the next? > > # uname -a > FreeBSD worldinternet.org 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Fri Apr 11 > 07:17:54 PDT 2003 root@worldinternet.org:/usr/obj/usr/src/sys/PIII850 i386 > Compaq Presario 1700 Hello, Well, i got the same problem. After some investigations, i ve found that that the update of the freetype2 port from 2.1.3 to 2.1.4 was in fault. (At least, while downgrading it, mozilla worked fine again here.) With mozilla -g -d gdb (gdb) run http://www.oswd.org/toptitle.phtml?id=992\&title=AstroBeeb [...] Program received signal SIGSEGV, Segmentation fault. 0x294faa10 in XftLockFace () from /usr/X11R6/lib/libXft.so.2 (gdb) bt #0 0x294faa10 in XftLockFace () from /usr/X11R6/lib/libXft.so.2 #1 0x294cf1b8 in nsFontMetricsXft::CacheFontMetrics() () # cd /usr/ports/x11-fonts/Xft/work/fcpackage.2_1/ && grep -r XftLockFace . (...) ./Xft/xftfreetype.c:XftLockFace (XftFont *public) (...) I think, with all of this, that is not a -current relative problem. But I can be wrong. Best regards, - patrick -- pgp: http://www.r00tworld.com/~mycroft/key.txt From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 00:35:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFCE537B401; Sun, 13 Apr 2003 00:35:52 -0700 (PDT) Received: from ms-smtp-01.southeast.rr.com (ms-smtp-01.southeast.rr.com [24.93.67.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id C89CC43FCB; Sun, 13 Apr 2003 00:35:51 -0700 (PDT) (envelope-from marcus@FreeBSD.org) Received: from mail3.nc.rr.com (fe3 [24.93.67.50])h3D7VRhA006868; Sun, 13 Apr 2003 03:31:27 -0400 (EDT) Received: from creme-brulee.marcuscom.com ([66.57.17.158]) by mail3.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Sun, 13 Apr 2003 03:33:17 -0400 Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) h3D7Yvaa068237; Sun, 13 Apr 2003 03:34:57 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Patrick MARIE In-Reply-To: <20030413073150.GA5698@moscow.plug-it.com> References: <1050150930.8112dd13bdef0@mail.encontacto.net> <20030413073150.GA5698@moscow.plug-it.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-/C0McYPtadm3CMxS+sFF" Organization: FreeBSD, Inc. Message-Id: <1050219345.72359.32.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 13 Apr 2003 03:35:45 -0400 X-Spam-Status: No, hits=-39.4 required=5.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,QUOTE_TWICE_1,REFERENCES, REPLY_WITH_QUOTES autolearn=ham version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) cc: bugs@FreeBSD.org cc: sobomax@FreeBSD.org cc: current@FreeBSD.org Subject: Re: mozilla and mozilla-devel crash constantly with yesterday's sources. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 07:35:53 -0000 --=-/C0McYPtadm3CMxS+sFF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2003-04-13 at 03:31, Patrick MARIE wrote: > On Sat, Apr 12, 2003 at 05:35:30AM -0700, eculp@encontacto.net wrote: > > My Mozilla and mozilla-devel are both crashing for no aparent reason an= d > > without dumping core since making world yesterday. I'm using versions > > mozilla-1.3,2 and mozilla-1.4a,1 although it doesn't seem to be a mozil= la > > problem. > > Until yesterday, I was happily using only mozilla-devel. When the probl= em > > began yesterday morning, after make world, I compiled the mozilla relea= se > > and it did the same. I happened to have opera-6.12.20030305 installed = on > > the same laptop and it works fine not that that means anything :-). > >=20 > > I have nothing really tangible as to the cause. It is really strange. = Is > > anyone else seeing this or have an idea as to what I could have done to > > this to happen from one day to the next? > >=20 > > # uname -a > > FreeBSD worldinternet.org 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Fri Apr 1= 1 > > 07:17:54 PDT 2003 root@worldinternet.org:/usr/obj/usr/src/sys/PIII8= 50 i386 > > Compaq Presario 1700 >=20 > Hello, >=20 > Well, i got the same problem. After some investigations, i ve found tha= t > that the update of the freetype2 port from 2.1.3 to 2.1.4 was in fault. > (At least, while downgrading it, mozilla worked fine again here.) >=20 > With mozilla -g -d gdb > (gdb) run http://www.oswd.org/toptitle.phtml?id=3D992\&title=3DAstroBeeb > [...] > Program received signal SIGSEGV, Segmentation fault. > 0x294faa10 in XftLockFace () from /usr/X11R6/lib/libXft.so.2 > (gdb) bt > #0 0x294faa10 in XftLockFace () from /usr/X11R6/lib/libXft.so.2 > #1 0x294cf1b8 in nsFontMetricsXft::CacheFontMetrics() () >=20 >=20 > # cd /usr/ports/x11-fonts/Xft/work/fcpackage.2_1/ && grep -r XftLockFace = . > (...) > ./Xft/xftfreetype.c:XftLockFace (XftFont *public) > (...) >=20 >=20 > I think, with all of this, that is not a -current relative problem. > But I can be wrong. Could be a freetype2 problem. What version of Xft do you have installed? Can you recompile Xft with debugging symbols, then re-run this test, and send me the output? Thanks. Joe >=20 > Best regards, > - patrick --=20 Joe Marcus Clarke FreeBSD GNOME Team :: marcus@FreeBSD.org http://www.FreeBSD.org/gnome --=-/C0McYPtadm3CMxS+sFF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQA+mRNQb2iPiv4Uz4cRArGRAKCRhzcYpan+H6/I8prlD40111S04wCfdcAX hd1DbiW7DBV/gV4liq+ndRM= =XjiZ -----END PGP SIGNATURE----- --=-/C0McYPtadm3CMxS+sFF-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 02:28:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D0D037B401 for ; Sun, 13 Apr 2003 02:28:04 -0700 (PDT) Received: from web41805.mail.yahoo.com (web41805.mail.yahoo.com [66.218.93.139]) by mx1.FreeBSD.org (Postfix) with SMTP id BEFDD43FAF for ; Sun, 13 Apr 2003 02:28:03 -0700 (PDT) (envelope-from csujun@yahoo.com) Message-ID: <20030413092803.87799.qmail@web41805.mail.yahoo.com> Received: from [211.161.222.158] by web41805.mail.yahoo.com via HTTP; Sun, 13 Apr 2003 17:28:03 CST Date: Sun, 13 Apr 2003 17:28:03 +0800 (CST) From: =?gb2312?q?Jun=20Su?= To: Jeff Roberson In-Reply-To: <20030413015628.Q37530-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit cc: current@freebsd.org Subject: Re: how to debug when using libthr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: csujun@21cn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 09:28:04 -0000 --- Jeff Roberson µÄÕýÎÄ£º> On Sun, 13 Apr 2003, [gb2312] Jun Su wrote: > > > Hi All, > > > > When using libthr, the info thread and thread > command > > in GDB doesn't work. How can I debug the > application? > > Thanks for your help. > > I haven't looked at gdb support yet. Please debug > your application using > libc_r. If it doesnt fail with libc_r it is most > likely a libthr problem. > There are several known bugs with libthr right now. > > Thanks, > Jeff > I found that pthread_suspend_np doesn't implement yet. this is the cause of my problem. Any plan on it? Jun _________________________________________________________ Do You Yahoo!? ¸ü¶à¾ªÏ²£¬Í¬Ñù¾«²Ê£¬NetVista A30 ÈÈÂô http://ad.cn.doubleclick.net/clk;5313999;7930402;p?http://www.ibm.com/cn/promotion/pc/netvista_a30/index.shtml From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 02:56:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8935037B401 for ; Sun, 13 Apr 2003 02:56:40 -0700 (PDT) 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 B867A43F75 for ; Sun, 13 Apr 2003 02:56:38 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.8p1/8.12.8) id h3D9uaf6025414; Sun, 13 Apr 2003 11:56:36 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200304130956.h3D9uaf6025414@spider.deepcore.dk> In-Reply-To: <200304111707.39370.cbiffle@safety.net> To: "Cliff L. Biffle" Date: Sun, 13 Apr 2003 11:56:36 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 cc: current@FreeBSD.ORG Subject: Re: [PATCH] ATA drive spin-down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 09:56:40 -0000 It seems Cliff L. Biffle wrote: > Please find attached a kernel patch to enable ATA drive spin-down after a > specified interval. I'm using this on my laptop now with much success; I'm > offering it primarily for testing purposes. I'll toss it onto mobile if it > seems okay. Hmm, this could be a fine intermediate solution until I get the infrastructure for real PM / SMART finished. I'll look this over and get it committed. One thing though the name ata_suspend is a bit off IMHO, something like ata_spindown/ata_standby would be more descriptive I think. -Søren From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 03:57:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10C2137B401 for ; Sun, 13 Apr 2003 03:56:58 -0700 (PDT) Received: from mail.evip.pl (mail.evip.com.pl [212.244.157.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34E0643FBD for ; Sun, 13 Apr 2003 03:56:57 -0700 (PDT) (envelope-from w@evip.pl) Received: from w by mail.evip.pl with local (Exim 4.10) id 194fAW-000O4n-00 for current@freebsd.org; Sun, 13 Apr 2003 12:57:04 +0200 Date: Sun, 13 Apr 2003 12:57:04 +0200 From: Wiktor Niesiobedzki To: current@freebsd.org Message-ID: <20030413105704.GR31493@mail.evip.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: ATA DMA problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 10:57:01 -0000 Hi, While booting, i've got problems with booting from old disk. Turning hw.ata.ata_dma=0 solves the problem, but the boot disk is non-dma. Any clues? Cheers, Wiktor Niesiobedzki $ uname -a FreeBSD portal 5.0-CURRENT FreeBSD 5.0-CURRENT #22: Mon Apr 7 22:24:15 CEST 2003 root@portal:/usr/obj/usr/src/sys/PORTALSMP i386 dmesg: atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 GEOM: new disk ad0 ad0: soft error (ECC corrected) cmd=read fsbn 1056321 of 0-3 ad0: hard error cmd=read fsbn 1056321 of 0-3 status=65 error=04 ad0: ATA-0 disk at ata0-master ad0: 515MB (1056384 sectors), 1048 C, 16 H, 63 S, 512 B ad0: 1 secs/int, 1 depth queue, WDMA1 ad0: piomode=11 dmamode=33 udmamode=-1 cblid=0 ad2: success setting UDMA33 on Intel PIIX4 chip ad2: ATA-5 disk at ata1-master ad2: 58644MB (120103200 sectors), 119150 C, 16 H, 63 S, 512 B ad2: 16 secs/int, 1 depth queue, UDMA33 ad2: piomode=12 dmamode=34 udmamode=69 cblid=1 SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ad0s1a ad0: soft error (ECC corrected) cmd=read fsbn 382 of 191-206 ad0: hard error cmd=read fsbn 382 of 191-206 status=65 error=04 GEOM: Add ad0s1a hot[0] start 512 length 276 end 787 Root mount failed: 5 Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 04:15:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 055CA37B401 for ; Sun, 13 Apr 2003 04:14:57 -0700 (PDT) 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 0AB7E43F75 for ; Sun, 13 Apr 2003 04:14:56 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.8p1/8.12.8) id h3DBErSn040586; Sun, 13 Apr 2003 13:14:53 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200304131114.h3DBErSn040586@spider.deepcore.dk> In-Reply-To: <20030413105704.GR31493@mail.evip.pl> To: Wiktor Niesiobedzki Date: Sun, 13 Apr 2003 13:14:53 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 cc: current@FreeBSD.ORG Subject: Re: ATA DMA problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 11:15:01 -0000 It seems Wiktor Niesiobedzki wrote: > Hi, > > While booting, i've got problems with booting from old disk. Turning > hw.ata.ata_dma=0 solves the problem, but the boot disk is non-dma. > Any clues? > ad0: soft error (ECC corrected) cmd=read fsbn 1056321 of 0-3 > ad0: hard error cmd=read fsbn 1056321 of 0-3 > status=65 error=04 > ad0: soft error (ECC corrected) cmd=read fsbn 382 of 191-206 > ad0: hard error cmd=read fsbn 382 of 191-206 > status=65 error=04 That smells like a dying disk to me actually... -Søren From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 04:27:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABD5C37B401 for ; Sun, 13 Apr 2003 04:27:32 -0700 (PDT) Received: from mail.evip.pl (mail.evip.com.pl [212.244.157.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id C723A43FA3 for ; Sun, 13 Apr 2003 04:27:31 -0700 (PDT) (envelope-from w@evip.pl) Received: from w by mail.evip.pl with local (Exim 4.10) id 194fe7-000O9k-00; Sun, 13 Apr 2003 13:27:39 +0200 Date: Sun, 13 Apr 2003 13:27:39 +0200 From: Wiktor Niesiobedzki To: Soeren Schmidt Message-ID: <20030413112739.GS31493@mail.evip.pl> References: <20030413105704.GR31493@mail.evip.pl> <200304131114.h3DBErSn040586@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304131114.h3DBErSn040586@spider.deepcore.dk> User-Agent: Mutt/1.4i cc: current@freebsd.org Subject: Re: ATA DMA problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 11:27:35 -0000 On Sun, Apr 13, 2003 at 01:14:53PM +0200, Soeren Schmidt wrote: > It seems Wiktor Niesiobedzki wrote: > > Hi, > > > > While booting, i've got problems with booting from old disk. Turning > > hw.ata.ata_dma=0 solves the problem, but the boot disk is non-dma. > > Any clues? > > > ad0: soft error (ECC corrected) cmd=read fsbn 1056321 of 0-3 > > ad0: hard error cmd=read fsbn 1056321 of 0-3 > > status=65 error=04 > > ad0: soft error (ECC corrected) cmd=read fsbn 382 of 191-206 > > ad0: hard error cmd=read fsbn 382 of 191-206 > > status=65 error=04 > > That smells like a dying disk to me actually... > I would say the same, but this disk is working OK when I set hw.ata.ata_dma=0, and was working ok with old kernels (last working kernel I had was from begining of March). Cheers, Wiktor Niesiobedzki From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 04:46:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79AA337B401 for ; Sun, 13 Apr 2003 04:46:45 -0700 (PDT) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id C946A43FDD for ; Sun, 13 Apr 2003 04:46:43 -0700 (PDT) (envelope-from bra@fsn.hu) Received: (qmail 10016 invoked by uid 1000); 13 Apr 2003 11:46:42 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 13 Apr 2003 11:46:42 -0000 Date: Sun, 13 Apr 2003 13:46:42 +0200 (CEST) From: Attila Nagy To: "M. Warner Losh" In-Reply-To: <20030412.210515.27187828.imp@bsdimp.com> Message-ID: References: <20030412.210515.27187828.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: root_disk_unit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 11:46:46 -0000 Hello, > I know that on -stable, setting root_disk_unit=2 in /boot/loader.conf > allows us to boot off of 'ad2' on some of the embedded boxes that have a > CF slot on them that is ad2... However, I've not tried this on stable. You mean under CURRENT. > You might want to try setting root_disk_unit at the ok prompt. That's what I tried first. It does not work, the kernel mounted da0s1a, not da1s1a. I had to specify ROOTDEVNAME in the kernel conf, but that's not as flexible as root_disk_unit. ----------[ 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 From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 04:53:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8744F37B401 for ; Sun, 13 Apr 2003 04:53:14 -0700 (PDT) Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74DA643FA3 for ; Sun, 13 Apr 2003 04:53:13 -0700 (PDT) (envelope-from kuku@accms33.physik.rwth-aachen.de) Received: (from kuku@localhost) by accms33.physik.rwth-aachen.de (8.11.6/8.9.3) id h3DBrB916669 for freebsd-current@freebsd.org; Sun, 13 Apr 2003 13:53:11 +0200 Date: Sun, 13 Apr 2003 13:53:11 +0200 From: Christoph Kukulies Message-Id: <200304131153.h3DBrB916669@accms33.physik.rwth-aachen.de> To: freebsd-current@freebsd.org Subject: kernel: bad malloc : 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 11:53:14 -0000 During boot, I suspect when an interface goes up (ng0?, wi0?) - I'm using mpd (vpn) and thought I'd better recompile mpd but the message is still there with a yesterday cvsuped kernel and -current. The message isn't logged in total, so I'll probably have to write it down next time unless someone knows already the culprit. -- Chris Christoph P. U. Kukulies kukulies@rwth-aachen.de From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 04:54:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFDDD37B401 for ; Sun, 13 Apr 2003 04:54:40 -0700 (PDT) Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5D2C43FAF for ; Sun, 13 Apr 2003 04:54:39 -0700 (PDT) (envelope-from kuku@accms33.physik.rwth-aachen.de) Received: (from kuku@localhost) by accms33.physik.rwth-aachen.de (8.11.6/8.9.3) id h3DBsc116678 for freebsd-current@freebsd.org; Sun, 13 Apr 2003 13:54:38 +0200 Date: Sun, 13 Apr 2003 13:54:38 +0200 From: Christoph Kukulies Message-Id: <200304131154.h3DBsc116678@accms33.physik.rwth-aachen.de> To: freebsd-current@freebsd.org Subject: USER_LDT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 11:54:41 -0000 I wanted to run Wine (to run Kazaa Lite under Windows) but found that USER_LDT isn't a kernel config option any longer. What to do instead? -- Chris Christoph P. U. Kukulies kukulies@rwth-aachen.de From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 04:56:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 164FA37B405 for ; Sun, 13 Apr 2003 04:56:10 -0700 (PDT) Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81A7943FB1 for ; Sun, 13 Apr 2003 04:56:09 -0700 (PDT) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id D1BDEB9; Sun, 13 Apr 2003 15:56:07 +0400 (MSD) Date: Sun, 13 Apr 2003 15:56:07 +0400 From: "Sergey A. Osokin" To: Christoph Kukulies Message-ID: <20030413115607.GE5981@freebsd.org.ru> References: <200304131154.h3DBsc116678@accms33.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304131154.h3DBsc116678@accms33.physik.rwth-aachen.de> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: USER_LDT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: osa@FreeBSD.org.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 11:56:19 -0000 On Sun, Apr 13, 2003 at 01:54:38PM +0200, Christoph Kukulies wrote: > > I wanted to run Wine (to run Kazaa Lite under Windows) > but found that USER_LDT isn't a kernel config option any longer. > > What to do instead? Just run wine :-) USER_LDT already "builtin" :-) -- Rgdz, /"\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ / AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 05:29:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E71D37B401 for ; Sun, 13 Apr 2003 05:29:51 -0700 (PDT) Received: from emmi.physik.TU-Berlin.DE (emmi.physik.TU-Berlin.DE [130.149.160.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48B4443F3F for ; Sun, 13 Apr 2003 05:29:50 -0700 (PDT) (envelope-from jschlesn@emmi.physik.TU-Berlin.DE) Received: from emmi.physik.TU-Berlin.DE (localhost.physik.TU-Berlin.DE [127.0.0.1])h3DCTmkG042380 for ; Sun, 13 Apr 2003 14:29:48 +0200 (CEST) (envelope-from jschlesn@emmi.physik.TU-Berlin.DE) Received: (from jschlesn@localhost)h3DCTmGO042379 for freebsd-current@freebsd.org; Sun, 13 Apr 2003 14:29:48 +0200 (CEST) Date: Sun, 13 Apr 2003 14:29:48 +0200 From: Jan Schlesner To: freebsd-current@freebsd.org Message-ID: <20030413122948.GA42211@physik.TU-Berlin.DE> Mail-Followup-To: freebsd-current@freebsd.org References: <200304091025.LAA13913@sorley.cogsci.ed.ac.uk> <20030409123257.GA3598@trudy.torrini.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030409123257.GA3598@trudy.torrini.home> User-Agent: Mutt/1.4i X-Url: X-PGP-Key: X-Operating-System: FreeBSD 4.7-RELEASE-p10, i386 X-Mailer: Mutt 1.4i ( i386 FreeBSD 4.7-RELEASE-p10 ) Subject: Re: Unix epoch changed? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 12:29:51 -0000 Hi. On Wed, Apr 09, 2003 at 02:32:57PM +0200, Riccardo Torrini wrote: > On Wed, Apr 09, 2003 at 11:25:00AM +0100, Richard Tobin wrote: > > >> I'm trying to figure how a file can have a date _before_ unix epoch. > > > It's a signed value. > > It runs from -2^31 (13 Dec 1901) to 2^31-1 (19 Jan 2038) with 0 > > (1 Jan 1970) in the middle. > > Ok, I remember wrong. But the question remain: why find -mtime -2 > show a file from 1906 (near 100 year ago) instead of 2 days old? Try to use "-mtime 2" instead of "-mtime -2". ;-) ^ ^^ Jan -- [ gpg key: http://wwwds.physik.tu-berlin.de/~jan/jschlesn.gpg ] [ key fingerprint: 4236 3497 C4CF 4F3A 274F B6E2 C4F6 B639 1DF4 CF0A ] -- It's better to reign in hell, than to serve in heaven... From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 05:54:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CB1937B401 for ; Sun, 13 Apr 2003 05:54:48 -0700 (PDT) Received: from cmailg3.svr.pol.co.uk (cmailg3.svr.pol.co.uk [195.92.195.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51A2643FA3 for ; Sun, 13 Apr 2003 05:54:47 -0700 (PDT) (envelope-from mtm98@uriel.fakedomain.net) Received: from modem-2750.orangutan.dialup.pol.co.uk ([217.135.234.190] helo=uriel.fakedomain.net) by cmailg3.svr.pol.co.uk with esmtp (Exim 4.14) id 194h0O-0002JD-S6 for current@freebsd.org; Sun, 13 Apr 2003 13:54:46 +0100 Received: by uriel.fakedomain.net (Postfix, from userid 1000) id 0242C4FE5; Sun, 13 Apr 2003 13:58:38 +0100 (BST) Date: Sun, 13 Apr 2003 13:58:37 +0100 From: Michael McGoldrick To: current@freebsd.org Message-ID: <20030413125837.GA30508@uriel.fakedomain.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Ping oddity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 12:54:48 -0000 Hi, On a recent -current kernel, when running ping over a ppp link I get lots of messages like this: wrong data byte #0 should be 0x3f but was 0x3e cp:3e 5e 99 3e ed c3 5 0 8 9 a b c d e f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f 30 31 32 33 34 35 36 37 dp:3f 5e 99 3e f2 eb 5 0 8 9 a b c d e f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f 30 31 32 33 34 35 36 37 Whenever something else is using the link (fetch, Mozilla etc.) When nothing else is touching the network, ping is fine: 64 bytes from 216.239.51.99: icmp_seq=120 ttl=51 time=650.374 ms Any idea what could be causing this? FreeBSD uriel.fakedomain.net 5.0-CURRENT FreeBSD 5.0-CURRENT #29: Fri Apr 11 21:03:55 BST 2003 root@uriel.fakedomain.net:/usr/obj/usr/src/sys/URIEL i386 Using ipfw. -- Michael McGoldrick: mmcgoldrick@linuxdriven.net From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 07:06:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD4AD37B401 for ; Sun, 13 Apr 2003 07:06:50 -0700 (PDT) Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8963643FBF for ; Sun, 13 Apr 2003 07:06:49 -0700 (PDT) (envelope-from kuku@accms33.physik.rwth-aachen.de) Received: (from kuku@localhost) by accms33.physik.rwth-aachen.de (8.11.6/8.9.3) id h3DE6lp18522; Sun, 13 Apr 2003 16:06:47 +0200 Date: Sun, 13 Apr 2003 16:06:47 +0200 From: "Christoph P. Kukulies" To: Christoph Kukulies Message-ID: <20030413140647.GA18474@gilberto.physik.rwth-aachen.de> References: <200304131153.h3DBrB916669@accms33.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <200304131153.h3DBrB916669@accms33.physik.rwth-aachen.de> User-Agent: Mutt/1.4i cc: freebsd-current@freebsd.org Subject: Re: kernel: bad malloc : 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 14:06:51 -0000 On Sun, Apr 13, 2003 at 01:53:11PM +0200, Christoph Kukulies wrote: >=20 > During boot, I suspect when an interface goes up (ng0?, wi0?) - > I'm using mpd (vpn) and thought I'd better recompile mpd but the > message is still there with a yesterday cvsuped kernel and -current. >=20 > The message isn't logged in total, so I'll probably have to write > it down next time unless someone knows already the culprit. Here is what I could type off the screen: Bad malloc flags: 4 Stack backtrace: backtrace(...) malloc(..) ng_ksocket(...) ng_apply_item(...) ngc_send(...) sosend(...)=08 sendit(...) sendto(...) Xint0x80(...) --- syscall (133) Could be it happens during mpd startup. -- Chris Christoph P. U. Kukulies kukulies@rwth-aachen.de From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 07:08:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D79C437B401 for ; Sun, 13 Apr 2003 07:08:43 -0700 (PDT) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10E0F43F93 for ; Sun, 13 Apr 2003 07:08:43 -0700 (PDT) (envelope-from mike@sentex.net) Received: from house (cage.simianscience.com [64.7.134.1]) by smtp2.sentex.ca (8.12.9/8.12.8) with SMTP id h3DE8X4b052384; Sun, 13 Apr 2003 10:08:34 -0400 (EDT) (envelope-from mike@sentex.net) From: Mike Tancsa To: Wiktor Niesiobedzki Date: Sun, 13 Apr 2003 10:08:40 -0400 Message-ID: References: In-Reply-To: X-Mailer: Forte Agent 1.8/32.548 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: ATA DMA problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 14:08:44 -0000 On Sun, 13 Apr 2003 12:57:04 +0200, in sentex.lists.freebsd.current you wrote: >Hi, > >While booting, i've got problems with booting from old disk. Turning >hw.ata.ata_dma=3D0 solves the problem, but the boot disk is non-dma. >Any clues? > Looks like either a bad drive or a bad cable or bad jumper setting on the drive(s). ---Mike >Mounting root from ufs:/dev/ad0s1a >ad0: soft error (ECC corrected) cmd=3Dread fsbn 382 of 191-206 >ad0: hard error cmd=3Dread fsbn 382 of 191-206 >status=3D65 error=3D04 >GEOM: Add ad0s1a hot[0] start 512 length 276 end 787 Mike Tancsa (mike@sentex.net)=09 http://www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 08:00:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F28E337B401 for ; Sun, 13 Apr 2003 08:00:00 -0700 (PDT) Received: from storming.org (MG034043.user.veloxzone.com.br [200.165.34.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 3847243F85 for ; Sun, 13 Apr 2003 07:59:52 -0700 (PDT) (envelope-from fred@storming.org) Received: (qmail 63099 invoked by uid 1000); 13 Apr 2003 11:59:50 -0300 Date: Sun, 13 Apr 2003 11:59:50 -0300 From: Fred Souza To: Michael McGoldrick Message-ID: <20030413145949.GA62921@torment.storming.org> References: <20030413125837.GA30508@uriel.fakedomain.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <20030413125837.GA30508@uriel.fakedomain.net> X-Sender: fred@storming.org cc: current@freebsd.org Subject: Re: Ping oddity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fred@storming.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 15:00:01 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Whenever something else is using the link (fetch, Mozilla etc.)=20 > When nothing else is touching the network, ping is fine: > 64 bytes from 216.239.51.99: icmp_seq=3D120 ttl=3D51 time=3D650.374 ms >=20 > Any idea what could be causing this? I noticed the same behavior here, but didn't link it to other processes using the network alone. In fact, I'm trying to reproduce it right now, but Phoenix, fetch, fetchmail and SMB shares do not seem to interfere with ping. It *does* happen, though, if I ping another PPP connection and other processes use the network, and yet it does not occur everytime. I also notice that the few packets that get replied while that strange behavior takes place, have much higher timestamps than the other ones (i.e, I'm ping'ing a connection that's got a RTT of 300ms to me; when I make other processes to use the network, in the middle of those erroneous packets I see a few replies of time =3D 1500+). Weird to see that if at the same time I ping the very same host from another box on my network, using the same link, the timestamps don't jump like this. FreeBSD torment.storming.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat Apr 12 01:50:45 BRT 2003 nazguul@torment.storming.org:/usr/obj/usr/src/sys/torment i386 I'm using ipfw too, and my connection is handled by userland PPP + netgraph. Fred --=20 "The basic notion underlying USENET is the flame." -- Chuq Von Rospach --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+mXtlZNmEsrl+ROERApJ/AJ9cUkdbG4jv0vHwmGLxY1lVdNjZEgCgmpnj g3YYrnsQd+KuOTqgg+LWeVA= =G++9 -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 08:09:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F30B37B401 for ; Sun, 13 Apr 2003 08:09:46 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A6B843FA3 for ; Sun, 13 Apr 2003 08:09:45 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h3DF9gSA000940; Sun, 13 Apr 2003 17:09:42 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: "Christoph P. Kukulies" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 13 Apr 2003 16:06:47 +0200." <20030413140647.GA18474@gilberto.physik.rwth-aachen.de> Date: Sun, 13 Apr 2003 17:09:42 +0200 Message-ID: <939.1050246582@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: kernel: bad malloc : 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 15:09:46 -0000 In message <20030413140647.GA18474@gilberto.physik.rwth-aachen.de>, "Christoph P. Kukulies" writes: >On Sun, Apr 13, 2003 at 01:53:11PM +0200, Christoph Kukulies wrote: >> >> During boot, I suspect when an interface goes up (ng0?, wi0?) - >> I'm using mpd (vpn) and thought I'd better recompile mpd but the >> message is still there with a yesterday cvsuped kernel and -current. >> >> The message isn't logged in total, so I'll probably have to write >> it down next time unless someone knows already the culprit. > >Here is what I could type off the screen: > >Bad malloc flags: 4 This means that malloc() was called with M_DONTWAIT which is a mbuf allocator flags. >Stack backtrace: >backtrace(...) >malloc(..) >ng_ksocket(...) I can't find a function called just "ng_ksocket()" but there are a bunch called "ng_ksocket_BLA()" I guess it must be one of them. A cursory glance doesn't reveal a culprit to 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. From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 10:12:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40D6937B404 for ; Sun, 13 Apr 2003 10:12:02 -0700 (PDT) Received: from stargate.northwindcom.net (110-47-237-24.gci.net [24.237.47.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62E2943FCB for ; Sun, 13 Apr 2003 10:12:01 -0700 (PDT) (envelope-from akbeech@northwindcom.net) Received: from admin (admin.northwindcom.net [192.168.10.2]) by stargate.northwindcom.net (Postfix) with ESMTP id 96ACC3537 for ; Sun, 13 Apr 2003 09:11:59 -0800 (AKDT) From: "Beech Rintoul" To: Date: Sun, 13 Apr 2003 09:11:49 -0800 Message-ID: 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 IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal Subject: Disk write command timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 17:12:02 -0000 Hi, I have a Compaq Deskpro PI/200 with a Maxtor 10G drive running yesterday's -CURRENT. Several weeks ago I installed the Maxtor HD and have been having the following problem under heavy disk usage: Apr 12 09:27:56 stargate kernel: ad2: WRITE command timeout tag=0 serv=0 - reset ting I thought it might be a bad HD, but swapping it with an identical, known good drive gives the same results. Does anyone have any suggestions on how to fix this? The same box and HD combination running Windows 2K doesn't suffer with this problem. Thanks, Beech ------------------------------------------------------------------- Beech Rintoul - Network Administrator - akbeech@northwindcom.net /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | X - NO Word docs in e-mail | Anchorage, AK 99518-1841 No More Spam! http://www.knockmail.com/default.asp?AID=B0R00073 / \ ----------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 11:25:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32AC837B401 for ; Sun, 13 Apr 2003 11:25:30 -0700 (PDT) Received: from pit.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DA9C43F85 for ; Sun, 13 Apr 2003 11:25:29 -0700 (PDT) (envelope-from barney@pit.databus.com) Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.12.9/8.12.9) with ESMTP id h3DIPSdN078257 for ; Sun, 13 Apr 2003 14:25:28 -0400 (EDT) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.12.9/8.12.9/Submit) id h3DIPSM6078256 for current@freebsd.org; Sun, 13 Apr 2003 14:25:28 -0400 (EDT) Date: Sun, 13 Apr 2003 14:25:28 -0400 From: Barney Wolff To: current@freebsd.org Message-ID: <20030413182528.GA78228@pit.databus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) Subject: Re: ping oddity X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 18:25:30 -0000 The "wrong data byte" output from ping is a cosmetic bug in ping - it starts the compare too early, with the timestamp. So any time the response comes back after the next request has already been sent, the check will fail. I've filed a PR with a suggested fix to ping.c. -- Barney Wolff http://www.databus.com/bwresume.pdf I'm available by contract or FT, in the NYC metro area or via the 'Net. From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 11:28:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA74B37B401 for ; Sun, 13 Apr 2003 11:28:01 -0700 (PDT) Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id B165943F75 for ; Sun, 13 Apr 2003 11:28:00 -0700 (PDT) (envelope-from kuku@accms33.physik.rwth-aachen.de) Received: (from kuku@localhost) by accms33.physik.rwth-aachen.de (8.11.6/8.9.3) id h3DIRxa21878 for freebsd-current@freebsd.org; Sun, 13 Apr 2003 20:27:59 +0200 Date: Sun, 13 Apr 2003 20:27:59 +0200 From: Christoph Kukulies Message-Id: <200304131827.h3DIRxa21878@accms33.physik.rwth-aachen.de> To: freebsd-current@freebsd.org Subject: what could have happened to mpd, ng? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 18:28:02 -0000 Since I rebuilt -current (today again) my vpn connections don't work anymore. Shortly after reboot I can ping the opposite side of a vpn connection. But trying to connect via ssh already results in the opposite side refusing me and pinging after that I get no buffer space available. And from then on I can't even ping the opposite side. And I have this bad malloc when mpd starts up. -- Chris Christoph P. U. Kukulies kukulies@rwth-aachen.de From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 12:01:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D403137B401 for ; Sun, 13 Apr 2003 12:01:31 -0700 (PDT) Received: from web40302.mail.yahoo.com (web40302.mail.yahoo.com [66.218.78.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 1032843FBD for ; Sun, 13 Apr 2003 12:01:31 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030413190130.53345.qmail@web40302.mail.yahoo.com> Received: from [207.175.241.198] by web40302.mail.yahoo.com via HTTP; Sun, 13 Apr 2003 12:01:30 PDT Date: Sun, 13 Apr 2003 12:01:30 -0700 (PDT) From: Maksim Yevmenkin To: mobile@freebsd.org, current@freebsd.org In-Reply-To: <3E99B17E.1020001@cw.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-364203142-1050260490=:52304" cc: Pav Lucistnik Subject: [PATCH] April Bluetooth stack does not build under 5.0-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 19:01:32 -0000 --0-364203142-1050260490=:52304 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Dear Hackers, Please find attached patch for the ng_ubt(4) driver. This patch fixes stupid typo error in 2003/04/07 snapshot. Symptoms: link_elf: symbol usbd_intr_transfer undefined KLD file ng_ubt.ko - could not finalize loading Solution: Apply the attached patch, recompile and reinstall the ng_ubt(4) module. Impact: Minimal. This patch only affects new device nodes interface. Many thanks to Pav Lucistnik who reported this problem. I'm sorry about this. max __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com --0-364203142-1050260490=:52304 Content-Type: application/octet-stream; name="ng_ubt.typo.diff" Content-Transfer-Encoding: base64 Content-Description: ng_ubt.typo.diff Content-Disposition: attachment; filename="ng_ubt.typo.diff" LS0tIG5nX3VidC5jLm9yaWcJU3VuIEFwciAxMyAxMTo0NDo1MCAyMDAzCisr KyBuZ191YnQuYwlTdW4gQXByIDEzIDExOjQ4OjMxIDIwMDMKQEAgLTI0NjAs NyArMjQ2MCw3IEBACiAJCWlmIChlcnJvciAhPSAwKQogCQkJYnJlYWs7CiAK LQkJc3RhdHVzID0gdXNiZF9pbnRyX3RyYW5zZmVyKHNjLT5zY19idWxrX291 dF94ZmVyLAorCQlzdGF0dXMgPSB1c2JkX2J1bGtfdHJhbnNmZXIoc2MtPnNj X2J1bGtfb3V0X3hmZXIsCiAJCQkJc2MtPnNjX2J1bGtfb3V0X3BpcGUsIDAs IFVTQkRfREVGQVVMVF9USU1FT1VULAogCQkJCWJ1ZiwgJm4sInVidHdyIik7 CiAJCXN3aXRjaCAoc3RhdHVzKSB7Cg== --0-364203142-1050260490=:52304-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 12:33:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F159737B401 for ; Sun, 13 Apr 2003 12:33:19 -0700 (PDT) Received: from mail.oook.cz (gprs336.eurotel.cz [160.218.194.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3510343FB1 for ; Sun, 13 Apr 2003 12:33:14 -0700 (PDT) (envelope-from pav@oook.cz) Received: from [127.0.0.1] (localhost.oook.cz [127.0.0.1]) by mail.oook.cz (8.12.6/8.12.6) with ESMTP id h3DJWE1n002104 for ; Sun, 13 Apr 2003 21:32:19 +0200 (CEST) (envelope-from pav@oook.cz) From: Pav Lucistnik To: current@freebsd.org Content-Type: text/plain Organization: Message-Id: <1050262334.1780.11.camel@pav.oook.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 13 Apr 2003 21:32:14 +0200 Content-Transfer-Encoding: 7bit Subject: usb2 status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 19:33:20 -0000 Hi, what is state of USB2 (ehci) support on FreeBSD? Is anyone working on it? I noticed that NetBSD have some code, how hard it would be to port it over to us? On related note, when I attach my ubt0 device, I get: uhub1: port error, restarting port 2 and ubt0 attach immediately. I'm still running 5.0-RELEASE so I don't know if it's still relevant. This is MSI KT7V board (Via VT6202 USB2 chip). -- Pav Lucistnik A computer programmer is a device for turning requirements into undocumented features. It runs on cola, pizza and Dilbert cartoons. -- Bram Moolenaar From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 12:39:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 662CB37B401 for ; Sun, 13 Apr 2003 12:39:17 -0700 (PDT) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EE8143F75 for ; Sun, 13 Apr 2003 12:39:16 -0700 (PDT) (envelope-from joe@genius.tao.org.uk) Received: by genius.tao.org.uk (Postfix, from userid 100) id 807554434; Sun, 13 Apr 2003 20:39:11 +0100 (BST) Date: Sun, 13 Apr 2003 20:39:11 +0100 From: Josef Karthauser To: Pav Lucistnik Message-ID: <20030413193911.GB92799@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Pav Lucistnik , current@freebsd.org References: <1050262334.1780.11.camel@pav.oook.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vGgW1X5XWziG23Ko" Content-Disposition: inline In-Reply-To: <1050262334.1780.11.camel@pav.oook.cz> User-Agent: Mutt/1.5.4i cc: current@freebsd.org Subject: Re: usb2 status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 19:39:17 -0000 --vGgW1X5XWziG23Ko Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 13, 2003 at 09:32:14PM +0200, Pav Lucistnik wrote: > Hi, >=20 > what is state of USB2 (ehci) support on FreeBSD? Is anyone working on > it? I noticed that NetBSD have some code, how hard it would be to port > it over to us? >=20 We have a working driver; I expect that it will be committed to -current any day now. Joe --vGgW1X5XWziG23Ko Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iEYEARECAAYFAj6ZvN4ACgkQXVIcjOaxUBbmFwCfZ1pP5AFYOKXAhpHWdUUSYX1u hAIAni4Wy+1eHB7gAt5vxs9MmKyr5Jnv =ONc8 -----END PGP SIGNATURE----- --vGgW1X5XWziG23Ko-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 13:10:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88C9C37B401 for ; Sun, 13 Apr 2003 13:10:26 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3C8243F3F for ; Sun, 13 Apr 2003 13:10:25 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h3DKANSA002449; Sun, 13 Apr 2003 22:10:23 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Christoph Kukulies From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 13 Apr 2003 20:27:59 +0200." <200304131827.h3DIRxa21878@accms33.physik.rwth-aachen.de> Date: Sun, 13 Apr 2003 22:10:23 +0200 Message-ID: <2448.1050264623@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: what could have happened to mpd, ng? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 20:10:26 -0000 In message <200304131827.h3DIRxa21878@accms33.physik.rwth-aachen.de>, Christoph Kukulies writes: >Since I rebuilt -current (today again) my vpn >connections don't work anymore. > >Shortly after reboot I can ping the opposite side of a vpn >connection. But trying to connect via ssh already results in the >opposite side refusing me and pinging after that I get >no buffer space available. And from then on I can't even ping the opposite >side. > >And I have this bad malloc when mpd starts up. That could be the root cause. You should really try to track that down. If you can find the address from which malloc is called and use addr2line -e kernel.debug $address it should give you the line number with the bug. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 13:20:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4EAE37B401 for ; Sun, 13 Apr 2003 13:20:06 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCE5D43F3F for ; Sun, 13 Apr 2003 13:20:05 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h3DKK5SA002513 for ; Sun, 13 Apr 2003 22:20:05 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Sun, 13 Apr 2003 22:20:05 +0200 Message-ID: <2512.1050265205@critter.freebsd.dk> Subject: Gainful use of unreliable IBM DTLA disk... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 20:20:07 -0000 One of my test-disks, one of the cursed DTLA's started acting up and got moved down a notch in my test-hierarchy. I decided to examine it a bit closer and found out that the lid has a wedge shaped hole which makes it perfect for studying disksort() in action. Under the big white label is a small metal-sticker covering the hole, simply replace that with transparent tape: http://phk.freebsd.dk/misc/watch_disk.png Poul-Henning PS: Yes, you would be able to put one or two LEDs inside the disk if you wanted to do extreme case-modding :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 13:38:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3417937B401 for ; Sun, 13 Apr 2003 13:38:45 -0700 (PDT) Received: from yoda.warpnet.ro (yoda.warpnet.ro [217.156.25.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6679A43FB1 for ; Sun, 13 Apr 2003 13:38:43 -0700 (PDT) (envelope-from ady@freebsd.ady.ro) Received: from yoda.warpnet.ro (localhost [127.0.0.1]) by yoda.warpnet.ro (8.12.6p2/8.12.6) with ESMTP id h3DKcf8X067921 for ; Sun, 13 Apr 2003 23:38:41 +0300 (EEST) (envelope-from ady@freebsd.ady.ro) Received: from localhost (ady@localhost)h3DKcf3t067918 for ; Sun, 13 Apr 2003 23:38:41 +0300 (EEST) (envelope-from ady@freebsd.ady.ro) X-Authentication-Warning: yoda.warpnet.ro: ady owned process doing -bs Date: Sun, 13 Apr 2003 23:38:41 +0300 (EEST) From: Adrian Penisoara X-X-Sender: ady@yoda.warpnet.ro To: freebsd-current@freebsd.org Message-ID: <20030413233620.T67889@yoda.warpnet.ro> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.2(snapshot 20021212) (yoda.warpnet.ro) Subject: Making a 5.0-REL bootable ISO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 20:38:45 -0000 Hi, What is the correct procedure to produce a bootable ISO image with a 5.0-RELEASE distribution. I understand that the format of the CD bootloader has changed from the 4.x branch. Thank you, Adrian Penisoara Ady (@freebsd.ady.ro) From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 15:00:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F203037B401 for ; Sun, 13 Apr 2003 15:00:39 -0700 (PDT) Received: from insourcery.net (ns1.insourcery.net [198.93.171.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C04043F93 for ; Sun, 13 Apr 2003 15:00:37 -0700 (PDT) (envelope-from eculp@encontacto.net) Received: from localhost (localhost [127.0.0.1]) (uid 80) by insourcery.net with local; Sun, 13 Apr 2003 15:00:37 -0700 Received: from adsl-64-173-182-155.dsl.mtry01.pacbell.net (adsl-64-173-182-155.dsl.mtry01.pacbell.net [64.173.182.155]) by mail.encontacto.net (Horde) with HTTP for ; Sun, 13 Apr 2003 15:00:37 -0700 Message-ID: <1050271237.f8036cd72088a@mail.encontacto.net> X-Priority: 3 (Normal) Date: Sun, 13 Apr 2003 15:00:37 -0700 From: eculp@encontacto.net To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 64.173.182.155 Subject: make release on today's cvsup. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 22:00:40 -0000 I haven't been able to make a release for a few weeks now. I got close on today's cvsup but when I was almost ready to celebrate, it ended with: rm -f .depend GPATH GRTAGS GSYMS GTAGS cd /usr/src/release/..; MAKEFLAGS="-m /usr/src/release/../share/mk" MAKEOBJDIRPREFIX=/usr/obj DESTDIR= INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin WORLDTMP=/usr/obj/usr/src/i386 MAKEFLAGS="-m /usr/src/tools/build/mk -V TMAKE" make -f Makefile.inc1 BOOTSTRAPPING=500111 -DNO_CPU_CFLAGS -DNO_WARNS build-tools make: no system rules (sys.mk). *** Error code 2 Stop in /usr/src/release. + umount /dev *** Error code 1 Stop in /usr/src/release. I made world and a new kernel on the same cvsup before trying to make release. Any suggestions would be really appreciated. Thanks, ed -- ------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 15:03:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF48137B401 for ; Sun, 13 Apr 2003 15:03:33 -0700 (PDT) Received: from dc-mx10.cluster1.charter.net (dc-mx10.cluster1.charter.net [209.225.8.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1551D43F3F for ; Sun, 13 Apr 2003 15:03:33 -0700 (PDT) (envelope-from glennpj@charter.net) Received: from [24.158.214.251] (HELO gforce.johnson.home) by dc-mx10.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9) with ESMTP id 101339843 for freebsd-current@freebsd.org; Sun, 13 Apr 2003 18:03:27 -0400 Received: from gforce.johnson.home (localhost [127.0.0.1]) by gforce.johnson.home (8.12.9/8.12.9) with ESMTP id h3DM3N9r090750 for ; Sun, 13 Apr 2003 17:03:23 -0500 (CDT) (envelope-from glenn@gforce.johnson.home) Received: (from glenn@localhost) by gforce.johnson.home (8.12.9/8.12.9/Submit) id h3DM3NXC090749 for freebsd-current@freebsd.org; Sun, 13 Apr 2003 17:03:23 -0500 (CDT) (envelope-from glenn) From: Glenn Johnson Date: Sun, 13 Apr 2003 17:03:22 -0500 To: Current Message-ID: <20030413220322.GA90416@gforce.johnson.home> Mail-Followup-To: Current Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: PR i386/50801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 22:03:34 -0000 Can someone take a look at PR i386/50801? It should be an easy one to fix. Thanks. -- Glenn Johnson glennpj@charter.net From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 15:08:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C23E37B401; Sun, 13 Apr 2003 15:08:17 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-150.dsl.lsan03.pacbell.net [63.207.60.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE3FE43FA3; Sun, 13 Apr 2003 15:08:16 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id AB1AB66CFB; Sun, 13 Apr 2003 15:08:16 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 8D2B9110C; Sun, 13 Apr 2003 15:08:16 -0700 (PDT) Date: Sun, 13 Apr 2003 15:08:16 -0700 From: Kris Kennaway To: current@FreeBSD.org, net@FreeBSD.org, hsu@FreeBSD.org Message-ID: <20030413220816.GA52457@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline User-Agent: Mutt/1.4i Subject: Deadlocks running rsync on SMP machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 22:08:17 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've been getting repeatable deadlocks when rsyncing a large set of files over a LAN on an SMP machine running -current (bento). The console does not respond to the debugger break, and I turned on WITNESS to see if that would catch it, but it did not. This has been going on for some weeks now; I guess I'll have to do a binary search to figure out the cutoff date. Prior to updating it I was getting a lot of double faults (already reported in another email a few days ago). This is very annoying and I wish someone would fix it :) I have to run 5.0 on bento because 4.x has fatal NFS bugs with sparc clients. Kris --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+md/QWry0BWjoQKURAjnAAJwM6QvFy11FXR/UAriH6L2Czoi1oACff9w/ TMWSMUDNYPGvcpbpuZJuW/k= =eKw4 -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 16:20:07 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72A0137B401 for ; Sun, 13 Apr 2003 16:20:07 -0700 (PDT) Received: from grogged.dyndns.org (c-66-41-101-53.mn.client2.attbi.com [66.41.101.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id E534A43F3F for ; Sun, 13 Apr 2003 16:20:06 -0700 (PDT) (envelope-from matt@grogged.dyndns.org) Received: by grogged.dyndns.org (Postfix, from userid 1001) id 1AA0B16809; Sun, 13 Apr 2003 18:09:59 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by grogged.dyndns.org (Postfix) with ESMTP id 13EC4D239 for ; Sun, 13 Apr 2003 18:09:59 -0500 (CDT) Date: Sun, 13 Apr 2003 18:09:59 -0500 (CDT) From: matt To: Message-ID: <20030413174853.F57816-100000@grogged.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: GBDE + md() + ccd() = corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 23:20:07 -0000 Quick question (please CC me, as I'm not on the list yet) - I have 4x files setup through the md device (md1, md2, md3, mde4), each of which I have init'd and attached gbde to (successfully), for md1.bde, md2.bde, etc... I've used ccdconfig to make these 4 encrypted devices a concatenated disk (ccd0c), where upon I newfs'd /dev/ccd0c and successfully mounted it. And now the question, To verify the data I've placed on this rather unusual setup, I ran md5 on everything I stuck on it. Some files seem to work fine(about half), and I get consistent output from the md5 utility, the other half of the files on the device are very inconsistent. I can run md5 on the same file 5 times in a row and get 5 different output strings. To double check things I ran the inconsistent files against known good copies sitting on a plain old ufs partition (with diff), and it turns out the files *are* different. Anyone have any idea what's going on here? Is some portion of this setup corrupting the data? Also, when writing to the gbde encrypted filesystem I sporadically get messages like: "ENOMEM 0xc26ced80 on 0xc2648b80(md1.bde)" These messages don't pop up consistently, the hex addresses are always different, and "md1.bde" can often be replaced with any of the other md*.bde devices setup in the config I described. It doesn't seem to matter if I mount the filesystem (ccd0c) read-only, the md5sums are still inconsistent. I've experienced the same problem in a clean install of 5.0-R as well as -current as of a couple days ago. I've replicated this problem on more than one machine with known-to-be-good disks. Comments? Suggestions? Thanks everyone, - Matt From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 16:44:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75F8337B401 for ; Sun, 13 Apr 2003 16:44:47 -0700 (PDT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F1F643FA3 for ; Sun, 13 Apr 2003 16:44:46 -0700 (PDT) (envelope-from leimy2k@mac.com) Received: from asmtp02.mac.com (asmtp02-qfe3 [10.13.10.66]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h3DNik2O007492 for ; Sun, 13 Apr 2003 16:44:46 -0700 (PDT) Received: from mac.com ([66.156.161.178]) by asmtp02.mac.com (Netscape Messaging Server 4.15) with ESMTP id HDB3AL00.9CU; Sun, 13 Apr 2003 16:44:45 -0700 Date: Sun, 13 Apr 2003 18:44:43 -0500 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: osa@freebsd.org.ru From: David Leimbach In-Reply-To: <20030413115607.GE5981@freebsd.org.ru> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: Christoph Kukulies cc: freebsd-current@freebsd.org Subject: Re: USER_LDT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 23:44:47 -0000 Yes but GLX requires USER_LDT I believe for XFree86. At least that's what I found out when messing with the Nvidia driver in 4.8 FBSD., I even compiled it with USER_LDT and it still complains that I don't have USER_LDT. Dave On Sunday, April 13, 2003, at 06:56 AM, Sergey A. Osokin wrote: > On Sun, Apr 13, 2003 at 01:54:38PM +0200, Christoph Kukulies wrote: >> >> I wanted to run Wine (to run Kazaa Lite under Windows) >> but found that USER_LDT isn't a kernel config option any longer. >> >> What to do instead? > > Just run wine :-) > USER_LDT already "builtin" :-) > > -- > > Rgdz, /"\ ASCII RIBBON CAMPAIGN > Sergey Osokin aka oZZ, \ / AGAINST HTML MAIL > http://ozz.pp.ru/ X AND NEWS > / \ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 16:47:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78C5537B401 for ; Sun, 13 Apr 2003 16:47:05 -0700 (PDT) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EA2443F93 for ; Sun, 13 Apr 2003 16:47:04 -0700 (PDT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id 2523B24D02 for ; Mon, 14 Apr 2003 08:47:03 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id AA93C24D06 for ; Mon, 14 Apr 2003 08:47:00 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id 526EF1E4651 for ; Mon, 14 Apr 2003 08:47:00 +0900 (JST) Date: Mon, 14 Apr 2003 08:47:00 +0900 Message-ID: <7my92ermdn.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.0 (Venus) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020531 Subject: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 23:47:05 -0000 On -current few hours before, I got a panic and could not into ddb. acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% ad0: 76319MB [155061/16/63] at ata0-master UDMA100 ad1: 39266MB [79780/16/63] at ata0-slave UDMA100 ad4: 58644MB [119150/16/63] at ata2-master UDMA100 ad5: 43979MB [89355/16/63] at ata2-slave UDMA100 acd0: CD-RW at ata1-master PIO4 acd1: DVD-R at ata1-slave PIO4 pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 16.000MB/s transfers pass1 at ata1 bus 0 target 1 lun 0 pass1: Removable CD-ROM SCSI-0 device pass1: 16.000MB/s transfers SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/ad0s1a Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = 00000000 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0226307 stack pointer = 0x10:0xe121abbc frame pointer = 0x10:0xe121abd0 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 = 4 (g_down) kernel: type 12 trap, code=0 -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 16:52:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3430837B401 for ; Sun, 13 Apr 2003 16:52:24 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-150.dsl.lsan03.pacbell.net [63.207.60.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 987E343F85 for ; Sun, 13 Apr 2003 16:52:23 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 5719766CFA; Sun, 13 Apr 2003 16:52:23 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 382B91163; Sun, 13 Apr 2003 16:52:23 -0700 (PDT) Date: Sun, 13 Apr 2003 16:52:23 -0700 From: Kris Kennaway To: David Leimbach Message-ID: <20030413235223.GA53295@rot13.obsecurity.org> References: <20030413115607.GE5981@freebsd.org.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i cc: Christoph Kukulies cc: freebsd-current@freebsd.org Subject: Re: USER_LDT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Apr 2003 23:52:24 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Apr 13, 2003 at 06:44:43PM -0500, David Leimbach wrote: > Yes but GLX requires USER_LDT I believe for XFree86. As the previous poster said, USER_LDT is _included by default_ in 5.0. Kris --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+mfg3Wry0BWjoQKURAjCOAJ9YdCbjaTC/MP74n/G8ezJXwY+hYQCeMa5v ue5G/XdYInaoUmPKDQupAdw= =WGkl -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 17:33:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3D2237B401 for ; Sun, 13 Apr 2003 17:33:14 -0700 (PDT) Received: from meriadoc.jobeus.net (meriadoc.jobeus.net [205.206.125.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2437043F75 for ; Sun, 13 Apr 2003 17:33:14 -0700 (PDT) (envelope-from freebsd@jobeus.net) Received: from meriadoc.jobeus.net (freebsd@localhost [127.0.0.1]) by meriadoc.jobeus.net (8.12.9/8.12.3) with ESMTP id h3E0XBZ5013878 for ; Sun, 13 Apr 2003 18:33:11 -0600 (MDT) (envelope-from freebsd@jobeus.net) Received: from localhost (freebsd@localhost)h3E0XBRB013875 for ; Sun, 13 Apr 2003 18:33:11 -0600 (MDT) X-Authentication-Warning: meriadoc.jobeus.net: freebsd owned process doing -bs Date: Sun, 13 Apr 2003 18:33:11 -0600 (MDT) From: Scott Carmichael To: freebsd-current@freebsd.org Message-ID: <20030413182929.X13820@meriadoc.jobeus.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: su problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 00:33:15 -0000 There appears to be a problem when I su to another user on my system. This change was made sometime in the past week or two and doesn't appear to be fixed in CVS yet... Anyways. The problem is that, say, I log in as 'jobe' and 'su -l freebsd'. A 'w' or 'who' at this point would tell me 'jobe' was logged in, not 'freebsd'. However, now the 'w' or 'who' tells me 'freebsd' is logged in and has '-' as the FROM field. When I log out of 'freebsd' (ie. I become 'jobe' again), I get the following result by running 'w', still showing the 'freebsd' user and the improper 'FROM' field, even though I'm back as 'jobe'. Man, is that clear enough? It sounds confusing to me... Anyways, here's an output of what I'm talking about: 18:28 (6641) jobe@meriadoc:[~]> w 6:29PM up 1 day, 3:34, 2 users, load averages: 1.00, 1.00, 1.00 USER TTY FROM LOGIN@ IDLE WHAT freebsd p0 - 6:28PM - w jobe p1 samwise 10:08AM 8:20 pine -zi 18:29 (6642) jobe@meriadoc:[~]> whoami jobe 18:29 (6643) jobe@meriadoc:[~]> From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 18:17:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3B7637B401 for ; Sun, 13 Apr 2003 18:17:12 -0700 (PDT) Received: from smtp.acd.net (smtp.acd.net [207.179.64.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD43E43FDD for ; Sun, 13 Apr 2003 18:17:11 -0700 (PDT) (envelope-from taxman@ACD.NET) Received: from 207.179.66.21 ([207.179.66.21]) by smtp.acd.net with Microsoft SMTPSVC(5.0.2195.5329); Sun, 13 Apr 2003 21:18:03 -0400 From: taxman To: Lucky Green , Bruce Evans Date: Sun, 13 Apr 2003 21:13:38 -0400 User-Agent: KMail/1.5 References: <20030410230113.M81717@pakastelohi.cypherpunks.to> <20030411182925.A3507@gamplex.bde.org> <20030412213940.O6477@pakastelohi.cypherpunks.to> In-Reply-To: <20030412213940.O6477@pakastelohi.cypherpunks.to> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304132113.39032.taxman@acd.net> X-OriginalArrivalTime: 14 Apr 2003 01:18:04.0506 (UTC) FILETIME=[B2E663A0:01C30223] cc: freebsd-current@freebsd.org Subject: Re: options NO_SWAPPING, still wants swap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 01:17:13 -0000 On Saturday 12 April 2003 03:42 pm, Lucky Green wrote: > On Fri, 11 Apr 2003, Bruce Evans wrote: > > On Thu, 10 Apr 2003, Lucky Green wrote: > > > I compiled a kernel with "options NO_SWAPPING", yet CURRENT still > > > attempts to allocate swap space: > > > > NO_SWAPPING has nothing to do with not allocating swap space. It > > prevents swapping of upages and stack pages only. > > > > Unfortunately, NOTES' description of NO_SWAPPING says that it disables > > swapping without explaining what swapping is (it is just swapping of > > upages and stack, and has nothing to do with generic VM paging). > > NO_SWAPPING is documented mainlly in the commitlog for the change that > > added it: > > Perhaps a kind comitter could modify NOTES to help make users aware that > NO_SWAPPING does not disable swapping of memory to disk and to look to man but it does disable swapping. The confusing part is that the terms swapping and paging mean different things and both use swap space. Paging is just the normal movement of pages between main memory and swap space. Pages get paged out to most effectively use memory for other processes. Swapping is the more serious case of when there is a shortage of memory that the pagedaemon cannot provide for . The swapper completely removes a process from main memory. > rc.conf for information about the latter? I am fully in support of the difference being documented in NOTES As a side note the value of having swap space even if you have enough main memory is being able to get crash dumps. Information taken from McKusik et al, Design and Implementation... Tim From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 19:02:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94CAB37B401 for ; Sun, 13 Apr 2003 19:02:04 -0700 (PDT) Received: from mobile.hub.org (u173n136.eastlink.ca [24.224.173.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED93843F85 for ; Sun, 13 Apr 2003 19:02:03 -0700 (PDT) (envelope-from scrappy@hub.org) Received: by mobile.hub.org (Postfix, from userid 1001) id BDF0839C; Mon, 14 Apr 2003 02:02:19 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by mobile.hub.org (Postfix) with ESMTP id AC77438D for ; Mon, 14 Apr 2003 02:02:19 +0000 (GMT) Date: Mon, 14 Apr 2003 02:02:19 +0000 (GMT) From: The Hermit Hacker To: freebsd-current@freebsd.org Message-ID: <20030414020040.X497@hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: starting KDE causes laptop to reboot ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 02:02:04 -0000 with DDB and DDB_UNATTENDED enabled, and dumpdev enabled, I'm getting nothing from it, but if I startx with KDE3, the machine just reboots ... If this is something known, please just ignore and I'll keep an eye out on the lists for a fix ... if not, anything I can do to try and debug this ... ? Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 19:29:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 082C637B401 for ; Sun, 13 Apr 2003 19:29:35 -0700 (PDT) Received: from smtpout.mac.com (A17-250-248-87.apple.com [17.250.248.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6537343F85 for ; Sun, 13 Apr 2003 19:29:34 -0700 (PDT) (envelope-from leimy2k@mac.com) Received: from asmtp01.mac.com (asmtp01-qfe3 [10.13.10.65]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h3E2TYGm001519 for ; Sun, 13 Apr 2003 19:29:34 -0700 (PDT) Received: from mac.com ([67.33.226.203]) by asmtp01.mac.com (Netscape Messaging Server 4.15) with ESMTP id HDBAX900.SA5; Sun, 13 Apr 2003 19:29:33 -0700 Date: Sun, 13 Apr 2003 21:29:31 -0500 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: Kris Kennaway From: David Leimbach In-Reply-To: <20030413235223.GA53295@rot13.obsecurity.org> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: Christoph Kukulies cc: freebsd-current@freebsd.org Subject: Re: USER_LDT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 02:29:35 -0000 Cool... but I was dealing with 4.8 :) Dave On Sunday, April 13, 2003, at 06:52 PM, Kris Kennaway wrote: > On Sun, Apr 13, 2003 at 06:44:43PM -0500, David Leimbach wrote: >> Yes but GLX requires USER_LDT I believe for XFree86. > > As the previous poster said, USER_LDT is _included by default_ in 5.0. > > Kris > From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 20:30:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDA1137B401 for ; Sun, 13 Apr 2003 20:30:28 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E5E043F75 for ; Sun, 13 Apr 2003 20:30:28 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.7) with ESMTP id h3E3UGD0019013; Sun, 13 Apr 2003 20:30:17 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h3E3UGgS019012; Sun, 13 Apr 2003 20:30:16 -0700 (PDT) Date: Sun, 13 Apr 2003 20:30:16 -0700 From: "David O'Brien" To: David Leimbach Message-ID: <20030414033016.GB18886@dragon.nuxi.com> References: <20030413235223.GA53295@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 cc: freebsd-current@freebsd.org Subject: Re: USER_LDT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 03:30:29 -0000 On Sun, Apr 13, 2003 at 09:29:31PM -0500, David Leimbach wrote: > Cool... but I was dealing with 4.8 :) See the above line: Cc: freebsd-current@freebsd.org From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 20:40:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D8FD37B401 for ; Sun, 13 Apr 2003 20:40:06 -0700 (PDT) Received: from relay03.roc.frontiernet.net (relay03.roc.frontiernet.net [66.133.131.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A72243F75 for ; Sun, 13 Apr 2003 20:40:05 -0700 (PDT) (envelope-from sdodson@eagle4.cc.gasou.edu) Received: (qmail 28574 invoked from network); 14 Apr 2003 03:40:04 -0000 Received: from unknown (HELO rage) ([66.133.141.187]) (envelope-sender ) by relay03.roc.frontiernet.net (FrontierMTA 2.3.2) with SMTP for ; 14 Apr 2003 03:40:04 -0000 Message-ID: <000901c30237$8bf80550$c02aa8c0@rage> From: "Scott Dodson" To: Date: Sun, 13 Apr 2003 23:40:08 -0400 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.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: Unexpected for X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 03:40:06 -0000 Hello, I've recently cvsupped and now none of the system scripts work. Everytime one of them is run it gives an error "unexpected for". It seems that my sh cannot handle for? I've rebuild it from the source in the tree and reinstalled it, yet nothing works. Any ideas why? -- Scott From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 20:47:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D07C237B401 for ; Sun, 13 Apr 2003 20:47:49 -0700 (PDT) Received: from relay03.roc.frontiernet.net (relay03.roc.frontiernet.net [66.133.131.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EA5E43F85 for ; Sun, 13 Apr 2003 20:47:49 -0700 (PDT) (envelope-from sdodson@eagle4.cc.gasou.edu) Received: (qmail 2739 invoked from network); 14 Apr 2003 03:47:48 -0000 Received: from unknown (HELO rage) ([66.133.141.187]) (envelope-sender ) by relay03.roc.frontiernet.net (FrontierMTA 2.3.2) with SMTP for ; 14 Apr 2003 03:47:48 -0000 Message-ID: <002901c30238$a04ab2e0$c02aa8c0@rage> From: "Scott Dodson" To: References: <000901c30237$8bf80550$c02aa8c0@rage> Date: Sun, 13 Apr 2003 23:47:50 -0400 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.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: Re: Unexpected for X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 03:47:50 -0000 Sorry, I scanned the past few days and didn't find anyhting. But apparently this is a known issue. Found my answer at the following message : http://docs.freebsd.org/cgi/getmsg.cgi?fetch=404594+0+archive/2003/freebsd-c urrent/20030413.freebsd-current -- Scott > Hello, > > I've recently cvsupped and now none of the system scripts work. Everytime > one of them is run it gives an error "unexpected for". It seems that my sh > cannot handle for? I've rebuild it from the source in the tree and > reinstalled it, yet nothing works. Any ideas why? > > -- > Scott From owner-freebsd-current@FreeBSD.ORG Sun Apr 13 23:55:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04C3737B401 for ; Sun, 13 Apr 2003 23:55:44 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23AC943FA3 for ; Sun, 13 Apr 2003 23:55:43 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h3E6teSA006283; Mon, 14 Apr 2003 08:55:41 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: matt From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 13 Apr 2003 18:09:59 CDT." <20030413174853.F57816-100000@grogged.dyndns.org> Date: Mon, 14 Apr 2003 08:55:40 +0200 Message-ID: <6282.1050303340@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: GBDE + md() + ccd() = corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 06:55:44 -0000 In message <20030413174853.F57816-100000@grogged.dyndns.org>, matt writes: >And now the question, To verify the data I've placed on this rather >unusual setup, I ran md5 on everything I stuck on it. Some files seem to >work fine(about half), and I get consistent output from the md5 utility, >the other half of the files on the device are very inconsistent. I can >run md5 on the same file 5 times in a row and get 5 different output >strings. To double check things I ran the inconsistent files against >known good copies sitting on a plain old ufs partition (with diff), and it >turns out the files *are* different. > >Anyone have any idea what's going on here? Is some portion of this setup >corrupting the data? Hmm, that is very bad. Can you send me an example of the diff ? How large are your md(4) devices ? >Also, when writing to the gbde encrypted filesystem I sporadically get >messages like: > >"ENOMEM 0xc26ced80 on 0xc2648b80(md1.bde)" This is when we cannot sleeplessly allocate memory in the I/O path. The request gets retried in that case. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 00:14:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45AE437B401 for ; Mon, 14 Apr 2003 00:14:25 -0700 (PDT) Received: from mandarin.fruitsalad.org (pc117.net160.koping.net [81.16.160.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51C5B43F3F for ; Mon, 14 Apr 2003 00:14:23 -0700 (PDT) (envelope-from matt@hasta.se) Received: from [192.168.15.46] (helo=klementin) by mandarin.fruitsalad.org with smtp (Exim 4.14) id 194yAU-000Eru-LJ; Mon, 14 Apr 2003 09:14:18 +0200 From: "Matt Douhan" To: "The Hermit Hacker" Date: Mon, 14 Apr 2003 09:16:11 +0200 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.2911.0) In-Reply-To: <20030414020040.X497@hub.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 cc: freebsd-current@freebsd.org Subject: SV: starting KDE causes laptop to reboot ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 07:14:25 -0000 Hello You might be experiencing the same problem I am running current, are you running the new SCHED_ULE scheduler by any chance? if you are then arts if your problem, you have to recompile your kernel with the old scheduler then arts will run fine, or you can the new scheduler and disable arts. I have reported this as i386/50606 but had no replies so far. Matt -----Ursprungligt meddelande----- Fran: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org]For The Hermit Hacker Skickat: den 14 april 2003 03:02 Till: freebsd-current@freebsd.org Amne: starting KDE causes laptop to reboot ... with DDB and DDB_UNATTENDED enabled, and dumpdev enabled, I'm getting nothing from it, but if I startx with KDE3, the machine just reboots ... If this is something known, please just ignore and I'll keep an eye out on the lists for a fix ... if not, anything I can do to try and debug this ... ? Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 00:34:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CF6E37B401 for ; Mon, 14 Apr 2003 00:34:40 -0700 (PDT) Received: from thalia.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC1F643FBD for ; Mon, 14 Apr 2003 00:34:33 -0700 (PDT) (envelope-from keramida@FreeBSD.org) Received: from gothmog.gr (patr530-a227.otenet.gr [212.205.215.227]) by thalia.otenet.gr (8.12.9/8.12.9) with ESMTP id h3E7YQDL016446; Mon, 14 Apr 2003 10:34:28 +0300 (EEST) Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.12.9/8.12.9) with ESMTP id h3E7YQr0054177; Mon, 14 Apr 2003 10:34:26 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Received: (from giorgos@localhost) by gothmog.gr (8.12.9/8.12.9/Submit) id h3E7YOiQ054176; Mon, 14 Apr 2003 10:34:24 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Date: Mon, 14 Apr 2003 10:34:24 +0300 From: Giorgos Keramidas To: Adrian Penisoara Message-ID: <20030414073424.GA54047@gothmog.gr> References: <20030413233620.T67889@yoda.warpnet.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030413233620.T67889@yoda.warpnet.ro> cc: freebsd-current@FreeBSD.org Subject: Re: Making a 5.0-REL bootable ISO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 07:34:40 -0000 On 2003-04-13 23:38, Adrian Penisoara wrote: > > What is the correct procedure to produce a bootable ISO image with a > 5.0-RELEASE distribution. I understand that the format of the CD > bootloader has changed from the 4.x branch. See the Release Engineering team's articles at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/releng/ http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/releng-packages/ - Giorgos From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 00:42:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0586D37B401 for ; Mon, 14 Apr 2003 00:42:05 -0700 (PDT) Received: from mail.dada.it (mail3.dada.it [195.110.100.3]) by mx1.FreeBSD.org (Postfix) with SMTP id C7F8543FB1 for ; Mon, 14 Apr 2003 00:42:02 -0700 (PDT) (envelope-from riccardo@torrini.org) Received: (qmail 7174 invoked from network); 14 Apr 2003 07:41:59 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 14 Apr 2003 07:41:59 -0000 Received: from trudy.torrini.home (localhost.torrini.home [127.0.0.1]) by torrini.org (8.12.9/8.12.9) with ESMTP id h3E7ftpQ004541; Mon, 14 Apr 2003 09:41:55 +0200 (CEST) (envelope-from riccardo@trudy.torrini.home) Received: (from riccardo@localhost) by trudy.torrini.home (8.12.9/8.12.9/Submit) id h3E7fsrN004540; Mon, 14 Apr 2003 09:41:54 +0200 (CEST) Date: Mon, 14 Apr 2003 09:41:54 +0200 From: Riccardo Torrini To: Jan Schlesner Message-ID: <20030414074154.GG3965@trudy.torrini.home> References: <200304091025.LAA13913@sorley.cogsci.ed.ac.uk> <20030409123257.GA3598@trudy.torrini.home> <20030413122948.GA42211@physik.TU-Berlin.DE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030413122948.GA42211@physik.TU-Berlin.DE> User-Agent: Mutt/1.4.1i cc: freebsd-current@FreeBSD.ORG Subject: Re: Unix epoch changed? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 07:42:05 -0000 On Sun, Apr 13, 2003 at 02:29:48PM +0200, Jan Schlesner wrote: >> Ok, I remember wrong. But the question remain: why find -mtime -2 >> show a file from 1906 (near 100 year ago) instead of 2 days old? > Try to use "-mtime 2" instead of "-mtime -2". ;-) > ^ ^^ It's not the same: positive_2 match file that are exactly 2 day old but where negative_2 match file old from 0 upto 2 day. I need the second :-( And is documented, not a my invention... # man find [...] Any number of units may be combined in one -atime argument, for example, ``-atime -1h30m''. Units are probably only useful when used in conjunction with the + or - modifier. [...] # find /usr/ports/distfiles -mtime 20 -exec ls -land {} \; | \ sed 's/^..........[ 0-9]* //' Mar 25 11:10 /usr/ports/distfiles/gnome2 Mar 25 11:10 /usr/ports/distfiles/gnome2/docs Mar 25 11:08 /usr/ports/distfiles/xc Mar 25 11:10 /usr/ports/distfiles/KDE # find /usr/ports/distfiles -mtime -20 -exec ls -land {} \; | \ sed 's/^..........[ 0-9]* //' Apr 4 14:40 /usr/ports/distfiles Mar 25 11:10 /usr/ports/distfiles/gnome2 Mar 25 11:10 /usr/ports/distfiles/gnome2/docs Apr 7 14:30 /usr/ports/distfiles/bdb Apr 4 14:31 /usr/ports/distfiles/vim Mar 25 11:08 /usr/ports/distfiles/xc Dec 21 1909 /usr/ports/distfiles/xc/X336src-2.tgz Dec 21 1909 /usr/ports/distfiles/xc/X336src-1.tgz Mar 25 11:10 /usr/ports/distfiles/KDE Dec 12 1909 /usr/ports/distfiles/mirrormagic-1.3.tar.gz # find /usr/ports/distfiles -mtime 21 -exec ls -land {} \; | \ sed 's/^..........[ 0-9]* //' [...empty list...] # find /usr/ports/distfiles -mtime -21 -exec ls -land {} \; | \ sed 's/^..........[ 0-9]* //' Apr 4 14:40 /usr/ports/distfiles Mar 25 11:10 /usr/ports/distfiles/gnome2 Mar 25 11:10 /usr/ports/distfiles/gnome2/docs Apr 7 14:30 /usr/ports/distfiles/bdb Apr 4 14:31 /usr/ports/distfiles/vim Mar 25 11:08 /usr/ports/distfiles/xc Dec 21 1909 /usr/ports/distfiles/xc/X336src-2.tgz Dec 21 1909 /usr/ports/distfiles/xc/X336src-1.tgz Mar 25 11:10 /usr/ports/distfiles/KDE Dec 12 1909 /usr/ports/distfiles/mirrormagic-1.3.tar.gz -- Riccardo. From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 01:09:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D42C537B401 for ; Mon, 14 Apr 2003 01:09:16 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id AECC143FB1 for ; Mon, 14 Apr 2003 01:09:15 -0700 (PDT) (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 SAA00401; Mon, 14 Apr 2003 18:08:55 +1000 Date: Mon, 14 Apr 2003 18:08:54 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Riccardo Torrini In-Reply-To: <20030414074154.GG3965@trudy.torrini.home> Message-ID: <20030414180556.C16951@gamplex.bde.org> References: <200304091025.LAA13913@sorley.cogsci.ed.ac.uk> <20030413122948.GA42211@physik.TU-Berlin.DE> <20030414074154.GG3965@trudy.torrini.home> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Jan Schlesner cc: freebsd-current@freebsd.org Subject: Re: Unix epoch changed? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 08:09:17 -0000 On Mon, 14 Apr 2003, Riccardo Torrini wrote: > On Sun, Apr 13, 2003 at 02:29:48PM +0200, Jan Schlesner wrote: > > >> Ok, I remember wrong. But the question remain: why find -mtime -2 > >> show a file from 1906 (near 100 year ago) instead of 2 days old? It's probably just another sign extension bug. It is very easy to reproduce: %%% Script started on Mon Apr 14 18:03:08 2003 ttyp1:bde@besplex:/tmp> mkdir /tmp/findbug ttyp1:bde@besplex:/tmp> cd /tmp/findbug ttyp1:bde@besplex:/tmp/findbug> touch -t 190612311200 foo ttyp1:bde@besplex:/tmp/findbug> ls -l total 0 -rw-r--r-- 1 bde wheel 0 Dec 31 1906 foo ttyp1:bde@besplex:/tmp/findbug> find . -mtime -1 . ./foo ttyp1:bde@besplex:/tmp/findbug> exit Script done on Mon Apr 14 18:04:47 2003 %%% Bruce From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 01:09:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3601737B401 for ; Mon, 14 Apr 2003 01:09:48 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B3BE43F85 for ; Mon, 14 Apr 2003 01:09:47 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h3E89iSA006815; Mon, 14 Apr 2003 10:09:44 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: matt From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 13 Apr 2003 18:09:59 CDT." <20030413174853.F57816-100000@grogged.dyndns.org> Date: Mon, 14 Apr 2003 10:09:44 +0200 Message-ID: <6814.1050307784@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: GBDE + md() + ccd() = corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 08:09:48 -0000 In message <20030413174853.F57816-100000@grogged.dyndns.org>, matt writes: > >Quick question (please CC me, as I'm not on the list yet) - > >I have 4x files setup through the md device (md1, md2, md3, mde4), each of >which I have init'd and attached gbde to (successfully), for md1.bde, >md2.bde, etc... I've used ccdconfig to make these 4 encrypted devices >a concatenated disk (ccd0c), where upon I newfs'd /dev/ccd0c and >successfully mounted it. Ok, I just found and fixed one bad bug in ccd with respect to ENOMEM: it would never return the I/O request in question. You want to pull in version 1.133 of sys/dev/ccd/ccd.c -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 02:06:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5951A37B410 for ; Mon, 14 Apr 2003 02:06:25 -0700 (PDT) Received: from seed.net.tw (sn12.seed.net.tw [139.175.54.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83FC543FA3 for ; Mon, 14 Apr 2003 02:06:24 -0700 (PDT) (envelope-from leafy@chihiro.leafy.idv.tw) Received: from [211.74.131.119] (port=50280 helo=chihiro.leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.10:3) id 194zux-0003YO-00 for freebsd-current@freebsd.org; Mon, 14 Apr 2003 17:06:23 +0800 Received: from chihiro.leafy.idv.tw (nobody@localhost [127.0.0.1]) by chihiro.leafy.idv.tw (8.12.9/8.12.9) with ESMTP id h3E96MWN035844 for ; Mon, 14 Apr 2003 17:06:22 +0800 (CST) (envelope-from leafy@chihiro.leafy.idv.tw) Received: (from leafy@localhost) by chihiro.leafy.idv.tw (8.12.9/8.12.9/Submit) id h3E96MG8035843 for freebsd-current@freebsd.org; Mon, 14 Apr 2003 17:06:22 +0800 (CST) Date: Mon, 14 Apr 2003 17:06:22 +0800 From: leafy To: freebsd-current@freebsd.org Message-ID: <20030414090622.GA35826@chihiro.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.4i Subject: Incorrect Perl dependancy for OSVERSION>500036 and Perl 5.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 09:06:25 -0000 For OSVERSION>500036 and Perl5.8 installed, many ports depending on Perl5 will get an incorrect build-dependancy on Perl 5.6.1. Test case: cd ports/sysutils/colorize && make clean, there will be a dependancy on perl5.6.1_11 The following patch corrects it but I doubt it's a long term solution if the OSVERSION kept being bumped. --- bsd.port.mk~ Mon Apr 7 09:41:34 2003 +++ bsd.port.mk Mon Apr 14 17:02:01 2003 @@ -1334,7 +1334,7 @@ USE_REINPLACE=yes .endif -.if exists(/usr/bin/perl5) && ${OSVERSION} >= 300000 && ${OSVERSION} < 500036 +.if exists(/usr/bin/perl5) && ${OSVERSION} >= 300000 && ${OSVERSION} < 500112 .if !exists(/usr/bin/perl${PERL_VERSION}) && ( defined(USE_PERL5) || \ defined(USE_PERL5_BUILD) || defined(USE_PERL5_RUN) ) pre-everything:: Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 02:11:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4210837B401 for ; Mon, 14 Apr 2003 02:11:20 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7DA543FCB for ; Mon, 14 Apr 2003 02:11:18 -0700 (PDT) (envelope-from ticso@cicely9.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h3E9B5cx059419 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 14 Apr 2003 11:11:07 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h3E9B3Yi043254 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Apr 2003 11:11:04 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (localhost [127.0.0.1]) by cicely9.cicely.de (8.12.9/8.12.8) with ESMTP id h3E9B2i3015903; Mon, 14 Apr 2003 11:11:03 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: (from ticso@localhost) by cicely9.cicely.de (8.12.9/8.12.9/Submit) id h3E9B1Qp015889; Mon, 14 Apr 2003 11:11:01 +0200 (CEST) (envelope-from ticso) Date: Mon, 14 Apr 2003 11:11:00 +0200 From: Bernd Walter To: Lucky Green Message-ID: <20030414091059.GB14180@cicely9.cicely.de> References: <20030410230113.M81717@pakastelohi.cypherpunks.to> <20030411182925.A3507@gamplex.bde.org> <20030412213940.O6477@pakastelohi.cypherpunks.to> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030412213940.O6477@pakastelohi.cypherpunks.to> X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha User-Agent: Mutt/1.5.3i cc: freebsd-current@freebsd.org Subject: Re: options NO_SWAPPING, still wants swap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 09:11:20 -0000 On Sat, Apr 12, 2003 at 09:42:42PM +0200, Lucky Green wrote: > On Fri, 11 Apr 2003, Bruce Evans wrote: > > > On Thu, 10 Apr 2003, Lucky Green wrote: > > > > > I compiled a kernel with "options NO_SWAPPING", yet CURRENT still > > > attempts to allocate swap space: > > > > NO_SWAPPING has nothing to do with not allocating swap space. It prevents > > swapping of upages and stack pages only. > > > > Unfortunately, NOTES' description of NO_SWAPPING says that it disables > > swapping without explaining what swapping is (it is just swapping of > > upages and stack, and has nothing to do with generic VM paging). > > NO_SWAPPING is documented mainlly in the commitlog for the change that > > added it: > > Perhaps a kind comitter could modify NOTES to help make users aware that > NO_SWAPPING does not disable swapping of memory to disk and to look to man > rc.conf for information about the latter? Well - in fact *NO_SWAPPING* does not disable *paging* memory to disk. It more a naming problem that the swap partition serves paging and swapping. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 02:16:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CA5137B401 for ; Mon, 14 Apr 2003 02:16:22 -0700 (PDT) Received: from INFRA-BLN-EX2K.psi.de (infra-bln-ex1.psi.de [194.115.212.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF40B43FAF for ; Mon, 14 Apr 2003 02:16:20 -0700 (PDT) (envelope-from thorsten.greiner@consol.de) Received: from infra-nev.psi.de ([194.115.215.20]) by INFRA-BLN-EX2K.psi.de with Microsoft SMTPSVC(5.0.2195.5329); Mon, 14 Apr 2003 11:16:18 +0200 Received: from consol.de (dhcp226.nev.psi.de [192.168.142.226]) by infra-nev.psi.de with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id HY663J78; Mon, 14 Apr 2003 11:16:19 +0200 Message-ID: <3E9A7C33.6030904@consol.de> Date: Mon, 14 Apr 2003 11:15:31 +0200 From: Thorsten Greiner User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030324 X-Accept-Language: en-us, en, de MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.74.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB74A5844E38EF01E23382E31" X-OriginalArrivalTime: 14 Apr 2003 09:16:18.0695 (UTC) FILETIME=[81F82970:01C30266] Subject: SCHED_ULE and nice +20 broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 09:16:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB74A5844E38EF01E23382E31 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, I just observed that "nice +20 make buildworld" is hanging with SCHED_ULE. This is v 1.28 of sched_ule.c. Kernel configuration is basically "GENERIC" with a few device drivers removed, and "options HZ=250" and the nvidia kernel module. Symptoms are that jobs no longer appear to be placed on the run queue, they do not respond to 'kill -9'. I tried with a ordinary "nice make buildworld" which does not display these symptoms. Regards -Thorsten --------------enigB74A5844E38EF01E23382E31 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+mnw4RThlmOhl9moRAgwcAJ9f9odJwq64NTXl48c78GwjoylXcgCgmIvU LvxCcuhkXdUR4l9+niIt67U= =zC3I -----END PGP SIGNATURE----- --------------enigB74A5844E38EF01E23382E31-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 02:22:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D74437B401 for ; Mon, 14 Apr 2003 02:22:02 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-57-131.client.attbi.com [12.233.57.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 693CE43F75 for ; Mon, 14 Apr 2003 02:22:01 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.5) with ESMTP id h3E9LxN7018203; Mon, 14 Apr 2003 02:21:59 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.5/Submit) id h3E9LrFx018202; Mon, 14 Apr 2003 02:21:53 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Mon, 14 Apr 2003 02:21:53 -0700 From: David Schultz To: Soeren Schmidt Message-ID: <20030414092153.GA18110@HAL9000.homeunix.com> Mail-Followup-To: Soeren Schmidt , "Cliff L. Biffle" , current@freebsd.org References: <200304111707.39370.cbiffle@safety.net> <200304130956.h3D9uaf6025414@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304130956.h3D9uaf6025414@spider.deepcore.dk> cc: current@FreeBSD.ORG Subject: Re: [PATCH] ATA drive spin-down X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 09:22:02 -0000 On Sun, Apr 13, 2003, Soeren Schmidt wrote: > It seems Cliff L. Biffle wrote: > > Please find attached a kernel patch to enable ATA drive spin-down after a > > specified interval. I'm using this on my laptop now with much success; I'm > > offering it primarily for testing purposes. I'll toss it onto mobile if it > > seems okay. > > Hmm, this could be a fine intermediate solution until I get the > infrastructure for real PM / SMART finished. I'll look this over and > get it committed. One thing though the name ata_suspend is a bit > off IMHO, something like ata_spindown/ata_standby would be more > descriptive I think. IMO, a more flexible scheme would be to send a ``suspend immediate'' command to the drive at the appropriate time, rather than having it time out all by itself. The definition of ``the appropriate time'' could be related to ACPI, values of sysctls, or something user-definable. But this patch is cool, too. From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 03:05:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0122B37B401 for ; Mon, 14 Apr 2003 03:05:22 -0700 (PDT) Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABBDA43FDD for ; Mon, 14 Apr 2003 03:05:18 -0700 (PDT) (envelope-from kuku@accms33.physik.rwth-aachen.de) Received: (from kuku@localhost) by accms33.physik.rwth-aachen.de (8.11.6/8.9.3) id h3EA5GM01835 for freebsd-current@freebsd.org; Mon, 14 Apr 2003 12:05:16 +0200 Date: Mon, 14 Apr 2003 12:05:16 +0200 From: Christoph Kukulies Message-Id: <200304141005.h3EA5GM01835@accms33.physik.rwth-aachen.de> To: freebsd-current@freebsd.org Subject: df displays 0. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 10:05:24 -0000 Is this normal?: www# df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 257838 72384 164828 31% / devfs 1 1 0 100% /dev /dev/ad0s1e 257838 22 237190 0.% /tmp /dev/ad0s1f 57829724 12064820 41138528 23% /usr /dev/ad0s1d 257838 8686 228526 4% /var I mean, the 0. percent on /tmp . Not that I'm pedantic or a columnist :-) -- Chris Christoph P. U. Kukulies kukulies@rwth-aachen.de From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 03:06:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D199137B401; Mon, 14 Apr 2003 03:06:56 -0700 (PDT) Received: from baraca.united.net.ua (vlan1.baraca.united.net.ua [195.234.212.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC3FA43F85; Mon, 14 Apr 2003 03:06:54 -0700 (PDT) (envelope-from max@vega.com) Received: from vega.vega.com (root@xDSL-2-2.united.net.ua [193.111.9.226]) h3EA6oTF067463; Mon, 14 Apr 2003 13:06:51 +0300 (EEST) (envelope-from max@vega.com) Received: from vega.vega.com (max@localhost.vega.com [127.0.0.1]) by vega.vega.com (8.12.6/8.12.5) with ESMTP id h3EA72PG022359; Mon, 14 Apr 2003 13:07:02 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: (from max@localhost) by vega.vega.com (8.12.6/8.12.5/Submit) id h3EA72C6022358; Mon, 14 Apr 2003 13:07:02 +0300 (EEST) Date: Mon, 14 Apr 2003 13:07:02 +0300 From: Maxim Sobolev To: sos@FreeBSD.org Message-ID: <20030414100702.GC22229@vega.vega.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.7-STABLE i386 cc: current@FreeBSD.org Subject: Workaround for some broken BIOSes that forgot to enable ATA channels [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 10:06:57 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Hi, Attached please find a patch, which workaround a bug found in some BIOSes, which forget to enable ATA channels properly. This results in ATA driver not attaching properly and inability to use disk devices. Thanks! -Maxim --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ata.diff" Index: conf/NOTES =================================================================== RCS file: /home/ncvs/src/sys/conf/NOTES,v retrieving revision 1.1140 diff -d -u -r1.1140 NOTES --- conf/NOTES 22 Mar 2003 14:18:21 -0000 1.1140 +++ conf/NOTES 14 Apr 2003 09:59:48 -0000 @@ -1370,8 +1370,11 @@ # # ATA_STATIC_ID: controller numbering is static ie depends on location # else the device numbers are dynamically allocated. +# ATA_ENABLE_CHANNELS: forcefully enable channels if they appear disabled +# by BIOS. Some buggy BIOSes "forget" to enable them. options ATA_STATIC_ID +#options ATA_ENABLE_CHANNELS # # Standard floppy disk controllers and floppy tapes, supports Index: conf/options =================================================================== RCS file: /home/ncvs/src/sys/conf/options,v retrieving revision 1.383 diff -d -u -r1.383 options --- conf/options 25 Mar 2003 05:45:04 -0000 1.383 +++ conf/options 14 Apr 2003 09:59:49 -0000 @@ -299,6 +300,7 @@ # Options used in the 'ata' ATA/ATAPI driver ATA_STATIC_ID opt_ata.h +ATA_ENABLE_CHANNELS opt_ata.h ATA_NOPCI opt_ata.h DEV_ATADISK opt_ata.h DEV_ATAPICD opt_ata.h Index: dev/ata/ata-pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.c,v retrieving revision 1.57 diff -d -u -r1.57 ata-pci.c --- dev/ata/ata-pci.c 25 Feb 2003 14:46:30 -0000 1.57 +++ dev/ata/ata-pci.c 14 Apr 2003 09:59:49 -0000 @@ -129,6 +129,13 @@ subclass = pci_get_subclass(dev); cmd = pci_read_config(dev, PCIR_COMMAND, 2); +#ifdef ATA_ENABLE_CHANNELS + if (!(cmd & PCIM_CMD_PORTEN)) { + pci_write_config(dev, PCIR_COMMAND, cmd | PCIM_CMD_PORTEN, 2); + cmd = pci_read_config(dev, PCIR_COMMAND, 2); + } +#endif + if (!(cmd & PCIM_CMD_PORTEN)) { device_printf(dev, "ATA channel disabled by BIOS\n"); return 0; --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 03:11:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1F9F37B401 for ; Mon, 14 Apr 2003 03:11:57 -0700 (PDT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41E2843F3F for ; Mon, 14 Apr 2003 03:11:56 -0700 (PDT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.9/8.12.9) with ESMTP id h3EABskX029833; Mon, 14 Apr 2003 14:11:54 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.9/8.12.9/Submit) id h3EABs01029832; Mon, 14 Apr 2003 14:11:54 +0400 (MSD) Date: Mon, 14 Apr 2003 14:11:52 +0400 From: "Andrey A. Chernov" To: Christoph Kukulies Message-ID: <20030414101152.GA29163@nagual.pp.ru> References: <200304141005.h3EA5GM01835@accms33.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304141005.h3EA5GM01835@accms33.physik.rwth-aachen.de> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: df displays 0. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 10:11:58 -0000 On Mon, Apr 14, 2003 at 12:05:16 +0200, Christoph Kukulies wrote: > /dev/ad0s1e 257838 22 237190 0.% /tmp Looks like new printf error. -- Andrey A. Chernov http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 03:12:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DAF537B401 for ; Mon, 14 Apr 2003 03:12:28 -0700 (PDT) Received: from heechee.tobez.org (heechee.tobez.org [213.237.10.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CEEB43F3F for ; Mon, 14 Apr 2003 03:12:27 -0700 (PDT) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id 4F1D2175D4; Mon, 14 Apr 2003 12:12:24 +0200 (CEST) Date: Mon, 14 Apr 2003 12:12:24 +0200 From: Anton Berezin To: freebsd-current@freebsd.org Message-ID: <20030414101224.GA10790@heechee.tobez.org> Mail-Followup-To: Anton Berezin , freebsd-current@freebsd.org References: <20030414090622.GA35826@chihiro.leafy.idv.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030414090622.GA35826@chihiro.leafy.idv.tw> User-Agent: Mutt/1.5.1i Subject: Re: Incorrect Perl dependancy for OSVERSION>500036 and Perl 5.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 10:12:28 -0000 On Mon, Apr 14, 2003 at 05:06:22PM +0800, leafy wrote: > For OSVERSION>500036 and Perl5.8 installed, many ports depending on Perl5 > will get an incorrect build-dependancy on Perl 5.6.1. > > Test case: > cd ports/sysutils/colorize && make clean, there will be a dependancy on > perl5.6.1_11 > > > The following patch corrects it but I doubt it's a long term solution if > the OSVERSION kept being bumped. Yes, this patch does not fix it, it hides the problem instead. Please see PR 47377 for further discussion of the issue (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/47377) > --- bsd.port.mk~ Mon Apr 7 09:41:34 2003 > +++ bsd.port.mk Mon Apr 14 17:02:01 2003 > @@ -1334,7 +1334,7 @@ > USE_REINPLACE=yes > .endif > > -.if exists(/usr/bin/perl5) && ${OSVERSION} >= 300000 && ${OSVERSION} < 500036 > +.if exists(/usr/bin/perl5) && ${OSVERSION} >= 300000 && ${OSVERSION} < 500112 > .if !exists(/usr/bin/perl${PERL_VERSION}) && ( defined(USE_PERL5) || \ > defined(USE_PERL5_BUILD) || defined(USE_PERL5_RUN) ) > pre-everything:: \Anton. -- Perl is strongly typed, it just has very few types. -- Dan Sugalski From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 03:18:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B374337B401 for ; Mon, 14 Apr 2003 03:18:20 -0700 (PDT) Received: from colossus.systems.pipex.net (colossus.systems.pipex.net [62.241.160.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1062C43F3F for ; Mon, 14 Apr 2003 03:18:20 -0700 (PDT) (envelope-from gavin@ury.york.ac.uk) Received: from endor.bu.nker.net (81-86-141-101.dsl.pipex.com [81.86.141.101]) by colossus.systems.pipex.net (Postfix) with ESMTP id EDF7F160005CA; Mon, 14 Apr 2003 11:18:16 +0100 (BST) Received: from endor.bu.nker.net (localhost [127.0.0.1]) by endor.bu.nker.net (8.12.6/8.12.6) with ESMTP id h3EAIGpp047226; Mon, 14 Apr 2003 11:18:16 +0100 (BST) (envelope-from gavin@ury.york.ac.uk) Received: from localhost (gavin@localhost)h3EAIFiE047223; Mon, 14 Apr 2003 11:18:15 +0100 (BST) X-Authentication-Warning: endor.bu.nker.net: gavin owned process doing -bs Date: Mon, 14 Apr 2003 11:18:14 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@endor.bu.nker.net To: Poul-Henning Kamp In-Reply-To: <939.1050246582@critter.freebsd.dk> Message-ID: <20030414105157.G47006-100000@endor.bu.nker.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "Christoph P. Kukulies" cc: freebsd-current@freebsd.org Subject: Re: kernel: bad malloc : 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 10:18:21 -0000 On Sun, 13 Apr 2003, Poul-Henning Kamp wrote: > In message <20030413140647.GA18474@gilberto.physik.rwth-aachen.de>, "Christoph > P. Kukulies" writes: > >Here is what I could type off the screen: > > > >Bad malloc flags: 4 > > This means that malloc() was called with M_DONTWAIT which is a mbuf > allocator flags. It looks like this is done in a few places in other bits of code... sys/netinet/ip_fw.c: ipfw_dyn_v = malloc(curr_dyn_buckets * sizeof r, sys/netinet/ip_fw.c- M_IPFW, M_DONTWAIT | M_ZERO); sys/netinet/ip_fw.c- if (ipfw_dyn_v == NULL) sys/netinet6/frag6.c: q6 = (struct ip6q *)malloc(sizeof(struct ip6q), M_FTABLE, sys/netinet6/frag6.c- M_DONTWAIT); sys/netinet6/frag6.c- if (q6 == NULL) sys/netinet6/frag6.c: ip6af = (struct ip6asfrag *)malloc(sizeof(struct ip6asfrag), M_FTABLE, sys/netinet6/frag6.c- M_DONTWAIT); sys/netinet6/frag6.c- if (ip6af == NULL) So, these are bad? It looks like they were fixed in January by imp, and then backed out in February. I have no idea why it was backed out. Gavin From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 03:24:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD62B37B401; Mon, 14 Apr 2003 03:24:49 -0700 (PDT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BA2D43FB1; Mon, 14 Apr 2003 03:24:48 -0700 (PDT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.9/8.12.9) with ESMTP id h3EAOlkX038043; Mon, 14 Apr 2003 14:24:47 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.9/8.12.9/Submit) id h3EAOlEt038039; Mon, 14 Apr 2003 14:24:47 +0400 (MSD) Date: Mon, 14 Apr 2003 14:24:46 +0400 From: "Andrey A. Chernov" To: Christoph Kukulies , das@freebsd.org Message-ID: <20030414102446.GA37148@nagual.pp.ru> References: <200304141005.h3EA5GM01835@accms33.physik.rwth-aachen.de> <20030414101152.GA29163@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030414101152.GA29163@nagual.pp.ru> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: df displays 0. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 10:24:50 -0000 On Mon, Apr 14, 2003 at 14:11:52 +0400, Andrey A. Chernov wrote: > On Mon, Apr 14, 2003 at 12:05:16 +0200, Christoph Kukulies wrote: > > > /dev/ad0s1e 257838 22 237190 0.% /tmp > > Looks like new printf error. Test program: main() { (void)printf(" %5.0f%%\n", (double)0.1); } From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 03:28:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C11DF37B401 for ; Mon, 14 Apr 2003 03:28:22 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA3F543FD7 for ; Mon, 14 Apr 2003 03:28:21 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h3EASJSA007647; Mon, 14 Apr 2003 12:28:19 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Gavin Atkinson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 14 Apr 2003 11:18:14 BST." <20030414105157.G47006-100000@endor.bu.nker.net> Date: Mon, 14 Apr 2003 12:28:19 +0200 Message-ID: <7646.1050316099@critter.freebsd.dk> cc: "Christoph P. Kukulies" cc: freebsd-current@freebsd.org Subject: Re: kernel: bad malloc : 4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 10:28:23 -0000 You are right, they are bad and should be fixed. Poul-Henning In message <20030414105157.G47006-100000@endor.bu.nker.net>, Gavin Atkinson wri tes: >On Sun, 13 Apr 2003, Poul-Henning Kamp wrote: >> In message <20030413140647.GA18474@gilberto.physik.rwth-aachen.de>, "Christoph >> P. Kukulies" writes: >> >Here is what I could type off the screen: >> > >> >Bad malloc flags: 4 >> >> This means that malloc() was called with M_DONTWAIT which is a mbuf >> allocator flags. > >It looks like this is done in a few places in other bits of code... > >sys/netinet/ip_fw.c: ipfw_dyn_v = malloc(curr_dyn_buckets * sizeof r, >sys/netinet/ip_fw.c- M_IPFW, M_DONTWAIT | M_ZERO); >sys/netinet/ip_fw.c- if (ipfw_dyn_v == NULL) > >sys/netinet6/frag6.c: q6 = (struct ip6q *)malloc(sizeof(struct ip6q), M_FTABLE, >sys/netinet6/frag6.c- M_DONTWAIT); >sys/netinet6/frag6.c- if (q6 == NULL) > >sys/netinet6/frag6.c: ip6af = (struct ip6asfrag *)malloc(sizeof(struct ip6asfrag), M_FTABLE, >sys/netinet6/frag6.c- M_DONTWAIT); >sys/netinet6/frag6.c- if (ip6af == NULL) > >So, these are bad? It looks like they were fixed in January by imp, and >then backed out in February. I have no idea why it was backed out. > >Gavin > > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 03:33:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91ECE37B401 for ; Mon, 14 Apr 2003 03:33:40 -0700 (PDT) Received: from smtp02.syd.iprimus.net.au (smtp02.syd.iprimus.net.au [210.50.76.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07F6343F85 for ; Mon, 14 Apr 2003 03:33:40 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from dilbert.robbins.dropbear.id.au (210.50.85.56) by smtp02.syd.iprimus.net.au (7.0.012) id 3E8A1600002B2EE4; Mon, 14 Apr 2003 20:33:38 +1000 Received: by dilbert.robbins.dropbear.id.au (Postfix, from userid 1000) id C0DD6C90D; Mon, 14 Apr 2003 20:32:57 +1000 (EST) Date: Mon, 14 Apr 2003 20:32:57 +1000 From: Tim Robbins To: Christoph Kukulies Message-ID: <20030414203257.A75820@dilbert.robbins.dropbear.id.au> References: <200304141005.h3EA5GM01835@accms33.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200304141005.h3EA5GM01835@accms33.physik.rwth-aachen.de>; from kuku@physik.rwth-aachen.de on Mon, Apr 14, 2003 at 12:05:16PM +0200 cc: freebsd-current@freebsd.org Subject: Re: df displays 0. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 10:33:40 -0000 On Mon, Apr 14, 2003 at 12:05:16PM +0200, Christoph Kukulies wrote: > > Is this normal?: > > www# df > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad0s1a 257838 72384 164828 31% / > devfs 1 1 0 100% /dev > /dev/ad0s1e 257838 22 237190 0.% /tmp > /dev/ad0s1f 57829724 12064820 41138528 23% /usr > /dev/ad0s1d 257838 8686 228526 4% /var > > I mean, the 0. percent on /tmp . This is probably another problem with vfprintf()'s new floating point code. I'm seeing the same problem here now that I've rebuilt /bin/df with a recent libc. Here's a test program that demonstrates the problem. It's worth pointing out that 0.0 is printed correctly as "0%", but 0+eps is printed as "0.%". #include #include #include int main(int argc, char *argv[]) { printf("%5.0f%%\n", 0.0); printf("%5.0f%%\n", DBL_EPSILON); exit(0); } From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 04:26:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B53B437B401 for ; Mon, 14 Apr 2003 04:26:16 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F8DF43F3F for ; Mon, 14 Apr 2003 04:26:15 -0700 (PDT) (envelope-from ticso@cicely9.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h3EBQBcx060587 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 14 Apr 2003 13:26:13 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h3EBQ9Yi043838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Apr 2003 13:26:10 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (localhost [127.0.0.1]) by cicely9.cicely.de (8.12.9/8.12.8) with ESMTP id h3EBQ8i3016266; Mon, 14 Apr 2003 13:26:09 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: (from ticso@localhost) by cicely9.cicely.de (8.12.9/8.12.9/Submit) id h3EBQ6Xr016265; Mon, 14 Apr 2003 13:26:06 +0200 (CEST) (envelope-from ticso) Date: Mon, 14 Apr 2003 13:26:04 +0200 From: Bernd Walter To: Pav Lucistnik Message-ID: <20030414112604.GC16153@cicely9.cicely.de> References: <1050262334.1780.11.camel@pav.oook.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1050262334.1780.11.camel@pav.oook.cz> X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha User-Agent: Mutt/1.5.3i cc: current@freebsd.org Subject: Re: usb2 status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 11:26:17 -0000 On Sun, Apr 13, 2003 at 09:32:14PM +0200, Pav Lucistnik wrote: > Hi, > > what is state of USB2 (ehci) support on FreeBSD? Is anyone working on > it? I noticed that NetBSD have some code, how hard it would be to port > it over to us? EHCI support will be commited during this week. > On related note, when I attach my ubt0 device, I get: > uhub1: port error, restarting port 2 > and ubt0 attach immediately. I'm still running 5.0-RELEASE so I don't > know if it's still relevant. This is MSI KT7V board (Via VT6202 USB2 > chip). Can you send the complete dmesg with an USB_DEBUG compiled kernel? Most of these early stage port errors are broken devices and I'm unshure at which points we need to do more than the specs requires. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 04:49:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14EE037B401 for ; Mon, 14 Apr 2003 04:49:17 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-57-131.client.attbi.com [12.233.57.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6996843FD7 for ; Mon, 14 Apr 2003 04:49:16 -0700 (PDT) (envelope-from das@freebsd.org) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.5) with ESMTP id h3EBnDN7019157; Mon, 14 Apr 2003 04:49:13 -0700 (PDT) (envelope-from das@freebsd.org) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.5/Submit) id h3EBnDMs019156; Mon, 14 Apr 2003 04:49:13 -0700 (PDT) (envelope-from das@freebsd.org) Date: Mon, 14 Apr 2003 04:49:13 -0700 From: David Schultz To: "Andrey A. Chernov" Message-ID: <20030414114913.GC18110@HAL9000.homeunix.com> Mail-Followup-To: "Andrey A. Chernov" , Christoph Kukulies , freebsd-current@freebsd.org References: <200304141005.h3EA5GM01835@accms33.physik.rwth-aachen.de> <20030414101152.GA29163@nagual.pp.ru> <20030414102446.GA37148@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030414102446.GA37148@nagual.pp.ru> cc: Christoph Kukulies cc: freebsd-current@freebsd.org Subject: Re: df displays 0. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 11:49:17 -0000 On Mon, Apr 14, 2003, Andrey A. Chernov wrote: > On Mon, Apr 14, 2003 at 14:11:52 +0400, Andrey A. Chernov wrote: > > On Mon, Apr 14, 2003 at 12:05:16 +0200, Christoph Kukulies wrote: > > > > > /dev/ad0s1e 257838 22 237190 0.% /tmp > > > > Looks like new printf error. > > Test program: > > main() { > (void)printf(" %5.0f%%\n", (double)0.1); > } I just took care of this. The problem arises from a slight inconsistency[1] in dtoa's handling of a precision of 0 (and a corresponding bug in my code). Specifically, if you tell it to print 0.0 or any number >0.5 and <10 using precision 0 in the mode used for %f, it will tell you that the decimal point comes after the first digit by setting expt to 1. But for numbers >0 and <=0.5, it sets expt to 0 instead. (I think the rationale is that in the latter cases, the leading digit isn't significant.) From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 04:50:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE5CD37B401; Mon, 14 Apr 2003 04:50:21 -0700 (PDT) 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 218A643FBF; Mon, 14 Apr 2003 04:50:20 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.8p1/8.12.8) id h3EBoJRt046811; Mon, 14 Apr 2003 13:50:19 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200304141150.h3EBoJRt046811@spider.deepcore.dk> In-Reply-To: <20030414100702.GC22229@vega.vega.com> To: Maxim Sobolev Date: Mon, 14 Apr 2003 13:50:18 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 cc: current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: Workaround for some broken BIOSes that forgot to enable ATAchannels [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 11:50:22 -0000 It seems Maxim Sobolev wrote: [ Charset KOI8-R unsupported, converting... ] > Hi, > > Attached please find a patch, which workaround a bug found in > some BIOSes, which forget to enable ATA channels properly. > This results in ATA driver not attaching properly and inability > to use disk devices. Hmm, what BIOS's do you see this on ? if that bit isn't set *alot* of other things probably arent as well, which could cause real problems if we try this. -Søren From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 05:03:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40BD537B401; Mon, 14 Apr 2003 05:03:26 -0700 (PDT) Received: from baraca.united.net.ua (vlan1.baraca.united.net.ua [195.234.212.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFCFA43FBF; Mon, 14 Apr 2003 05:03:24 -0700 (PDT) (envelope-from max@vega.com) Received: from vega.vega.com (root@xDSL-2-2.united.net.ua [193.111.9.226]) h3EC3KTF097964; Mon, 14 Apr 2003 15:03:21 +0300 (EEST) (envelope-from max@vega.com) Received: from vega.vega.com (max@localhost.vega.com [127.0.0.1]) by vega.vega.com (8.12.6/8.12.5) with ESMTP id h3EC3XPG022689; Mon, 14 Apr 2003 15:03:33 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: (from max@localhost) by vega.vega.com (8.12.6/8.12.5/Submit) id h3EC3SZh022688; Mon, 14 Apr 2003 15:03:28 +0300 (EEST) Date: Mon, 14 Apr 2003 15:03:27 +0300 From: Maxim Sobolev To: Soeren Schmidt Message-ID: <20030414120327.GA22561@vega.vega.com> References: <20030414100702.GC22229@vega.vega.com> <200304141150.h3EBoJRt046811@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200304141150.h3EBoJRt046811@spider.deepcore.dk> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.7-STABLE i386 cc: current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: Workaround for some broken BIOSes that forgot to enable ATA channels [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 12:03:26 -0000 On Mon, Apr 14, 2003 at 01:50:18PM +0200, Soeren Schmidt wrote: > It seems Maxim Sobolev wrote: > [ Charset KOI8-R unsupported, converting... ] > > Hi, > > > > Attached please find a patch, which workaround a bug found in > > some BIOSes, which forget to enable ATA channels properly. > > This results in ATA driver not attaching properly and inability > > to use disk devices. > > Hmm, what BIOS's do you see this on ? if that bit isn't set *alot* > of other things probably arent as well, which could cause real > problems if we try this. This is BIOS on my new vprMatrix 175B4 notebook (P4M-1.7GHz). Along with ATA, it "forgets" to enable ports on network card (fxp driver), I've already committed patch for it. Funny thing is that the problem doesn't exists on 4.7 - both ata and fxp work here OOB. This might be somehow related to ACPI, but forcefully disabling it in 5-CURRENT doesn't help. Anyway, this option is "off" by default, so that there should be no problems for average Joe luser, while I have not noticed any problems with this patch for far - both UDMA100 disk works perfectly so as CD-RW/DVD drive. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 05:28:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E0C037B401 for ; Mon, 14 Apr 2003 05:28:05 -0700 (PDT) Received: from mail3.tpgi.com.au (mail.tpgi.com.au [203.12.160.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6209943F3F for ; Mon, 14 Apr 2003 05:28:03 -0700 (PDT) (envelope-from agh@tpg.com.au) Received: from pen-ts2-2600-074.tpgi.com.au (pen-ts2-2600-074.tpgi.com.au [202.7.172.74]) by mail3.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h3ECRuD23834; Mon, 14 Apr 2003 22:27:57 +1000 From: "Alastair G. Hogge" To: kpeter@melbpc.org.au, current@freebsd.org Date: Mon, 14 Apr 2003 22:27:54 +0000 User-Agent: KMail/1.5.1 References: <200304101614.21262.agh@tpg.com.au> <200304100001.41318.cbiffle@safety.net> <3E954C30.2090200@melbpc.org.au> In-Reply-To: <3E954C30.2090200@melbpc.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304142227.55003.agh@tpg.com.au> Subject: Re: KDE-3.1.1 build problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 12:28:05 -0000 On Thursday, 10 April 2003 10:49, Peter Kostouros wrote: > Hi > > It could also be stale C++ header files. I think the stale header file > issue was discussed a few months ago. Try you luck with the archives. Hey thanks for the feedback guys :-) It turns out the problem was stale headers...and libs I think. I just nuked /usr/include/g++/ and /usr/lib/ before and installworld. Of course this caused problems with make installworld but which were easily solved with a few make installs in some /usr/src/ directories. -Alastair > Cliff L. Biffle wrote: > >On Thursday 10 April 2003 09:33 am, Alastair G. Hogge wrote: > >>Hi all, > >> > >>I'm having problems building kdebase3 or kdelibs3 from the ports. > >>Neither will build. I've been having this same problem ever since KDE-3 > >> was ported. > > > >I've been building both cleanly for some time, but you might try opening > > the offending file and inserting a 'namespace std;' after the header > > includes. > > > >This is not a fix, but it might force the module to build cleanly so you > > can figure out what's wrong. > > > >-Cliff L. Biffle > >_______________________________________________ > >freebsd-current@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-current > >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 06:56:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9215237B401 for ; Mon, 14 Apr 2003 06:56:43 -0700 (PDT) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 8327A43FBD for ; Mon, 14 Apr 2003 06:56:42 -0700 (PDT) (envelope-from bra@fsn.hu) Received: (qmail 22588 invoked by uid 1000); 14 Apr 2003 13:56:41 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 14 Apr 2003 13:56:41 -0000 Date: Mon, 14 Apr 2003 15:56:41 +0200 (CEST) From: Attila Nagy To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 0.% X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 13:56:43 -0000 Hello, insomnia# df -h Filesystem Size Used Avail Capacity Mounted on /dev/da0s1a 291G 61M 291G 0.% /data insomnia# uname -a FreeBSD insomnia.fsn.hu 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Sat Apr 12 16:48:22 CEST 2003 root@insomnia.fsn.hu:/usr/obj/usr/src/sys/INSOMNIA i386 I think something is wrong here... 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 From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 07:00:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E1C437B401 for ; Mon, 14 Apr 2003 07:00:27 -0700 (PDT) Received: from mail.cordis.lu (mail.cordis.lu [212.190.217.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E474043F85 for ; Mon, 14 Apr 2003 07:00:25 -0700 (PDT) (envelope-from a.carter@cordis.lu) Received: from mailsvr.intrasoft.lu (mail.intrasoft.lu [212.190.217.251]) by mail.cordis.lu (8.12.8/8.12.8) with ESMTP id h3EE6n1d019666; Mon, 14 Apr 2003 16:06:49 +0200 Received: by mail.intrasoft.lu with Internet Mail Service (5.5.2656.59) id <24R429LT>; Mon, 14 Apr 2003 15:57:31 +0200 Received: from intra241.intrasoft.lu (212.190.217.170 [212.190.217.170]) by mailsvr.intrasoft.lu with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id 24R429LS; Mon, 14 Apr 2003 15:57:30 +0200 From: CARTER Anthony To: Attila Nagy , current@freebsd.org Organization: Intrasoft Date: Mon, 14 Apr 2003 16:00:54 +0200 User-Agent: KMail/1.5.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304141600.54140.a.carter@intrasoft.lu> X-Spam-Status: No, hits=-131.9 required=4.2 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_KMAIL,USER_IN_WHITELIST version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) Subject: Re: 0.% X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 14:00:27 -0000 The 0% is the amount used...As 61M from 291Gb is less than 1%, it puts it at 0%...Means you have loadsa space... Anything else? Anthony On Monday 14 April 2003 15:56, Attila Nagy wrote: > Hello, > > insomnia# df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/da0s1a 291G 61M 291G 0.% /data > > insomnia# uname -a > FreeBSD insomnia.fsn.hu 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Sat Apr 12 > 16:48:22 CEST 2003 root@insomnia.fsn.hu:/usr/obj/usr/src/sys/INSOMNIA > i386 > > I think something is wrong here... > > 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 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 07:02:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85A7337B404 for ; Mon, 14 Apr 2003 07:02:20 -0700 (PDT) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id C89F743FDF for ; Mon, 14 Apr 2003 07:02:15 -0700 (PDT) (envelope-from bra@fsn.hu) Received: (qmail 22663 invoked by uid 1000); 14 Apr 2003 14:02:14 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 14 Apr 2003 14:02:14 -0000 Date: Mon, 14 Apr 2003 16:02:14 +0200 (CEST) From: Attila Nagy To: CARTER Anthony In-Reply-To: <200304141600.54140.a.carter@intrasoft.lu> Message-ID: References: <200304141600.54140.a.carter@intrasoft.lu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: 0.% X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 14:02:21 -0000 Hello, > The 0% is the amount used...As 61M from 291Gb is less than 1%, it puts > it at 0%...Means you have loadsa space... Anything else? Yes. The dot. > > Filesystem Size Used Avail Capacity Mounted on > > /dev/da0s1a 291G 61M 291G 0.% /data ^ ----------[ 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 From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 07:03:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAF3A37B401 for ; Mon, 14 Apr 2003 07:03:44 -0700 (PDT) Received: from prioris.mini.pw.edu.pl (prioris.mini.pw.edu.pl [194.29.178.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B44243FBD for ; Mon, 14 Apr 2003 07:03:44 -0700 (PDT) (envelope-from zaks@prioris.mini.pw.edu.pl) Received: from localhost (localhost.mini.pw.edu.pl [127.0.0.1]) by prioris.mini.pw.edu.pl (Postfix) with ESMTP id 5B0BE24398 for ; Mon, 14 Apr 2003 16:03:39 +0200 (CEST) Received: by prioris.mini.pw.edu.pl (Postfix, from userid 250) id 0028B2438F; Mon, 14 Apr 2003 16:03:33 +0200 (CEST) Date: Mon, 14 Apr 2003 16:03:33 +0200 From: Slawek Zak To: freebsd-current@freebsd.org Message-ID: <20030414140333.GA1367@prioris.mini.pw.edu.pl> References: <200304141600.54140.a.carter@intrasoft.lu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304141600.54140.a.carter@intrasoft.lu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by AMaViS (prioris) Subject: Re: 0.% X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 14:03:45 -0000 On Mon, Apr 14, 2003 at 04:00:54PM +0200, CARTER Anthony wrote: > The 0% is the amount used...As 61M from 291Gb is less than 1%, it puts it at > 0%...Means you have loadsa space... He meant the %0. not %0 which it should be. /S From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 07:15:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41E6637B401; Mon, 14 Apr 2003 07:15:51 -0700 (PDT) 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 C425043FBF; Mon, 14 Apr 2003 07:15:47 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.8p1/8.12.8) id h3EEFhuv075007; Mon, 14 Apr 2003 16:15:43 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200304141415.h3EEFhuv075007@spider.deepcore.dk> In-Reply-To: <20030414120327.GA22561@vega.vega.com> To: Maxim Sobolev Date: Mon, 14 Apr 2003 16:15:43 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 cc: current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: Workaround for some broken BIOSes that forgot to enable ATAchannels [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 14:15:51 -0000 It seems Maxim Sobolev wrote: > > > Attached please find a patch, which workaround a bug found in > > > some BIOSes, which forget to enable ATA channels properly. > > > This results in ATA driver not attaching properly and inability > > > to use disk devices. > > > > Hmm, what BIOS's do you see this on ? if that bit isn't set *alot* > > of other things probably arent as well, which could cause real > > problems if we try this. > > This is BIOS on my new vprMatrix 175B4 notebook (P4M-1.7GHz). > Along with ATA, it "forgets" to enable ports on network card > (fxp driver), I've already committed patch for it. Funny thing > is that the problem doesn't exists on 4.7 - both ata and fxp > work here OOB. This might be somehow related to ACPI, but > forcefully disabling it in 5-CURRENT doesn't help. I heard BIOSes, and now its just one :) I'll wait and see if there is more of this, before committing code that might be just a one off... -Søren From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 07:27:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E93C037B401 for ; Mon, 14 Apr 2003 07:27:06 -0700 (PDT) Received: from hub.org (hub.org [64.117.224.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6923D43F3F for ; Mon, 14 Apr 2003 07:27:06 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [64.117.224.146]) by hub.org (Postfix) with ESMTP id 5642C1038F55; Mon, 14 Apr 2003 11:26:58 -0300 (ADT) Date: Mon, 14 Apr 2003 11:26:58 -0300 (ADT) From: "Marc G. Fournier" To: Matt Douhan In-Reply-To: Message-ID: <20030414112628.T9001@hub.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: SV: starting KDE causes laptop to reboot ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 14:27:07 -0000 actually, there was a fix to ULE committed last night that fixed my problem ... something about pri classes ... On Mon, 14 Apr 2003, Matt Douhan wrote: > Hello > > You might be experiencing the same problem I am running current, > > are you running the new SCHED_ULE scheduler by any chance? if you are then > arts if your problem, you have to recompile your kernel with the old > scheduler then arts will run fine, or you can the new scheduler and disable > arts. > > I have reported this as i386/50606 but had no replies so far. > > Matt > > -----Ursprungligt meddelande----- > Fran: owner-freebsd-current@freebsd.org > [mailto:owner-freebsd-current@freebsd.org]For The Hermit Hacker > Skickat: den 14 april 2003 03:02 > Till: freebsd-current@freebsd.org > Amne: starting KDE causes laptop to reboot ... > > > > with DDB and DDB_UNATTENDED enabled, and dumpdev enabled, I'm getting > nothing from it, but if I startx with KDE3, the machine just reboots ... > > If this is something known, please just ignore and I'll keep an eye out on > the lists for a fix ... if not, anything I can do to try and debug this > ... ? > > Marc G. Fournier ICQ#7615664 IRC Nick: > Scrappy > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: > scrappy@{freebsd|postgresql}.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 08:12:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A7CE37B401 for ; Mon, 14 Apr 2003 08:12:03 -0700 (PDT) Received: from basement.kutulu.org (pcp01881232pcs.longhl01.md.comcast.net [68.32.161.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id B029D43F93 for ; Mon, 14 Apr 2003 08:12:02 -0700 (PDT) (envelope-from kutulu@kutulu.org) Received: by basement.kutulu.org (Postfix, from userid 1001) id B47FEA93D; Mon, 14 Apr 2003 11:12:31 -0400 (EDT) Date: Mon, 14 Apr 2003 11:12:31 -0400 From: Michael Edenfield To: The Hermit Hacker Message-ID: <20030414151231.GA35993@basement.kutulu.org> Mail-Followup-To: The Hermit Hacker , freebsd-current@freebsd.org References: <20030414020040.X497@hub.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <20030414020040.X497@hub.org> User-Agent: Mutt/1.4.1i X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 1CE0 3C31 7013 D529 406D 37DC 09CC CD84 A46C 878F cc: freebsd-current@freebsd.org Subject: Re: starting KDE causes laptop to reboot ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 15:12:03 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * The Hermit Hacker [030413 22:02]: >=20 > with DDB and DDB_UNATTENDED enabled, and dumpdev enabled, I'm getting > nothing from it, but if I startx with KDE3, the machine just reboots ... I couldn't find this documented anywhere but my own=20 anecdotal experience has been that you won't get a kernel dump so=20 long as DDB (even UNATTENDED) is in the kernel. I was able to force one, through DDB, by disabling the UNATTENDED=20 option and calling doadump manually. I was able to get one by=20 removing DDB completely from the kernel and setting a dumpdev. But=20 I was never able to get one having both set up. --Mike --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+ms/fCczNhKRsh48RAtH3AJ4w1umyqZW8qCIUiGXX84bcWQRUxQCgi4MS 4EqCjnCn9GoBkcJ9d/NhOSY= =Kfj1 -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 08:12:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1189737B401 for ; Mon, 14 Apr 2003 08:12:58 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C591043FA3 for ; Mon, 14 Apr 2003 08:12:56 -0700 (PDT) (envelope-from andreas-moeller@gmx.net) Received: (qmail 836 invoked by uid 65534); 14 Apr 2003 15:12:55 -0000 Received: from pD9E21A47.dip.t-dialin.net (EHLO gmx.net) (217.226.26.71) by mail.gmx.net (mp023-rz3) with SMTP; 14 Apr 2003 17:12:55 +0200 Message-ID: <3E9ACFF4.6090503@gmx.net> Date: Mon, 14 Apr 2003 17:12:52 +0200 From: =?ISO-8859-1?Q?Andreas_M=F6ller?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030330 X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: Scott Dodson References: <000901c30237$8bf80550$c02aa8c0@rage> In-Reply-To: <000901c30237$8bf80550$c02aa8c0@rage> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Unexpected for X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 15:12:58 -0000 Scott Dodson wrote: > > I've recently cvsupped and now none of the system scripts work. Everytime > one of them is run it gives an error "unexpected for". It seems that my sh > cannot handle for? I've rebuild it from the source in the tree and > reinstalled it, yet nothing works. Any ideas why? I had the same problem a couple of days ago. I took the next best bourne compatible shell installed on my system (in my case bash2 from ports), moved it to /bin/sh, then booted into multi-user, cvsup'ed to the latest sources and eventually rebuilt and reinstalled /bin/sh. -Andreas From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 08:59:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2A8E37B401; Mon, 14 Apr 2003 08:59:14 -0700 (PDT) Received: from baraca.united.net.ua (vlan1.baraca.united.net.ua [195.234.212.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0309743FB1; Mon, 14 Apr 2003 08:59:13 -0700 (PDT) (envelope-from max@vega.com) Received: from vega.vega.com (root@xDSL-2-2.united.net.ua [193.111.9.226]) h3EFx8TF060117; Mon, 14 Apr 2003 18:59:09 +0300 (EEST) (envelope-from max@vega.com) Received: from vega.vega.com (max@localhost.vega.com [127.0.0.1]) by vega.vega.com (8.12.6/8.12.5) with ESMTP id h3EFxMPG023436; Mon, 14 Apr 2003 18:59:22 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: (from max@localhost) by vega.vega.com (8.12.6/8.12.5/Submit) id h3EFxFA7023435; Mon, 14 Apr 2003 18:59:15 +0300 (EEST) Date: Mon, 14 Apr 2003 18:59:15 +0300 From: Maxim Sobolev To: Soeren Schmidt Message-ID: <20030414155915.GB23374@vega.vega.com> References: <20030414120327.GA22561@vega.vega.com> <200304141415.h3EEFhuv075007@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200304141415.h3EEFhuv075007@spider.deepcore.dk> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.7-STABLE i386 cc: current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: Workaround for some broken BIOSes that forgot to enable ATAchannels [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 15:59:15 -0000 On Mon, Apr 14, 2003 at 04:15:43PM +0200, Soeren Schmidt wrote: > It seems Maxim Sobolev wrote: > > > > Attached please find a patch, which workaround a bug found in > > > > some BIOSes, which forget to enable ATA channels properly. > > > > This results in ATA driver not attaching properly and inability > > > > to use disk devices. > > > > > > Hmm, what BIOS's do you see this on ? if that bit isn't set *alot* > > > of other things probably arent as well, which could cause real > > > problems if we try this. > > > > This is BIOS on my new vprMatrix 175B4 notebook (P4M-1.7GHz). > > Along with ATA, it "forgets" to enable ports on network card > > (fxp driver), I've already committed patch for it. Funny thing > > is that the problem doesn't exists on 4.7 - both ata and fxp > > work here OOB. This might be somehow related to ACPI, but > > forcefully disabling it in 5-CURRENT doesn't help. > > I heard BIOSes, and now its just one :) > > I'll wait and see if there is more of this, before committing code that > might be just a one off... :((( I am really wonder why ata driver is so strict in this area. Many other drivers don't rely on BIOS to do the right job and enable ports, memory space and busmastering explicitly. And this is the right thing (IMO), since most modern operating systems including FreeBSD don't give a shit to BIOS settings anyway. If device is probed and user didn't disable the driver explicitly, it should do everything to attach to device, no matter in which weird state the BIOS left it. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 09:39:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD31B37B407 for ; Mon, 14 Apr 2003 09:39:19 -0700 (PDT) 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 E096343F85 for ; Mon, 14 Apr 2003 09:39:17 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.8p1/8.12.8) id h3EGdGF6003933; Mon, 14 Apr 2003 18:39:16 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200304141639.h3EGdGF6003933@spider.deepcore.dk> In-Reply-To: <20030414155915.GB23374@vega.vega.com> To: Maxim Sobolev Date: Mon, 14 Apr 2003 18:39:16 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 cc: current@FreeBSD.ORG Subject: Re: Workaround for some broken BIOSes that forgot to enableATAchannels [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 16:39:20 -0000 It seems Maxim Sobolev wrote: > > > This is BIOS on my new vprMatrix 175B4 notebook (P4M-1.7GHz). > > > Along with ATA, it "forgets" to enable ports on network card > > > (fxp driver), I've already committed patch for it. Funny thing > > > is that the problem doesn't exists on 4.7 - both ata and fxp > > > work here OOB. This might be somehow related to ACPI, but > > > forcefully disabling it in 5-CURRENT doesn't help. > > > > I heard BIOSes, and now its just one :) > > > > I'll wait and see if there is more of this, before committing code that > > might be just a one off... > > :((( > > I am really wonder why ata driver is so strict in this area. > Many other drivers don't rely on BIOS to do the right job and > enable ports, memory space and busmastering explicitly. And > this is the right thing (IMO), since most modern operating > systems including FreeBSD don't give a shit to BIOS settings > anyway. If device is probed and user didn't disable the driver > explicitly, it should do everything to attach to device, no > matter in which weird state the BIOS left it. The current way of things are implemented because: 1. Users wanted our driver to honor the BIOS setting an ATA channel on or off 2. If the BIOS doesn't enable the port, it most likely hasn't setup interrupt routing etc as well.. So as long as this is a problem on 1 machine only, the hack is best kept in your local tree. Now if this shows up on a significant amount of machines, I'll think about a way to deal with this. -Søren From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 10:10:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2813E37B401 for ; Mon, 14 Apr 2003 10:10:02 -0700 (PDT) Received: from postal1.es.net (postoffice1.gridpma.com [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4271943FCB for ; Mon, 14 Apr 2003 10:10:01 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP id MUA74016 for ; Mon, 14 Apr 2003 09:09:57 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6C5D85D04 for ; Mon, 14 Apr 2003 10:09:58 -0700 (PDT) To: current@freebsd.org Date: Mon, 14 Apr 2003 10:09:58 -0700 From: "Kevin Oberman" Message-Id: <20030414170958.6C5D85D04@ptavv.es.net> Subject: Unable to install latest linux_base port on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 17:10:02 -0000 On my CURRENT system (as of 4/12) I am unable to install the latest linux_base port (7.1_3). I get the following error: filesystem-2.0.7-1.noarch.rpm unpacking of archive failed on file /proc: cpio: chown failed - Operation not supported I've installed linux_base-7.1_3 on a STABLE system with no problems. chown on /proc looks bogus, in any case. I thought it had to be owned by root. I've installed linux_base-7.1_3 on a STABLE system with no problems. Is anyone else seeing this? R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 10:19:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEF1737B401 for ; Mon, 14 Apr 2003 10:19:01 -0700 (PDT) Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8E3643FA3 for ; Mon, 14 Apr 2003 10:19:00 -0700 (PDT) (envelope-from klammer@webonaut.com) Received: from localhost (localhost [127.0.0.1]) by sv02.webonaut.com (Postfix) with ESMTP id A70BD7644F; Mon, 14 Apr 2003 19:18:58 +0200 (CEST) Received: from sv02.webonaut.com ([127.0.0.1]) by localhost (sv02.webonaut.com [127.0.0.1:10024]) (amavisd-new) with ESMTP id 49695-08; Mon, 14 Apr 2003 19:18:55 +0200 (CEST) Received: from [212.41.243.28] (sisko.webonaut.com [212.41.243.28]) by sv02.webonaut.com (Postfix) with ESMTP id 61A047644D; Mon, 14 Apr 2003 19:18:55 +0200 (CEST) From: Franz Klammer To: Kevin Oberman In-Reply-To: <20030414170958.6C5D85D04@ptavv.es.net> References: <20030414170958.6C5D85D04@ptavv.es.net> Content-Type: text/plain Organization: Message-Id: <1050340741.810.8.camel@ds9.webonaut.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 14 Apr 2003 19:19:02 +0200 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new cc: current@freebsd.org Subject: Re: Unable to install latest linux_base port on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 17:19:02 -0000 Am Mo, 2003-04-14 um 19.09 schrieb Kevin Oberman: > On my CURRENT system (as of 4/12) I am unable to install the latest > linux_base port (7.1_3). I get the following error: > filesystem-2.0.7-1.noarch.rpm unpacking of archive failed on file /proc: cpio: chown failed - Operation not supported > I've installed linux_base-7.1_3 on a STABLE system with no problems. > chown on /proc looks bogus, in any case. I thought it had to be owned by > root. > I've installed linux_base-7.1_3 on a STABLE system with no problems. > > Is anyone else seeing this? > yes i'm. i can't remember where exactly the problem was but if you unmount procfs/linprocfs you can install it. franz. > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- WEBONAUT.com http://webonaut.com mailto:klammer@webonaut.com From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 10:25:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D61537B401 for ; Mon, 14 Apr 2003 10:25:20 -0700 (PDT) Received: from cheer.mahoroba.org (flets19-077.kamome.or.jp [218.45.19.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 080DE43F3F for ; Mon, 14 Apr 2003 10:25:18 -0700 (PDT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (IDENT:eS/FhW1aOgbPU65rRXlz0apN7vJxk7HVUUl8W80RKHz732wgy8uT+RAFj78PCRsf@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0)h3EHOq1N032940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Apr 2003 02:25:05 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 15 Apr 2003 02:24:52 +0900 Message-ID: From: Hajimu UMEMOTO To: "Kevin Oberman" In-Reply-To: <20030414170958.6C5D85D04@ptavv.es.net> References: <20030414170958.6C5D85D04@ptavv.es.net> User-Agent: xcite1.38> Wanderlust/2.11.0 (Wonderwall) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/21.3 (i386--freebsd) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-Operating-System: FreeBSD 5.0-CURRENT MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) X-Spam-Status: No, hits=-9.9 required=5.0 tests=IN_REP_TO,REFERENCES,USER_AGENT version=2.53 X-Spam-Checker-Version: SpamAssassin 2.53 (1.174.2.15-2003-03-30-exp) cc: current@freebsd.org Subject: Re: Unable to install latest linux_base port on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 17:25:20 -0000 Hi, >>>>> On Mon, 14 Apr 2003 10:09:58 -0700 >>>>> "Kevin Oberman" said: oberman> On my CURRENT system (as of 4/12) I am unable to install the latest oberman> linux_base port (7.1_3). I get the following error: oberman> filesystem-2.0.7-1.noarch.rpm unpacking of archive failed on file /proc: cpio: chown failed - Operation not supported oberman> I've installed linux_base-7.1_3 on a STABLE system with no problems. oberman> chown on /proc looks bogus, in any case. I thought it had to be owned by oberman> root. oberman> I've installed linux_base-7.1_3 on a STABLE system with no problems. oberman> Is anyone else seeing this? Yes, I met same problem, too. Don't you mount linprocfs? I did umount /usr/compat/linux/proc, then I could install it successfully. But, I dunno why it was faild when linprocfs was mounted on 5-CURRENT. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 10:37:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E84237B401 for ; Mon, 14 Apr 2003 10:37:35 -0700 (PDT) Received: from postal1.es.net (postoffice1.gridpma.com [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 841B243F75 for ; Mon, 14 Apr 2003 10:37:34 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP id MUA74016; Mon, 14 Apr 2003 10:37:33 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D789A5D04; Mon, 14 Apr 2003 10:37:32 -0700 (PDT) To: Hajimu UMEMOTO , Franz Klammer In-Reply-To: Message from Hajimu UMEMOTO of "Tue, 15 Apr 2003 02:24:52 +0900." Date: Mon, 14 Apr 2003 10:37:32 -0700 From: "Kevin Oberman" Message-Id: <20030414173732.D789A5D04@ptavv.es.net> cc: current@freebsd.org Subject: Re: Unable to install latest linux_base port on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 17:37:35 -0000 Thanks to Franz and Hajimu-san for the suggestion. I unmounted the linux procfs and linux_base installs just fine. If I get some time (not likely) I will try to track it down. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 11:15:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BED7F37B401 for ; Mon, 14 Apr 2003 11:15:44 -0700 (PDT) Received: from maxwell.syr.edu (maxwell.syr.edu [128.230.129.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0968D43F85 for ; Mon, 14 Apr 2003 11:15:44 -0700 (PDT) (envelope-from jracine@maxwell.syr.edu) Received: from exchange.maxwell.syr.edu (exchange.maxwell.syr.edu [128.230.129.241]) by maxwell.syr.edu (8.12.3p2/8.9.1) with ESMTP id h3EIFgoZ054205 for ; Mon, 14 Apr 2003 14:15:42 -0400 (EDT) Received: from jracine.maxwell.syr.edu ([128.230.130.10]) by exchange.maxwell.syr.edu with Microsoft SMTPSVC(5.0.2195.5329); Mon, 14 Apr 2003 14:15:43 -0400 From: Jeffrey Racine To: freebsd-current@freebsd.org Content-Type: text/plain Organization: Syracuse University Message-Id: <1050344142.1149.52.camel@jracine.maxwell.syr.edu> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 14 Apr 2003 14:15:43 -0400 Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 14 Apr 2003 18:15:43.0291 (UTC) FILETIME=[DCC598B0:01C302B1] Subject: fsck issues... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 18:15:45 -0000 Hi. First, let me thank you all in advance for your time and efforts. I have recently installed 5.0 CURRENT, gnome2 and some other ports (via portinstall with a cvsup ports.cvsup done yesterday) on my laptop, a Dell 4150. Working with Joe Markus Clark, we were able to get gdm and font issues resolved, however, when I set up the screen saver with power management, the system froze solid. I rebooted, and was warned /usr was not properly dismounted /var was not properly dismounted I rebooted in single user mode, ran fsck -y, but to no avail. Here is the log file from fsck (uname -a, /usr/bin/env, all packages appear after that). Script started on Mon Apr 14 13:55:16 2003 # fsck -y ** /dev/ad0s1a (NO WRITE) ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 1322 files, 35656 used, 93263 free (215 frags, 11631 blocks, 0.2% fragmentation) ** /dev/ad0s1e (NO WRITE) ** Last Mounted on /tmp ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 36 files, 8 used, 128911 free (23 frags, 16111 blocks, 0.0% fragmentation) ** /dev/ad0s1f (NO WRITE) ** Last Mounted on /usr ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts LINK COUNT FILE I=3D1228639 OWNER=3Droot MODE=3D0 SIZE=3D0 MTIME=3DApr 14 13:55 2003 COUNT 0 SHOULD BE -1 ADJUST? no LINK COUNT FILE I=3D1228642 OWNER=3Droot MODE=3D0 SIZE=3D0 MTIME=3DApr 14 13:55 2003 COUNT 0 SHOULD BE -1 ADJUST? no LINK COUNT FILE I=3D1228643 OWNER=3Droot MODE=3D0 SIZE=3D0 MTIME=3DApr 14 13:55 2003 COUNT 0 SHOULD BE -1 ADJUST? no UNREF FILE I=3D2056671 OWNER=3Djracine MODE=3D100644 SIZE=3D9226 MTIME=3DApr 14 13:01 2003=20 RECONNECT? no CLEAR? no UNREF FILE I=3D2220580 OWNER=3Djracine MODE=3D100600 SIZE=3D64 MTIME=3DApr 14 13:01 2003=20 RECONNECT? no CLEAR? no LINK COUNT FILE I=3D2220592 OWNER=3Djracine MODE=3D100600 SIZE=3D64 MTIME=3DApr 14 13:54 2003 COUNT 2 SHOULD BE 1 ADJUST? no ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no ALLOCATED FILE 1228639 MARKED FREE ALLOCATED FILES 1228642-1228643 MARKED FREE ALLOCATED FRAG 4913406 MARKED FREE ALLOCATED FRAG 4914359 MARKED FREE BLK(S) MISSING IN BIT MAPS SALVAGE? no 475052 files, 5290250 used, 8489638 free (71590 frags, 1052256 blocks, 0.5% fragmentation) ** /dev/ad0s1d (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=3D59 (12 should be 0) CORRECT? no INCORRECT BLOCK COUNT I=3D60 (4 should be 0) CORRECT? no INCORRECT BLOCK COUNT I=3D63 (4 should be 0) CORRECT? no INCORRECT BLOCK COUNT I=3D67 (4 should be 0) CORRECT? no INCORRECT BLOCK COUNT I=3D70 (4 should be 0) CORRECT? no INCORRECT BLOCK COUNT I=3D71 (4 should be 0) CORRECT? no ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=3D29 OWNER=3Droot MODE=3D100644 SIZE=3D0 MTIME=3DApr 14 13:22 2003=20 RECONNECT? no CLEAR? no UNREF FILE I=3D30 OWNER=3Droot MODE=3D100644 SIZE=3D0 MTIME=3DApr 14 13:22 2003=20 RECONNECT? no CLEAR? no UNREF FILE I=3D32 OWNER=3Droot MODE=3D140666 SIZE=3D0 MTIME=3DApr 14 13:22 2003=20 RECONNECT? no CLEAR? no UNREF FILE I=3D33 OWNER=3Droot MODE=3D100644 SIZE=3D4 MTIME=3DApr 14 13:22 2003=20 RECONNECT? no CLEAR? no UNREF FILE I=3D59 OWNER=3Droot MODE=3D100644 SIZE=3D0 MTIME=3DApr 14 13:22 2003=20 RECONNECT? no CLEAR? no UNREF FILE I=3D60 OWNER=3Droot MODE=3D100444 SIZE=3D0 MTIME=3DApr 14 13:22 2003=20 RECONNECT? no CLEAR? no UNREF FILE I=3D63 OWNER=3Droot MODE=3D100444 SIZE=3D0 MTIME=3DApr 14 13:22 2003=20 RECONNECT? no CLEAR? no UNREF FILE I=3D67 OWNER=3Droot MODE=3D100600 SIZE=3D0 MTIME=3DApr 14 13:22 2003=20 RECONNECT? no CLEAR? no UNREF FILE I=3D70 OWNER=3Droot MODE=3D100644 SIZE=3D0 MTIME=3DApr 14 13:22 2003=20 RECONNECT? no CLEAR? no UNREF FILE I=3D71 OWNER=3Droot MODE=3D100000 SIZE=3D0 MTIME=3DApr 14 13:22 2003=20 RECONNECT? no CLEAR? no UNREF FILE I=3D18557 OWNER=3Droot MODE=3D100600 SIZE=3D1161 MTIME=3DApr 14 13:22 2003=20 RECONNECT? no CLEAR? no UNREF FILE I=3D18558 OWNER=3Droot MODE=3D100600 SIZE=3D1172 MTIME=3DApr 14 13:22 2003=20 RECONNECT? no CLEAR? no ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no BLK(S) MISSING IN BIT MAPS SALVAGE? no 2046 files, 20113 used, 108790 free (230 frags, 13570 blocks, 0.2% fragmentation) # exit Script done on Mon Apr 14 13:58:23 2003 uname -a FreeBSD jracine-laptop.maxwell.syr.edu 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Apr 14 12:19:26 GMT 2003 =20 root@jracine-laptop.maxwell.syr.edu:/usr/obj/usr/src/sys/GENERIC i386 SSH_AGENT_PID=3D1271 SHELL=3D/usr/local/bin/bash DESKTOP_STARTUP_ID=3D TERM=3Dxterm WINDOWID=3D27263014 USER=3Djracine LD_LIBRARY_PATH=3D/usr/local/pgplot SSH_AUTH_SOCK=3D/tmp/ssh-jhWfUbFn/agent.1264 USERNAME=3Djracine SESSION_MANAGER=3Dlocal/jracine-laptop.maxwell.syr.edu:/tmp/.ICE-unix/1264 FTP_PASSIVE_MODE=3DYES MAIL=3D/var/mail/jracine PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/= bin:/usr/X11R6/bin:/home/jracine/bin:.:./:/home/jracine/bin:/home/jracine/C= /nn/gcc:/home/jracine/C/n_alpha/gcc:/usr/local/Acrobat4/bin:/usr/local/Open= Office.org1.0.2/program::.:./:/root/bin:/root/C/nn/gcc:/root/C/n_alpha/gcc: BLOCKSIZE=3DK PWD=3D/home/jracine LAMRSH=3Dssh -x TZ=3DUS/Eastern PS1=3D[\u]\w/=20 GDMSESSION=3DGnome SHLVL=3D2 HOME=3D/root TEXEDIT=3Demacs +%d %s GNOME_DESKTOP_SESSION_ID=3DDefault PGPLOT_DIR=3D/usr/local/pgplot/ BASH_ENV=3D/root/.bashrc LOGNAME=3Djracine DISPLAY=3D:0.0 XAUTHORITY=3D/home/jracine/.Xauthority COLORTERM=3Dgnome-terminal _=3D/usr/bin/env AbiWord2-gnome Hermes ImageMagick Mesa ORBit ORBit2 XFree86 XFree86-FontServer XFree86-Server XFree86-clients XFree86-documents XFree86-font100dpi XFree86-font75dpi XFree86-fontCyrillic XFree86-fontDefaultBitmaps XFree86-fontEncodings XFree86-fontScalable XFree86-libraries Xaw3d Xft aalib acme acroread aspell at-spi atk autoconf autoconf213 automake automake14 autotrace balsa2 bash bison bonobo bonobo-activation bonobo-conf bugbuddy2 cups-base cups-pstoraster curl cvsup db3 dia djbfft docbook-sk docbook-xml docbook-xsl eel2 emacs eog2 esound evolution expat fam fileroller fontconfig fontilus freetype2 fribidi frontline gail gaim gal gal2 galeon2 gcalctool gconf gconf-editor gconf2 gdbm gdk-pixbuf gdm2 gedit2 gettext ggv2 ghex2 ghostscript-gnu gimp gimp-print glade2 gle glib glib glibwww gmake gnet gnome-icon-theme gnome-pkgview gnome-themes gnome2 gnome2-fifth-toe gnomeapplets2 gnomeaudio gnomecanvas gnomecontrolcenter gnomecontrolcenter2 gnomedb gnomedesktop gnomegames2 gnomehier gnomeicu2 gnomelibs gnomemedia2 gnomemeeting gnomemimedata gnomepanel gnomeprint gnomesession gnomespell gnomesystemmonitor gnometerminal gnomeuserdocs2 gnomeutils2 gnomevfs gnomevfs2 gnumeric2 gnupg gnuplot gob2 gpgme gstreamer gstreamer-plugins gtetrinet gthumb2 gtk gtk gtk-engines2 gtk-thinice-engine gtkglarea gtkhtml gtkmm gtkspell2 gucharmap-gnome guile hdf help2man imake imlib intltool ispell jasper jbigkit jpeg lam lame lcms lha libIDL liba52 libao-esound libart_lgpl2 libaudiofile libbonobo libbonoboui libcapplet libdvdcss libdvdread libesmtp libfpx libgail-gnome libgda libgda2 libghttp libglade libglade2 libgmp libgnome libgnomecanvas libgnomedb libgnomeprint libgnomeprintui libgnomeui libgnugetopt libgsf libgtkhtml libgtop2 libiconv libijs libmikmod-esound libmng libmpeg2 libmrproject libogg librep librsvg2 libsigc++ libtool libungif libunicode libvorbis libwmf libwnck libwww libxine libxml libxml2 libxslt libzvt linc linux_base lzo lzop m4 mad-esound magicfilter mergeant metacity metacity-setup ming mkcatalog mozilla mozilla-headers mrproject nasm nautilus-media nautilus2 nspr nss oaf open-motif openldap20 openssl pan2 pango pcre pdflib perl pkgconfig plotutils png popt portupgrade pstoedit pth py22-expat py22-gtk py22-numeric python rdesktop regexxer rep-gtk2 rpm rsync ruby ruby-bdb1 ruby-rdoc ruby-shim-ruby18 sawfish2-esound scrollkeeper sdl sdocbook-xml seahorse sodipodi soup sox startup-notification stickynotes_applet streamtuner svgalib teTeX tiff totem tsclient unzip urwfonts vte wrapper xchat2 xmms-esound xscreensaver-gnome yelp zenity zip --=20 Professor J. S. Racine Phone: (315) 443-1630 Department of Economics FAX: (315) 443-1081 Syracuse University e-mail: jracine@maxwell.syr.edu Syracuse, NY, USA 13244-1020 http://www.maxwell.syr.edu/econ/faculty/jeffrey_racine.htm `The generation of random numbers is too important to be left to chance.' =20 From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 12:14:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7929237B401 for ; Mon, 14 Apr 2003 12:14:57 -0700 (PDT) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDB2243FA3 for ; Mon, 14 Apr 2003 12:14:54 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 27103 invoked from network); 14 Apr 2003 19:15:01 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 14 Apr 2003 19:15:01 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h3EJEpOv067014; Mon, 14 Apr 2003 15:14:51 -0400 (EDT) (envelope-from jhb@FreeBSD.org) 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: <200304141639.h3EGdGF6003933@spider.deepcore.dk> Date: Mon, 14 Apr 2003 15:14:53 -0400 (EDT) From: John Baldwin To: Soeren Schmidt cc: Maxim Sobolev cc: current@FreeBSD.ORG Subject: Re: Workaround for some broken BIOSes that forgot to enableATAchannels [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 19:14:57 -0000 On 14-Apr-2003 Soeren Schmidt wrote: > It seems Maxim Sobolev wrote: >> > > This is BIOS on my new vprMatrix 175B4 notebook (P4M-1.7GHz). >> > > Along with ATA, it "forgets" to enable ports on network card >> > > (fxp driver), I've already committed patch for it. Funny thing >> > > is that the problem doesn't exists on 4.7 - both ata and fxp >> > > work here OOB. This might be somehow related to ACPI, but >> > > forcefully disabling it in 5-CURRENT doesn't help. >> > >> > I heard BIOSes, and now its just one :) >> > >> > I'll wait and see if there is more of this, before committing code that >> > might be just a one off... >> >> :((( >> >> I am really wonder why ata driver is so strict in this area. >> Many other drivers don't rely on BIOS to do the right job and >> enable ports, memory space and busmastering explicitly. And >> this is the right thing (IMO), since most modern operating >> systems including FreeBSD don't give a shit to BIOS settings >> anyway. If device is probed and user didn't disable the driver >> explicitly, it should do everything to attach to device, no >> matter in which weird state the BIOS left it. > > The current way of things are implemented because: > 1. Users wanted our driver to honor the BIOS setting an ATA channel on or off This isn't always easy, esp. when we start supporting PNP OS = yes at some point. > 2. If the BIOS doesn't enable the port, it most likely hasn't setup > interrupt routing etc as well.. When I get PCI interrupt routing working right on SMP I plan to always reroute PCI interrupts. In the case of UP and an unrouted interrupt, we already route the interrupt properly anyways. A note to Maxim: please use pci_enable_io() instead of messing with the config regs directly. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 12:20:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB06F37B405 for ; Mon, 14 Apr 2003 12:20:53 -0700 (PDT) Received: from berzerk.gpcc.itd.umich.edu (berzerk.gpcc.itd.umich.edu [141.211.2.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AD4A43FE0 for ; Mon, 14 Apr 2003 12:20:48 -0700 (PDT) (envelope-from schwarzt@umich.edu) Received: from zektor.gpcc.itd.umich.edu (zektor.gpcc.itd.umich.edu [141.211.2.203])id PAA13887 for ; Mon, 14 Apr 2003 15:20:46 -0400 (EDT) Received: from localhost (schwarzt@localhost)PAA15762 for ; Mon, 14 Apr 2003 15:20:46 -0400 (EDT) Precedence: first-class Date: Mon, 14 Apr 2003 15:20:46 -0400 (EDT) From: Thomas Andrew Schwarz X-X-Sender: schwarzt@zektor.gpcc.itd.umich.edu To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: fan problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 19:20:54 -0000 I just installed the current branch of 5.0 and i don't seem to hear my fan turn automatically with thermal control. Is this turned off on the current branch? From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 12:26:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5FF837B401 for ; Mon, 14 Apr 2003 12:26:52 -0700 (PDT) Received: from donkeykong.gpcc.itd.umich.edu (donkeykong.gpcc.itd.umich.edu [141.211.2.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF72743FAF for ; Mon, 14 Apr 2003 12:26:51 -0700 (PDT) (envelope-from schwarzt@umich.edu) Received: from zektor.gpcc.itd.umich.edu (zektor.gpcc.itd.umich.edu [141.211.2.203])ESMTP id PAA22068 for ; Mon, 14 Apr 2003 15:26:46 -0400 (EDT) Received: from localhost (schwarzt@localhost)PAA16821 for ; Mon, 14 Apr 2003 15:26:46 -0400 (EDT) Precedence: first-class Date: Mon, 14 Apr 2003 15:26:46 -0400 (EDT) From: Thomas Andrew Schwarz X-X-Sender: schwarzt@zektor.gpcc.itd.umich.edu To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: nevermind X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 19:26:53 -0000 Nevermind, on the fan. my fault. I got it. From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 12:28:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DA3D37B401; Mon, 14 Apr 2003 12:28:21 -0700 (PDT) Received: from baraca.united.net.ua (vlan1.baraca.united.net.ua [195.234.212.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id C828443FBD; Mon, 14 Apr 2003 12:28:19 -0700 (PDT) (envelope-from max@vega.com) Received: from vega.vega.com (root@xDSL-2-2.united.net.ua [193.111.9.226]) h3EJSFTF013439; Mon, 14 Apr 2003 22:28:15 +0300 (EEST) (envelope-from max@vega.com) Received: from vega.vega.com (max@localhost.vega.com [127.0.0.1]) by vega.vega.com (8.12.6/8.12.5) with ESMTP id h3EJSUPG023999; Mon, 14 Apr 2003 22:28:30 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: (from max@localhost) by vega.vega.com (8.12.6/8.12.5/Submit) id h3EJSTxC023998; Mon, 14 Apr 2003 22:28:29 +0300 (EEST) Date: Mon, 14 Apr 2003 22:28:29 +0300 From: Maxim Sobolev To: John Baldwin Message-ID: <20030414192829.GC23799@vega.vega.com> References: <200304141639.h3EGdGF6003933@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.7-STABLE i386 cc: Soeren Schmidt cc: current@FreeBSD.ORG Subject: Re: Workaround for some broken BIOSes that forgot to enableATAchannels [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 19:28:21 -0000 On Mon, Apr 14, 2003 at 03:14:53PM -0400, John Baldwin wrote: > > On 14-Apr-2003 Soeren Schmidt wrote: > > It seems Maxim Sobolev wrote: > >> > > This is BIOS on my new vprMatrix 175B4 notebook (P4M-1.7GHz). > >> > > Along with ATA, it "forgets" to enable ports on network card > >> > > (fxp driver), I've already committed patch for it. Funny thing > >> > > is that the problem doesn't exists on 4.7 - both ata and fxp > >> > > work here OOB. This might be somehow related to ACPI, but > >> > > forcefully disabling it in 5-CURRENT doesn't help. > >> > > >> > I heard BIOSes, and now its just one :) > >> > > >> > I'll wait and see if there is more of this, before committing code that > >> > might be just a one off... > >> > >> :((( > >> > >> I am really wonder why ata driver is so strict in this area. > >> Many other drivers don't rely on BIOS to do the right job and > >> enable ports, memory space and busmastering explicitly. And > >> this is the right thing (IMO), since most modern operating > >> systems including FreeBSD don't give a shit to BIOS settings > >> anyway. If device is probed and user didn't disable the driver > >> explicitly, it should do everything to attach to device, no > >> matter in which weird state the BIOS left it. > > > > The current way of things are implemented because: > > 1. Users wanted our driver to honor the BIOS setting an ATA channel on or off > > This isn't always easy, esp. when we start supporting PNP OS = yes at > some point. > > > 2. If the BIOS doesn't enable the port, it most likely hasn't setup > > interrupt routing etc as well.. > > When I get PCI interrupt routing working right on SMP I plan to always > reroute PCI interrupts. In the case of UP and an unrouted interrupt, > we already route the interrupt properly anyways. > > A note to Maxim: please use pci_enable_io() instead of messing with > the config regs directly. Already done. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 12:53:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2970937B407 for ; Mon, 14 Apr 2003 12:53:13 -0700 (PDT) Received: from mf1.bredband.net (mf1.bredband.net [195.54.106.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9828043FBF for ; Mon, 14 Apr 2003 12:53:11 -0700 (PDT) (envelope-from mk-freebsd@bredband.net) Received: from localhost.036-23-6f72652.cust.bredbandsbolaget.se ([213.112.193.73]) by mf1.bredband.net with ESMTP <20030414195310.UDIH269.mf1@localhost.036-23-6f72652.cust.bredbandsbolaget.se> for ; Mon, 14 Apr 2003 21:53:10 +0200 Received: from c-49c170d5.036-23-6f72652.cust.bredbandsbolaget.se (localhost [127.0.0.1])with ESMTP id h3EJpmvr077319 for ; Mon, 14 Apr 2003 21:53:10 +0200 (CEST) (envelope-from mk-freebsd@bredband.net) Received: (from martink@localhost) (8.12.9/8.12.9/Submit) id h3EJpGOA077317 for freebsd-current@freebsd.org; Mon, 14 Apr 2003 21:51:16 +0200 (CEST) (envelope-from mk-freebsd@bredband.net) Date: Mon, 14 Apr 2003 21:51:16 +0200 From: Martin Karlsson To: freebsd-current@freebsd.org Message-ID: <20030414195116.GA743@c-49c170d5.bredbandsbolaget.se> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Powered-by: FreeBSD X-PGP-Keyid: 9C924660 X-PGP-Fingerprint: 5970 BE22 2C33 4D8F 53FD 7E34 66FF 9332 9C92 4660 X-PGP-Key: http://www.krutov.org/martin_karlsson.asc User-Agent: Mutt/1.5.4i Subject: mozilla 1.3_1,2 hangs on text-input X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 19:53:13 -0000 Hi. This is on -CURRENT from Apr 11. My newly built www/mozilla starts, and as long as I use the mouse, it loads webpages, and seems to just work. But as soon as I try to input text (be it in the address-field, or in a text-input field), mozilla locks up hard, and responds to nothing. mozilla-1.2.1_1,2 works fine (without Xft -- I haven't tried with Xft). I have tried building it with and without GTK2, with and without XFT, and with and without -O2 optimization (not that I know if any of these options would affect inputting of text). All my builds have been without mail, news, calendar, and chatzilla. I run: XFree86-4.3.0,1 freetype2-2.1.4 fontconfig-2.1.93 Xft-2.1_7 I'll be glad to supply additional info, and I'm willing to experiment with "stuff". Thanks in advance, -- Martin Karlsson From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 12:57:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C724437B401 for ; Mon, 14 Apr 2003 12:57:10 -0700 (PDT) Received: from h14n2fls34o809.telia.com (h190n1fls34o809.telia.com [213.67.96.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id A31A143FAF for ; Mon, 14 Apr 2003 12:57:09 -0700 (PDT) (envelope-from pawel.worach@telia.com) Received: from corona (corona.sajd.net [192.168.1.20])h3EJv8g00488 for ; Mon, 14 Apr 2003 21:57:08 +0200 (MEST) From: "Pawel Worach" To: Date: Mon, 14 Apr 2003 21:57:07 +0200 Message-ID: <000101c302c0$073d2550$1401a8c0@corona> 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, Build 10.0.4510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal Subject: panic: blockable sleep lock (sleep mutex) process lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 19:57:11 -0000 Hi! Latest -current panics on my dual x86 box. I'm using sched_ule, any ideas? ps. why doesn't it jump to db> ? FreeBSD 5.0-CURRENT #0: Mon Apr 14 19:26:10 CEST 2003 root@darkstar:/usr/obj/usr/src/sys/DARKSTAR -- snip -- SMP: AP CPU #1 Launched! panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/i386/i386/trap.c:728 cpuid = 0; lapic.id = 00000000 Stack backtrace: backtrace(c0330e9e,0,c0332f76,cd1e9a54,1) at backtrace+0x17 panic(c0332f76,c033f77e,c032f3b5,c03446e7,2d8) at panic+0x10a witness_lock(c0eaf068,8,c03446e7,2d8,ffffffff) at witness_lock+0xaf _mtx_lock_flags(c0eaf068,0,c03446e7,2d8,c0ea95f0) at _mtx_lock_flags+0x64 trap_pfault(cd1e9b4c,0,38,5,38) at trap_pfault+0x9d trap(18,10,10,c0ea95f0,c0389060) at trap+0x3ad calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc01dc367, esp = 0xcd1e9b8c, ebp = 0xcd1e9ba0 --- sched_choose(c0389060,c0eabc60,0,c0eaf0b8,cd1e9c14) at sched_choose+0x77 choosethread(c0ea95f0,136,c03316b7,c0388f60,3bd36759) at choosethread+0x35 mi_switch(c0ea95f0,68,c01d0550,c0ea95f0,0) at mi_switch+0x17d msleep(c0381d40,0,68,c032de6b,14) at msleep+0x360 g_waitidle(c0ea95f0,c0ea95f0,c0eaf000,cd1e9d0c,c01a8e17) at g_waitidle+0x5b vfs_mountroot(c03868a0,0,c032eab1,215,2eaa0) at vfs_mountroot+0xd start_init(0,cd1e9d48,c032f364,314,0) at start_init+0x47 fork_exit(c01a8dd0,0,cd1e9d48) at fork_exit+0xae fork_trampoline() at fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xcd1e9d7c, ebp = 0 --- Debugger("panic") Regards Pawel From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 12:59:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FA0737B401 for ; Mon, 14 Apr 2003 12:59:11 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id B688143F93 for ; Mon, 14 Apr 2003 12:59:10 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 10773 invoked from network); 14 Apr 2003 19:59:16 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 14 Apr 2003 19:59:16 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h3EJx7Ov067119; Mon, 14 Apr 2003 15:59:07 -0400 (EDT) (envelope-from jhb@FreeBSD.org) 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: <000101c302c0$073d2550$1401a8c0@corona> Date: Mon, 14 Apr 2003 15:59:09 -0400 (EDT) From: John Baldwin To: Pawel Worach cc: current@freebsd.org Subject: RE: panic: blockable sleep lock (sleep mutex) process lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 19:59:11 -0000 On 14-Apr-2003 Pawel Worach wrote: > Hi! > > Latest -current panics on my dual x86 box. > I'm using sched_ule, any ideas? > > ps. why doesn't it jump to db> ? > > FreeBSD 5.0-CURRENT #0: Mon Apr 14 19:26:10 CEST 2003 > root@darkstar:/usr/obj/usr/src/sys/DARKSTAR > -- snip -- > SMP: AP CPU #1 Launched! > panic: blockable sleep lock (sleep mutex) process lock @ > /usr/src/sys/i386/i386/trap.c:728 cpuid = 0; lapic.id = 00000000 Stack > backtrace: > backtrace(c0330e9e,0,c0332f76,cd1e9a54,1) at backtrace+0x17 > panic(c0332f76,c033f77e,c032f3b5,c03446e7,2d8) at panic+0x10a > witness_lock(c0eaf068,8,c03446e7,2d8,ffffffff) at witness_lock+0xaf > _mtx_lock_flags(c0eaf068,0,c03446e7,2d8,c0ea95f0) at _mtx_lock_flags+0x64 > trap_pfault(cd1e9b4c,0,38,5,38) at trap_pfault+0x9d > trap(18,10,10,c0ea95f0,c0389060) at trap+0x3ad > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc01dc367, esp = 0xcd1e9b8c, ebp = 0xcd1e9ba0 --- > sched_choose(c0389060,c0eabc60,0,c0eaf0b8,cd1e9c14) at sched_choose+0x77 Maybe a null pointer dereference here. Are your sources fully up to date? > choosethread(c0ea95f0,136,c03316b7,c0388f60,3bd36759) at choosethread+0x35 > mi_switch(c0ea95f0,68,c01d0550,c0ea95f0,0) at mi_switch+0x17d > msleep(c0381d40,0,68,c032de6b,14) at msleep+0x360 > g_waitidle(c0ea95f0,c0ea95f0,c0eaf000,cd1e9d0c,c01a8e17) at g_waitidle+0x5b > vfs_mountroot(c03868a0,0,c032eab1,215,2eaa0) at vfs_mountroot+0xd > start_init(0,cd1e9d48,c032f364,314,0) at start_init+0x47 > fork_exit(c01a8dd0,0,cd1e9d48) at fork_exit+0xae > fork_trampoline() at fork_trampoline+0x1a > --- trap 0x1, eip = 0, esp = 0xcd1e9d7c, ebp = 0 --- > Debugger("panic") > > Regards > Pawel > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 13:10:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3623337B401; Mon, 14 Apr 2003 13:10:25 -0700 (PDT) Received: from h14n2fls34o809.telia.com (h190n1fls34o809.telia.com [213.67.96.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADFB743FB1; Mon, 14 Apr 2003 13:10:23 -0700 (PDT) (envelope-from pawel.worach@telia.com) Received: from corona (corona.sajd.net [192.168.1.20])h3EKAMg00518; Mon, 14 Apr 2003 22:10:22 +0200 (MEST) From: "Pawel Worach" To: "'John Baldwin'" Date: Mon, 14 Apr 2003 22:10:21 +0200 Message-ID: <000201c302c1$e0d1dee0$1401a8c0@corona> 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, Build 10.0.4510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: cc: current@FreeBSD.org Subject: RE: panic: blockable sleep lock (sleep mutex) process lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 20:10:25 -0000 Yes they are, it's been like this for about a week or so the latest working kernel i have is: FreeBSD darkstar 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Apr 8 02:59:24 CEST 2003 root@darkstar:/usr/obj/usr/src/sys/DARKSTAR i386 On 14-Apr-2003 Pawel Worach wrote: > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc01dc367, esp = 0xcd1e9b8c, ebp = 0xcd1e9ba0 --- > sched_choose(c0389060,c0eabc60,0,c0eaf0b8,cd1e9c14) at sched_choose+0x77 Maybe a null pointer dereference here. Are your sources fully up to date? > choosethread(c0ea95f0,136,c03316b7,c0388f60,3bd36759) at > choosethread+0x35 > mi_switch(c0ea95f0,68,c01d0550,c0ea95f0,0) at mi_switch+0x17d From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 13:12:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02C7837B401 for ; Mon, 14 Apr 2003 13:12:09 -0700 (PDT) Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FBE543FA3 for ; Mon, 14 Apr 2003 13:12:07 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20878 invoked from network); 14 Apr 2003 20:12:14 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 14 Apr 2003 20:12:14 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h3EKC4Ov067158; Mon, 14 Apr 2003 16:12:05 -0400 (EDT) (envelope-from jhb@FreeBSD.org) 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, 14 Apr 2003 16:12:06 -0400 (EDT) From: John Baldwin To: julian@FreeBSD.org cc: marcel@FreeBSD.org cc: current@FreeBSD.org Subject: Bug in rev 1.3 of sys/i386/linux/linux_ptrace.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 20:12:09 -0000 In the linux_ptrace() function there is the following code: case PTRACE_GETFPXREGS: { #ifdef CPU_ENABLE_SSE struct proc *p; struct thread *td2; ... /* not being traced... */ if ((p->p_flag & P_TRACED) == 0) { error = EPERM; goto fail; } /* not being traced by YOU */ if (p->p_pptr != td->td_proc) { error = EBUSY; goto fail; } /* not currently stopped */ if ((p->p_flag & (P_TRACED|P_WAITED)) == 0) { error = EBUSY; goto fail; } ... Now, since we've already checked P_TRACED above, this last check will never fail. The diff in rev 1.3 was: - if (p->p_stat != SSTOP || (p->p_flag & P_WAITED) == 0) { + if ((p->p_flag & (P_TRACED|P_WAITED)) == 0) { So should this be (P_STOPPED|P_WAITED) instead? Or maybe just (P_STOPPED_TRACE|P_WAITED)? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 13:14:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FCDF37B401 for ; Mon, 14 Apr 2003 13:14:58 -0700 (PDT) Received: from emmi.physik.TU-Berlin.DE (emmi.physik.TU-Berlin.DE [130.149.160.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53F9743F75 for ; Mon, 14 Apr 2003 13:14:57 -0700 (PDT) (envelope-from jschlesn@emmi.physik.TU-Berlin.DE) Received: from emmi.physik.TU-Berlin.DE (localhost.physik.TU-Berlin.DE [127.0.0.1])h3EKEqkG037539; Mon, 14 Apr 2003 22:14:52 +0200 (CEST) (envelope-from jschlesn@emmi.physik.TU-Berlin.DE) Received: (from jschlesn@localhost)h3EKEqtl037538; Mon, 14 Apr 2003 22:14:52 +0200 (CEST) Date: Mon, 14 Apr 2003 22:14:52 +0200 From: Jan Schlesner To: Riccardo Torrini Message-ID: <20030414201452.GA37232@physik.TU-Berlin.DE> Mail-Followup-To: Riccardo Torrini , freebsd-current@freebsd.org References: <200304091025.LAA13913@sorley.cogsci.ed.ac.uk> <20030409123257.GA3598@trudy.torrini.home> <20030413122948.GA42211@physik.TU-Berlin.DE> <20030414074154.GG3965@trudy.torrini.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030414074154.GG3965@trudy.torrini.home> User-Agent: Mutt/1.4i X-Url: X-PGP-Key: X-Operating-System: FreeBSD 4.7-RELEASE-p10, i386 X-Mailer: Mutt 1.4i ( i386 FreeBSD 4.7-RELEASE-p10 ) cc: freebsd-current@freebsd.org Subject: Re: Unix epoch changed? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 20:14:58 -0000 On Mon, Apr 14, 2003 at 09:41:54AM +0200, Riccardo Torrini wrote: > On Sun, Apr 13, 2003 at 02:29:48PM +0200, Jan Schlesner wrote: > > >> Ok, I remember wrong. But the question remain: why find -mtime -2 > >> show a file from 1906 (near 100 year ago) instead of 2 days old? > > > Try to use "-mtime 2" instead of "-mtime -2". ;-) > > ^ ^^ > > It's not the same: positive_2 match file that are exactly 2 day old > but where negative_2 match file old from 0 upto 2 day. I need the > second :-( And is documented, not a my invention... Sorry, that was my faut. But the behavior looks like, that the binary representation of -2 is interpreted as a nosign number. Jan -- [ gpg key: http://wwwds.physik.tu-berlin.de/~jan/jschlesn.gpg ] [ key fingerprint: 4236 3497 C4CF 4F3A 274F B6E2 C4F6 B639 1DF4 CF0A ] -- It's better to reign in hell, than to serve in heaven... From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 13:53:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA05C37B401 for ; Mon, 14 Apr 2003 13:53:40 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED6F743FBF for ; Mon, 14 Apr 2003 13:53:39 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.9/8.12.9) with SMTP id h3EKrwrE003324 for ; Mon, 14 Apr 2003 16:53:58 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 14 Apr 2003 16:53:57 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: m_pkthdr.label now moved to m_tag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 20:53:41 -0000 Per a discussion here last year some time, I've gone ahead and moved the MAC label from the mbuf packet header structure to optional meta-data in an m_tag. This should improve the cleanliness of the mbuf header, which is possible now we have m_tags (thanks Sam!), which of course weren't available when we originally did the MAC adaptation of the network stack. As we now use the common meta-data infrastructure, it makes the failure modes for IPsec, MAC, etc, the same when it comes to poor handling of meta-data on mbufs, so hopefully that will improve the time to correct meta-data handling problems in the stack. Because the MAC m_tags are "deep", they required tweaks in the m_tag handling code to properly copy and free the tags--Sam and I have talked a bit about possible generalizations and slippery slopes on generality. I'd like to let this stuff settle a bit before we take on generalizing :-). I do have some initial performance results from a bit of experimentation; there was a small but measurable performance improvement for GENERIC that I believe corresponds to reducing the bzero() overhead on the mbuf header. If I unconditionally allocated m_tags with MAC enabled, I saw a slight additional performance overhead against m_pkthdr.label. However, I took this opportunity to move to conditionally allocating MAC m_tags, and in general observed a substantial performance improvement for un-labeled MAC policies, eliminating that overhead (and in fact improving performance substantially) in most cases. Labeled network policies actually see a per-byte throughput improvement with large packet sizes; they do see a per-packet overhead increase, however. Two graphs, for the bored, are available at: http://www.watson.org/~robert/freebsd/label-to-tag/ They explore the impact of three labeling approaches (m_pkthdr.label, m_tag always alloc, m_tag conditional alloc) across five kernel configurations: GENERIC, GENERIC+MAC, GENERIC+MAC with three policies: mac_none (stub), mac_bsdextended (file system firewall), and mac_biba (comprehensive system integrity policy). Of these, mac_biba is the only labeled network policy; mac_none does implement per-packet stub entry points, however, so does pay a per-packet overhead compared to no policy or mac_bsdextended. All measurements were over the loopback interface on an 800mhz box (SMP turned off, I should re-do them sometime with SMP). Incidentally, this should also fix a number of WITNESS warnings when running with labeled MAC policies because it cleans up some bugs in the mapping of mbuf allocator flags to malloc flags, and also more cleanly avoids blocking allocations during certain classes of mbuf head copies. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories ---------- Forwarded message ---------- Date: Mon, 14 Apr 2003 13:39:06 -0700 (PDT) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/kern kern_mac.c subr_mbuf.c uipc_mbuf.c uipc_mbuf2.c src/sys/net if_loop.c src/sys/sys mac.h mac_policy.h mbuf.h rwatson 2003/04/14 13:39:06 PDT FreeBSD src repository Modified files: sys/kern kern_mac.c subr_mbuf.c uipc_mbuf.c uipc_mbuf2.c sys/net if_loop.c sys/sys mac.h mac_policy.h mbuf.h Log: Move MAC label storage for mbufs into m_tags from the m_pkthdr structure, returning some additional room in the first mbuf in a chain, and avoiding feature-specific contents in the mbuf header. To do this: - Modify mbuf_to_label() to extract the tag, returning NULL if not found. - Introduce mac_init_mbuf_tag() which does most of the work mac_init_mbuf() used to do, except on an m_tag rather than an mbuf. - Scale back mac_init_mbuf() to perform m_tag allocation and invoke mac_init_mbuf_tag(). - Replace mac_destroy_mbuf() with mac_destroy_mbuf_tag(), since m_tag's are now GC'd deep in the m_tag/mbuf code rather than at a higher level when mbufs are directly free()'d. - Add mac_copy_mbuf_tag() to support m_copy_pkthdr() and related notions. - Generally change all references to mbuf labels so that they use mbuf_to_label() rather than &mbuf->m_pkthdr.label. This required no changes in the MAC policies (yay!). - Tweak mbuf release routines to not call mac_destroy_mbuf(), tag destruction takes care of it for us now. - Remove MAC magic from m_copy_pkthdr() and m_move_pkthdr() -- the existing m_tag support does all this for us. Note that we can no longer just zero the m_tag list on the target mbuf, rather, we have to delete the chain because m_tag's will already be hung off freshly allocated mbuf's. - Tweak m_tag copying routines so that if we're copying a MAC m_tag, we don't do a binary copy, rather, we initialize the new storage and do a deep copy of the label. - Remove use of MAC_FLAG_INITIALIZED in a few bizarre places having to do with mbuf header copies previously. - When an mbuf is copied in ip_input(), we no longer need to explicitly copy the label because it will get handled by the m_tag code now. - No longer any weird handling of MAC labels in if_loop.c during header copies. - Add MPC_LOADTIME_FLAG_LABELMBUFS flag to Biba, MLS, mac_test. In mac_test, handle the label==NULL case, since it can be dynamically loaded. In order to improve performance with this change, introduce the notion of "lazy MAC label allocation" -- only allocate m_tag storage for MAC labels if we're running with a policy that uses MAC labels on mbufs. Policies declare this intent by setting the MPC_LOADTIME_FLAG_LABELMBUFS flag in their load-time flags field during declaration. Note: this opens up the possibility of post-boot policy modules getting back NULL slot entries even though they have policy invariants of non-NULL slot entries, as the policy might have been loaded after the mbuf was allocated, leaving the mbuf without label storage. Policies that cannot handle this case must be declared as NOTLATE, or must be modified. - mac_labelmbufs holds the current cumulative status as to whether any policies require mbuf labeling or not. This is updated whenever the active policy set changes by the function mac_policy_updateflags(). The function iterates the list and checks whether any have the flag set. Write access to this variable is protected by the policy list; read access is currently not protected for performance reasons. This might change if it causes problems. - Add MAC_POLICY_LIST_ASSERT_EXCLUSIVE() to permit the flags update function to assert appropriate locks. - This makes allocation in mac_init_mbuf() conditional on the flag. Reviewed by: sam Obtained from: TrustedBSD Project Sponsored by: DARPA, Network Associates Laboratories Revision Changes Path 1.85 +118 -17 src/sys/kern/kern_mac.c 1.45 +9 -17 src/sys/kern/subr_mbuf.c 1.115 +8 -15 src/sys/kern/uipc_mbuf.c 1.19 +22 -1 src/sys/kern/uipc_mbuf2.c 1.82 +0 -8 src/sys/net/if_loop.c 1.39 +5 -2 src/sys/sys/mac.h 1.38 +3 -0 src/sys/sys/mac_policy.h 1.120 +1 -2 src/sys/sys/mbuf.h From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 12:27:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7EF637B407 for ; Mon, 14 Apr 2003 12:27:01 -0700 (PDT) Received: from telia.com (h190n1fls34o809.telia.com [213.67.96.190]) by mx1.FreeBSD.org (Postfix) with SMTP id C32D543F3F for ; Mon, 14 Apr 2003 12:26:27 -0700 (PDT) (envelope-from pawel.worach@telia.com) Message-Id: <20030414192627.C32D543F3F@mx1.FreeBSD.org> Date: Mon, 14 Apr 2003 12:26:27 -0700 (PDT) From: pawel.worach@telia.com To: undisclosed-recipients: ; X-Mailman-Approved-At: Mon, 14 Apr 2003 14:01:25 -0700 Subject: panic: blockable sleep lock (sleep mutex) process lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 19:27:02 -0000 Hi! Latest -current panics on my dual x86 box. I'm using sched_ule, any ideas? ps. why doesn't it jump to db> ? FreeBSD 5.0-CURRENT #0: Mon Apr 14 19:26:10 CEST 2003 root@darkstar:/usr/obj/usr/src/sys/DARKSTAR -- snip -- SMP: AP CPU #1 Launched! panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/i386/i386/trap.c:728 cpuid = 0; lapic.id = 00000000 Stack backtrace: backtrace(c0330e9e,0,c0332f76,cd1e9a54,1) at backtrace+0x17 panic(c0332f76,c033f77e,c032f3b5,c03446e7,2d8) at panic+0x10a witness_lock(c0eaf068,8,c03446e7,2d8,ffffffff) at witness_lock+0xaf _mtx_lock_flags(c0eaf068,0,c03446e7,2d8,c0ea95f0) at _mtx_lock_flags+0x64 trap_pfault(cd1e9b4c,0,38,5,38) at trap_pfault+0x9d trap(18,10,10,c0ea95f0,c0389060) at trap+0x3ad calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc01dc367, esp = 0xcd1e9b8c, ebp = 0xcd1e9ba0 --- sched_choose(c0389060,c0eabc60,0,c0eaf0b8,cd1e9c14) at sched_choose+0x77 choosethread(c0ea95f0,136,c03316b7,c0388f60,3bd36759) at choosethread+0x35 mi_switch(c0ea95f0,68,c01d0550,c0ea95f0,0) at mi_switch+0x17d msleep(c0381d40,0,68,c032de6b,14) at msleep+0x360 g_waitidle(c0ea95f0,c0ea95f0,c0eaf000,cd1e9d0c,c01a8e17) at g_waitidle+0x5b vfs_mountroot(c03868a0,0,c032eab1,215,2eaa0) at vfs_mountroot+0xd start_init(0,cd1e9d48,c032f364,314,0) at start_init+0x47 fork_exit(c01a8dd0,0,cd1e9d48) at fork_exit+0xae fork_trampoline() at fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xcd1e9d7c, ebp = 0 --- Debugger("panic") Regards Pawel From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 14:04:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E606B37B401 for ; Mon, 14 Apr 2003 14:04:18 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6F3E43F3F for ; Mon, 14 Apr 2003 14:04:17 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) h3EL4HUs071777; Mon, 14 Apr 2003 17:04:17 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)h3EL4GTD071774; Mon, 14 Apr 2003 17:04:17 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Mon, 14 Apr 2003 17:04:16 -0400 (EDT) From: Andre Guibert de Bruet To: pawel.worach@telia.com In-Reply-To: <20030414192627.C32D543F3F@mx1.FreeBSD.org> Message-ID: <20030414170306.C70262@alpha.siliconlandmark.com> References: <20030414192627.C32D543F3F@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: panic: blockable sleep lock (sleep mutex) process lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 21:04:19 -0000 Pawel, Last I've heard, SCHED_ULE isn't SMP friendly. Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > On Mon, 14 Apr 2003 pawel.worach@telia.com wrote: > Hi! > > Latest -current panics on my dual x86 box. > I'm using sched_ule, any ideas? > > ps. why doesn't it jump to db> ? > > FreeBSD 5.0-CURRENT #0: Mon Apr 14 19:26:10 CEST 2003 > root@darkstar:/usr/obj/usr/src/sys/DARKSTAR > -- snip -- > SMP: AP CPU #1 Launched! > panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/i386/i386/trap.c:728 cpuid = 0; lapic.id = 00000000 Stack backtrace: > backtrace(c0330e9e,0,c0332f76,cd1e9a54,1) at backtrace+0x17 > panic(c0332f76,c033f77e,c032f3b5,c03446e7,2d8) at panic+0x10a > witness_lock(c0eaf068,8,c03446e7,2d8,ffffffff) at witness_lock+0xaf > _mtx_lock_flags(c0eaf068,0,c03446e7,2d8,c0ea95f0) at _mtx_lock_flags+0x64 > trap_pfault(cd1e9b4c,0,38,5,38) at trap_pfault+0x9d > trap(18,10,10,c0ea95f0,c0389060) at trap+0x3ad > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc01dc367, esp = 0xcd1e9b8c, ebp = 0xcd1e9ba0 --- > sched_choose(c0389060,c0eabc60,0,c0eaf0b8,cd1e9c14) at sched_choose+0x77 > choosethread(c0ea95f0,136,c03316b7,c0388f60,3bd36759) at choosethread+0x35 > mi_switch(c0ea95f0,68,c01d0550,c0ea95f0,0) at mi_switch+0x17d > msleep(c0381d40,0,68,c032de6b,14) at msleep+0x360 > g_waitidle(c0ea95f0,c0ea95f0,c0eaf000,cd1e9d0c,c01a8e17) at g_waitidle+0x5b > vfs_mountroot(c03868a0,0,c032eab1,215,2eaa0) at vfs_mountroot+0xd > start_init(0,cd1e9d48,c032f364,314,0) at start_init+0x47 > fork_exit(c01a8dd0,0,cd1e9d48) at fork_exit+0xae > fork_trampoline() at fork_trampoline+0x1a > --- trap 0x1, eip = 0, esp = 0xcd1e9d7c, ebp = 0 --- > Debugger("panic") > > Regards > Pawel > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 14:12:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA49F37B401; Mon, 14 Apr 2003 14:12:48 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B94F43F75; Mon, 14 Apr 2003 14:12:47 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h3ELClwk044180; Mon, 14 Apr 2003 14:12:47 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h3ELChGN000920; Mon, 14 Apr 2003 14:12:43 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h3ELCd2s000919; Mon, 14 Apr 2003 14:12:39 -0700 (PDT) (envelope-from marcel) Date: Mon, 14 Apr 2003 14:12:39 -0700 From: Marcel Moolenaar To: John Baldwin Message-ID: <20030414211239.GA843@athlon.pn.xcllnt.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i cc: julian@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Bug in rev 1.3 of sys/i386/linux/linux_ptrace.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 21:12:49 -0000 On Mon, Apr 14, 2003 at 04:12:06PM -0400, John Baldwin wrote: > In the linux_ptrace() function there is the following code: *snip* > /* not currently stopped */ > if ((p->p_flag & (P_TRACED|P_WAITED)) == 0) { > error = EBUSY; > goto fail; > } > > ... > > Now, since we've already checked P_TRACED above, this last > check will never fail. The diff in rev 1.3 was: > > - if (p->p_stat != SSTOP || (p->p_flag & P_WAITED) == 0) { > + if ((p->p_flag & (P_TRACED|P_WAITED)) == 0) { > > So should this be (P_STOPPED|P_WAITED) instead? Or maybe just > (P_STOPPED_TRACE|P_WAITED)? I don't know the difference between P_STOPPED and P_STOPPED_TRACE but yes, we should check whether the process is stopped. The equivalent in sys/kern/sys_process.c is: if (!P_SHOULDSTOP(p) || (p->p_flag & P_WAITED) == 0) { P_SHOULDSTOP(p) expands to: ((p)->p_flag & P_STOPPED) Using P_STOPPED makes us bug-for-bug compatible... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 14:13:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F02BA37B401 for ; Mon, 14 Apr 2003 14:13:41 -0700 (PDT) Received: from mobile.hub.org (u173n136.eastlink.ca [24.224.173.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2633843FA3 for ; Mon, 14 Apr 2003 14:13:41 -0700 (PDT) (envelope-from scrappy@hub.org) Received: by mobile.hub.org (Postfix, from userid 1001) id 604811E3; Mon, 14 Apr 2003 21:13:55 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by mobile.hub.org (Postfix) with ESMTP id 028171A8; Mon, 14 Apr 2003 21:13:54 +0000 (GMT) Date: Mon, 14 Apr 2003 21:13:54 +0000 (GMT) From: The Hermit Hacker To: Andre Guibert de Bruet In-Reply-To: <20030414170306.C70262@alpha.siliconlandmark.com> Message-ID: <20030414211310.I5215@hub.org> References: <20030414192627.C32D543F3F@mx1.FreeBSD.org> <20030414170306.C70262@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: pawel.worach@telia.com cc: current@freebsd.org Subject: Re: panic: blockable sleep lock (sleep mutex) process lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 21:13:42 -0000 On Mon, 14 Apr 2003, Andre Guibert de Bruet wrote: > Pawel, > > Last I've heard, SCHED_ULE isn't SMP friendly. I'm running SCHED_ULE on a DualAMD desktop at the office, and haven't noticed any instability issues ... From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 14:52:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38E4F37B401; Mon, 14 Apr 2003 14:52:22 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D99D43F75; Mon, 14 Apr 2003 14:52:21 -0700 (PDT) (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 <20030414215219002006ubs1e>; Mon, 14 Apr 2003 21:52:20 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA27464; Mon, 14 Apr 2003 14:52:17 -0700 (PDT) Date: Mon, 14 Apr 2003 14:52:16 -0700 (PDT) From: Julian Elischer To: John Baldwin In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: marcel@FreeBSD.org cc: julian@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Bug in rev 1.3 of sys/i386/linux/linux_ptrace.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 21:52:22 -0000 On Mon, 14 Apr 2003, John Baldwin wrote: > In the linux_ptrace() function there is the following code: > > case PTRACE_GETFPXREGS: { > #ifdef CPU_ENABLE_SSE > struct proc *p; > struct thread *td2; > > ... > > /* not being traced... */ > if ((p->p_flag & P_TRACED) == 0) { > error = EPERM; > goto fail; > } > > /* not being traced by YOU */ > if (p->p_pptr != td->td_proc) { > error = EBUSY; > goto fail; > } > > /* not currently stopped */ > if ((p->p_flag & (P_TRACED|P_WAITED)) == 0) { > error = EBUSY; > goto fail; > } > > ... > > Now, since we've already checked P_TRACED above, this last > check will never fail. The diff in rev 1.3 was: > > - if (p->p_stat != SSTOP || (p->p_flag & P_WAITED) == 0) { > + if ((p->p_flag & (P_TRACED|P_WAITED)) == 0) { > > So should this be (P_STOPPED|P_WAITED) instead? Or maybe just > (P_STOPPED_TRACE|P_WAITED)? probably the 2nd option, except that I am not 100% sure without looking at the code, (which I don't have alot of time for right now) (you will sympathise more after June 4) (my Birthday BTW) that P_STOPPED_TRACE is fully implemented.. some other hands have been in there and I haven't followed what they did.. > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 15:19:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CEA037B401; Mon, 14 Apr 2003 15:19:03 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0281543FBF; Mon, 14 Apr 2003 15:19:02 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc03.attbi.com (sccrmhc03) with ESMTP id <2003041422190000300fetcke>; Mon, 14 Apr 2003 22:19:01 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA27661; Mon, 14 Apr 2003 15:18:58 -0700 (PDT) Date: Mon, 14 Apr 2003 15:18:56 -0700 (PDT) From: Julian Elischer To: Marcel Moolenaar In-Reply-To: <20030414211239.GA843@athlon.pn.xcllnt.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: julian@FreeBSD.org cc: current@FreeBSD.org cc: John Baldwin Subject: Re: Bug in rev 1.3 of sys/i386/linux/linux_ptrace.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 22:19:03 -0000 On Mon, 14 Apr 2003, Marcel Moolenaar wrote: > On Mon, Apr 14, 2003 at 04:12:06PM -0400, John Baldwin wrote: > > In the linux_ptrace() function there is the following code: > *snip* > > /* not currently stopped */ > > if ((p->p_flag & (P_TRACED|P_WAITED)) == 0) { > > error = EBUSY; > > goto fail; > > } > > > > ... > > > > Now, since we've already checked P_TRACED above, this last > > check will never fail. The diff in rev 1.3 was: > > > > - if (p->p_stat != SSTOP || (p->p_flag & P_WAITED) == 0) { > > + if ((p->p_flag & (P_TRACED|P_WAITED)) == 0) { > > > > So should this be (P_STOPPED|P_WAITED) instead? Or maybe just > > (P_STOPPED_TRACE|P_WAITED)? > > I don't know the difference between P_STOPPED and P_STOPPED_TRACE P_STOPPED is actually a set of 3 bits each for one reason that teh process might be stopped.. i.e #define P_STOPPED_SIG 0x20000 /* Stopped due to SIGSTOP/SIGTSTP */ #define P_STOPPED_TRACE 0x40000 /* Stopped because of tracing */ #define P_STOPPED_SINGLE 0x80000 /* Only one thread can continue */ #define P_STOPPED \ (P_STOPPED_SIG|P_STOPPED_SINGLE|P_STOPPED_TRACE) If P_STOPPED but !P_STOPPED_TRACE then that means that the process is stopped for some other reason and the debugger has not stopped it (yet). Iwther we find any stoppage acceptible or just P_STOPPED_TRACE depends upon whether there is a chance that the other stop reason may be removed before whatever it is we are testign for gets done. For example you may be in P_STOPPED_SINGLE mode, where all threads are trapped and forced to SUSPENDED state until only one (doing for example a fork()) is left. THAT thread is allowed to continue doing it's work in the kernel until it finishes and then releases the condition. Theoretically this is using the 'STOPPED' checks in the kernel to "mostly stop" the process. but the bit could be released without intervention from the debugger. Also, in a threaded world, having any of the STOPPED bits does not mean that all your threads are yet suspended.. These are flags that 'trip up' threads as they try exit the kernel and suspend them, (or they suspend themselves) but the true check for all teh threads being suspended is: (I think) if ((P_SHOULDSTOP(p) & P_STOPPED_TRACE) && (p->p_numthreads == p->p_suspcount)) i.e. Are all the threads now suspended, and is our trace one of the reasons that they will be held suspended. (i.e this guarantees that no-one else can allow them to run while we are not looking) The code above is slightly suboptimal but the compiler should optimise it.. (one would hope). > but yes, we should check whether the process is stopped. The > equivalent in sys/kern/sys_process.c is: This says that the threads have been requested to stop, but does not indicate truely whther they have complied yet. > > if (!P_SHOULDSTOP(p) || (p->p_flag & P_WAITED) == 0) { > > P_SHOULDSTOP(p) expands to: > > ((p)->p_flag & P_STOPPED) > > Using P_STOPPED makes us bug-for-bug compatible... > > -- > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net > From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 15:33:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30D3237B401; Mon, 14 Apr 2003 15:33:21 -0700 (PDT) Received: from mx0.freebsd-services.com (survey.codeburst.net [195.149.39.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35A6E43F3F; Mon, 14 Apr 2003 15:33:20 -0700 (PDT) (envelope-from paul@freebsd-services.com) Received: by mx0.freebsd-services.com (Postfix, from userid 1002) id 228971B229; Mon, 14 Apr 2003 23:33:19 +0100 (BST) Date: Mon, 14 Apr 2003 23:33:18 +0100 From: Paul Richards To: Pawel Worach Message-ID: <20030414223318.GA75035@survey.codeburst.net> References: <000201c302c1$e0d1dee0$1401a8c0@corona> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000201c302c1$e0d1dee0$1401a8c0@corona> User-Agent: Mutt/1.4.1i cc: current@FreeBSD.org cc: 'John Baldwin' Subject: Re: panic: blockable sleep lock (sleep mutex) process lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 22:33:21 -0000 On Mon, Apr 14, 2003 at 10:10:21PM +0200, Pawel Worach wrote: > Yes they are, it's been like this for about a week or so > the latest working kernel i have is: > FreeBSD darkstar 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Apr 8 02:59:24 > CEST 2003 root@darkstar:/usr/obj/usr/src/sys/DARKSTAR i386 > I have the same problem, and the same last working date. I'm building a kernel from the 9th at the moment to try and pinpoint exactly when this broke. Paul. From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 15:35:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 105F237B401 for ; Mon, 14 Apr 2003 15:35:33 -0700 (PDT) Received: from h14n2fls34o809.telia.com (h190n1fls34o809.telia.com [213.67.96.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1B8543F3F for ; Mon, 14 Apr 2003 15:35:31 -0700 (PDT) (envelope-from pawel.worach@telia.com) Received: from corona (corona.sajd.net [192.168.1.20])h3EMZTg00571 for ; Tue, 15 Apr 2003 00:35:30 +0200 (MEST) From: "Pawel Worach" To: Date: Tue, 15 Apr 2003 00:35:29 +0200 Message-ID: <000001c302d6$275366e0$1401a8c0@corona> 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, Build 10.0.4510 In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: RE: panic: blockable sleep lock (sleep mutex) process lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 22:35:33 -0000 Well I have been using ULE since it was committed without any problems up until now. I re-cvsupped src/sys just to make sure my sources are clean but it still panics. I also build a 4BSD sched kernel that boots fine. On Mon, 14 Apr 2003, Andre Guibert de Bruet wrote: > Pawel, > > Last I've heard, SCHED_ULE isn't SMP friendly. I'm running SCHED_ULE on a DualAMD desktop at the office, and haven't noticed any instability issues ... From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 15:55:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D4D437B401 for ; Mon, 14 Apr 2003 15:55:53 -0700 (PDT) Received: from mx0.freebsd-services.com (survey.codeburst.net [195.149.39.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA5F043F85 for ; Mon, 14 Apr 2003 15:55:52 -0700 (PDT) (envelope-from paul@freebsd-services.com) Received: by mx0.freebsd-services.com (Postfix, from userid 1002) id A203D1B229; Mon, 14 Apr 2003 23:55:51 +0100 (BST) Date: Mon, 14 Apr 2003 23:55:51 +0100 From: Paul Richards To: Beech Rintoul Message-ID: <20030414225551.GB75035@survey.codeburst.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: Disk write command timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2003 22:55:53 -0000 On Sun, Apr 13, 2003 at 09:11:49AM -0800, Beech Rintoul wrote: > Hi, > > I have a Compaq Deskpro PI/200 with a Maxtor 10G drive running > yesterday's -CURRENT. > Several weeks ago I installed the Maxtor HD and have been having the > following problem under heavy disk usage: > > Apr 12 09:27:56 stargate kernel: ad2: WRITE command timeout tag=0 serv=0 - > reset > ting I get these periodically too with the following disk. ad0: 117800MB [239340/16/63] at ata2-master UDMA100 Also, my disk performance seems to generally suck. Soren, have you got a benchmark I can run to see if things are OK? Paul. From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 18:01:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B695237B401; Mon, 14 Apr 2003 18:01:49 -0700 (PDT) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A30D43F85; Mon, 14 Apr 2003 18:01:48 -0700 (PDT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id 0C0F624D04; Tue, 15 Apr 2003 10:01:47 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id 8AE1224D02; Tue, 15 Apr 2003 10:01:44 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id 4243A1E460E; Tue, 15 Apr 2003 10:01:44 +0900 (JST) Date: Tue, 15 Apr 2003 10:01:44 +0900 Message-ID: <7mbrz8shdz.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current In-Reply-To: <7my92ermdn.wl@black.imgsrc.co.jp> References: <7my92ermdn.wl@black.imgsrc.co.jp> User-Agent: Wanderlust/2.10.0 (Venus) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020531 cc: jeff@FreeBSD.org Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 01:01:50 -0000 I got this again with latest (few hours ago) current. I tried with SCHED_4BSD and seems fine. It seems SCHED_ULE specific problem. At Sun, 13 Apr 2003 23:47:32 +0000 (UTC), kuriyama wrote: > Fatal trap 12: page fault while in kernel mode > cpuid = 0; lapic.id = 00000000 > fault virtual address = 0x38 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc0226307 > stack pointer = 0x10:0xe121abbc > frame pointer = 0x10:0xe121abd0 > 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 = 4 (g_down) > kernel: type 12 trap, code=0 -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 18:19:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DC8137B401 for ; Mon, 14 Apr 2003 18:19:38 -0700 (PDT) Received: from grogged.dyndns.org (c-66-41-101-53.mn.client2.attbi.com [66.41.101.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 757D443FAF for ; Mon, 14 Apr 2003 18:19:37 -0700 (PDT) (envelope-from matt@grogged.dyndns.org) Received: by grogged.dyndns.org (Postfix, from userid 1001) id 4F7F016809; Mon, 14 Apr 2003 20:09:31 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by grogged.dyndns.org (Postfix) with ESMTP id 487E4D23A for ; Mon, 14 Apr 2003 20:09:31 -0500 (CDT) Date: Mon, 14 Apr 2003 20:09:31 -0500 (CDT) From: matt Cc: In-Reply-To: <6814.1050307784@critter.freebsd.dk> Message-ID: <20030414194625.G63779-100000@grogged.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: GBDE + md() + ccd() = corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 01:19:38 -0000 Well, the good news is that your changes to ccd.c seemed to fix the ENOMEM messages. As for corruption problem, I had a little time today to play with it. Just in case there were any relevant changes I used the kernel sources from April 14th - I would have done a make world but things were "angry" after I cvsup'ed. I'll wait a couple days and see if the problem goes away... Anyhow, I nuked the files md() was using, and whipped up some new ones, same size as the old ones, 1175000000b - I tried things in a different order this time, I used md() as before with the 4x files, then I used ccd() to concatenate the md devices together, and then I used gdbe to init/attach ccd(). I've experienced the same problems since then however... To try and facilitate the discovery of what was happening to the files, I started creating big text files (yes 'echo "abcdefg123456789" >> testfile.txt'|sh), The smallest one that had md5sum issues so far was 140mb or so, though the bigger the files are the more likely they seem to get corrupted. Unfortunately, I discovered diff seems prone to spit out "memory exhausted" errors on larger text files (unless --brief flag is applied). I guess I'll see if I can whip up a python script or something to "diff" the problem files so as to provide output more descriptive than "files foo and foo2 differ". More later as things develop... -m On Mon, 14 Apr 2003, Poul-Henning Kamp wrote: > In message <20030413174853.F57816-100000@grogged.dyndns.org>, matt writes: > > > >Quick question (please CC me, as I'm not on the list yet) - > > > >I have 4x files setup through the md device (md1, md2, md3, mde4), each of > >which I have init'd and attached gbde to (successfully), for md1.bde, > >md2.bde, etc... I've used ccdconfig to make these 4 encrypted devices > >a concatenated disk (ccd0c), where upon I newfs'd /dev/ccd0c and > >successfully mounted it. > > Ok, I just found and fixed one bad bug in ccd with respect to ENOMEM: > it would never return the I/O request in question. > > You want to pull in version 1.133 of sys/dev/ccd/ccd.c > > -- > 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. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Apr 14 22:32:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E37837B404 for ; Mon, 14 Apr 2003 22:32:56 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-57-131.client.attbi.com [12.233.57.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87A5B43F3F for ; Mon, 14 Apr 2003 22:32:55 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.5) with ESMTP id h3F59FUl000581; Mon, 14 Apr 2003 22:09:15 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.5/Submit) id h3F59EB5000580; Mon, 14 Apr 2003 22:09:14 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Mon, 14 Apr 2003 22:09:14 -0700 From: David Schultz To: Attila Nagy Message-ID: <20030415050914.GA512@HAL9000.homeunix.com> Mail-Followup-To: Attila Nagy , current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: current@FreeBSD.ORG Subject: Re: 0.% X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 05:32:56 -0000 On Mon, Apr 14, 2003, Attila Nagy wrote: > Hello, > > insomnia# df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/da0s1a 291G 61M 291G 0.% /data > > insomnia# uname -a > FreeBSD insomnia.fsn.hu 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Sat Apr 12 > 16:48:22 CEST 2003 root@insomnia.fsn.hu:/usr/obj/usr/src/sys/INSOMNIA > i386 > > I think something is wrong here... Fixed in rev 1.58 of src/lib/libc/stdio/vfprintf.c. From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 00:53:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B175237B401 for ; Tue, 15 Apr 2003 00:53:03 -0700 (PDT) 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 D1BA543FA3 for ; Tue, 15 Apr 2003 00:53:01 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.8p1/8.12.8) id h3F7qOqt086698; Tue, 15 Apr 2003 09:52:24 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200304150752.h3F7qOqt086698@spider.deepcore.dk> In-Reply-To: <20030414225551.GB75035@survey.codeburst.net> To: Paul Richards Date: Tue, 15 Apr 2003 09:52:24 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 cc: freebsd-current@FreeBSD.ORG cc: Beech Rintoul Subject: Re: Disk write command timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 07:53:04 -0000 It seems Paul Richards wrote: > > I have a Compaq Deskpro PI/200 with a Maxtor 10G drive running > > yesterday's -CURRENT. > > Several weeks ago I installed the Maxtor HD and have been having the > > following problem under heavy disk usage: > > > > Apr 12 09:27:56 stargate kernel: ad2: WRITE command timeout tag=0 serv=0 - > > reset > > ting > > I get these periodically too with the following disk. > > ad0: 117800MB [239340/16/63] at ata2-master UDMA100 > > Also, my disk performance seems to generally suck. Soren, have you got a > benchmark I can run to see if things are OK? A simple test with dd and a fairly big bs, ie like 1m, should test speed pretty well. What chipset are you using ? -Søren From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 01:15:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFB0937B401 for ; Tue, 15 Apr 2003 01:15:13 -0700 (PDT) Received: from jinx.plutonium-x.org (jinx.plutonium-x.org [193.77.159.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id C19C643FAF for ; Tue, 15 Apr 2003 01:15:12 -0700 (PDT) (envelope-from dusan@jinx.plutonium-x.org) Received: from jinx.plutonium-x.org (dusan@localhost [127.0.0.1]) h3F8FEBZ000391 for ; Tue, 15 Apr 2003 10:15:14 +0200 (CEST) (envelope-from dusan@jinx.plutonium-x.org) Received: by jinx.plutonium-x.org (8.12.6p2/8.12.6/Submit) id h3F8FDqo000390 for freebsd-current@freebsd.org; Tue, 15 Apr 2003 10:15:13 +0200 (CEST) Content-Type: text/plain; charset="us-ascii" From: Dusan Kozic To: freebsd-current@freebsd.org Date: Tue, 15 Apr 2003 10:15:13 +0200 User-Agent: KMail/1.4.3 OS: FreeBSD MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200304151015.13467.dusan@sah-drustvo-ms.si> Subject: passwd bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 08:15:14 -0000 Hi! In FreeBSD 5 I changed my password to empty. When I type passwd command, = I=20 entered my old password, and then I pressed Ctrl+C or Ctrl+D (I don't=20 remember exactly). Then I had an empty password, so everyone can logged in the system as me,= but=20 when I tryed to change this empty password, system asked me for Old passw= ord,=20 and if I pressed only Enter key it writes me passwd: sorry. I mean that this is bug in FreeBSD 5, or? --=20 Lep pozdrav, Dusan Kozic dusan@sah-drustvo-ms.si From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 01:46:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 405CD37B401; Tue, 15 Apr 2003 01:46:04 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEA6143FAF; Tue, 15 Apr 2003 01:46:02 -0700 (PDT) (envelope-from ilmar@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h3F8kLrD095721; Tue, 15 Apr 2003 04:46:21 -0400 (EDT) (envelope-from ilmar@watson.org) Received: from localhost (ilmar@localhost)h3F8kKel095718; Tue, 15 Apr 2003 04:46:20 -0400 (EDT) (envelope-from ilmar@watson.org) X-Authentication-Warning: fledge.watson.org: ilmar owned process doing -bs Date: Tue, 15 Apr 2003 04:46:19 -0400 (EDT) From: "Ilmar S. Habibulin" To: Robert Watson In-Reply-To: Message-ID: <20030415044318.D92160@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: m_pkthdr.label now moved to m_tag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 08:46:04 -0000 On Mon, 14 Apr 2003, Robert Watson wrote: > Incidentally, this should also fix a number of WITNESS warnings when > running with labeled MAC policies because it cleans up some bugs in the > mapping of mbuf allocator flags to malloc flags, and also more cleanly > avoids blocking allocations during certain classes of mbuf head copies. So now it is possible to implement IP packet labeling? Or this feature would not be included? From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 02:09:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DFFB37B401 for ; Tue, 15 Apr 2003 02:09:54 -0700 (PDT) Received: from rrcs-se-24-73-205-166.biz.rr.com (rrcs-se-24-73-205-166.biz.rr.com [24.73.205.166]) by mx1.FreeBSD.org (Postfix) with SMTP id CE93143F93 for ; Tue, 15 Apr 2003 02:09:53 -0700 (PDT) (envelope-from wade@ezri.org) Received: (qmail 85428 invoked from network); 15 Apr 2003 09:09:53 -0000 Received: from unknown (HELO ezri.org) (192.168.0.46) by rrcs-se-24-73-205-166.biz.rr.com with SMTP; 15 Apr 2003 09:09:53 -0000 Message-ID: <3E9BCC5F.4050603@ezri.org> Date: Tue, 15 Apr 2003 05:09:51 -0400 From: Wade Majors User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Adjusting pcm buffersize? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 09:09:54 -0000 Hi, I am having problems with my soundcard that I think might be fixable by increasing the buffersize, but the sysctl that reports the buffersize is readonly. Basically, even when there is relativly mild hard disk access (like a large cvsup) I start to get underruns (as reported by a verbose /dev/sndstat). CPU usage is nowhere near 100% yet the sound card is starved. I have tried tweaking everything possible in with my motherboard's BIOS with regards to PCI, AGP, and SDRAM read/writes to no avail. Any ideas? -Wade From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 03:50:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6751537B401; Tue, 15 Apr 2003 03:50:39 -0700 (PDT) Received: from mx0.freebsd-services.com (survey.codeburst.net [195.149.39.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76D4943FAF; Tue, 15 Apr 2003 03:50:34 -0700 (PDT) (envelope-from paul@freebsd-services.com) Received: by mx0.freebsd-services.com (Postfix, from userid 1002) id 1E55B1B219; Tue, 15 Apr 2003 11:50:33 +0100 (BST) Date: Tue, 15 Apr 2003 11:50:32 +0100 From: Paul Richards To: Pawel Worach Message-ID: <20030415105032.GB93652@survey.codeburst.net> References: <000201c302c1$e0d1dee0$1401a8c0@corona> <20030414223318.GA75035@survey.codeburst.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030414223318.GA75035@survey.codeburst.net> User-Agent: Mutt/1.4.1i cc: current@FreeBSD.org cc: 'John Baldwin' Subject: Re: panic: blockable sleep lock (sleep mutex) process lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 10:50:39 -0000 On Mon, Apr 14, 2003 at 11:33:18PM +0100, Paul Richards wrote: > On Mon, Apr 14, 2003 at 10:10:21PM +0200, Pawel Worach wrote: > > Yes they are, it's been like this for about a week or so > > the latest working kernel i have is: > > FreeBSD darkstar 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Apr 8 02:59:24 > > CEST 2003 root@darkstar:/usr/obj/usr/src/sys/DARKSTAR i386 > > > > I have the same problem, and the same last working date. > > I'm building a kernel from the 9th at the moment to try and pinpoint > exactly when this broke. I have a working kernel from the 11th and a broken kernel from the 12th. I'll do some more tracking down this evening but something definitely broke in that 24 hours. I think someone else reported that SCHED_4BSD is still working ok, in which case it must be one of the commits to sched_ule.c on that day, and there look to be some patches that might cause this but I've not managed to identify which one yet, or even confirmed that SCHED_4BSD is actually working (needed sleep). More tonight unless someone fixes it in the meantime :-) Paul. From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 05:28:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57F8737B401 for ; Tue, 15 Apr 2003 05:28:44 -0700 (PDT) Received: from gravy.homeunix.net (pool-151-197-188-218.phil.east.verizon.net [151.197.188.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8801B43FBF for ; Tue, 15 Apr 2003 05:28:43 -0700 (PDT) (envelope-from bryan@gravy.homeunix.net) Received: from gravy.homeunix.net (gravy.homeunix.net [192.168.1.2]) by gravy.homeunix.net (8.12.9/8.12.9) with ESMTP id h3FCSgVw000648 for ; Tue, 15 Apr 2003 08:28:42 -0400 (EDT) (envelope-from bryan@gravy.homeunix.net) Date: Tue, 15 Apr 2003 08:28:42 -0400 (EDT) From: Bryan Liesner To: freebsd-current@freebsd.org Message-ID: <20030415080609.G621@gravy.homeunix.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: new usb2 stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 12:28:44 -0000 Unless I compile in ohci along with ehci, I get the following error: gravy kernel: usb0: wrong number of companions (2 != 0) Using both ohci and ehci results in probing the attached devices twice, then removing the ohci device in favor of the ehci device. So, in the dmesg, I see my usb hard drive twice, assigning umass0, then umass1. After umass1 is assigned, umass0 is then detached. kernel: umass0: Buslink USB 2.0 Hard Drive, rev 2.00/11.00, addr 2 kernel: umass1: Buslink USB 2.0 Hard Drive, rev 2.00/11.00, addr 2 kernel: umass0: at uhub2 port 4 (addr 2) disconnected kernel: umass0: detached Is this the intended behavior? I've been using a partitioned off usb hard drive as a tape device, just using the raw devices as tapes. (Much cheaper than a tape drive). My nightly dump caused a panic, although shorter transfers seem ok. I found this in messages: kernel: umass1: Invalid CSW: sig 0x00010001 should be 0x53425355 Sorry I don't have more info at this time, I've been flooded at work and haven't had the time to reproduce and create a core dump yet. Finally, I see no difference in speed between the 1.0 drivers and the 2.0 drivers. -- ============================================================= = Bryan D. Liesner LeezSoft Communications, Inc. = = A subsidiary of LeezSoft Inc. = = bryan@gravy.homeunix.net Home of the Gipper = ============================================================= From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 05:54:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9757E37B404 for ; Tue, 15 Apr 2003 05:54:48 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9B6A43FB1 for ; Tue, 15 Apr 2003 05:54:47 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.9/8.12.9) with SMTP id h3FCt5rE060528; Tue, 15 Apr 2003 08:55:05 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 15 Apr 2003 08:55:04 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Ilmar S. Habibulin" In-Reply-To: <20030415044318.D92160@fledge.watson.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: m_pkthdr.label now moved to m_tag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 12:54:48 -0000 On Tue, 15 Apr 2003, Ilmar S. Habibulin wrote: > On Mon, 14 Apr 2003, Robert Watson wrote: > > > Incidentally, this should also fix a number of WITNESS warnings when > > running with labeled MAC policies because it cleans up some bugs in the > > mapping of mbuf allocator flags to malloc flags, and also more cleanly > > avoids blocking allocations during certain classes of mbuf head copies. > > So now it is possible to implement IP packet labeling? Or this feature > would not be included? This change is in the implementation details regarding how internalized labels are stamped onto m_tag's -- it doesn't make any changes to where those labels come from. As with before, I think the three most useful approaches to take are CIPSO, IPsec, and firewall-derived labels, none of which are implemented in the base system or MAC tree currently. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 06:22:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F14B437B401; Tue, 15 Apr 2003 06:22:18 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EB2943FBF; Tue, 15 Apr 2003 06:22:17 -0700 (PDT) (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 XAA26453; Tue, 15 Apr 2003 23:21:59 +1000 Date: Tue, 15 Apr 2003 23:21:57 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Marcel Moolenaar In-Reply-To: <20030414211239.GA843@athlon.pn.xcllnt.net> Message-ID: <20030415231559.J1029@gamplex.bde.org> References: <20030414211239.GA843@athlon.pn.xcllnt.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Bug in rev 1.3 of sys/i386/linux/linux_ptrace.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 13:22:19 -0000 On Mon, 14 Apr 2003, Marcel Moolenaar wrote: > On Mon, Apr 14, 2003 at 04:12:06PM -0400, John Baldwin wrote: > > In the linux_ptrace() function there is the following code: > *snip* > > /* not currently stopped */ > > if ((p->p_flag & (P_TRACED|P_WAITED)) == 0) { > > error = EBUSY; > > goto fail; > > } > > > > ... > > > > Now, since we've already checked P_TRACED above, this last > > check will never fail. The diff in rev 1.3 was: > > > > - if (p->p_stat != SSTOP || (p->p_flag & P_WAITED) == 0) { > > + if ((p->p_flag & (P_TRACED|P_WAITED)) == 0) { > > > > So should this be (P_STOPPED|P_WAITED) instead? Or maybe just > > (P_STOPPED_TRACE|P_WAITED)? > > I don't know the difference between P_STOPPED and P_STOPPED_TRACE > but yes, we should check whether the process is stopped. The > equivalent in sys/kern/sys_process.c is: > > if (!P_SHOULDSTOP(p) || (p->p_flag & P_WAITED) == 0) { > > P_SHOULDSTOP(p) expands to: > > ((p)->p_flag & P_STOPPED) > > Using P_STOPPED makes us bug-for-bug compatible... Isn't it, er, terrific to have not completelty trivial signal and ptrace code rotting differently in 1 + ${N_ARCH} * ${N_COMPAT} places ;-). Bruce From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 06:30:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30A5F37B401; Tue, 15 Apr 2003 06:30:59 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 366B043FB1; Tue, 15 Apr 2003 06:30:58 -0700 (PDT) (envelope-from ilmar@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h3FDVGrD068066; Tue, 15 Apr 2003 09:31:16 -0400 (EDT) (envelope-from ilmar@watson.org) Received: from localhost (ilmar@localhost)h3FDVFKD068042; Tue, 15 Apr 2003 09:31:16 -0400 (EDT) (envelope-from ilmar@watson.org) X-Authentication-Warning: fledge.watson.org: ilmar owned process doing -bs Date: Tue, 15 Apr 2003 09:31:15 -0400 (EDT) From: "Ilmar S. Habibulin" To: Robert Watson In-Reply-To: Message-ID: <20030415092837.G92160@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: m_pkthdr.label now moved to m_tag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 13:30:59 -0000 On Tue, 15 Apr 2003, Robert Watson wrote: > This change is in the implementation details regarding how internalized > labels are stamped onto m_tag's -- it doesn't make any changes to where > those labels come from. As with before, I think the three most useful > approaches to take are CIPSO, IPsec, and firewall-derived labels, none of > which are implemented in the base system or MAC tree currently. I understood, that this only changes labels' location. My question was - would RIPSO/CIPSO/IPSEC labels implemented and included in the base freebsd system. Are there any plans about that? From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 06:45:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DD0C37B401; Tue, 15 Apr 2003 06:45:46 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0CC443F3F; Tue, 15 Apr 2003 06:45:44 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h3FDjiMS007976 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 15 Apr 2003 09:45:44 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h3FDjdP56648; Tue, 15 Apr 2003 09:45:39 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16028.3331.311284.866486@grasshopper.cs.duke.edu> Date: Tue, 15 Apr 2003 09:45:39 -0400 (EDT) To: Robert Watson In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: current@FreeBSD.org Subject: Re: m_pkthdr.label now moved to m_tag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 13:45:46 -0000 Robert Watson writes: > > Per a discussion here last year some time, I've gone ahead and moved the > MAC label from the mbuf packet header structure to optional meta-data in > an m_tag. This should improve the cleanliness of the mbuf header, which > is possible now we have m_tags (thanks Sam!), which of course weren't > available when we originally did the MAC adaptation of the network stack. As one of the chief whiners who objected to having the MAC label in the pkt hdr, I say: Thank you! Drew From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 06:54:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D930737B401 for ; Tue, 15 Apr 2003 06:54:45 -0700 (PDT) Received: from wabakimi.chat.carleton.ca (wabakimi.chat.carleton.ca [134.117.1.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 003C143FAF for ; Tue, 15 Apr 2003 06:54:44 -0700 (PDT) (envelope-from creyenga@connectmail.carleton.ca) Received: from fireball (terry.cavern.carleton.ca [134.117.93.187] (may be forged))h3FDsgWg016153; Tue, 15 Apr 2003 09:54:43 -0400 (EDT) Message-ID: <001d01c30356$9bba6260$0200000a@fireball> From: "Craig Reyenga" To: "Wade Majors" References: <3E9BCC5F.4050603@ezri.org> Date: Tue, 15 Apr 2003 09:54:50 -0400 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 cc: current@freebsd.org Subject: Re: Adjusting pcm buffersize? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 13:54:46 -0000 Wade, The problems you are experiencing apply to many other users. This is actually a known issue; many of us await a fix for it. On my computer, when I/O goes up, the sound plays at about 0.7X the actual speed it should be, making it sound "robotic." People with Athlon XP's are even experiencing this, when trying to burn CDs at 4X. I'm not sure what code is at fault, but I assume/hope that the problem will be gone by 5-STABLE, perhaps even 5.1. For now, I'm not sure what to do about it, I'm just trying to be patient. -Craig ----- Original Message ----- From: "Wade Majors" To: Sent: Tuesday, April 15, 2003 5:09 AM Subject: Adjusting pcm buffersize? > Hi, I am having problems with my soundcard that I think might be fixable > by increasing the buffersize, but the sysctl that reports the buffersize > is readonly. > > Basically, even when there is relativly mild hard disk access (like a > large cvsup) I start to get underruns (as reported by a verbose > /dev/sndstat). CPU usage is nowhere near 100% yet the sound card is > starved. I have tried tweaking everything possible in with my > motherboard's BIOS with regards to PCI, AGP, and SDRAM read/writes to no > avail. > > Any ideas? > > -Wade > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 07:23:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D00C37B401; Tue, 15 Apr 2003 07:23:55 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1333043F85; Tue, 15 Apr 2003 07:23:52 -0700 (PDT) (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 h3FENjA7062899; Tue, 15 Apr 2003 08:23:51 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 15 Apr 2003 08:23:21 -0600 (MDT) Message-Id: <20030415.082321.05356303.imp@bsdimp.com> To: sobomax@portaone.com From: "M. Warner Losh" In-Reply-To: <20030414100702.GC22229@vega.vega.com> References: <20030414100702.GC22229@vega.vega.com> 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 cc: current@freebsd.org Subject: Re: Workaround for some broken BIOSes that forgot to enable ATA channels [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 14:23:55 -0000 In message: <20030414100702.GC22229@vega.vega.com> Maxim Sobolev writes: : Attached please find a patch, which workaround a bug found in : some BIOSes, which forget to enable ATA channels properly. : This results in ATA driver not attaching properly and inability : to use disk devices. This patch is fundamentally flawed. Driver have no business directly enabling I/O port or memory ranges. All drivers would need it. It also uses the wrong API to do so. However, I'm curious why setting pci_enable_io_modes to 1 doesn't work for you: static int pci_enable_io_modes = 1; TUNABLE_INT("hw.pci.enable_io_modes", (int *)&pci_enable_io_modes); SYSCTL_INT(_hw_pci, OID_AUTO, enable_io_modes, CTLFLAG_RW, &pci_enable_io_modes, 1, "Enable I/O and memory bits in the config register. Some BIOSes do not\n\ enable these bits correctly. We'd like to do this all the time, but there\n\ are some peripherals that this causes problems with."); However, I'm starting to think that the right place for this isn't where the pci bus detects the resources (which is where the about tunable/sysctl controls), but rather at driver allocation time: Index: pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/pci/pci.c,v retrieving revision 1.212 diff -u -r1.212 pci.c --- pci.c 19 Feb 2003 05:47:09 -0000 1.212 +++ pci.c 15 Apr 2003 14:23:03 -0000 @@ -1301,21 +1301,33 @@ * XXX add support here for SYS_RES_IOPORT and SYS_RES_MEMORY */ if (device_get_parent(child) == dev) { - /* - * If the child device doesn't have an interrupt routed - * and is deserving of an interrupt, try to assign it one. - */ - if ((type == SYS_RES_IRQ) && - !PCI_INTERRUPT_VALID(cfg->intline) && - (cfg->intpin != 0)) { - cfg->intline = PCIB_ROUTE_INTERRUPT( - device_get_parent(dev), child, cfg->intpin); - if (PCI_INTERRUPT_VALID(cfg->intline)) { - pci_write_config(child, PCIR_INTLINE, - cfg->intline, 1); - resource_list_add(rl, SYS_RES_IRQ, 0, - cfg->intline, cfg->intline, 1); + switch (type) { + case SYS_RES_IRQ: + /* + * If the child device doesn't have an + * interrupt routed and is deserving of an + * interrupt, try to assign it one. + */ + if (!PCI_INTERRUPT_VALID(cfg->intline) && + (cfg->intpin != 0)) { + cfg->intline = PCIB_ROUTE_INTERRUPT( + device_get_parent(dev), child, cfg->intpin); + if (PCI_INTERRUPT_VALID(cfg->intline)) { + pci_write_config(child, PCIR_INTLINE, + cfg->intline, 1); + resource_list_add(rl, SYS_RES_IRQ, 0, + cfg->intline, cfg->intline, 1); + } } + break; + case SYS_RES_IOPORT: + case SYS_RES_MEMORY: + /* + * Enable the I/O mode. We should also be allocating + * resources too. XXX + */ + pci_enable_io_method(dev, child, type); + break; } } Warner From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 07:25:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36F7D37B401; Tue, 15 Apr 2003 07:25:41 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35EDB43FA3; Tue, 15 Apr 2003 07:25:40 -0700 (PDT) (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 h3FEPcA7062919; Tue, 15 Apr 2003 08:25:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 15 Apr 2003 08:25:15 -0600 (MDT) Message-Id: <20030415.082515.38326093.imp@bsdimp.com> To: sobomax@portaone.com From: "M. Warner Losh" In-Reply-To: <20030414155915.GB23374@vega.vega.com> References: <20030414120327.GA22561@vega.vega.com> <200304141415.h3EEFhuv075007@spider.deepcore.dk> <20030414155915.GB23374@vega.vega.com> 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 cc: sos@spider.deepcore.dk cc: current@freebsd.org Subject: Re: Workaround for some broken BIOSes that forgot to enable ATAchannels [patch] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 14:25:41 -0000 In message: <20030414155915.GB23374@vega.vega.com> Maxim Sobolev writes: : Many other drivers don't rely on BIOS to do the right job and : enable ports, memory space and busmastering explicitly. And those drivers are wrong. : And : this is the right thing (IMO), since most modern operating : systems including FreeBSD don't give a shit to BIOS settings : anyway. If device is probed and user didn't disable the driver : explicitly, it should do everything to attach to device, no : matter in which weird state the BIOS left it. I agree, but the right place for this is in the bus layer, not the driver layer. See my other post for code that does this, as well as the work around that most people use: hw.pci.enable_io_modes=1 Warner From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 07:37:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 446E537B401 for ; Tue, 15 Apr 2003 07:37:32 -0700 (PDT) Received: from rrcs-se-24-73-205-166.biz.rr.com (rrcs-se-24-73-205-166.biz.rr.com [24.73.205.166]) by mx1.FreeBSD.org (Postfix) with SMTP id 63DB143FA3 for ; Tue, 15 Apr 2003 07:37:31 -0700 (PDT) (envelope-from wade@ezri.org) Received: (qmail 89130 invoked from network); 15 Apr 2003 14:37:30 -0000 Received: from unknown (HELO ezri.org) (192.168.0.46) by rrcs-se-24-73-205-166.biz.rr.com with SMTP; 15 Apr 2003 14:37:30 -0000 Message-ID: <3E9C1928.60206@ezri.org> Date: Tue, 15 Apr 2003 10:37:28 -0400 From: Wade Majors User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <3E9BCC5F.4050603@ezri.org> <001d01c30356$9bba6260$0200000a@fireball> In-Reply-To: <001d01c30356$9bba6260$0200000a@fireball> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Adjusting pcm buffersize? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 14:37:32 -0000 Craig Reyenga wrote: > Wade, > > The problems you are experiencing apply to many other users. This is > actually a known issue; many of us await a fix for it. On my computer, when > I/O goes up, the sound plays at about 0.7X the actual speed it should be, > making it sound "robotic." People with Athlon XP's are even experiencing > this, when trying to burn CDs at 4X. I'm not sure what code is at fault, but > I assume/hope that the problem will be gone by 5-STABLE, perhaps even 5.1. > For now, I'm not sure what to do about it, I'm just trying to be patient. Nice to know I'm not the only one experiencing similar symptoms at least. Thanks. -Wade From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 07:49:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B564A37B401 for ; Tue, 15 Apr 2003 07:49:33 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09EAE43FA3 for ; Tue, 15 Apr 2003 07:49:30 -0700 (PDT) (envelope-from ticso@cicely9.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h3FEnLcx079618 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 15 Apr 2003 16:49:26 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h3FEnIYi052347 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Apr 2003 16:49:19 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (localhost [127.0.0.1]) by cicely9.cicely.de (8.12.9/8.12.8) with ESMTP id h3FEnHtA003198; Tue, 15 Apr 2003 16:49:18 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: (from ticso@localhost) by cicely9.cicely.de (8.12.9/8.12.9/Submit) id h3FEnFWk003197; Tue, 15 Apr 2003 16:49:15 +0200 (CEST) (envelope-from ticso) Date: Tue, 15 Apr 2003 16:49:15 +0200 From: Bernd Walter To: Bryan Liesner Message-ID: <20030415144914.GJ529@cicely9.cicely.de> References: <20030415080609.G621@gravy.homeunix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030415080609.G621@gravy.homeunix.net> X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha User-Agent: Mutt/1.5.3i cc: freebsd-current@freebsd.org Subject: Re: new usb2 stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 14:49:34 -0000 On Tue, Apr 15, 2003 at 08:28:42AM -0400, Bryan Liesner wrote: > > Unless I compile in ohci along with ehci, I get the following error: > gravy kernel: usb0: wrong number of companions (2 != 0) EHCI controllers can't work alone. You need to have either UHCI or OHCI controller compiled in, depending on what combination your controller chip has. > Using both ohci and ehci results in probing the attached devices > twice, then removing the ohci device in favor of the ehci device. > So, in the dmesg, I see my usb hard drive twice, assigning umass0, > then umass1. After umass1 is assigned, umass0 is then detached. > > kernel: umass0: Buslink USB 2.0 Hard Drive, rev 2.00/11.00, addr 2 > kernel: umass1: Buslink USB 2.0 Hard Drive, rev 2.00/11.00, addr 2 > kernel: umass0: at uhub2 port 4 (addr 2) disconnected > kernel: umass0: detached > > Is this the intended behavior? No, but known: [88]cicely8# head ehci.c /* $NetBSD: ehci.c,v 1.46 2003/03/09 19:51:13 augustss Exp $ */ /* $FreeBSD$ */ /* * TODO * hold off explorations by companion controllers until ehci has started. */ /* * Copyright (c) 2001 The NetBSD Foundation, Inc. The problem is that we have to probe the companion controllers first, but until the EHCI controller is enabled the 1.1 fallback causes them to be probed by the companion controllers first. The EHCI controller than takes over. The EHCI manpage is on the way. > I've been using a partitioned off usb hard drive as a tape device, > just using the raw devices as tapes. (Much cheaper than a tape drive). > My nightly dump caused a panic, although shorter transfers seem ok. > > I found this in messages: > kernel: umass1: Invalid CSW: sig 0x00010001 should be 0x53425355 Is this with USB 2.0 or USB 1.x? Do you use a 2.0 capable cable? Can you show us usbdevs -v and dmesg output? > Sorry I don't have more info at this time, I've been flooded at work > and haven't had the time to reproduce and create a core dump yet. > > Finally, I see no difference in speed between the 1.0 drivers and the > 2.0 drivers. I did testings with an ASUS SCB-1608-D drive and was able to see Datarates up to 3.5M while readings CDs. I don't know if this was the drive limit, or the limit of my test host. It was also possible to write CDRs faster than with USB1.1. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 08:00:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7182E37B401 for ; Tue, 15 Apr 2003 08:00:30 -0700 (PDT) Received: from lunchbox.theghet.to (theghet.to [64.253.39.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C13843F3F for ; Tue, 15 Apr 2003 08:00:28 -0700 (PDT) (envelope-from armando@lunchbox.theghet.to) Received: (qmail 16822 invoked by uid 1001); 15 Apr 2003 14:35:42 -0000 Date: Tue, 15 Apr 2003 10:35:42 -0400 From: ndb To: current@FreeBSD.org Message-ID: <20030415143541.GA15606@lunchbox.theghet.to> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: fsck_ffs not updating standard superblock with alternate superblock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 15:00:30 -0000 Summary: FreeBSD 5.0-RELEASE kernel with the UFS2 filesystem. Power failure caused computer to reboot, file systems that had soft updates turned on had fsck defer to background fscking when it was loading, the last drive on my /etc/fstab file didnt have soft updates turned on, and after it fscked the drive and marked it as clean, it just hung there. I booted to single user mode, and commented out the line for my drive that didnt have soft updates turned on. When it rebooted, I manually did an fsck with the alternate superblock because my standard superblock was corrupted, fsck_ffs never gave me an option to copy the alternate superblock to the standard one, I tried some dd commands, but it didnt work. The drive is good, dmesg showed no errors, plenty of good superblocks. If i do get this drive mounted, I'm going to turn on soft updates for it. Question: How can I get an alternate superblock to become the standard superblock? Can I mount it using the alternate superblock? ndb lunchbox# uname -a FreeBSD lunchbox.theghet.to 5.0-RELEASE FreeBSD 5.0-RELEASE #0: Sat Feb 15 15:09:53 EST 2003 root@lunchbox.theghet.to:/usr/src/sys/i386/compile/THEGHETTO i386 lunchbox# fsck_ffs -b 0 /dev/ad3s1d Alternate super block location: 0 ** /dev/ad3s1d Cannot find file system superblock LOOK FOR ALTERNATE SUPERBLOCKS? [yn] y USING ALTERNATE SUPERBLOCK AT 32 ** Last Mounted on ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 534646 files, 33571978 used, 4883082 free (4298 frags, 609848 blocks, 0.0% fragmentation) ***** FILE SYSTEM MARKED CLEAN ***** lunchbox# newfs -N /dev/ad3s1d /dev/ad3s1d: 76316.6MB (156296320 sectors) block size 16384, fragment size 2048 using 416 cylinder groups of 183.69MB, 11756 blks, 23552 inodes. super-block backups (for fsck -b #) at: 32, 376224, 752416, 1128608, 1504800, 1880992, 2257184, 2633376, ... 91790880, 92167072, 92543264, 92919456, 93295648, 93671840, lunchbox# fsck_ffs -b 93295648 /dev/ad3s1d Alternate super block location: 93295648 ** /dev/ad3s1d ** Last Mounted on ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups SUMMARY BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? [yn] y 534646 files, 33571978 used, 4883082 free (4298 frags, 609848 blocks, 0.0% fragmentation) ***** FILE SYSTEM WAS MODIFIED ***** lunchbox# dd if=/dev/ad3s1d bs=16k count=1 skip=32 of=alternatesuperblock 1+0 records in 1+0 records out 16384 bytes transferred in 0.007131 secs (2297542 bytes/sec) lunchbox# dd if=/dev/ad3s1d bs=16k count=1 of=standardsuperblock 1+0 records in 1+0 records out 16384 bytes transferred in 0.002671 secs (6134025 bytes/sec) lunchbox# dd if=alternatesuperblock bs=16k count=1 of=/dev/ad3s1d dd: /dev/ad3s1d: Operation not permitted 1+0 records in 0+0 records out 0 bytes transferred in 0.000541 secs (0 bytes/sec) lunchbox# lunchbox# dd if=/dev/ad3s1d bs=16k count=1 skip=33 of=alternatesuperblock 1+0 records in 1+0 records out 16384 bytes transferred in 0.000973 secs (16838882 bytes/sec) lunchbox# dd if=/dev/ad3s1d bs=16k count=1 skip=1 of=standardsuperblock 1+0 records in 1+0 records out 16384 bytes transferred in 0.007905 secs (2072611 bytes/sec) lunchbox# dd if=alternatesuperblock bs=16k count=1 skip=1 of=/dev/ad3s1d 0+0 records in 0+0 records out 0 bytes transferred in 0.000026 secs (0 bytes/sec) lunchbox# From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 08:04:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08FE737B401 for ; Tue, 15 Apr 2003 08:04:26 -0700 (PDT) Received: from cherry2.sanpei.org (cherry.as.wakwak.ne.jp [61.205.227.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7342343FAF for ; Tue, 15 Apr 2003 08:04:24 -0700 (PDT) (envelope-from sanpei@sanpei.org) Received: from localhost (localhost [IPv6:::1]) by cherry2.sanpei.org (8.12.9/8.12.6) with ESMTP id h3FF4Mmq099361; Wed, 16 Apr 2003 00:04:22 +0900 (JST) (envelope-from sanpei@sanpei.org) Date: Wed, 16 Apr 2003 00:04:21 +0900 (JST) Message-Id: <20030416.000421.39225367.sanpei@sanpei.org> To: ticso@cicely.de From: MIHIRA Sanpei Yoshiro In-Reply-To: <20030414154016.GN16153@cicely9.cicely.de> References: <20030414151741.GM16153@cicely9.cicely.de> <20030415.002823.85343122.sanpei@sanpei.org> <20030414154016.GN16153@cicely9.cicely.de> X-Mailer: Mew version 3.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: tested ehci driver with 5-current/IBM ThinkPad240 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 15:04:26 -0000 Hi. Bernd Walter I tested USB to CardBus Card with 5-current. But I couldn't use it. This CardBus Card could be used with NetBSD-current. Do you have any idea? USB 2.0 2 Port CardBus Host Adapter http://www.avlab.com.tw/u_0046_001.htm dmesg with 5-current cardbus0: Resource not specified in CIS: id=10, size=1000 ohci0: mem 0x88001000-0x88001fff irq 11 at device 0.0 on cardbus0 usb1: OHCI version 15.15, legacy support ~~~~~ wrong number, why?? usb1: unsupported OHCI revision ohci0: USB init failed device_probe_and_attach: ohci0 attach returned 5 cardbus0: Resource not specified in CIS: id=10, size=1000 ohci0: mem 0x88001000-0x88001fff irq 11 at device 0.1 on cardbus0 usb1: OHCI version 15.15, legacy support usb1: unsupported OHCI revision ohci0: USB init failed device_probe_and_attach: ohci0 attach returned5 cardbus0: Resource not specified in CIS: id=10, size=100 ehci0: mem 0x88001000-0x880010ff irq 11 at device 0.2 on cardbus0 usb1: EHCI version ff.ff ~~~~~ wrong number, why?? usb1: wrong number of companions (15 != 0) ehci0: USB init failed err=13 device_probe_and_attach: ehci0 attach returned5 cardbus0: release_all_resource: Resource still owned by child, oops. (type=1, rid=0, addr=b) cardbus0: release_all_resource: Resource still owned by child, oops. (type=3, rid=16, addr=88001000) cbb0: CardBus card activation failed ---------- dmesg with NetBSD-current cbb0: bad Vcc request. sock_ctrl 0x0, sock_status 0x30000326 cbb0: bad Vcc request. sock_ctrl 0x30, sock_status 0x30000b20 ohci0 at cardbus0 dev 0 function 0: NEC USB Host Controller (rev. 0x41) ohci0: interrupting at 11 ohci0: OHCI version 1.0 usb1 at ohci0: USB revision 1.0 uhub1 at usb1 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ohci1 at cardbus0 dev 0 function 1: NEC USB Host Controller (rev. 0x41) ohci1: interrupting at 11 ohci1: OHCI version 1.0 usb2 at ohci1: USB revision 1.0 uhub2 at usb2 uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0 at cardbus0 dev 0 function 2: NEC USB Host Controller (rev. 0x02) ehci0: interrupting at 11 ehci0: EHCI version 0.95 ehci0: companion controllers, 3 ports each: ohci0 ohci1 usb3 at ehci0: USB revision 2.0 uhub3 at usb3 uhub3: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 5 ports with 5 removable, self powered --- MIHIRA, Sanpei Yoshiro Tokyo, Japan. From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 08:11:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 766AC37B401 for ; Tue, 15 Apr 2003 08:11:56 -0700 (PDT) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id F205243F75 for ; Tue, 15 Apr 2003 08:11:54 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.6/8.11.6) id h3FFBRT01277; Tue, 15 Apr 2003 16:11:27 +0100 (BST) (envelope-from rb) Message-Id: <4.3.2.7.2.20030415160655.0217fd48@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 15 Apr 2003 16:11:23 +0100 To: MIHIRA Sanpei Yoshiro , ticso@cicely.de From: Bob Bishop In-Reply-To: <20030416.000421.39225367.sanpei@sanpei.org> References: <20030414154016.GN16153@cicely9.cicely.de> <20030414151741.GM16153@cicely9.cicely.de> <20030415.002823.85343122.sanpei@sanpei.org> <20030414154016.GN16153@cicely9.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: tested ehci driver with 5-current/IBM ThinkPad240 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 15:11:56 -0000 Hi, At 16:04 15/4/03, MIHIRA Sanpei Yoshiro wrote: >Hi. >Bernd Walter > > I tested USB to CardBus Card with 5-current. But I couldn't use >it. This CardBus Card could be used with NetBSD-current. Do you >have any idea? > >USB 2.0 2 Port CardBus Host Adapter >http://www.avlab.com.tw/u_0046_001.htm > >dmesg with 5-current >cardbus0: Resource not specified in CIS: id=10, size=1000 >ohci0: mem 0x88001000-0x88001fff irq 11 at >device 0.0 on cardbus0 >usb1: OHCI version 15.15, legacy support > ~~~~~ wrong number, why?? I had the same problem, the card memory isn't enabled. This may be related to the thread "Workaround for some broken BIOSes that forgot to enable...". The following patch works around it (for the OHCI part at least), but it's a nasty hack: Index: ohci.c =================================================================== RCS file: /CVSROOT/src/sys/dev/usb/ohci.c,v retrieving revision 1.118 diff -u -r1.118 ohci.c --- ohci.c 5 Mar 2003 13:17:15 -0000 1.118 +++ ohci.c 26 Mar 2003 10:27:57 -0000 @@ -690,12 +690,16 @@ u_int32_t s, ctl, ival, hcr, fm, per, rev, desca; DPRINTF(("ohci_init: start\n")); + rev = OREAD4(sc, OHCI_REVISION); + if (!OHCI_REV_HI(rev) || OHCI_REV_HI(rev) == 15) + /* looks like memory access isn't enabled */ + return USBD_NOT_CONFIGURED; + #if defined(__OpenBSD__) printf(","); #else printf("%s:", USBDEVNAME(sc->sc_bus.bdev)); #endif - rev = OREAD4(sc, OHCI_REVISION); printf(" OHCI version %d.%d%s\n", OHCI_REV_HI(rev), OHCI_REV_LO(rev), OHCI_REV_LEGACY(rev) ? ", legacy support" : ""); Index: ohci_pci.c =================================================================== RCS file: /CVSROOT/src/sys/dev/usb/ohci_pci.c,v retrieving revision 1.30 diff -u -r1.30 ohci_pci.c --- ohci_pci.c 28 Feb 2003 13:21:17 -0000 1.30 +++ ohci_pci.c 28 Mar 2003 11:06:47 -0000 @@ -239,6 +239,20 @@ return ENXIO; } err = ohci_init(sc); + if (err == USBD_NOT_CONFIGURED) { + /* XXXX nasty hack */ + /* memory access probably disabled - uPD720101 companion + * controllers on cardbus have been seen doing this. + * Try enabling it here... + */ + u_int32_t device_id = pci_get_devid(self); + if (device_id == PCI_OHCI_DEVICEID_NEC) { + int cmd = pci_read_config(self, PCIR_COMMAND, 4); + pci_write_config(self, PCIR_COMMAND, cmd|PCIM_CMD_MEMEN, 4); + } + /* ... and retry the init */ + err = ohci_init(sc); + } if (!err) err = device_probe_and_attach(sc->sc_bus.bdev); >usb1: unsupported OHCI revision >ohci0: USB init failed >device_probe_and_attach: ohci0 attach returned 5 >cardbus0: Resource not specified in CIS: id=10, size=1000 >ohci0: mem 0x88001000-0x88001fff irq 11 at >device 0.1 on cardbus0 >usb1: OHCI version 15.15, legacy support >usb1: unsupported OHCI revision >ohci0: USB init failed >device_probe_and_attach: ohci0 attach returned5 >cardbus0: Resource not specified in CIS: id=10, size=100 >ehci0: mem 0x88001000-0x880010ff irq >11 at device 0.2 on cardbus0 >usb1: EHCI version ff.ff > ~~~~~ wrong number, why?? >usb1: wrong number of companions (15 != 0) >ehci0: USB init failed err=13 >device_probe_and_attach: ehci0 attach returned5 >cardbus0: release_all_resource: Resource still >owned by child, oops. (type=1, rid=0, addr=b) >cardbus0: release_all_resource: Resource still >owned by child, oops. (type=3, rid=16, addr=88001000) >cbb0: CardBus card activation failed > >---------- >dmesg with NetBSD-current >cbb0: bad Vcc request. sock_ctrl 0x0, sock_status 0x30000326 >cbb0: bad Vcc request. sock_ctrl 0x30, sock_status 0x30000b20 >ohci0 at cardbus0 dev 0 function 0: NEC USB Host Controller (rev. 0x41) >ohci0: interrupting at 11 >ohci0: OHCI version 1.0 >usb1 at ohci0: USB revision 1.0 >uhub1 at usb1 >uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >uhub1: 3 ports with 3 removable, self powered >ohci1 at cardbus0 dev 0 function 1: NEC USB Host Controller (rev. 0x41) >ohci1: interrupting at 11 >ohci1: OHCI version 1.0 >usb2 at ohci1: USB revision 1.0 >uhub2 at usb2 >uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >uhub2: 2 ports with 2 removable, self powered >ehci0 at cardbus0 dev 0 function 2: NEC USB Host Controller (rev. 0x02) >ehci0: interrupting at 11 >ehci0: EHCI version 0.95 >ehci0: companion controllers, 3 ports each: ohci0 ohci1 >usb3 at ehci0: USB revision 2.0 >uhub3 at usb3 >uhub3: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 >uhub3: 5 ports with 5 removable, self powered >--- >MIHIRA, Sanpei Yoshiro >Tokyo, Japan. >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 08:18:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4B7637B404; Tue, 15 Apr 2003 08:18:18 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7A4A43F3F; Tue, 15 Apr 2003 08:18:17 -0700 (PDT) (envelope-from ticso@cicely9.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h3FFIBcx079908 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 15 Apr 2003 17:18:14 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h3FFI8Yi052500 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Apr 2003 17:18:09 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (localhost [127.0.0.1]) by cicely9.cicely.de (8.12.9/8.12.8) with ESMTP id h3FFI8tA003274; Tue, 15 Apr 2003 17:18:08 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: (from ticso@localhost) by cicely9.cicely.de (8.12.9/8.12.9/Submit) id h3FFI7qw003273; Tue, 15 Apr 2003 17:18:07 +0200 (CEST) (envelope-from ticso) Date: Tue, 15 Apr 2003 17:18:07 +0200 From: Bernd Walter To: MIHIRA Sanpei Yoshiro , imp@freebsd.org Message-ID: <20030415151806.GL529@cicely9.cicely.de> References: <20030414151741.GM16153@cicely9.cicely.de> <20030415.002823.85343122.sanpei@sanpei.org> <20030414154016.GN16153@cicely9.cicely.de> <20030416.000421.39225367.sanpei@sanpei.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030416.000421.39225367.sanpei@sanpei.org> X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha User-Agent: Mutt/1.5.3i cc: ticso@cicely.de cc: current@freebsd.org Subject: Re: tested ehci driver with 5-current/IBM ThinkPad240 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 15:18:19 -0000 On Wed, Apr 16, 2003 at 12:04:21AM +0900, MIHIRA Sanpei Yoshiro wrote: > Hi. > Bernd Walter > > I tested USB to CardBus Card with 5-current. But I couldn't use > it. This CardBus Card could be used with NetBSD-current. Do you > have any idea? > > USB 2.0 2 Port CardBus Host Adapter > http://www.avlab.com.tw/u_0046_001.htm > > dmesg with 5-current > cardbus0: Resource not specified in CIS: id=10, size=1000 > ohci0: mem 0x88001000-0x88001fff irq 11 at device 0.0 on cardbus0 > usb1: OHCI version 15.15, legacy support > ~~~~~ wrong number, why?? > usb1: unsupported OHCI revision > ohci0: USB init failed > device_probe_and_attach: ohci0 attach returned 5 > cardbus0: Resource not specified in CIS: id=10, size=1000 > ohci0: mem 0x88001000-0x88001fff irq 11 at device 0.1 on cardbus0 > usb1: OHCI version 15.15, legacy support > usb1: unsupported OHCI revision > ohci0: USB init failed > device_probe_and_attach: ohci0 attach returned5 > cardbus0: Resource not specified in CIS: id=10, size=100 > ehci0: mem 0x88001000-0x880010ff irq 11 at device 0.2 on cardbus0 > usb1: EHCI version ff.ff > ~~~~~ wrong number, why?? > usb1: wrong number of companions (15 != 0) > ehci0: USB init failed err=13 > device_probe_and_attach: ehci0 attach returned5 > cardbus0: release_all_resource: Resource still > owned by child, oops. (type=1, rid=0, addr=b) > cardbus0: release_all_resource: Resource still > owned by child, oops. (type=3, rid=16, addr=88001000) > cbb0: CardBus card activation failed The controllers have overlapping memory assignments. Maybe cardbus doesn't handle multifunction cards right now or you have to setup a special configuration for this to work. Warner, do you have any idea about this? > ---------- > dmesg with NetBSD-current > cbb0: bad Vcc request. sock_ctrl 0x0, sock_status 0x30000326 > cbb0: bad Vcc request. sock_ctrl 0x30, sock_status 0x30000b20 > ohci0 at cardbus0 dev 0 function 0: NEC USB Host Controller (rev. 0x41) > ohci0: interrupting at 11 > ohci0: OHCI version 1.0 > usb1 at ohci0: USB revision 1.0 > uhub1 at usb1 > uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 3 ports with 3 removable, self powered > ohci1 at cardbus0 dev 0 function 1: NEC USB Host Controller (rev. 0x41) > ohci1: interrupting at 11 > ohci1: OHCI version 1.0 > usb2 at ohci1: USB revision 1.0 > uhub2 at usb2 > uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > ehci0 at cardbus0 dev 0 function 2: NEC USB Host Controller (rev. 0x02) > ehci0: interrupting at 11 > ehci0: EHCI version 0.95 > ehci0: companion controllers, 3 ports each: ohci0 ohci1 > usb3 at ehci0: USB revision 2.0 > uhub3 at usb3 > uhub3: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub3: 5 ports with 5 removable, self powered > --- > MIHIRA, Sanpei Yoshiro > Tokyo, Japan. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 09:33:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A18F037B401 for ; Tue, 15 Apr 2003 09:33:46 -0700 (PDT) Received: from jinx.plutonium-x.org (jinx.plutonium-x.org [193.77.159.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79F8043F93 for ; Tue, 15 Apr 2003 09:33:45 -0700 (PDT) (envelope-from dusan@jinx.plutonium-x.org) Received: from jinx.plutonium-x.org (dusan@localhost [127.0.0.1]) h3FGXk8H000246 for ; Tue, 15 Apr 2003 18:33:47 +0200 (CEST) (envelope-from dusan@jinx.plutonium-x.org) Received: by jinx.plutonium-x.org (8.12.6p2/8.12.6/Submit) id h3FGXkxN000245 for freebsd-current@freebsd.org; Tue, 15 Apr 2003 18:33:46 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-1" From: Dusan Kozic Date: Tue, 15 Apr 2003 18:33:45 +0200 User-Agent: KMail/1.4.3 To: freebsd-current@freebsd.org OS: FreeBSD MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200304151833.45847.dusan@sah-drustvo-ms.si> Subject: Fwd: passwd bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 16:33:47 -0000 OK, finnaly I know where the problem is.:) This is one FreeBSD 5 machine and I have shell access to it. I can change my password to empty, but then if I want to change this empt= y=20 password, program passwd asks me for an Old password. And if I press only= on=20 Enter button, program passwd writes on the screen sorry. But all services= =20 such as ssh, telnet and ftp works fine with empty password, so mine passw= ord=20 is really empty. Thanks and please fix this!!! --=20 Kind regards, Dusan Kozic dusan@sah-drustvo-ms.si ---------- Forwarded Message ---------- Subject: passwd bug? Date: Tue, 15 Apr 2003 10:15:13 +0200 From: Dusan Kozic To: freebsd-current@freebsd.org Hi! In FreeBSD 5 I changed my password to empty. When I type passwd command, = I entered my old password, and then I pressed Ctrl+C or Ctrl+D (I don't remember exactly). Then I had an empty password, so everyone can logged in the system as me,= but when I tryed to change this empty password, system asked me for Old passw= ord, and if I pressed only Enter key it writes me passwd: sorry. I mean that this is bug in FreeBSD 5, or? ------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 10:29:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CD3637B401; Tue, 15 Apr 2003 10:29:31 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-150.dsl.lsan03.pacbell.net [63.207.60.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A16B43FA3; Tue, 15 Apr 2003 10:29:30 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id D6B3C66CFA; Tue, 15 Apr 2003 10:29:29 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id C229D1164; Tue, 15 Apr 2003 10:29:29 -0700 (PDT) Date: Tue, 15 Apr 2003 10:29:29 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20030415172929.GA65268@rot13.obsecurity.org> References: <20030325222204.GA6918@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <20030325222204.GA6918@rot13.obsecurity.org> User-Agent: Mutt/1.4i cc: current@FreeBSD.ORG cc: jhb@FreeBSD.org Subject: Another "impossible" mutex panic (Re: Panic in wait4()) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 17:29:31 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 25, 2003 at 02:22:04PM -0800, Kris Kennaway wrote: > I just got this on bento (running a kernel from Mar 17). It was under > heavy disk load at the time, which may or may not be relevant. >=20 > Kris >=20 > panic: mtx_lock() of spin mutex %s @ %s:%d > panic messages: I just got another one of these "impossible" panics on one of the gohans (impossible because according to gdb the mutex is not a spin mutex, so the assertion should not have fired). panic: mtx_lock() of spin mutex %s @ %s:%d panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x260 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc02bd3a8 stack pointer =3D 0x10:0xd8fc1b48 frame pointer =3D 0x10:0xd8fc1b48 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 78102 (sh) Dumping 510 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 = 336 352 368 384 400 4\ 16 432 448 464 480 496 --- #0 doadump () at /a/asami/portbuild/i386/src-client/sys/kern/kern_shutdown= .c:239 239 /a/asami/portbuild/i386/src-client/sys/kern/kern_shutdown.c: No suc= h file or directory. in /a/asami/portbuild/i386/src-client/sys/kern/kern_shutdown.c (kgdb) bt #0 doadump () at /a/asami/portbuild/i386/src-client/sys/kern/kern_shutdown= .c:239 #1 0xc0165d15 in db_fncall (dummy1=3D1016, dummy2=3D0, dummy3=3D1016, dumm= y4=3D0xd8fc1934 "\f") at /a/asami/portbuild/i386/src-client/sys/ddb/db_command.c:546 #2 0xc0165a92 in db_command (last_cmdp=3D0xc0445260, cmd_table=3D0x0, aux_= cmd_tablep=3D0xc043edd8, aux_cmd_tablep_end=3D0xc043eddc) at /a/asami/portbuild/i386/src-client/sys/ddb/db_command.c:346 #3 0xc0165ba6 in db_command_loop () at /a/asami/portbuild/i386/src-client/sys/ddb/db_command.c:470 #4 0xc016892a in db_trap (type=3D12, code=3D0) at /a/asami/portbuild/i386/src-client/sys/ddb/db_trap.c:72 #5 0xc03c3d46 in kdb_trap (type=3D12, code=3D0, regs=3D0xd8fc1b08) at /a/asami/portbuild/i386/src-client/sys/i386/i386/db_interface.c:170 #6 0xc03d53d2 in trap_fatal (frame=3D0xd8fc1b08, eva=3D0) at /a/asami/portbuild/i386/src-client/sys/i386/i386/trap.c:838 #7 0xc03d50e2 in trap_pfault (frame=3D0xd8fc1b08, usermode=3D0, eva=3D608) at /a/asami/portbuild/i386/src-client/sys/i386/i386/trap.c:757 #8 0xc03d4c5d in trap (frame=3D {tf_fs =3D -654573544, tf_es =3D -1071185904, tf_ds =3D -1068957680, = tf_edi =3D -987128304, tf_esi\ =3D -1069422829, tf_ebp =3D -654566584, tf_isp =3D -654566604, tf_ebx =3D = 608, tf_edx =3D 608, tf_ecx =3D 0\ , tf_eax =3D 608, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1070869592, t= f_cs =3D 8, tf_eflags =3D 66118, \ tf_esp =3D -654566384, tf_ss =3D -1071153877}) at /a/asami/portbuild/i386/src-client/sys/i386/i386/trap.c:444 #9 0xc03c56a8 in calltrap () at {standard input}:96 #10 0xc0277d2b in kvprintf (fmt=3D0xc041e713 " @ %s:%d", func=3D0xc02776d0 = , arg=3D0xd8fc1c2c, radix=3D10, ap=3D0xd8fc1c74 "XXXbinarydataXXX") at /a/asami/portbuild/i386/src-client/sys/kern/subr_prf.c:668 #11 0xc027764e in vsnprintf (str=3D0xc0494840 "mtx_lock() of spin mutex ", = size=3D0, format=3D0x0, ap=3D0x0) at /a/asami/portbuild/i386/src-client/sys/kern/subr_prf.c:413 #12 0xc025acec in panic (fmt=3D0xd8fc1c2c "YHI) at /a/asami/portbuild/i386/src-client/sys/kern/kern_shutdown.c:509 #13 0xc0251126 in _mtx_lock_flags (m=3D0xc045b5c0, opts=3D0, file=3D0xc041eef5 "/a/asami/portbuild/i386/src-client/sys/kern/kern_res= ource.c", line=3D940) at /a/asami/portbuild/i386/src-client/sys/kern/kern_mutex.c:332 #14 0xc0259a3d in uifree (uip=3D0xc045b5c0) at /a/asami/portbuild/i386/src-client/sys/kern/kern_resource.c:940 #15 0xc025650a in setreuid (td=3D0x0, uap=3D0x0) at /a/asami/portbuild/i386/src-client/sys/kern/kern_prot.c:902 #16 0xc03d56ee in syscall (frame=3D {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D 0, tf_esi =3D 0= , tf_ebp =3D -1077941152, tf_isp \ =3D---Type to continue, or q to quit--- -654566028, tf_ebx =3D 3, tf_edx =3D 0, tf_ecx =3D 0, tf_eax =3D 126, tf_t= rapno =3D 12, tf_err =3D 2, tf_ei\ p =3D 134699020, tf_cs =3D 31, tf_eflags =3D 659, tf_esp =3D -1077941228, t= f_ss =3D 47}) at /a/asami/portbuild/i386/src-client/sys/i386/i386/trap.c:1030 #17 0xc03c56fd in Xint0x80_syscall () at {standard input}:138 ---Can't read userspace from dump, or kernel process--- --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+nEF5Wry0BWjoQKURAoYLAKC9ZO0fjHSUBYVJzFWPRTYFiKomjQCglhGI Y1BLqEIHKtcjKbyU2zBIHyQ= =UWLA -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 10:35:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 875BF37B401 for ; Tue, 15 Apr 2003 10:35:45 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74BAD43FE3 for ; Tue, 15 Apr 2003 10:35:44 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.9/8.12.9) with SMTP id h3FHZxrE036997; Tue, 15 Apr 2003 13:35:59 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 15 Apr 2003 13:35:58 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Ilmar S. Habibulin" In-Reply-To: <20030415092837.G92160@fledge.watson.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: m_pkthdr.label now moved to m_tag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 17:35:45 -0000 On Tue, 15 Apr 2003, Ilmar S. Habibulin wrote: > On Tue, 15 Apr 2003, Robert Watson wrote: > > > This change is in the implementation details regarding how internalized > > labels are stamped onto m_tag's -- it doesn't make any changes to where > > those labels come from. As with before, I think the three most useful > > approaches to take are CIPSO, IPsec, and firewall-derived labels, none of > > which are implemented in the base system or MAC tree currently. > > I understood, that this only changes labels' location. My question was - > would RIPSO/CIPSO/IPSEC labels implemented and included in the base > freebsd system. Are there any plans about that? There are no current plans, although your CIPSO and IPsec patches have been floating around and we've been meaning to update and adapt them for ages. Unfortunately, time constraints have thus far prevented that. I have hopes we will get to it within a few months, however. I'd like very much to ship 5.1 with at least IPsec support. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 11:30:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C03437B401 for ; Tue, 15 Apr 2003 11:30:22 -0700 (PDT) Received: from grasshopper.iavmb.pl (grasshopper.iavmb.pl [217.153.79.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97FA143F85 for ; Tue, 15 Apr 2003 11:30:20 -0700 (PDT) (envelope-from beaker@iavision.com) Received: from localhost (localhost.iavmb.pl [127.0.0.1]) by grasshopper.iavmb.pl (Postfix) with ESMTP id 77EEA3284D0B; Tue, 15 Apr 2003 20:30:18 +0200 (CEST) Received: from BEAKER (unknown [192.168.0.190]) by grasshopper.iavmb.pl (Postfix) with ESMTP id EC0043284D0A; Tue, 15 Apr 2003 20:30:16 +0200 (CEST) To: Wade Majors From: beaker@hot.pl (Krzysztof =?iso-8859-2?q?J=EAdruczyk?=) Date: Tue, 15 Apr 2003 20:29:53 +0200 In-Reply-To: <3E9C1928.60206@ezri.org> (Wade Majors's message of "Tue, 15 Apr 2003 10:37:28 -0400") Message-ID: User-Agent: Gnus/5.090018 (Oort Gnus v0.18) Emacs/21.3 (windows-nt) References: <3E9BCC5F.4050603@ezri.org> <001d01c30356$9bba6260$0200000a@fireball> <3E9C1928.60206@ezri.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-4 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by AMaViS perl-11 cc: current@freebsd.org Subject: Re: Adjusting pcm buffersize? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 18:30:22 -0000 Wade Majors writes: > Nice to know I'm not the only one experiencing similar symptoms at > least. Thanks. And let me just note, that it is not ATA's fault (I believe it was suggested before that the problem is connected to using PIO ATA modes). I have two U160 SCSI drives connected to Adaptec 29160LP controller + SB Live card and also suffer badly from this problem when for example mozilla's port is unbzipping sources... --=20 Krzysztof J=EAdruczyk From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 11:51:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5158537B401; Tue, 15 Apr 2003 11:51:20 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-150.dsl.lsan03.pacbell.net [63.207.60.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CD2E43FA3; Tue, 15 Apr 2003 11:51:19 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 3E2C966CFA; Tue, 15 Apr 2003 11:51:19 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 193EA1175; Tue, 15 Apr 2003 11:51:19 -0700 (PDT) Date: Tue, 15 Apr 2003 11:51:19 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20030415185118.GA65629@rot13.obsecurity.org> References: <20030325222204.GA6918@rot13.obsecurity.org> <20030415172929.GA65268@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <20030415172929.GA65268@rot13.obsecurity.org> User-Agent: Mutt/1.4i cc: current@FreeBSD.ORG cc: jhb@FreeBSD.org Subject: Re: Another "impossible" mutex panic (Re: Panic in wait4()) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 18:51:20 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 15, 2003 at 10:29:29AM -0700, Kris Kennaway wrote: > On Tue, Mar 25, 2003 at 02:22:04PM -0800, Kris Kennaway wrote: > > I just got this on bento (running a kernel from Mar 17). It was under > > heavy disk load at the time, which may or may not be relevant. > >=20 > > Kris > >=20 > > panic: mtx_lock() of spin mutex %s @ %s:%d > > panic messages: >=20 > I just got another one of these "impossible" panics on one of the > gohans (impossible because according to gdb the mutex is not a spin > mutex, so the assertion should not have fired). I got this a third and fourth time on another two gohans (same backtrace). Kris --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+nFSmWry0BWjoQKURAmDvAKCuv420+iurBOm3jLdJqqg4ThQopACfd/Kl FZAg5a7xqfQe5zuSrfRDawE= =z9iQ -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 13:04:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F1B937B401 for ; Tue, 15 Apr 2003 13:04:04 -0700 (PDT) Received: from mf2.bredband.net (mf2.bredband.net [195.54.106.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7FDE43F85 for ; Tue, 15 Apr 2003 13:04:02 -0700 (PDT) (envelope-from mk-freebsd@bredband.net) Received: from localhost.036-23-6f72652.cust.bredbandsbolaget.se ([213.112.193.73]) by mf2.bredband.net with ESMTP <20030415200401.BVJG273.mf2@localhost.036-23-6f72652.cust.bredbandsbolaget.se> for ; Tue, 15 Apr 2003 22:04:01 +0200 Received: from c-49c170d5.036-23-6f72652.cust.bredbandsbolaget.se (localhost [127.0.0.1])with ESMTP id h3FK2dGZ078851 for ; Tue, 15 Apr 2003 22:04:00 +0200 (CEST) (envelope-from mk-freebsd@bredband.net) Received: (from martink@localhost) (8.12.9/8.12.9/Submit) id h3FK27wi078850 for freebsd-current@freebsd.org; Tue, 15 Apr 2003 22:02:07 +0200 (CEST) (envelope-from mk-freebsd@bredband.net) Date: Tue, 15 Apr 2003 22:02:06 +0200 From: Martin Karlsson To: freebsd-current@freebsd.org Message-ID: <20030415200206.GA1896@c-49c170d5.bredbandsbolaget.se> Mail-Followup-To: freebsd-current@freebsd.org References: <20030414195116.GA743@c-49c170d5.bredbandsbolaget.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030414195116.GA743@c-49c170d5.bredbandsbolaget.se> X-Powered-by: FreeBSD X-PGP-Keyid: 9C924660 X-PGP-Fingerprint: 5970 BE22 2C33 4D8F 53FD 7E34 66FF 9332 9C92 4660 X-PGP-Key: http://www.krutov.org/martin_karlsson.asc User-Agent: Mutt/1.5.4i Subject: Re: mozilla 1.3_1,2 hangs on text-input[SOLVED] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 20:04:04 -0000 * Martin Karlsson [2003-04-14 21.51 +0200]: > Hi. This is on -CURRENT from Apr 11. > > My newly built www/mozilla starts, and as long as I use the mouse, it > loads webpages, and seems to just work. But as soon as I try to > input text (be it in the address-field, or in a text-input field), > mozilla locks up hard, and responds to nothing. I found the answer in a comment to Bugzilla Bug 198862: "Under preferences/Advanced->Keyboard Navigation: Is "Find as You Type" enabled? If yes: Does the bug happen if you disable it?" Disabling "Find as You Type" solved my problem. -- Martin Karlsson From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 13:07:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98F0837B405 for ; Tue, 15 Apr 2003 13:07:11 -0700 (PDT) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA65D43FA3 for ; Tue, 15 Apr 2003 13:07:10 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7212 invoked from network); 15 Apr 2003 20:07:17 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 15 Apr 2003 20:07:17 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h3FK77Ov070125; Tue, 15 Apr 2003 16:07:07 -0400 (EDT) (envelope-from jhb@FreeBSD.org) 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: <20030415185118.GA65629@rot13.obsecurity.org> Date: Tue, 15 Apr 2003 16:07:09 -0400 (EDT) From: John Baldwin To: Kris Kennaway cc: current@FreeBSD.ORG Subject: Re: Another "impossible" mutex panic (Re: Panic in wait4()) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 20:07:12 -0000 On 15-Apr-2003 Kris Kennaway wrote: > On Tue, Apr 15, 2003 at 10:29:29AM -0700, Kris Kennaway wrote: >> On Tue, Mar 25, 2003 at 02:22:04PM -0800, Kris Kennaway wrote: >> > I just got this on bento (running a kernel from Mar 17). It was under >> > heavy disk load at the time, which may or may not be relevant. >> > >> > Kris >> > >> > panic: mtx_lock() of spin mutex %s @ %s:%d >> > panic messages: >> >> I just got another one of these "impossible" panics on one of the >> gohans (impossible because according to gdb the mutex is not a spin >> mutex, so the assertion should not have fired). > > I got this a third and fourth time on another two gohans (same > backtrace). Best guess is that someone is doing a lock on a mutex that has been destroyed. Possibly the memory has been overwritten by something else. What does gdb show for the contents of the actual mutex? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 13:40:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F9EF37B419 for ; Tue, 15 Apr 2003 13:40:26 -0700 (PDT) Received: from mailspool.ops.uunet.co.za (mailspool.ops.uunet.co.za [196.7.0.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6562443F85 for ; Tue, 15 Apr 2003 13:40:24 -0700 (PDT) (envelope-from ianf@wcom.com) Received: from copernicus.so.cpt1.za.uu.net ([196.30.72.32]) by mailspool.ops.uunet.co.za with esmtp (Exim 3.36 #1) id 195XE5-0003YQ-00 for FreeBSD-current@freebsd.org; Tue, 15 Apr 2003 22:40:21 +0200 Received: from localhost ([127.0.0.1] helo=wcom.com) by copernicus.so.cpt1.za.uu.net with esmtp (Exim 3.36 #1) id 195XE4-000EMd-00 for FreeBSD-current@FreeBSD.org; Tue, 15 Apr 2003 22:40:20 +0200 To: FreeBSD-current@FreeBSD.org From: "Ian Freislich" X-image-url: http://www.digs.iafrica.com/gallery/ian-small.gif X-BOFH: true X-LART: Depleted uranium X-No-Junk-Mail: I do not want to get *any* junk mail. You have been deleted. Date: Tue, 15 Apr 2003 22:40:20 +0200 Message-ID: <55218.1050439220@wcom.com> Sender: ianf@wcom.com Subject: Kernel memory leak? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 20:40:26 -0000 Hi Ok, so I'm a fool for trashing my other server's disklabel, but my script for recovering the drive by finding the filesystem start highlighted this issue. Running this program, resulted in my server panicing after about 15 minutes (15000 iterations). Watching top, the 'wired' memory slowly increases increases until the system panics with the message below. It's very repeatable, so I can get a more detailed backtrace if required. Ian #! /usr/local/bin/perl # There must be a better way to do this for ($i = 345000; $i < 8538240; $i += 2) { open(FILE, ">newlabel"); print FILE < c: 8538240 0 unused 1024 8192 # (Cyl. 0 - 8893) e: 8538240 $i 4.2BSD 1024 8192 46208 # (Cyl. 0 - 8893) END close(FILE); system("disklabel -R /dev/ad2s1c newlabel"); $result = system("dumpfs /dev/ad2s1e|grep UFS1"); print "RESULT: $result\t $i\n"; last if ($result == 0); } panic: kmem_malloc(4096): kmem_map too small: 109064192 total allocated cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 syncing disks, buffers remaining... 1423 1423 1422 1422 1422 1422 1422 1422 1422 1422 1422 1422 1422 1422 1422 1422 1422 1422 1422 1422 1422 1422 giving up on 910 buffers Uptime: 15m40s Dumping 191 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 (kgdb) bt #0 0xc01d8acb in doadump () #1 0xc01d916a in boot () #2 0xc01d94b0 in poweroff_wait () #3 0xc02b7e64 in kmem_malloc () #4 0xc02c8c87 in page_alloc () #5 0xc02c898c in slab_zalloc () #6 0xc02c9c68 in uma_zone_slab () #7 0xc02c9eb1 in uma_zalloc_bucket () #8 0xc02c9ae7 in uma_zalloc_arg () #9 0xc01ccd99 in malloc () #10 0xc01a6883 in g_slice_init () #11 0xc01a735c in g_slice_new () #12 0xc02dbfed in g_mbr_taste () #13 0xc01a5150 in g_do_event () #14 0xc01a5456 in one_event () #15 0xc01a54e5 in g_run_events () #16 0xc01a6495 in g_event_procbody () #17 0xc01c2b70 in fork_exit () From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 14:00:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40D2137B401 for ; Tue, 15 Apr 2003 14:00:06 -0700 (PDT) Received: from rrcs-se-24-73-205-166.biz.rr.com (rrcs-se-24-73-205-166.biz.rr.com [24.73.205.166]) by mx1.FreeBSD.org (Postfix) with SMTP id 489CF43FB1 for ; Tue, 15 Apr 2003 14:00:05 -0700 (PDT) (envelope-from wade@ezri.org) Received: (qmail 1416 invoked from network); 15 Apr 2003 21:00:04 -0000 Received: from unknown (HELO ezri.org) (192.168.0.46) by rrcs-se-24-73-205-166.biz.rr.com with SMTP; 15 Apr 2003 21:00:04 -0000 Message-ID: <3E9C72CF.7070708@ezri.org> Date: Tue, 15 Apr 2003 16:59:59 -0400 From: Wade Majors User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Orion Hodson References: <200304152049.h3FKnenR064554@puma.icir.org> In-Reply-To: <200304152049.h3FKnenR064554@puma.icir.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Adjusting pcm buffersize? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 21:00:06 -0000 Orion Hodson wrote: > Can you tell let me know what the h/w is? Is the audio application writing > directly to the device or going through an agent like esound/artsd (fstat > /dev/dsp* /dev/audio* while playing audio). > I currently am having the problem with an ALS4000, which installed because I thought it was my onboard audio (VIA VT8233A), but I am having the same problem. I am using esound. I just tried the same thing with xmms writing directly and the problem appears to have gone away (!). I will have to do some more testing... -Wade From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 14:07:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFB0937B401 for ; Tue, 15 Apr 2003 14:07:00 -0700 (PDT) Received: from rrcs-se-24-73-205-166.biz.rr.com (rrcs-se-24-73-205-166.biz.rr.com [24.73.205.166]) by mx1.FreeBSD.org (Postfix) with SMTP id D640343FAF for ; Tue, 15 Apr 2003 14:06:59 -0700 (PDT) (envelope-from wade@ezri.org) Received: (qmail 1556 invoked from network); 15 Apr 2003 21:06:59 -0000 Received: from unknown (HELO ezri.org) (192.168.0.46) by rrcs-se-24-73-205-166.biz.rr.com with SMTP; 15 Apr 2003 21:06:59 -0000 Message-ID: <3E9C7472.7040500@ezri.org> Date: Tue, 15 Apr 2003 17:06:58 -0400 From: Wade Majors User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Orion Hodson References: <200304152049.h3FKnenR064554@puma.icir.org> <3E9C72CF.7070708@ezri.org> In-Reply-To: <3E9C72CF.7070708@ezri.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Adjusting pcm buffersize? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 21:07:01 -0000 Ok, Orion Hodson is a genius. I don't know how he diagnoses this stuff so easily. I have traced the problem to the esound daemon. Taking esd out of the loop and using the OSS driver in XMMS works flawlessly under the same situations that I was getting the underruns with esd. I switch the output to Esound and the problems return. Huh. Since it seems not much stuff will work writing directly (or am I mistaken?), what are my alternatives here? Do others seeing this problem have the same results writing directly to the device? -Wade From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 14:11:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 631A737B401 for ; Tue, 15 Apr 2003 14:11:51 -0700 (PDT) Received: from critter.freebsd.dk (port757.uc1-esp.isdn-lan.cybercity.dk [212.242.98.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E09743FA3 for ; Tue, 15 Apr 2003 14:11:49 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h3FLBk6W030056; Tue, 15 Apr 2003 23:11:47 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: "Ian Freislich" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 15 Apr 2003 22:40:20 +0200." <55218.1050439220@wcom.com> Date: Tue, 15 Apr 2003 23:11:46 +0200 Message-ID: <30054.1050441106@critter.freebsd.dk> cc: FreeBSD-current@freebsd.org Subject: Re: Kernel memory leak? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 21:11:51 -0000 In message <55218.1050439220@wcom.com>, "Ian Freislich" writes: >Running this program, resulted in my server panicing after about >15 minutes (15000 iterations). Watching top, the 'wired' memory >slowly increases increases until the system panics with the message >below. It's very repeatable, so I can get a more detailed backtrace >if required. That looks like a memory leak in my department, I'll fix it before 5.1. Poul-Henning ># There must be a better way to do this I suggest instead you search for valid superblocks, they have a well-defined magic word you could look for. I even belive I have seen reports of a tool that does it automatically, but have no references at hand. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 14:20:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12A6837B412 for ; Tue, 15 Apr 2003 14:20:39 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4379343F85 for ; Tue, 15 Apr 2003 14:20:38 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: from blossom.cjclark.org (12-234-159-107.client.attbi.com[12.234.159.107]) by sccrmhc03.attbi.com (sccrmhc03) with ESMTP id <2003041521203500300bvt2le>; Tue, 15 Apr 2003 21:20:35 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.8p1/8.12.3) with ESMTP id h3FLKYki001492; Tue, 15 Apr 2003 14:20:34 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.8p1/8.12.8/Submit) id h3FLKXm5001491; Tue, 15 Apr 2003 14:20:33 -0700 (PDT) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f Date: Tue, 15 Apr 2003 14:20:33 -0700 From: "Crist J. Clark" To: Dusan Kozic Message-ID: <20030415212033.GD466@blossom.cjclark.org> References: <200304151833.45847.dusan@sah-drustvo-ms.si> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304151833.45847.dusan@sah-drustvo-ms.si> User-Agent: Mutt/1.4.1i X-URL: http://people.freebsd.org/~cjc/ cc: freebsd-current@freebsd.org Subject: Re: Fwd: passwd bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Crist J. Clark" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 21:20:43 -0000 On Tue, Apr 15, 2003 at 06:33:45PM +0200, Dusan Kozic wrote: > OK, finnaly I know where the problem is.:) > > This is one FreeBSD 5 machine and I have shell access to it. > I can change my password to empty, but then if I want to change this empty > password, program passwd asks me for an Old password. And if I press only on > Enter button, program passwd writes on the screen sorry. But all services > such as ssh, telnet and ftp works fine with empty password, so mine password > is really empty. > > Thanks and please fix this!!! Can't reproduce. Can you show us the /etc/password and /etc/master.passwd entries for the affected user? What's the date on the sources this system was built from? -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 14:25:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E317937B404 for ; Tue, 15 Apr 2003 14:25:06 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4889E43F93 for ; Tue, 15 Apr 2003 14:25:05 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) h3FLP4PR017516; Tue, 15 Apr 2003 14:25:04 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)h3FLP4X1017515; Tue, 15 Apr 2003 14:25:04 -0700 (PDT) Date: Tue, 15 Apr 2003 14:25:04 -0700 From: Steve Kargl To: Poul-Henning Kamp Message-ID: <20030415212504.GA17123@troutmask.apl.washington.edu> References: <55218.1050439220@wcom.com> <30054.1050441106@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <30054.1050441106@critter.freebsd.dk> User-Agent: Mutt/1.4i cc: FreeBSD-current@freebsd.org Subject: Re: Kernel memory leak? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 21:25:07 -0000 On Tue, Apr 15, 2003 at 11:11:46PM +0200, Poul-Henning Kamp wrote: > In message <55218.1050439220@wcom.com>, "Ian Freislich" writes: > > ># There must be a better way to do this > > I suggest instead you search for valid superblocks, they have a > well-defined magic word you could look for. > > I even belive I have seen reports of a tool that does it automatically, > but have no references at hand. > ports/sysutils/ffsrecov -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 14:26:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FE0B37B401; Tue, 15 Apr 2003 14:26:28 -0700 (PDT) Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAA2343FB1; Tue, 15 Apr 2003 14:26:24 -0700 (PDT) (envelope-from dcs@tcoip.com.br) Received: from tcoip.com.br ([10.0.2.6]) by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h3FLQM917951; Tue, 15 Apr 2003 18:26:22 -0300 Message-ID: <3E9C7907.3080605@tcoip.com.br> Date: Tue, 15 Apr 2003 18:26:31 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en, pt-br, ja MIME-Version: 1.0 To: "Crist J. Clark" References: <200304151833.45847.dusan@sah-drustvo-ms.si> <20030415212033.GD466@blossom.cjclark.org> In-Reply-To: <20030415212033.GD466@blossom.cjclark.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org cc: Dusan Kozic Subject: Re: Fwd: passwd bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 21:26:28 -0000 Actually, I'd be more interested in /etc/pam.d/passwd. Crist J. Clark wrote: > On Tue, Apr 15, 2003 at 06:33:45PM +0200, Dusan Kozic wrote: >=20 >>OK, finnaly I know where the problem is.:) >> >>This is one FreeBSD 5 machine and I have shell access to it. >>I can change my password to empty, but then if I want to change this em= pty=20 >>password, program passwd asks me for an Old password. And if I press on= ly on=20 >>Enter button, program passwd writes on the screen sorry. But all servic= es=20 >>such as ssh, telnet and ftp works fine with empty password, so mine pas= sword=20 >>is really empty. >> >>Thanks and please fix this!!! >=20 >=20 > Can't reproduce. Can you show us the /etc/password and > /etc/master.passwd entries for the affected user? What's the date on > the sources this system was built from? --=20 Daniel C. Sobral Ger=EAncia de Opera=E7=F5es Divis=E3o de Comunica=E7=E3o de Dados Coordena=E7=E3o de Seguran=E7a VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo@tco.net.br Daniel.Sobral@tcoip.com.br dcs@tcoip.com.br From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 14:28:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C97D437B401 for ; Tue, 15 Apr 2003 14:28:50 -0700 (PDT) Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2ACC43F85 for ; Tue, 15 Apr 2003 14:28:48 -0700 (PDT) (envelope-from dcs@tcoip.com.br) Received: from tcoip.com.br ([10.0.2.6]) by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h3FLST917999; Tue, 15 Apr 2003 18:28:29 -0300 Message-ID: <3E9C7987.1040204@tcoip.com.br> Date: Tue, 15 Apr 2003 18:28:39 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en, pt-br, ja MIME-Version: 1.0 To: Steve Kargl References: <55218.1050439220@wcom.com> <30054.1050441106@critter.freebsd.dk> <20030415212504.GA17123@troutmask.apl.washington.edu> In-Reply-To: <20030415212504.GA17123@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: Poul-Henning Kamp cc: FreeBSD-current@freebsd.org Subject: Re: Kernel memory leak? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 21:28:51 -0000 Having lost two FreeBSD slices on which our own tool in src/tools=20 produced so many false positives as to be useless, let me take this=20 opportunity to mention that ffsrecov really does rule. A patch, which=20 was posted to freebsd-fs@, is required for ufs2. Steve Kargl wrote: > On Tue, Apr 15, 2003 at 11:11:46PM +0200, Poul-Henning Kamp wrote: >=20 >>In message <55218.1050439220@wcom.com>, "Ian Freislich" writes: >> >> >>># There must be a better way to do this >> >>I suggest instead you search for valid superblocks, they have a=20 >>well-defined magic word you could look for. >> >>I even belive I have seen reports of a tool that does it automatically,= >>but have no references at hand. >> >=20 >=20 > ports/sysutils/ffsrecov >=20 --=20 Daniel C. Sobral Ger=EAncia de Opera=E7=F5es Divis=E3o de Comunica=E7=E3o de Dados Coordena=E7=E3o de Seguran=E7a VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo@tco.net.br Daniel.Sobral@tcoip.com.br dcs@tcoip.com.br From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 14:31:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C12737B401 for ; Tue, 15 Apr 2003 14:31:28 -0700 (PDT) Received: from Stalker.alfacom.net (Stalker.Alfacom.net [193.108.124.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81DD643FB1 for ; Tue, 15 Apr 2003 14:31:23 -0700 (PDT) (envelope-from vkushnir@alfacom.net) Received: from kushnir1.kiev.ua (124-166.dialup.Alfacom.net [193.108.124.166]) by Stalker.alfacom.net (8.12.8/8.12.8) with ESMTP id h3FLUdW4014562 for ; Wed, 16 Apr 2003 00:30:53 +0300 (EEST) Received: from kushnir1.kiev.ua (localhost [127.0.0.1]) by kushnir1.kiev.ua (8.12.9/8.12.9) with ESMTP id h3FLTG1l018757 for ; Wed, 16 Apr 2003 00:29:16 +0300 (EEST) (envelope-from vkushnir@alfacom.net) Received: from localhost (vkushnir@localhost)h3FLSrkR018704 for ; Wed, 16 Apr 2003 00:29:16 +0300 (EEST) X-Authentication-Warning: kushnir1.kiev.ua: vkushnir owned process doing -bs Date: Wed, 16 Apr 2003 00:27:15 +0300 (EEST) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: current@FreeBSD.org Message-ID: <20030416001334.M17503@kushnir1.kiev.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: pcm0: unable to initialize the card (YMF724) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 21:31:28 -0000 Last CVSupped: last night. Sound card driver loaded as a modules from /boot/loader. From dmesg with "boot -v": pcm0: mem 0xeb000000-0 xeb007fff irq 10 at device 16.0 on pci0 ds1: setmap (502000, 1000), nseg=0, error=27 pcm0: pcs=120, rcs=16, ecs=16, ws=0, memsz=1584 4 pcm0: unable to initialize the card device_probe_and_attach: pcm0 attac returned 6 Previous kernel (from Apr 12) forks fine. Regards, Vladimir From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 14:57:07 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD43C37B401 for ; Tue, 15 Apr 2003 14:57:07 -0700 (PDT) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2D1B43FCB for ; Tue, 15 Apr 2003 14:57:06 -0700 (PDT) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (ueiozknvdmq20s6x@dsl-133-253.aei.ca [66.36.133.253]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id h3FLut120740; Tue, 15 Apr 2003 17:57:00 -0400 (EDT) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 743DC243; Tue, 15 Apr 2003 17:56:54 -0400 (EDT) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Tue, 15 Apr 2003 17:57:00 -0400 Date: Tue, 15 Apr 2003 17:57:00 -0400 From: The Anarcat To: Wade Majors Message-ID: <20030415215659.GG621@lenny.anarcat.ath.cx> References: <200304152049.h3FKnenR064554@puma.icir.org> <3E9C72CF.7070708@ezri.org> <3E9C7472.7040500@ezri.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="L1c6L/cjZjI9d0Eq" Content-Disposition: inline In-Reply-To: <3E9C7472.7040500@ezri.org> User-Agent: Mutt/1.5.3i cc: current@freebsd.org cc: Orion Hodson Subject: Re: Adjusting pcm buffersize? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 21:57:08 -0000 --L1c6L/cjZjI9d0Eq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue Apr 15, 2003 at 05:06:58PM -0400, Wade Majors wrote: > Ok, Orion Hodson is a genius. I don't know how he diagnoses this stuff=20 > so easily. >=20 > I have traced the problem to the esound daemon. Taking esd out of the=20 > loop and using the OSS driver in XMMS works flawlessly under the same=20 > situations that I was getting the underruns with esd. I switch the=20 > output to Esound and the problems return. >=20 > Huh. >=20 > Since it seems not much stuff will work writing directly (or am I=20 > mistaken?), what are my alternatives here? >=20 > Do others seeing this problem have the same results writing directly to= =20 > the device? Yes. A. --=20 Jesus died for his own sins, not mine. - CRASS, 1978 --L1c6L/cjZjI9d0Eq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+nIArttcWHAnWiGcRAhBFAJ0XvL0QTt2WKkUIqEA32rtUN7bWdACglMkv +QWeFvuUHOeG7JLw7gOmt/c= =7aaI -----END PGP SIGNATURE----- --L1c6L/cjZjI9d0Eq-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 15:07:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9367937B401 for ; Tue, 15 Apr 2003 15:07:13 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C33243F75 for ; Tue, 15 Apr 2003 15:07:12 -0700 (PDT) (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 h3FM6uA7066217; Tue, 15 Apr 2003 16:06:57 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 15 Apr 2003 16:06:40 -0600 (MDT) Message-Id: <20030415.160640.112623304.imp@bsdimp.com> To: ticso@cicely.de, ticso@cicely9.cicely.de From: "M. Warner Losh" In-Reply-To: <20030415151806.GL529@cicely9.cicely.de> References: <20030414154016.GN16153@cicely9.cicely.de> <20030416.000421.39225367.sanpei@sanpei.org> <20030415151806.GL529@cicely9.cicely.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 cc: sanpei@sanpei.org cc: current@freebsd.org Subject: Re: tested ehci driver with 5-current/IBM ThinkPad240 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 22:07:13 -0000 Looks more like a resource allocation glitch to me. Devices shouldn't be mapped to the same address... Warner From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 15:55:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E6B537B401 for ; Tue, 15 Apr 2003 15:55:32 -0700 (PDT) Received: from wabakimi.chat.carleton.ca (wabakimi.chat.carleton.ca [134.117.1.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68DA943FCB for ; Tue, 15 Apr 2003 15:55:31 -0700 (PDT) (envelope-from creyenga@connectmail.carleton.ca) Received: from fireball (terry.cavern.carleton.ca [134.117.93.187] (may be forged))h3FMtTWg011280; Tue, 15 Apr 2003 18:55:29 -0400 (EDT) Message-ID: <002a01c303a2$2661e140$0200000a@fireball> From: "Craig Reyenga" To: References: <200304152049.h3FKnenR064554@puma.icir.org> <3E9C72CF.7070708@ezri.org> <3E9C7472.7040500@ezri.org> Date: Tue, 15 Apr 2003 18:55:35 -0400 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 Subject: Re: Adjusting pcm buffersize? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 22:55:32 -0000 I see the problem when using ogg123 from the commandline, which writes directly to the card. My box in question is an AMD K6-2 450, SBLive. -Craig ----- Original Message ----- From: "Wade Majors" To: "Orion Hodson" Cc: Sent: Tuesday, April 15, 2003 5:06 PM Subject: Re: Adjusting pcm buffersize? > Ok, Orion Hodson is a genius. I don't know how he diagnoses this stuff > so easily. > > I have traced the problem to the esound daemon. Taking esd out of the > loop and using the OSS driver in XMMS works flawlessly under the same > situations that I was getting the underruns with esd. I switch the > output to Esound and the problems return. > > Huh. > > Since it seems not much stuff will work writing directly (or am I > mistaken?), what are my alternatives here? > > Do others seeing this problem have the same results writing directly to > the device? > > -Wade > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 16:05:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD87B37B401 for ; Tue, 15 Apr 2003 16:05:41 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ADDF43F3F for ; Tue, 15 Apr 2003 16:05:40 -0700 (PDT) (envelope-from ticso@cicely9.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h3FN5Jcx085289 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 16 Apr 2003 01:05:21 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h3FN5HYi055368 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Apr 2003 01:05:18 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (localhost [127.0.0.1]) by cicely9.cicely.de (8.12.9/8.12.8) with ESMTP id h3FN5GtA004739; Wed, 16 Apr 2003 01:05:17 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: (from ticso@localhost) by cicely9.cicely.de (8.12.9/8.12.9/Submit) id h3FN5FCC004738; Wed, 16 Apr 2003 01:05:16 +0200 (CEST) (envelope-from ticso) Date: Wed, 16 Apr 2003 01:05:15 +0200 From: Bernd Walter To: "M. Warner Losh" Message-ID: <20030415230514.GS529@cicely9.cicely.de> References: <20030414154016.GN16153@cicely9.cicely.de> <20030416.000421.39225367.sanpei@sanpei.org> <20030415151806.GL529@cicely9.cicely.de> <20030415.160640.112623304.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030415.160640.112623304.imp@bsdimp.com> X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha User-Agent: Mutt/1.5.3i cc: current@freebsd.org cc: ticso@cicely9.cicely.de cc: ticso@cicely.de cc: sanpei@sanpei.org Subject: Re: tested ehci driver with 5-current/IBM ThinkPad240 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 23:05:42 -0000 On Tue, Apr 15, 2003 at 04:06:40PM -0600, M. Warner Losh wrote: > Looks more like a resource allocation glitch to me. Devices shouldn't > be mapped to the same address... For standard PCI cards it would be the BIOS fault, but who does this for cardbus devices? -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 16:53:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8C8337B401 for ; Tue, 15 Apr 2003 16:53:46 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AB7B43FAF for ; Tue, 15 Apr 2003 16:53:45 -0700 (PDT) (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 h3FNelA7066669; Tue, 15 Apr 2003 17:40:47 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 15 Apr 2003 17:40:32 -0600 (MDT) Message-Id: <20030415.174032.35658297.imp@bsdimp.com> To: ticso@cicely.de, ticso@cicely9.cicely.de From: "M. Warner Losh" In-Reply-To: <20030415230514.GS529@cicely9.cicely.de> References: <20030415151806.GL529@cicely9.cicely.de> <20030415.160640.112623304.imp@bsdimp.com> <20030415230514.GS529@cicely9.cicely.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 cc: sanpei@sanpei.org cc: current@freebsd.org Subject: Re: tested ehci driver with 5-current/IBM ThinkPad240 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 23:53:46 -0000 In message: <20030415230514.GS529@cicely9.cicely.de> Bernd Walter writes: : On Tue, Apr 15, 2003 at 04:06:40PM -0600, M. Warner Losh wrote: : > Looks more like a resource allocation glitch to me. Devices shouldn't : > be mapped to the same address... : : For standard PCI cards it would be the BIOS fault, but who does this : for cardbus devices? For standard PCI cards, the BIOS is increasingly passing the buck to the OS. For CardBus, the buck has always been passed. There's something wrong in the FreeBSD allocation code... Warner From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 17:47:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF28A37B401 for ; Tue, 15 Apr 2003 17:47:36 -0700 (PDT) Received: from mail.yadt.co.uk (yadt.demon.co.uk [158.152.4.134]) by mx1.FreeBSD.org (Postfix) with SMTP id C858D43F75 for ; Tue, 15 Apr 2003 17:47:31 -0700 (PDT) (envelope-from davidt@yadt.co.uk) Received: (qmail 4343 invoked from network); 16 Apr 2003 00:47:30 -0000 Received: from gattaca.local.yadt.co.uk (HELO mail.gattaca.yadt.co.uk) (10.0.0.2) by xfiles.yadt.co.uk with SMTP; 16 Apr 2003 00:47:30 -0000 Received: (qmail 16250 invoked by uid 1000); 16 Apr 2003 00:47:23 -0000 Date: Wed, 16 Apr 2003 01:47:23 +0100 From: David Taylor To: freebsd-current@freebsd.org Message-ID: <20030416004723.GA8630@gattaca.yadt.co.uk> Mail-Followup-To: freebsd-current@freebsd.org References: <200304151833.45847.dusan@sah-drustvo-ms.si> <20030415212033.GD466@blossom.cjclark.org> <3E9C7907.3080605@tcoip.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E9C7907.3080605@tcoip.com.br> User-Agent: Mutt/1.4.1i Subject: Re: Fwd: passwd bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 00:47:37 -0000 On Tue, 15 Apr 2003, Daniel C. Sobral wrote: > Crist J. Clark wrote: >> On Tue, Apr 15, 2003 at 06:33:45PM +0200, Dusan Kozic wrote: >> >>> OK, finnaly I know where the problem is.:) >>> >>> This is one FreeBSD 5 machine and I have shell access to it. >>> I can change my password to empty, but then if I want to change this >>> empty password, program passwd asks me for an Old password. And if I >>> press only on Enter button, program passwd writes on the screen sorry. >>> But all services such as ssh, telnet and ftp works fine with empty >>> password, so mine password is really empty. >>> >>> Thanks and please fix this!!! >> >> >> Can't reproduce. Can you show us the /etc/password and >> /etc/master.passwd entries for the affected user? What's the date on >> the sources this system was built from? > > Actually, I'd be more interested in /etc/pam.d/passwd. > I'm seeing the same effect on a system built from sources updated on 21 March 2003. Running passwd, and changing my password to a blank one works fine. Logging in works almost fine (it displays 'Password:' then 'Password [echo on]:' and accepts the blank password the second time), but trying to change a blank password causes pam_chauthtok to fail with 'permission denied'. My /etc/pam.d/passwd file consists of one non comment line: password required pam_unix.so no_warn try_first_pass and is identical to /usr/src/etc/pam.d/passwd. -- David Taylor davidt@yadt.co.uk "The future just ain't what it used to be" From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 18:28:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8850D37B404 for ; Tue, 15 Apr 2003 18:28:28 -0700 (PDT) Received: from lunchbox.theghet.to (theghet.to [64.253.39.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E74A43FBD for ; Tue, 15 Apr 2003 18:28:27 -0700 (PDT) (envelope-from armando@lunchbox.theghet.to) Received: (qmail 30819 invoked by uid 1001); 16 Apr 2003 01:03:43 -0000 Date: Tue, 15 Apr 2003 21:03:43 -0400 From: ndb To: current@FreeBSD.org Message-ID: <20030416010343.GB28125@lunchbox.theghet.to> References: <20030415143541.GA15606@lunchbox.theghet.to> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030415143541.GA15606@lunchbox.theghet.to> User-Agent: Mutt/1.4i Subject: [solved] Re: fsck_ffs not updating standard superblock with alternate superblock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 01:28:28 -0000 solved. hacked fsck_ffs. /usr/src/sbin/fsck_ffs/fsutil.c replaced this if (havesb && cursnapshot == 0 && sblock.fs_magic == FS_UFS2_MAGIC && sblk.b_bno != sblock.fs_sblockloc / dev_bsize && !preen && reply("UPDATE STANDARD SUPERBLOCK")) { with this if (havesb && cursnapshot == 0 && sblk.b_bno != sblock.fs_sblockloc / dev_bsize && !preen ) { i got my superblock back. turns out softupdates was turned on, and i still lost my superblock. How come fsck_ffs only replaces the superblock on UFS2 file sytems and not UFS1? ndb On Tue, Apr 15, 2003 at 10:35:42AM -0400, ndb wrote: > Summary: FreeBSD 5.0-RELEASE kernel with the UFS2 filesystem. > Power failure caused computer to reboot, file systems that > had soft updates turned on had fsck defer to background fscking when it > was loading, the last drive on my /etc/fstab file didnt have soft > updates turned on, and after it fscked the drive and marked it as clean, > it just hung there. I booted to single user mode, and commented out > the line for my drive that didnt have soft updates turned on. When it > rebooted, I manually did an fsck with the alternate superblock because > my standard superblock was corrupted, fsck_ffs never gave me an option > to copy the alternate superblock to the standard one, I tried some dd > commands, but it didnt work. The drive is good, dmesg showed no errors, > plenty of good superblocks. If i do get this drive mounted, I'm going > to turn on soft updates for it. > > Question: How can I get an alternate superblock to become the standard > superblock? Can I mount it using the alternate superblock? > > ndb > > lunchbox# uname -a > FreeBSD lunchbox.theghet.to 5.0-RELEASE FreeBSD 5.0-RELEASE #0: Sat Feb 15 15:09:53 EST 2003 root@lunchbox.theghet.to:/usr/src/sys/i386/compile/THEGHETTO i386 > lunchbox# fsck_ffs -b 0 /dev/ad3s1d > Alternate super block location: 0 > ** /dev/ad3s1d > Cannot find file system superblock > > LOOK FOR ALTERNATE SUPERBLOCKS? [yn] y > > USING ALTERNATE SUPERBLOCK AT 32 > ** Last Mounted on > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > ** Phase 5 - Check Cyl groups > 534646 files, 33571978 used, 4883082 free (4298 frags, 609848 blocks, 0.0% fragmentation) > > ***** FILE SYSTEM MARKED CLEAN ***** > lunchbox# newfs -N /dev/ad3s1d > /dev/ad3s1d: 76316.6MB (156296320 sectors) block size 16384, fragment size 2048 > using 416 cylinder groups of 183.69MB, 11756 blks, 23552 inodes. > super-block backups (for fsck -b #) at: > 32, 376224, 752416, 1128608, 1504800, 1880992, 2257184, 2633376, > ... > 91790880, 92167072, 92543264, 92919456, 93295648, 93671840, > lunchbox# fsck_ffs -b 93295648 /dev/ad3s1d > Alternate super block location: 93295648 > ** /dev/ad3s1d > ** Last Mounted on > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > ** Phase 5 - Check Cyl groups > SUMMARY BLK COUNT(S) WRONG IN SUPERBLK > SALVAGE? [yn] y > > 534646 files, 33571978 used, 4883082 free (4298 frags, 609848 blocks, 0.0% fragmentation) > > ***** FILE SYSTEM WAS MODIFIED ***** > lunchbox# dd if=/dev/ad3s1d bs=16k count=1 skip=32 of=alternatesuperblock > 1+0 records in > 1+0 records out > 16384 bytes transferred in 0.007131 secs (2297542 bytes/sec) > > > > lunchbox# dd if=/dev/ad3s1d bs=16k count=1 of=standardsuperblock > 1+0 records in > 1+0 records out > 16384 bytes transferred in 0.002671 secs (6134025 bytes/sec) > lunchbox# dd if=alternatesuperblock bs=16k count=1 of=/dev/ad3s1d > dd: /dev/ad3s1d: Operation not permitted > 1+0 records in > 0+0 records out > 0 bytes transferred in 0.000541 secs (0 bytes/sec) > lunchbox# > > > > > lunchbox# dd if=/dev/ad3s1d bs=16k count=1 skip=33 of=alternatesuperblock > 1+0 records in > 1+0 records out > 16384 bytes transferred in 0.000973 secs (16838882 bytes/sec) > lunchbox# dd if=/dev/ad3s1d bs=16k count=1 skip=1 of=standardsuperblock > 1+0 records in > 1+0 records out > 16384 bytes transferred in 0.007905 secs (2072611 bytes/sec) > lunchbox# dd if=alternatesuperblock bs=16k count=1 skip=1 of=/dev/ad3s1d > 0+0 records in > 0+0 records out > 0 bytes transferred in 0.000026 secs (0 bytes/sec) > lunchbox# > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 18:35:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BD8937B401 for ; Tue, 15 Apr 2003 18:35:55 -0700 (PDT) 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 4C61F43FB1 for ; Tue, 15 Apr 2003 18:35:54 -0700 (PDT) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: from ip68-14-60-78.no.no.cox.net (conrads@localhost [127.0.0.1]) h3G1ZQQO009636; Tue, 15 Apr 2003 20:35:26 -0500 (CDT) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: (from conrads@localhost)h3G1ZPoY009635; Tue, 15 Apr 2003 20:35:25 -0500 (CDT) (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: <3E9C7472.7040500@ezri.org> Date: Tue, 15 Apr 2003 20:35:25 -0500 (CDT) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: Conrad Sabatier To: Wade Majors cc: current@freebsd.org cc: Orion Hodson Subject: Re: Adjusting pcm buffersize? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 01:35:55 -0000 On 15-Apr-2003 Wade Majors wrote: > Ok, Orion Hodson is a genius. I don't know how he diagnoses this stuff > so easily. > > I have traced the problem to the esound daemon. Taking esd out of the > loop and using the OSS driver in XMMS works flawlessly under the same > situations that I was getting the underruns with esd. I switch the > output to Esound and the problems return. > > Huh. > > Since it seems not much stuff will work writing directly (or am I > mistaken?), what are my alternatives here? > > Do others seeing this problem have the same results writing directly to > the device? No. I don't use esound, artsd, or any other sound daemon. Just straight mpg123 (built without esound). It mostly works fine, except under heavy loads (buildworld or huge port builds), or when text is scrolling in certain apps (interrupt problems?), in which case it either slows down, breaks up, or both. So, I think the problem runs a bit deeper than suggested. Sure, a sound daemon will impact performance, but the problem exists even without. -- Conrad Sabatier - "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 19:12:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD23737B401 for ; Tue, 15 Apr 2003 19:12:36 -0700 (PDT) Received: from babyruth.hotpop.com (babyruth.hotpop.com [204.57.55.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCB0B43FCB for ; Tue, 15 Apr 2003 19:12:35 -0700 (PDT) (envelope-from bsdterm@HotPOP.com) Received: from hotpop.com (kubrick.hotpop.com [204.57.55.16]) by babyruth.hotpop.com (Postfix) with SMTP id E67C221E0C9 for ; Wed, 16 Apr 2003 02:08:14 +0000 (UTC) Received: from terminator (12-211-144-2.client.attbi.com [12.211.144.2]) by smtp-1.hotpop.com (Postfix) with ESMTP id 05ACB1A01B0 for ; Wed, 16 Apr 2003 01:37:28 +0000 (UTC) From: bsdterm@HotPOP.com To: freebsd-current@freebsd.org Date: Tue, 15 Apr 2003 20:37:26 -0500 User-Agent: KMail/1.5 References: <200304152049.h3FKnenR064554@puma.icir.org> <3E9C7472.7040500@ezri.org> <002a01c303a2$2661e140$0200000a@fireball> In-Reply-To: <002a01c303a2$2661e140$0200000a@fireball> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304152037.26832.bsdterm@HotPOP.com> X-HotPOP: ----------------------------------------------- Sent By HotPOP.com FREE Email Get your FREE POP email at www.HotPOP.com ----------------------------------------------- Subject: Re: Adjusting pcm buffersize? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bsdterm@HotPOP.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 02:12:37 -0000 As do I using ogg123 on the command-line. On my P733, 512MB box, with the ES1371 Ensoniq sound card (SB 64V) with light load (just a console TTY), 95-100% CPU available, ogg123 will play (using the OSS driver) about 3/4 sec. of sound, then pause for some 5 sec., then play another 3/4 sec. of sound. And so on... Yet, xmms will play OGG files just fine, and mpg123 will play MP3's fine from the command-line as well... -term On Tuesday 15 April 2003 05:55 pm, Craig Reyenga wrote: > I see the problem when using ogg123 from the commandline, which writes > directly to the card. My box in question is an AMD K6-2 450, SBLive. > > -Craig > > ----- Original Message ----- > From: "Wade Majors" > To: "Orion Hodson" > Cc: > Sent: Tuesday, April 15, 2003 5:06 PM > Subject: Re: Adjusting pcm buffersize? > > > Ok, Orion Hodson is a genius. I don't know how he diagnoses this stuff > > so easily. > > > > I have traced the problem to the esound daemon. Taking esd out of the > > loop and using the OSS driver in XMMS works flawlessly under the same > > situations that I was getting the underruns with esd. I switch the > > output to Esound and the problems return. > > > > Huh. > > > > Since it seems not much stuff will work writing directly (or am I > > mistaken?), what are my alternatives here? > > > > Do others seeing this problem have the same results writing directly to > > the device? > > > > -Wade > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 20:30:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F091937B405 for ; Tue, 15 Apr 2003 20:30:29 -0700 (PDT) Received: from tango.chessclub.com (tango.chessclub.com [204.178.125.70]) by mx1.FreeBSD.org (Postfix) with SMTP id CEEFB43F75 for ; Tue, 15 Apr 2003 20:30:27 -0700 (PDT) (envelope-from sleator@tango.chessclub.com) Received: (qmail 81128 invoked by uid 1000); 16 Apr 2003 03:19:17 -0000 Date: 16 Apr 2003 03:19:17 -0000 Message-ID: <20030416031917.81124.qmail@tango.chessclub.com> From: Danny Sleator To: current@freebsd.org Subject: better ways to get the news X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 03:30:30 -0000 I'm alternately outraged and depressed by what's happening in the world. We now have the most powerful, deceitful, arrogant, and belligerent administration in US history. And almost everything they're doing is wrong. Here's one example to illustrate the power of Emperor Bush. He can start a unilateral, preemptive, unprecedented war costing hundreds of billions of dollars. His justification for it constantly changes, and is buttressed by a stream of lies. Simultaneously he can demand and get from congress a huge tax cut for the rich, despite the fact that we're in a recession and there's a huge budget deficit. And while doing all this outrageous stuff, he remains extremely popular. I'm thinking about what I, an average Joe, can do to slow down this juggernaut. One thing I did was put up this lighted sign outside of my house: http://www.cs.cmu.edu/~sleator/pictures/no-war.jpg But I think the real problem, and the reason for Bush's popularity, is that the American people basically don't have a clue about what's really happening. The mainstream media are not communicating it. Here are four examples to illustrate this point. 1. Remember the huge crowd of Iraqis cheering and pulling down a statue of Saddam? It turns out that the crowd was very small and some (all?) of the jubilant members of the crowd were actors. http://www.informationclearinghouse.info/article2842.htm 2. Remember the rampant looting of Baghdad? Perhaps you knew that the US didn't lift a finger to stop it. But did you know that it was encouraged by US troops as a photo op? http://truthout.org/docs_03/041603D.shtml 3. Did you know that Richard Perle (a key author of the US's current Iraq policy) worked to undermine the Camp David accords in the summer of 2000? http://www.guardian.co.uk/israel/Story/0,2763,342857,00.html 4. There's an outrageous, little-known part of NAFTA called chapter 11, which foreign corporate investors are using to challenge laws designed to protect public health, environmental regulations, and jury verdicts. The cases are heard before a secret international trade tribunal. http://www.citizen.org/publications/release.cfm?ID=7076 These are just a tiny sample to illustrate the problems of missing and/or misleading stories in the media. This situation goes a long way toward explaining why the war is so much more popular in the US than it is everywhere else. So I'm suggesting (to all the addresses in my inbox over the last few years) some good alternative sources of information that I've found. A good place to start is http://www.truthout.org They collect stories from reputable sources all over the world. You can sign up for a daily mailing of stories of their suggested stories. I've included one below. Sign up for their mailings at: http://216.25.72.229/membership/sub_mgmt.php http://www.fair.org is a media watchdog group. They maintain a web site, and they let you sign up for sporadic mailings about media deceptions and bias. They often have action alerts about specific outrages in the media. Another very good organization is http://www.moveon.org They email reminders when congress is considering important issues. They make it easy to contact your congress person to voice your opinion. They also run ads in mainstream publications and on TV. I also highly recommend the book "What Liberal Media?" by Eric Alterman. He explains in great detail all the ways in which the media system is broken, and how it got this way. Here are some other great sites to take a look at: http://www.consortiumnews.com http://www.copvcia.com http://www.democraticunderground.com http://www.informationclearinghouse.info http://www.tompaine.com http://www.zmag.org/weluser.htm I hope you find this mailing useful, and I apologize if you got this more than once. Feel free to distribute this further. One warning: If you keep up with these sites, your world view will start to diverge from the "standard" (i.e. false) world view. You risk being viewed as a conspiracy theorist or a nut. Danny Sleator Professor of Computer Science Carnegie Mellon University Email: sleator@cmu.edu t r u t h o u t | 04.16 Eagleburger: Bush Should be Impeached if He Attacks Syria GO Echoes of Empires Past GO Bomb Before You Buy GO US Troops Encouraged Ransacking GO Reflections on the Battle of Baghdad GO Bush-Hitler Remark Sinks Movie Exec GO 'Fearless' Dean Wins Converts GO What About Private Lori? GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.15 William Rivers Pitt | How America Lost the War GO Rout Proves Anti-War Point GO Aftermath: The Bush Doctrine GO Baghdad Seeths With Anger Toward U.S. GO Syria Could Be Next, Warns Washington GO America Targeted 14,000 Sites. So Where Are The WMDs? GO Scandal-Hit US Firm Wins Key Contracts GO Civilisation Torn To Pieces GO Mesopotamia. Babylon. The Tigris and Euphrates GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.14 War and Peace: Anarchy in the Streets GO U.S. Marines Exchange Heavy Fire in Central Baghdad GO Pillagers Strip Iraqi Museum of Its Treasure GO Crime Against Humanity GO Garner Waiting For "Last Shot" To Rule Baghdad GO Vanishing Liberties -- Where's the Press? GO Anthrax Source Probably Domestic GO India Mulls 'Pre-Emptive' Pakistan Strike, Cites Iraq War Precedent GO Outspoken Yellowstone Ranger Loses Job GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.13 Congressman Questions Iraq Work Given To Halliburton Subsidiary Without Competition GO US Arms Group Heads for Lisbon GO US Show of Force Galls Arab World GO U.S. Govt Accused of War Crimes against Journalists GO Ordinary People Fear Their Nation Could Be Next Target of 'Regime Change' GO Northern Iraq Falls, Mobs Run Riot in Baghdad GO The Future of Iraq's Oil GO War Within A War A Real Possibility GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.12 Hans Blix: War Planned 'Long in Advance' GO The Press and the War GO Spoils of War GO Suicide Bomber In Baghdad Injures Four Marines GO Security Council Balks at Postwar Plans GO Murdoch Adds to Empire With Control of DirecTV GO Bush Offers Crooks And Warmongers To Lead Iraq GO House Revives ANWAR Again GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.11 Despite Cheering Crowds, Army Unit Sees Urban Combat in Baghdad GO In Search of Horror Weapons GO Syria Now Top US Target for 'Regime Change' GO Descent Into a Charnel-House Hospital Hell GO Republicans Want Patriot Act Made Permanent GO The Pentagon's 'Trainee,' Ahmad Chalabi GO UNICEF Warns Of Worsening Situation For Children In Iraq GO House Democrats Want Halliburton Probe GO CPJ Condemns Journalists' Deaths In Iraq GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.10 William Rivers Pitt | The Longest Winter GO Dark Day for Journalists in Iraq GO Wailing Children, the Wounded, the Dead GO The Taliban are Back in Southeast Afghanistan GO War Out of Compassion GO Iraqis In Basra Weigh Freedom's Cost GO Oakland Cops Defend Use of Force Against Protesters GO Coleman Apologizes For Remark About Wellstone GO Saddam Hussein, "Chemical Ali" Apparently Survive Attacks GO Economy on the Edge GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.09 Oakland Police Open Fire At Anti-War Protest GO Iraqis Launch Urban Fightback in Baghdad GO Simpson: 'This Is Like A Scene From Hell.' GO Baghdad Hospitals Overwhelmed, No Longer Counting Casualties GO "Smoking Gun" WMD Site in Iraq Turns Out to Contain Pesticide GO 'I Love My Country, But.' GO Cronies Set To Make A Killing GO William Rivers Pitt's New Book Now Available GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.08 Surgeon Describes "Horrific Injuries," Sanitized War GO Up to 3,000 Iraqi Fighters Dead in Show of Force GO Red Cross: Iraq Wounded Too High to Count GO U.S. Finds No Weapons of Mass Destruction in Iraq GO Little Hope for Post-War Boom in US Economy GO Carlyle Group Heads for Lisbon GO Army Chaplain Offers Baptisms, Baths GO Irish Anti-War Marchers to Confront Bush GO Disarmament In Tatters GO 7-Year-Old Kurd: 'I Like War' GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.07 Thirsty Iraqis Must Be Baptized to Get Water GO Near Baghdad, U.S. Troops Encounter 'Remarkable' Foe GO Britain Admits There May Be No WMD's in Iraq GO Forecasters Underrating Weakness of US Economy GO US Marines Kill Seven Iraqis After Truck Fails to Stop (Again) GO Baghdad Hospitals Stretched to their Limits GO American Portrayal of War of Liberation Faltering Across Arab World GO Blair and Friends Staring Into War's Political Abyss GO Turf War Rages in Washington Over Who Will Rule Iraq GO To Activists, Real Battles Are on Home Front GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.06 Red Cross Horrified by Number of Dead Civilians GO Samar's Story GO At Umm Qasr, the "Secured" Port, "It's Chaos" GO How the Dissidents Fooled the Washington Hawks GO US Military Admits 'Suspicious' Powder is Explosive GO Kerry Lashes Out at Republican Criticisms GO Saddam Was Not Always Washington's 'Demon' GO The War's Dirty Secret: It's About Changing United States, Not Iraq GO Jobs Show Worse-Than-Expected Drop GO Senate Won't Debate Alaska Oil Drilling GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ To JOIN the TO list: http://www.truthout.org/membership/sub_mgmt.php From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 20:30:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 185A737B405 for ; Tue, 15 Apr 2003 20:30:39 -0700 (PDT) Received: from tango.chessclub.com (tango.chessclub.com [204.178.125.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 8506D43FDD for ; Tue, 15 Apr 2003 20:30:29 -0700 (PDT) (envelope-from sleator@tango.chessclub.com) Received: (qmail 81141 invoked by uid 1000); 16 Apr 2003 03:19:17 -0000 Date: 16 Apr 2003 03:19:17 -0000 Message-ID: <20030416031917.81140.qmail@tango.chessclub.com> From: Danny Sleator To: freebsd-current@freebsd.org Subject: better ways to get the news X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 03:30:39 -0000 I'm alternately outraged and depressed by what's happening in the world. We now have the most powerful, deceitful, arrogant, and belligerent administration in US history. And almost everything they're doing is wrong. Here's one example to illustrate the power of Emperor Bush. He can start a unilateral, preemptive, unprecedented war costing hundreds of billions of dollars. His justification for it constantly changes, and is buttressed by a stream of lies. Simultaneously he can demand and get from congress a huge tax cut for the rich, despite the fact that we're in a recession and there's a huge budget deficit. And while doing all this outrageous stuff, he remains extremely popular. I'm thinking about what I, an average Joe, can do to slow down this juggernaut. One thing I did was put up this lighted sign outside of my house: http://www.cs.cmu.edu/~sleator/pictures/no-war.jpg But I think the real problem, and the reason for Bush's popularity, is that the American people basically don't have a clue about what's really happening. The mainstream media are not communicating it. Here are four examples to illustrate this point. 1. Remember the huge crowd of Iraqis cheering and pulling down a statue of Saddam? It turns out that the crowd was very small and some (all?) of the jubilant members of the crowd were actors. http://www.informationclearinghouse.info/article2842.htm 2. Remember the rampant looting of Baghdad? Perhaps you knew that the US didn't lift a finger to stop it. But did you know that it was encouraged by US troops as a photo op? http://truthout.org/docs_03/041603D.shtml 3. Did you know that Richard Perle (a key author of the US's current Iraq policy) worked to undermine the Camp David accords in the summer of 2000? http://www.guardian.co.uk/israel/Story/0,2763,342857,00.html 4. There's an outrageous, little-known part of NAFTA called chapter 11, which foreign corporate investors are using to challenge laws designed to protect public health, environmental regulations, and jury verdicts. The cases are heard before a secret international trade tribunal. http://www.citizen.org/publications/release.cfm?ID=7076 These are just a tiny sample to illustrate the problems of missing and/or misleading stories in the media. This situation goes a long way toward explaining why the war is so much more popular in the US than it is everywhere else. So I'm suggesting (to all the addresses in my inbox over the last few years) some good alternative sources of information that I've found. A good place to start is http://www.truthout.org They collect stories from reputable sources all over the world. You can sign up for a daily mailing of stories of their suggested stories. I've included one below. Sign up for their mailings at: http://216.25.72.229/membership/sub_mgmt.php http://www.fair.org is a media watchdog group. They maintain a web site, and they let you sign up for sporadic mailings about media deceptions and bias. They often have action alerts about specific outrages in the media. Another very good organization is http://www.moveon.org They email reminders when congress is considering important issues. They make it easy to contact your congress person to voice your opinion. They also run ads in mainstream publications and on TV. I also highly recommend the book "What Liberal Media?" by Eric Alterman. He explains in great detail all the ways in which the media system is broken, and how it got this way. Here are some other great sites to take a look at: http://www.consortiumnews.com http://www.copvcia.com http://www.democraticunderground.com http://www.informationclearinghouse.info http://www.tompaine.com http://www.zmag.org/weluser.htm I hope you find this mailing useful, and I apologize if you got this more than once. Feel free to distribute this further. One warning: If you keep up with these sites, your world view will start to diverge from the "standard" (i.e. false) world view. You risk being viewed as a conspiracy theorist or a nut. Danny Sleator Professor of Computer Science Carnegie Mellon University Email: sleator@cmu.edu t r u t h o u t | 04.16 Eagleburger: Bush Should be Impeached if He Attacks Syria GO Echoes of Empires Past GO Bomb Before You Buy GO US Troops Encouraged Ransacking GO Reflections on the Battle of Baghdad GO Bush-Hitler Remark Sinks Movie Exec GO 'Fearless' Dean Wins Converts GO What About Private Lori? GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.15 William Rivers Pitt | How America Lost the War GO Rout Proves Anti-War Point GO Aftermath: The Bush Doctrine GO Baghdad Seeths With Anger Toward U.S. GO Syria Could Be Next, Warns Washington GO America Targeted 14,000 Sites. So Where Are The WMDs? GO Scandal-Hit US Firm Wins Key Contracts GO Civilisation Torn To Pieces GO Mesopotamia. Babylon. The Tigris and Euphrates GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.14 War and Peace: Anarchy in the Streets GO U.S. Marines Exchange Heavy Fire in Central Baghdad GO Pillagers Strip Iraqi Museum of Its Treasure GO Crime Against Humanity GO Garner Waiting For "Last Shot" To Rule Baghdad GO Vanishing Liberties -- Where's the Press? GO Anthrax Source Probably Domestic GO India Mulls 'Pre-Emptive' Pakistan Strike, Cites Iraq War Precedent GO Outspoken Yellowstone Ranger Loses Job GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.13 Congressman Questions Iraq Work Given To Halliburton Subsidiary Without Competition GO US Arms Group Heads for Lisbon GO US Show of Force Galls Arab World GO U.S. Govt Accused of War Crimes against Journalists GO Ordinary People Fear Their Nation Could Be Next Target of 'Regime Change' GO Northern Iraq Falls, Mobs Run Riot in Baghdad GO The Future of Iraq's Oil GO War Within A War A Real Possibility GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.12 Hans Blix: War Planned 'Long in Advance' GO The Press and the War GO Spoils of War GO Suicide Bomber In Baghdad Injures Four Marines GO Security Council Balks at Postwar Plans GO Murdoch Adds to Empire With Control of DirecTV GO Bush Offers Crooks And Warmongers To Lead Iraq GO House Revives ANWAR Again GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.11 Despite Cheering Crowds, Army Unit Sees Urban Combat in Baghdad GO In Search of Horror Weapons GO Syria Now Top US Target for 'Regime Change' GO Descent Into a Charnel-House Hospital Hell GO Republicans Want Patriot Act Made Permanent GO The Pentagon's 'Trainee,' Ahmad Chalabi GO UNICEF Warns Of Worsening Situation For Children In Iraq GO House Democrats Want Halliburton Probe GO CPJ Condemns Journalists' Deaths In Iraq GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.10 William Rivers Pitt | The Longest Winter GO Dark Day for Journalists in Iraq GO Wailing Children, the Wounded, the Dead GO The Taliban are Back in Southeast Afghanistan GO War Out of Compassion GO Iraqis In Basra Weigh Freedom's Cost GO Oakland Cops Defend Use of Force Against Protesters GO Coleman Apologizes For Remark About Wellstone GO Saddam Hussein, "Chemical Ali" Apparently Survive Attacks GO Economy on the Edge GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.09 Oakland Police Open Fire At Anti-War Protest GO Iraqis Launch Urban Fightback in Baghdad GO Simpson: 'This Is Like A Scene From Hell.' GO Baghdad Hospitals Overwhelmed, No Longer Counting Casualties GO "Smoking Gun" WMD Site in Iraq Turns Out to Contain Pesticide GO 'I Love My Country, But.' GO Cronies Set To Make A Killing GO William Rivers Pitt's New Book Now Available GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.08 Surgeon Describes "Horrific Injuries," Sanitized War GO Up to 3,000 Iraqi Fighters Dead in Show of Force GO Red Cross: Iraq Wounded Too High to Count GO U.S. Finds No Weapons of Mass Destruction in Iraq GO Little Hope for Post-War Boom in US Economy GO Carlyle Group Heads for Lisbon GO Army Chaplain Offers Baptisms, Baths GO Irish Anti-War Marchers to Confront Bush GO Disarmament In Tatters GO 7-Year-Old Kurd: 'I Like War' GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.07 Thirsty Iraqis Must Be Baptized to Get Water GO Near Baghdad, U.S. Troops Encounter 'Remarkable' Foe GO Britain Admits There May Be No WMD's in Iraq GO Forecasters Underrating Weakness of US Economy GO US Marines Kill Seven Iraqis After Truck Fails to Stop (Again) GO Baghdad Hospitals Stretched to their Limits GO American Portrayal of War of Liberation Faltering Across Arab World GO Blair and Friends Staring Into War's Political Abyss GO Turf War Rages in Washington Over Who Will Rule Iraq GO To Activists, Real Battles Are on Home Front GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ t r u t h o u t | 04.06 Red Cross Horrified by Number of Dead Civilians GO Samar's Story GO At Umm Qasr, the "Secured" Port, "It's Chaos" GO How the Dissidents Fooled the Washington Hawks GO US Military Admits 'Suspicious' Powder is Explosive GO Kerry Lashes Out at Republican Criticisms GO Saddam Was Not Always Washington's 'Demon' GO The War's Dirty Secret: It's About Changing United States, Not Iraq GO Jobs Show Worse-Than-Expected Drop GO Senate Won't Debate Alaska Oil Drilling GO t r u t h o u t - Newsletter Sign-up (Free) : GO Problems with the links? Go direct to our HomePage : http://www.truthout.org _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ To JOIN the TO list: http://www.truthout.org/membership/sub_mgmt.php From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 21:05:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1BC437B401; Tue, 15 Apr 2003 21:05:02 -0700 (PDT) Received: from titan.kgt.co.jp (titan.kgt.co.jp [210.141.246.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id F35D143F75; Tue, 15 Apr 2003 21:05:01 -0700 (PDT) (envelope-from haro@kgt.co.jp) Received: from navgw.tt.kgt.co.jp (navgw [210.141.246.71]) by titan.kgt.co.jp (Postfix) with ESMTP id 7D79B49F06; Wed, 16 Apr 2003 13:05:00 +0900 (JST) Received: from tt.kgt.co.jp (pegasus [192.168.10.1]) by navgw.tt.kgt.co.jp (Postfix) with ESMTP id 5C69E47711; Wed, 16 Apr 2003 13:05:00 +0900 (JST) Received: from localhost [192.168.13.83] by tt.kgt.co.jp with ESMTP (SMTPD32-7.12) id A66B2600E0; Wed, 16 Apr 2003 13:04:59 +0900 Date: Wed, 16 Apr 2003 13:04:59 +0900 (JST) Message-Id: <20030416.130459.74757314.haro@kgt.co.jp> To: simokawa@FreeBSD.org, vkushnir@alfacom.net From: Munehiro Matsuda In-Reply-To: <20030416001334.M17503@kushnir1.kiev.ua> References: <20030416001334.M17503@kushnir1.kiev.ua> X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: pcm0: unable to initialize the card (YMF724) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 04:05:03 -0000 Hi all, From: Vladimir Kushnir Date: Wed, 16 Apr 2003 00:27:15 +0300 (EEST) ::pcm0: mem 0xeb000000-0 xeb007fff irq 10 at device ::16.0 on pci0 ::ds1: setmap (502000, 1000), nseg=0, error=27 ::pcm0: pcs=120, rcs=16, ecs=16, ws=0, memsz=1584 4 ::pcm0: unable to initialize the card ::device_probe_and_attach: pcm0 attac returned 6 I also get similar problem, here too. dmesg NG: pcm0: port 0xfc8c-0xfc8f,0xfcc0-0xfcff mem 0xfedf8000-0xfedfffff irq 9 at device 9.0 on pci0 pcm0: pcs=120, rcs=16, ecs=16, ws=0, memsz=15844 pcm0: unable to initialize the card device_probe_and_attach: pcm0 attach returned 6 dmesg OK: pcm0: port 0xfc8c-0xfc8f,0xfcc0-0xfcff mem 0xfedf8000-0xfedfffff irq 9 at device 9.0 on pci0 pcm0: I have tracked down that, problem started with rev 1.41 of src/sys/i386/i386/busdma_machdep.c and still happens with rev 1.43. If I go back to rev 1.40, the problem goes a way. Hope this helps, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Network Solution Dept., Kubota Graphics Technologies Inc. /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan Tel: +81-3-3225-0373 Fax: +81-3-3225-0740 Email: haro@kgt.co.jp From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 21:26:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B5BD37B401; Tue, 15 Apr 2003 21:26:19 -0700 (PDT) Received: from is1.mh.itc.u-tokyo.ac.jp (is1.mh.itc.u-tokyo.ac.jp [133.11.205.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 517D243FD7; Tue, 15 Apr 2003 21:26:16 -0700 (PDT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from is1.mh.itc.u-tokyo.ac.jp (is1.mh.itc.u-tokyo.ac.jp [127.0.0.1]) by is1.mh.itc.u-tokyo.ac.jp (Postfix) with ESMTP id B1CB6218148; Wed, 16 Apr 2003 13:26:14 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) h3G4QDnl013952; Wed, 16 Apr 2003 13:26:13 +0900 Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.135.3])2.9.3.2) with ESMTP id AIJ56596; Wed, 16 Apr 2003 13:26:13 +0900 (JST) Date: Wed, 16 Apr 2003 13:26:13 +0900 Message-ID: From: Hidetoshi Shimokawa To: Munehiro Matsuda In-Reply-To: <20030416.130459.74757314.haro@kgt.co.jp> References: <20030416001334.M17503@kushnir1.kiev.ua> <20030416.130459.74757314.haro@kgt.co.jp> User-Agent: Wanderlust/2.11.0 (Wonderwall) REMI/1.14.3 (Matsudai) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.4 (patch 8) (Honest Recruiter) (i386--freebsd) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7: #j7i14gu$jgR\S*&C3R/pJX List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 04:26:19 -0000 Thanks for letting me know. I'll look into the problem. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html At Wed, 16 Apr 2003 13:04:59 +0900 (JST), Munehiro Matsuda wrote: > > Hi all, > > From: Vladimir Kushnir > Date: Wed, 16 Apr 2003 00:27:15 +0300 (EEST) > ::pcm0: mem 0xeb000000-0 xeb007fff irq 10 at device > ::16.0 on pci0 > ::ds1: setmap (502000, 1000), nseg=0, error=27 > ::pcm0: pcs=120, rcs=16, ecs=16, ws=0, memsz=1584 4 > ::pcm0: unable to initialize the card > ::device_probe_and_attach: pcm0 attac returned 6 > > I also get similar problem, here too. > dmesg NG: > pcm0: port 0xfc8c-0xfc8f,0xfcc0-0xfcff mem 0xfedf8000-0xfedfffff irq 9 at device 9.0 on pci0 > pcm0: pcs=120, rcs=16, ecs=16, ws=0, memsz=15844 > pcm0: unable to initialize the card > device_probe_and_attach: pcm0 attach returned 6 > > dmesg OK: > pcm0: port 0xfc8c-0xfc8f,0xfcc0-0xfcff mem 0xfedf8000-0xfedfffff irq 9 at device 9.0 on pci0 > pcm0: > > > I have tracked down that, problem started with rev 1.41 of > src/sys/i386/i386/busdma_machdep.c and still happens with rev 1.43. > If I go back to rev 1.40, the problem goes a way. > > Hope this helps, > Haro > =------------------------------------------------------------------------------ > _ _ Munehiro (haro) Matsuda > -|- /_\ |_|_| Network Solution Dept., Kubota Graphics Technologies Inc. > /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan > Tel: +81-3-3225-0373 Fax: +81-3-3225-0740 > Email: haro@kgt.co.jp > From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 21:35:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E698937B401; Tue, 15 Apr 2003 21:35:17 -0700 (PDT) Received: from is1.mh.itc.u-tokyo.ac.jp (is1.mh.itc.u-tokyo.ac.jp [133.11.205.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E62D43FBD; Tue, 15 Apr 2003 21:35:16 -0700 (PDT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from is1.mh.itc.u-tokyo.ac.jp (is1.mh.itc.u-tokyo.ac.jp [127.0.0.1]) by is1.mh.itc.u-tokyo.ac.jp (Postfix) with ESMTP id 565B92181B6; Wed, 16 Apr 2003 13:35:15 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) h3G4ZFnl014715; Wed, 16 Apr 2003 13:35:15 +0900 Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.135.3])2.9.3.2) with ESMTP id AIJ56827; Wed, 16 Apr 2003 13:35:14 +0900 (JST) Date: Wed, 16 Apr 2003 13:35:14 +0900 Message-ID: From: Hidetoshi Shimokawa To: Munehiro Matsuda In-Reply-To: References: <20030416001334.M17503@kushnir1.kiev.ua> <20030416.130459.74757314.haro@kgt.co.jp> User-Agent: Wanderlust/2.11.0 (Wonderwall) REMI/1.14.3 (Matsudai) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.4 (patch 8) (Honest Recruiter) (i386--freebsd) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7: #j7i14gu$jgR\S*&C3R/pJX List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 04:35:18 -0000 Could you try the following patch? /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html Index: ds1.c =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pci/ds1.c,v retrieving revision 1.31 diff -u -r1.31 ds1.c --- ds1.c 20 Feb 2003 17:31:11 -0000 1.31 +++ ds1.c 16 Apr 2003 04:34:08 -0000 @@ -828,7 +828,7 @@ if (sc->regbase == NULL) { if (bus_dma_tag_create(NULL, 2, 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, - NULL, NULL, memsz, 1, 1, 0, &sc->control_dmat)) + NULL, NULL, memsz, 1, memsz, 0, &sc->control_dmat)) return -1; if (bus_dmamem_alloc(sc->control_dmat, &buf, BUS_DMA_NOWAIT, &sc->map)) return -1; At Wed, 16 Apr 2003 13:26:13 +0900, Hidetoshi Shimokawa wrote: > > Thanks for letting me know. I'll look into the problem. > > /\ Hidetoshi Shimokawa > \/ simokawa@sat.t.u-tokyo.ac.jp > PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html > > At Wed, 16 Apr 2003 13:04:59 +0900 (JST), > Munehiro Matsuda wrote: > > > > Hi all, > > > > From: Vladimir Kushnir > > Date: Wed, 16 Apr 2003 00:27:15 +0300 (EEST) > > ::pcm0: mem 0xeb000000-0 xeb007fff irq 10 at device > > ::16.0 on pci0 > > ::ds1: setmap (502000, 1000), nseg=0, error=27 > > ::pcm0: pcs=120, rcs=16, ecs=16, ws=0, memsz=1584 4 > > ::pcm0: unable to initialize the card > > ::device_probe_and_attach: pcm0 attac returned 6 > > > > I also get similar problem, here too. > > dmesg NG: > > pcm0: port 0xfc8c-0xfc8f,0xfcc0-0xfcff mem 0xfedf8000-0xfedfffff irq 9 at device 9.0 on pci0 > > pcm0: pcs=120, rcs=16, ecs=16, ws=0, memsz=15844 > > pcm0: unable to initialize the card > > device_probe_and_attach: pcm0 attach returned 6 > > > > dmesg OK: > > pcm0: port 0xfc8c-0xfc8f,0xfcc0-0xfcff mem 0xfedf8000-0xfedfffff irq 9 at device 9.0 on pci0 > > pcm0: > > > > > > I have tracked down that, problem started with rev 1.41 of > > src/sys/i386/i386/busdma_machdep.c and still happens with rev 1.43. > > If I go back to rev 1.40, the problem goes a way. > > > > Hope this helps, > > Haro > > =------------------------------------------------------------------------------ > > _ _ Munehiro (haro) Matsuda > > -|- /_\ |_|_| Network Solution Dept., Kubota Graphics Technologies Inc. > > /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan > > Tel: +81-3-3225-0373 Fax: +81-3-3225-0740 > > Email: haro@kgt.co.jp > > From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 21:46:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7B6337B401 for ; Tue, 15 Apr 2003 21:46:29 -0700 (PDT) Received: from srv2.resnet.ohio-state.edu (srv2.resnet.ohio-state.edu [164.107.3.56]) by mx1.FreeBSD.org (Postfix) with SMTP id E7D1243FAF for ; Tue, 15 Apr 2003 21:46:27 -0700 (PDT) (envelope-from mistry.7@osu.edu) Received: (qmail 19685 invoked by uid 506); 16 Apr 2003 05:16:04 -0000 Received: from mistry.7@osu.edu by srv2.resnet.ohio-state.edu by uid 503 with qmail-scanner-1.14 ( Clear:. Processed in 0.019672 secs); 16 Apr 2003 05:16:04 -0000 Received: from rdrt-164-107-204-104.resnet.ohio-state.edu (HELO 192.168.1.100) (164.107.204.104) by srv2.resnet.ohio-state.edu with SMTP; 16 Apr 2003 05:16:03 -0000 From: Anish Mistry To: freebsd-current@freebsd.org Date: Wed, 16 Apr 2003 00:46:22 -0400 User-Agent: KMail/1.5 References: <200304051238.52084.mistry.7@osu.edu> <200304080042.25690.mistry.7@osu.edu> In-Reply-To: <200304080042.25690.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304160046.22779.mistry.7@osu.edu> Subject: Re: USB Ohci Suspend/Resume X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 04:46:30 -0000 > > I've worked a bit more at this, but the only thing I can seem to do to fix > this for the ums and ukbd is to comment out the usbd_close_pipe() call. Then > device then seems to work perfectly with no panics or other visible side > effects, but this just doesn't seem like a correct procedure. If any USB > people have any suggestions it would be appreciated. > > Thanks, > > -- > Anish Mistry > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > Even though I seem to be talking to myself, I figured out that the problem with the panic is due to the fact that a process is reading/writing from the usb device during suspend time, thus leaving the pipe not being able to be closed, and the panic seems to happen with all types of usb devices, not just the ones that I mentioned before. Is there a way to force a device to detach? So that all the devices are detached before the suspend, and then reattached, which should fix the problem. Thanks for any help, -- Anish Mistry From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 22:00:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C58DC37B401; Tue, 15 Apr 2003 22:00:53 -0700 (PDT) Received: from titan.kgt.co.jp (titan.kgt.co.jp [210.141.246.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9C0543FA3; Tue, 15 Apr 2003 22:00:52 -0700 (PDT) (envelope-from haro@kgt.co.jp) Received: from navgw.tt.kgt.co.jp (navgw [210.141.246.71]) by titan.kgt.co.jp (Postfix) with ESMTP id 1105B49F0D; Wed, 16 Apr 2003 14:00:52 +0900 (JST) Received: from tt.kgt.co.jp (pegasus [192.168.10.1]) by navgw.tt.kgt.co.jp (Postfix) with ESMTP id D8EA547711; Wed, 16 Apr 2003 14:00:51 +0900 (JST) Received: from localhost [192.168.13.83] by tt.kgt.co.jp with ESMTP (SMTPD32-7.12) id A383310136; Wed, 16 Apr 2003 14:00:51 +0900 Date: Wed, 16 Apr 2003 14:00:50 +0900 (JST) Message-Id: <20030416.140050.74755518.haro@kgt.co.jp> To: simokawa@sat.t.u-tokyo.ac.jp From: Munehiro Matsuda In-Reply-To: References: <20030416.130459.74757314.haro@kgt.co.jp> X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: simokawa@FreeBSD.org cc: current@FreeBSD.org Subject: Re: pcm0: unable to initialize the card (YMF724) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 05:00:54 -0000 Hi Simokawa-san, Yes, it's fixed with your patch. Thank you very much for your quick response. Regards, Haro From: Hidetoshi Shimokawa Date: Wed, 16 Apr 2003 13:35:14 +0900 ::Could you try the following patch? :: ::/\ Hidetoshi Shimokawa ::\/ simokawa@sat.t.u-tokyo.ac.jp ::PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html :: ::Index: ds1.c ::=================================================================== ::RCS file: /home/ncvs/src/sys/dev/sound/pci/ds1.c,v ::retrieving revision 1.31 ::diff -u -r1.31 ds1.c ::--- ds1.c 20 Feb 2003 17:31:11 -0000 1.31 ::+++ ds1.c 16 Apr 2003 04:34:08 -0000 ::@@ -828,7 +828,7 @@ :: :: if (sc->regbase == NULL) { :: if (bus_dma_tag_create(NULL, 2, 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, ::- NULL, NULL, memsz, 1, 1, 0, &sc->control_dmat)) ::+ NULL, NULL, memsz, 1, memsz, 0, &sc->control_dmat)) :: return -1; :: if (bus_dmamem_alloc(sc->control_dmat, &buf, BUS_DMA_NOWAIT, &sc->map)) :: return -1; :: ::At Wed, 16 Apr 2003 13:26:13 +0900, ::Hidetoshi Shimokawa wrote: ::> ::> Thanks for letting me know. I'll look into the problem. ::> ::> /\ Hidetoshi Shimokawa ::> \/ simokawa@sat.t.u-tokyo.ac.jp ::> PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html ::> ::> At Wed, 16 Apr 2003 13:04:59 +0900 (JST), ::> Munehiro Matsuda wrote: ::> > ::> > Hi all, ::> > ::> > From: Vladimir Kushnir ::> > Date: Wed, 16 Apr 2003 00:27:15 +0300 (EEST) ::> > ::pcm0: mem 0xeb000000-0 xeb007fff irq 10 at device ::> > ::16.0 on pci0 ::> > ::ds1: setmap (502000, 1000), nseg=0, error=27 ::> > ::pcm0: pcs=120, rcs=16, ecs=16, ws=0, memsz=1584 4 ::> > ::pcm0: unable to initialize the card ::> > ::device_probe_and_attach: pcm0 attac returned 6 ::> > ::> > I also get similar problem, here too. ::> > dmesg NG: ::> > pcm0: port 0xfc8c-0xfc8f,0xfcc0-0xfcff mem 0xfedf8000-0xfedfffff irq 9 at device 9.0 on pci0 ::> > pcm0: pcs=120, rcs=16, ecs=16, ws=0, memsz=15844 ::> > pcm0: unable to initialize the card ::> > device_probe_and_attach: pcm0 attach returned 6 ::> > ::> > dmesg OK: ::> > pcm0: port 0xfc8c-0xfc8f,0xfcc0-0xfcff mem 0xfedf8000-0xfedfffff irq 9 at device 9.0 on pci0 ::> > pcm0: ::> > ::> > ::> > I have tracked down that, problem started with rev 1.41 of ::> > src/sys/i386/i386/busdma_machdep.c and still happens with rev 1.43. ::> > If I go back to rev 1.40, the problem goes a way. =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Network Solution Dept., Kubota Graphics Technologies Inc. /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan Tel: +81-3-3225-0373 Fax: +81-3-3225-0740 Email: haro@kgt.co.jp From owner-freebsd-current@FreeBSD.ORG Tue Apr 15 22:40:23 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24C0E37B401; Tue, 15 Apr 2003 22:40:23 -0700 (PDT) Received: from jinx.plutonium-x.org (jinx.plutonium-x.org [193.77.159.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id E14DE43FAF; Tue, 15 Apr 2003 22:40:21 -0700 (PDT) (envelope-from dusan@jinx.plutonium-x.org) Received: from jinx.plutonium-x.org (dusan@localhost [127.0.0.1]) h3G5eRrC000260; Wed, 16 Apr 2003 07:40:27 +0200 (CEST) (envelope-from dusan@jinx.plutonium-x.org) Received: by jinx.plutonium-x.org (8.12.6p2/8.12.6/Submit) id h3G5ePFd000259; Wed, 16 Apr 2003 07:40:25 +0200 (CEST) Content-Type: text/plain; charset="iso-8859-1" From: Dusan Kozic To: "Daniel C. Sobral" , "Crist J. Clark" Date: Wed, 16 Apr 2003 07:40:25 +0200 User-Agent: KMail/1.4.3 References: <200304151833.45847.dusan@sah-drustvo-ms.si> <20030415212033.GD466@blossom.cjclark.org> <3E9C7907.3080605@tcoip.com.br> In-Reply-To: <3E9C7907.3080605@tcoip.com.br> OS: FreeBSD MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200304160740.25087.dusan@sah-drustvo-ms.si> cc: freebsd-current@freebsd.org Subject: Re: Fwd: passwd bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 05:40:23 -0000 Hi! I cannot show you my user entry in /etc/master.passwd because I'm not roo= t on=20 this system. This is polarhome.com and there is many users. [dusank@freebsd] ~> wc -l /etc/passwd 7822 /etc/passwd [dusank@freebsd] ~> cat /etc/passwd |grep dusank dusank:*:2747:2747:Dusan Kozic (kozicd@email.si):/home/d/dusank:/bin/tcsh [dusank@freebsd] ~> cat /etc/pam.d/passwd # # $FreeBSD: src/etc/pam.d/passwd,v 1.1 2002/04/15 03:01:31 des Exp $ # # PAM configuration for the "passwd" service # # passwd(1) does not use the auth, account or session services. # password #password=09requisite=09pam_passwdqc.so=09enforce=3Dusers password=09required=09pam_unix.so=09no_warn try_first_pass [dusank@freebsd] ~>=20 On Tuesday 15 April 2003 23:26, Daniel C. Sobral wrote: > Actually, I'd be more interested in /etc/pam.d/passwd. > > Crist J. Clark wrote: > > On Tue, Apr 15, 2003 at 06:33:45PM +0200, Dusan Kozic wrote: > >>OK, finnaly I know where the problem is.:) > >> > >>This is one FreeBSD 5 machine and I have shell access to it. > >>I can change my password to empty, but then if I want to change this > >> empty password, program passwd asks me for an Old password. And if I > >> press only on Enter button, program passwd writes on the screen sorr= y. > >> But all services such as ssh, telnet and ftp works fine with empty > >> password, so mine password is really empty. > >> > >>Thanks and please fix this!!! > > > > Can't reproduce. Can you show us the /etc/password and > > /etc/master.passwd entries for the affected user? What's the date on > > the sources this system was built from? --=20 Kind regards, Dusan Kozic dusan@sah-drustvo-ms.si From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 00:32:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB17337B401 for ; Wed, 16 Apr 2003 00:32:58 -0700 (PDT) Received: from mailspool.ops.uunet.co.za (mailspool.ops.uunet.co.za [196.7.0.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FF2543F85 for ; Wed, 16 Apr 2003 00:32:57 -0700 (PDT) (envelope-from ianf@wcom.com) Received: from copernicus.so.cpt1.za.uu.net ([196.30.72.32]) by mailspool.ops.uunet.co.za with esmtp (Exim 3.36 #1) id 195hPH-000G2v-00; Wed, 16 Apr 2003 09:32:35 +0200 Received: from localhost ([127.0.0.1] helo=wcom.com) by copernicus.so.cpt1.za.uu.net with esmtp (Exim 3.36 #1) id 195hPC-000FhV-00; Wed, 16 Apr 2003 09:32:30 +0200 To: Steve Kargl In-reply-to: Your message of "Tue, 15 Apr 2003 14:25:04 MST." <20030415212504.GA17123@troutmask.apl.washington.edu> References: <20030415212504.GA17123@troutmask.apl.washington.edu> From: "Ian Freislich" X-image-url: http://www.digs.iafrica.com/gallery/ian-small.gif X-BOFH: true X-LART: Depleted uranium X-No-Junk-Mail: I do not want to get *any* junk mail. You have been deleted Date: Wed, 16 Apr 2003 09:32:30 +0200 Message-ID: <60356.1050478350@wcom.com> Sender: ianf@wcom.com cc: Poul-Henning Kamp cc: freebsd-current@freebsd.org Subject: Re: Kernel memory leak? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 07:32:58 -0000 Steve Kargl wrote: > On Tue, Apr 15, 2003 at 11:11:46PM +0200, Poul-Henning Kamp wrote: > > In message <55218.1050439220@wcom.com>, "Ian Freislich" writes: > > > > ># There must be a better way to do this > > > > I suggest instead you search for valid superblocks, they have a > > well-defined magic word you could look for. > > > > I even belive I have seen reports of a tool that does it automatically, > > but have no references at hand. So had I, but I didn't expect it to be a port so I didn't find it and I'd had great success with this method last time on a 3.x box, only it didn't panic back then. Statically linked in /sbin would have been nice. > ports/sysutils/ffsrecov Hopefully I'll remember this in a couple of years time when I next have a rush of blood to the head and break my disklabels. However, it wouldn't have shown up this memory leak :/. Ian From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 04:21:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC82C37B401; Wed, 16 Apr 2003 04:21:59 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34C9C43FA3; Wed, 16 Apr 2003 04:21:56 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h3GBLlhJ039037 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Apr 2003 14:21:47 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h3GBLl6M039032; Wed, 16 Apr 2003 14:21:47 +0300 (EEST) (envelope-from ru) Date: Wed, 16 Apr 2003 14:21:47 +0300 From: Ruslan Ermilov To: Brian Feldman Message-ID: <20030416112147.GA38592@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline User-Agent: Mutt/1.5.4i cc: current@FreeBSD.org Subject: umount(8) of a symlink X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 11:22:00 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! If /mnt is a symlink, "mount ... /mnt" succeeds, but "umount /mnt" does not. Any objections to this patch? %%% Index: umount.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/umount/umount.c,v retrieving revision 1.22.2.1 diff -u -r1.22.2.1 umount.c --- umount.c 13 Dec 2001 01:27:15 -0000 1.22.2.1 +++ umount.c 16 Apr 2003 11:19:26 -0000 @@ -626,9 +626,10 @@ if (ISDOT(name + 1) || ISDOTDOT(name + 1)) strcpy(realname, "/"); else { - if ((dirname =3D strrchr(name + 1, '/')) =3D=3D NULL) - snprintf(realname, MAXPATHLEN, "%s", name); - else + if ((dirname =3D strrchr(name + 1, '/')) =3D=3D NULL) { + if ((realpath(name, realname)) =3D=3D NULL) + return (NULL); + } else havedir =3D 1; } } else { %%% 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 --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+nTzLUkv4P6juNwoRAmPSAJ9uSvE8DI/6Ek+7yIsPGqWom6sV2gCfefhW Ra2Snv3kvMPdinNXn8CKj10= =V4Ks -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 04:30:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EB5337B401 for ; Wed, 16 Apr 2003 04:30:05 -0700 (PDT) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2791143FA3 for ; Wed, 16 Apr 2003 04:30:04 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd11.sul.t-online.de by mailout04.sul.t-online.com with smtp id 195l72-0004Qa-01; Wed, 16 Apr 2003 13:30:00 +0200 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[80.131.111.114]) by fmrl11.sul.t-online.com with esmtp id 195l6v-2A34AyC; Wed, 16 Apr 2003 13:29:53 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h3GBTqBR036405; Wed, 16 Apr 2003 13:29:52 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.9/8.12.9) with SMTP id h3GBTplt002557; Wed, 16 Apr 2003 13:29:51 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Wed, 16 Apr 2003 13:29:51 +0200 From: Alexander Leidinger To: beaker@hot.pl.?= (Krzysztof =?ISO-8859-1?Q?J=EAdruczyk) Message-Id: <20030416132951.2d855e44.Alexander@Leidinger.net> In-Reply-To: References: <3E9BCC5F.4050603@ezri.org> <001d01c30356$9bba6260$0200000a@fireball> <3E9C1928.60206@ezri.org> X-Mailer: Sylpheed version 0.8.9claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Sender: 520065502893-0001@t-dialin.net cc: current@freebsd.org Subject: Re: Adjusting pcm buffersize? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 11:30:05 -0000 On Tue, 15 Apr 2003 20:29:53 +0200 beaker@hot.pl (Krzysztof J=EAdruczyk) wrote: > And let me just note, that it is not ATA's fault (I believe it was > suggested before that the problem is connected to using PIO ATA > modes). I have two U160 SCSI drives connected to Adaptec 29160LP > controller + SB Live card and also suffer badly from this problem when > for example mozilla's port is unbzipping sources... AFAIK there are three possibilities for the problem: - The problem is "caused" by the restructuring of the kernel because of the SMPng work. When the kernel is completely preemptive and the locking of the subsystems is done this problem should vanish. - The problem is caused by some pieces in the kernel which block interrupts for too long (this will get addressed when SMPng runs stable). - The problem is because of both of above... At least this is how I had understand the problem last time it was analyzed. Bye, Alexander. --=20 Secret hacker rule #11: hackers read manuals. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint =3D C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 04:35:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D288B37B401 for ; Wed, 16 Apr 2003 04:35:24 -0700 (PDT) Received: from dsl093-019-250.msp1.dsl.speakeasy.net (dsl093-019-250.msp1.dsl.speakeasy.net [66.93.19.250]) by mx1.FreeBSD.org (Postfix) with SMTP id CB49043FBD for ; Wed, 16 Apr 2003 04:35:23 -0700 (PDT) (envelope-from peter@jocose.org) Received: (qmail 95433 invoked from network); 16 Apr 2003 11:35:23 -0000 Received: from unknown (HELO jocose.org) (10.0.0.195) by 0 with SMTP; 16 Apr 2003 11:35:23 -0000 Message-ID: <3E9D3FE9.6090206@jocose.org> Date: Wed, 16 Apr 2003 06:35:05 -0500 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030413 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wade Majors References: <3E9BCC5F.4050603@ezri.org> In-Reply-To: <3E9BCC5F.4050603@ezri.org> X-Enigmail-Version: 0.73.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Adjusting pcm buffersize? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 11:35:25 -0000 Wade Majors wrote: > Hi, I am having problems with my soundcard that I think might be fixable > by increasing the buffersize, but the sysctl that reports the buffersize > is readonly. > > Basically, even when there is relativly mild hard disk access (like a > large cvsup) I start to get underruns (as reported by a verbose > /dev/sndstat). CPU usage is nowhere near 100% yet the sound card is > starved. I have tried tweaking everything possible in with my > motherboard's BIOS with regards to PCI, AGP, and SDRAM read/writes to no > avail. > > Any ideas? > What kind of CPU(s) do you have? I have dual pii 350s and have the same issue, but many other similar issues as well. As someone who's been running 5.0-CURRENT since it began, I feel these are due to it's unfinished state, and have nothing to do with undersized buffers and whatnot. Heck, right now I can't even run SCHED_ULE (panic: blockable sleep lock (sleep mutex) process lock), and when I can even my typing at the console gets interrupted. Pete... From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 04:57:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA21F37B401 for ; Wed, 16 Apr 2003 04:57:15 -0700 (PDT) Received: from gravy.homeunix.net (pool-151-197-188-218.phil.east.verizon.net [151.197.188.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 212EE43F85 for ; Wed, 16 Apr 2003 04:57:15 -0700 (PDT) (envelope-from bryan@gravy.homeunix.net) Received: from gravy.homeunix.net (gravy.homeunix.net [192.168.1.2]) by gravy.homeunix.net (8.12.9/8.12.9) with ESMTP id h3GBv9J8001514; Wed, 16 Apr 2003 07:57:09 -0400 (EDT) (envelope-from bryan@gravy.homeunix.net) Date: Wed, 16 Apr 2003 07:57:09 -0400 (EDT) From: Bryan Liesner To: ticso@cicely.de In-Reply-To: <20030415144914.GJ529@cicely9.cicely.de> Message-ID: <20030416073736.A1499@gravy.homeunix.net> References: <20030415080609.G621@gravy.homeunix.net> <20030415144914.GJ529@cicely9.cicely.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Bryan Liesner cc: freebsd-current@freebsd.org Subject: Re: new usb2 stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 11:57:16 -0000 On Tue, 15 Apr 2003, Bernd Walter wrote: > > Sorry I don't have more info at this time, I've been flooded at work > > and haven't had the time to reproduce and create a core dump yet. > > > > Finally, I see no difference in speed between the 1.0 drivers and the > > 2.0 drivers. > > I did testings with an ASUS SCB-1608-D drive and was able to see > Datarates up to 3.5M while readings CDs. > I don't know if this was the drive limit, or the limit of my test host. > It was also possible to write CDRs faster than with USB1.1. I don't know what happened between last night and tonight (besides a cvsup and a new kernel), but I didn't have a panic, and my nightly dump completed DUMP: DUMP: 2832388 tape blocks on 1 volume DUMP: finished in 931 seconds, throughput 3042 KBytes/sec DUMP: level 0 dump on Wed Apr 16 05:30:28 2003 DUMP: Closing /dev/da0s1 DUMP: DUMP IS DONE As you can see, it only took about 15 minutes with USB 2.0, as opposed to well over an hour to complete the dump with USB 1.0. Thanks! -- ============================================================= = Bryan D. Liesner LeezSoft Communications, Inc. = = A subsidiary of LeezSoft Inc. = = bryan@gravy.homeunix.net Home of the Gipper = ============================================================= From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 06:02:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3674F37B401 for ; Wed, 16 Apr 2003 06:02:01 -0700 (PDT) Received: from mail.cordis.lu (mail.cordis.lu [212.190.217.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAE9243F85 for ; Wed, 16 Apr 2003 06:01:59 -0700 (PDT) (envelope-from a.carter@cordis.lu) Received: from mailsvr.intrasoft.lu (mail.intrasoft.lu [212.190.217.251]) by mail.cordis.lu (8.12.8/8.12.8) with ESMTP id h3GD8s1d029702 for ; Wed, 16 Apr 2003 15:08:54 +0200 Received: by mail.intrasoft.lu with Internet Mail Service (5.5.2656.59) id <24R4J2P8>; Wed, 16 Apr 2003 14:59:00 +0200 Received: from intra241.intrasoft.lu (212.190.217.170 [212.190.217.170]) by mailsvr.intrasoft.lu with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id 24R4J2P7; Wed, 16 Apr 2003 14:58:51 +0200 From: CARTER Anthony To: freebsd-current@freebsd.org Organization: Intrasoft Date: Wed, 16 Apr 2003 15:02:17 +0200 User-Agent: KMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304161502.17272.a.carter@intrasoft.lu> X-Spam-Status: No, hits=-105.8 required=4.2 tests=USER_AGENT_KMAIL,USER_IN_WHITELIST version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) Subject: KDE3.1.1a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 13:02:01 -0000 Hi, My icons form /home/user/Desktop don't show up on my desktop...Any ideas? Anthony From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 06:06:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 580BF37B404 for ; Wed, 16 Apr 2003 06:06:50 -0700 (PDT) Received: from mail.cordis.lu (mail.cordis.lu [212.190.217.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D09943FDF for ; Wed, 16 Apr 2003 06:06:49 -0700 (PDT) (envelope-from a.carter@cordis.lu) Received: from mailsvr.intrasoft.lu (mail.intrasoft.lu [212.190.217.251]) by mail.cordis.lu (8.12.8/8.12.8) with ESMTP id h3GDDi1d030041 for ; Wed, 16 Apr 2003 15:13:44 +0200 Received: by mail.intrasoft.lu with Internet Mail Service (5.5.2656.59) id <24R4J2QP>; Wed, 16 Apr 2003 15:03:50 +0200 Received: from intra241.intrasoft.lu (212.190.217.170 [212.190.217.170]) by mailsvr.intrasoft.lu with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2656.59) id 24R4J2Q3; Wed, 16 Apr 2003 15:03:38 +0200 From: CARTER Anthony To: freebsd-current@freebsd.org Organization: Intrasoft Date: Wed, 16 Apr 2003 15:07:04 +0200 User-Agent: KMail/1.5.1 References: <200304161502.17272.a.carter@intrasoft.lu> In-Reply-To: <200304161502.17272.a.carter@intrasoft.lu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304161507.04145.a.carter@intrasoft.lu> X-Spam-Status: No, hits=-128.7 required=4.2 tests=EMAIL_ATTRIBUTION,IN_REP_TO,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_KMAIL,USER_IN_WHITELIST version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) Subject: Re: KDE3.1.1a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 13:06:50 -0000 Yes, I have the Desktop property for Desktop set to the correct path. Yes I do actually have /home as a symbolic link to another partition, but a cd /home/user works fine. Permissions all look good. Even on creating new icons on the desktop they don't show up (although they do appear in the directory /home/user/Desktop)... Strange, really. On Wednesday 16 April 2003 15:02, CARTER Anthony wrote: > Hi, > > My icons form /home/user/Desktop don't show up on my desktop...Any ideas? > > Anthony > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 06:34:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47C3437B401 for ; Wed, 16 Apr 2003 06:34:50 -0700 (PDT) Received: from po4.wam.umd.edu (po4.wam.umd.edu [128.8.10.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 741EC43FBF for ; Wed, 16 Apr 2003 06:34:49 -0700 (PDT) (envelope-from atrus@wam.umd.edu) Received: from wam.umd.edu (atrus.student.umd.edu [129.2.208.230]) by po4.wam.umd.edu (8.9.3p2/8.9.3) with ESMTP id JAA16135 for ; Wed, 16 Apr 2003 09:34:48 -0400 (EDT) Message-ID: <3E9D5BF6.4040100@wam.umd.edu> Date: Wed, 16 Apr 2003 09:34:46 -0400 From: "Nikolas 'Atrus' Coukouma" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030406 X-Accept-Language: en, en-us, ja MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: probleam building current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 13:34:50 -0000 Considering I've never done this before it's probably something stupid, but for some reason building a new kernel is failing. I just synched my sources a few hours ago via cvsup and have been following the directions in the handbook for building world. After running cvsup one last time, I ran mergemaster -p and make buildworld. so then I ran make buildkernel and got the following little pile of compile errors: /usr/src/sys/dev/pci/pci.c:573: conflicting types for `pci_enable_busmaster_method' /usr/src/sys/dev/pci/pci_private.h:57: previous declaration of `pci_enable_busmaster_method' /usr/src/sys/dev/pci/pci.c:580: conflicting types for `pci_disable_busmaster_method' /usr/src/sys/dev/pci/pci_private.h:58: previous declaration of `pci_disable_busmaster_method' /usr/src/sys/dev/pci/pci.c:587: conflicting types for `pci_enable_io_method' /usr/src/sys/dev/pci/pci_private.h:59: previous declaration of `pci_enable_io_method' /usr/src/sys/dev/pci/pci.c:618: conflicting types for `pci_disable_io_method' /usr/src/sys/dev/pci/pci_private.h:60: previous declaration of `pci_disable_io_method' /usr/src/sys/dev/pci/pci.c: In function `pci_alloc_resource': /usr/src/sys/dev/pci/pci.c:1368: void value not ignored as it ought to be -Nikolas "Atrus" Coukouma atrus@wam.umd.edu AIM: atrustheotaku From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 07:10:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C563737B401 for ; Wed, 16 Apr 2003 07:10:04 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2418743F93 for ; Wed, 16 Apr 2003 07:10:04 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: from blossom.cjclark.org (12-234-159-107.client.attbi.com[12.234.159.107]) by rwcrmhc52.attbi.com (rwcrmhc52) with ESMTP id <2003041614100305200lh3nie>; Wed, 16 Apr 2003 14:10:03 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.8p1/8.12.3) with ESMTP id h3GE9wki004491; Wed, 16 Apr 2003 07:10:02 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.8p1/8.12.8/Submit) id h3GE9uXR004490; Wed, 16 Apr 2003 07:09:56 -0700 (PDT) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f Date: Wed, 16 Apr 2003 07:09:56 -0700 From: "Crist J. Clark" To: Dusan Kozic Message-ID: <20030416140956.GA4335@blossom.cjclark.org> References: <200304151833.45847.dusan@sah-drustvo-ms.si> <20030415212033.GD466@blossom.cjclark.org> <3E9C7907.3080605@tcoip.com.br> <200304160740.25087.dusan@sah-drustvo-ms.si> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304160740.25087.dusan@sah-drustvo-ms.si> User-Agent: Mutt/1.4.1i X-URL: http://people.freebsd.org/~cjc/ cc: freebsd-current@freebsd.org Subject: Re: Fwd: passwd bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cjclark@alum.mit.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 14:10:05 -0000 On Wed, Apr 16, 2003 at 07:40:25AM +0200, Dusan Kozic wrote: > Hi! > > I cannot show you my user entry in /etc/master.passwd because I'm not root on > this system. This is polarhome.com and there is many users. > > [dusank@freebsd] ~> wc -l /etc/passwd > 7822 /etc/passwd > [dusank@freebsd] ~> cat /etc/passwd |grep dusank > dusank:*:2747:2747:Dusan Kozic (kozicd@email.si):/home/d/dusank:/bin/tcsh > [dusank@freebsd] ~> cat /etc/pam.d/passwd > # > # $FreeBSD: src/etc/pam.d/passwd,v 1.1 2002/04/15 03:01:31 des Exp $ > # > # PAM configuration for the "passwd" service > # > > # passwd(1) does not use the auth, account or session services. > > # password > #password requisite pam_passwdqc.so enforce=users > password required pam_unix.so no_warn try_first_pass > [dusank@freebsd] ~> I take what I said back. I _can_ reproduce this on a RELENG_5 system. It looks like it's dying in pam_check("pam_chauthtok"). -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 07:39:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A24137B401 for ; Wed, 16 Apr 2003 07:39:06 -0700 (PDT) Received: from scrooge.etek.chalmers.se (scrooge.etek.chalmers.se [129.16.32.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id D00DD43FBD for ; Wed, 16 Apr 2003 07:39:04 -0700 (PDT) (envelope-from b@etek.chalmers.se) Received: from scrooge.etek.chalmers.se (b@localhost [127.0.0.1]) h3GEd3gh056349 for ; Wed, 16 Apr 2003 16:39:03 +0200 (CEST) (envelope-from b@etek.chalmers.se) Received: from localhost (b@localhost)h3GEd2Oe056346 for ; Wed, 16 Apr 2003 16:39:03 +0200 (CEST) X-Authentication-Warning: scrooge.etek.chalmers.se: b owned process doing -bs Date: Wed, 16 Apr 2003 16:39:02 +0200 (CEST) From: Magnus B{ckstr|m To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-218796958-1050503942=:54843" Subject: [fix] Stack smasher in ACPI. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 14:39:06 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-218796958-1050503942=:54843 Content-Type: TEXT/PLAIN; charset=US-ASCII I'm attempting to make -CURRENT work on a compaq evo N800c, and am hitting some issues. (1) The Intel ACPICA contains a potential memory-corruption bug. (2): The N800c AML uses idioms defined in ACPI 2.0 which the FreeBSD implementation isn't aware of, and which interacts with (1) so as to corrupt the stack and cause a panic. Specifically, some objects report their _CID in the form of a Package with multiple Integers in it (ACPI 2.0 specification p.154 section 6.1.2). (3): Compaq has defined _HIDs *with* leading asterisks in direct violation of ACPI 2.0 p.156 section 6.1.4. Growl. The attached patch is a suggestion for a fix of (1) and the part of (2) that interacts with (1). I'm working on the rest of (2) and a workaround for (3). -- B --0-218796958-1050503942=:54843 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="acpi_stacksmash.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: ACPI stack smasher fix Content-Disposition: attachment; filename="acpi_stacksmash.diff" SW5kZXg6IHNyYy9zeXMvY29udHJpYi9kZXYvYWNwaWNhL3V0YWxsb2MuYw0K ZGlmZiAtdSBzcmMvc3lzL2NvbnRyaWIvZGV2L2FjcGljYS91dGFsbG9jLmM6 MS4xLjEuMSBzcmMvc3lzL2NvbnRyaWIvZGV2L2FjcGljYS91dGFsbG9jLmM6 MS4xLjEuMS40LjENCi0tLSBzcmMvc3lzL2NvbnRyaWIvZGV2L2FjcGljYS91 dGFsbG9jLmM6MS4xLjEuMQlUdWUgSnVsICA5IDE5OjUxOjMwIDIwMDINCisr KyBzcmMvc3lzL2NvbnRyaWIvZGV2L2FjcGljYS91dGFsbG9jLmMJV2VkIEFw ciAxNiAxNjowNjoyMCAyMDAzDQpAQCAtMzg2LDYgKzM4Niw3IEBADQogICAg ICAgICAvKiBDbGVhciB0aGUgYnVmZmVyICovDQogDQogICAgICAgICBBQ1BJ X01FTVNFVCAoQnVmZmVyLT5Qb2ludGVyLCAwLCBSZXF1aXJlZExlbmd0aCk7 DQorICAgICAgICBCdWZmZXItPkxlbmd0aCA9IFJlcXVpcmVkTGVuZ3RoOw0K ICAgICAgICAgYnJlYWs7DQogDQogDQpAQCAtNDAyLDYgKzQwMyw3IEBADQog ICAgICAgICAvKiBDbGVhciB0aGUgYnVmZmVyICovDQogDQogICAgICAgICBB Q1BJX01FTVNFVCAoQnVmZmVyLT5Qb2ludGVyLCAwLCBSZXF1aXJlZExlbmd0 aCk7DQorICAgICAgICBCdWZmZXItPkxlbmd0aCA9IFJlcXVpcmVkTGVuZ3Ro Ow0KICAgICAgICAgYnJlYWs7DQogDQogDQpAQCAtNDEyLDYgKzQxNCw3IEBA DQogICAgICAgICBpZiAoQnVmZmVyLT5MZW5ndGggPCBSZXF1aXJlZExlbmd0 aCkNCiAgICAgICAgIHsNCiAgICAgICAgICAgICBTdGF0dXMgPSBBRV9CVUZG RVJfT1ZFUkZMT1c7DQorICAgICAgICAgICAgYnJlYWs7DQogICAgICAgICB9 DQogDQogICAgICAgICAvKiBDbGVhciB0aGUgYnVmZmVyICovDQpAQCAtNDIw LDcgKzQyMyw2IEBADQogICAgICAgICBicmVhazsNCiAgICAgfQ0KIA0KLSAg ICBCdWZmZXItPkxlbmd0aCA9IFJlcXVpcmVkTGVuZ3RoOw0KICAgICByZXR1 cm4gKFN0YXR1cyk7DQogfQ0KIA0KSW5kZXg6IHNyYy9zeXMvZGV2L2FjcGlj YS9hY3BpLmMNCmRpZmYgLXUgc3JjL3N5cy9kZXYvYWNwaWNhL2FjcGkuYzox LjEuMS42IHNyYy9zeXMvZGV2L2FjcGljYS9hY3BpLmM6MS4xLjEuNi4yLjEN Ci0tLSBzcmMvc3lzL2Rldi9hY3BpY2EvYWNwaS5jOjEuMS4xLjYJRnJpIE1h ciAgNyAxNTo0MDo1OSAyMDAzDQorKysgc3JjL3N5cy9kZXYvYWNwaWNhL2Fj cGkuYwlXZWQgQXByIDE2IDE2OjA2OjIwIDIwMDMNCkBAIC0xMTI5LDE0ICsx MTI5LDE1IEBADQogICAgICAqIFRoaXMgaXMgYSBoYWNrLg0KICAgICAgKi8N CiAgICAgaWYgKGVycm9yID09IEFFX0JVRkZFUl9PVkVSRkxPVykgew0KLQlp ZiAoKGJ1Zi5Qb2ludGVyID0gQWNwaU9zQWxsb2NhdGUoYnVmLkxlbmd0aCkp ID09IE5VTEwpIHsNCi0JICAgIGVycm9yID0gQUVfTk9fTUVNT1JZOw0KLQl9 IGVsc2Ugew0KLQkgICAgaWYgKEFDUElfU1VDQ0VTUyhlcnJvciA9IEFjcGlF dmFsdWF0ZU9iamVjdChoYW5kbGUsIHBhdGgsIE5VTEwsICZidWYpKSkgew0K KwlidWYuUG9pbnRlciA9IE5VTEw7DQorCWJ1Zi5MZW5ndGggPSBBQ1BJX0FM TE9DQVRFX0JVRkZFUjsNCisNCisJaWYgKEFDUElfU1VDQ0VTUyhlcnJvciA9 IEFjcGlFdmFsdWF0ZU9iamVjdChoYW5kbGUsIHBhdGgsIE5VTEwsICZidWYp KSkgew0KIAkJZXJyb3IgPSBhY3BpX0NvbnZlcnRCdWZmZXJUb0ludGVnZXIo JmJ1ZiwgbnVtYmVyKTsNCi0JICAgIH0NCiAJfQ0KLQlBY3BpT3NGcmVlKGJ1 Zi5Qb2ludGVyKTsNCisNCisJaWYgKGJ1Zi5Qb2ludGVyKQ0KKwkgICAgQWNw aU9zRnJlZShidWYuUG9pbnRlcik7DQogICAgIH0NCiAgICAgcmV0dXJuKGVy cm9yKTsNCiB9DQo= --0-218796958-1050503942=:54843-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 08:19:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF79F37B401 for ; Wed, 16 Apr 2003 08:19:16 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B7C843FAF for ; Wed, 16 Apr 2003 08:19:16 -0700 (PDT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.9/8.12.9) with ESMTP id h3GFJEEF061123; Wed, 16 Apr 2003 11:19:15 -0400 (EDT) (envelope-from mdodd@FreeBSD.ORG) Date: Wed, 16 Apr 2003 11:19:14 -0400 (EDT) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: "Nikolas 'Atrus' Coukouma" In-Reply-To: <3E9D5BF6.4040100@wam.umd.edu> Message-ID: <20030416111848.F99028@sasami.jurai.net> References: <3E9D5BF6.4040100@wam.umd.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@FreeBSD.ORG Subject: Re: probleam building current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 15:19:17 -0000 On Wed, 16 Apr 2003, Nikolas 'Atrus' Coukouma wrote: > Considering I've never done this before it's probably something stupid, > but for some reason building a new kernel is failing. I suspect you just caught the tree at a bad time; re-cvsup and try again. -- | 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 | From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 10:21:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFF6837B405 for ; Wed, 16 Apr 2003 10:21:11 -0700 (PDT) Received: from symbion.srrc.usda.gov (symbion.srrc.usda.gov [199.133.86.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FAED43F85 for ; Wed, 16 Apr 2003 10:21:08 -0700 (PDT) (envelope-from gjohnson@srrc.ars.usda.gov) Received: from node1.cluster.srrc.usda.gov (localhost [127.0.0.1]) by symbion.srrc.usda.gov (8.12.9/8.12.9) with ESMTP id h3GHL5Jo073314 for ; Wed, 16 Apr 2003 12:21:05 -0500 (CDT) (envelope-from glenn@node1.cluster.srrc.usda.gov) Received: (from glenn@localhost)h3GHL5iZ073313 for current@freebsd.org; Wed, 16 Apr 2003 12:21:05 -0500 (CDT) Date: Wed, 16 Apr 2003 12:21:05 -0500 From: Glenn Johnson To: current@freebsd.org Message-ID: <20030416172105.GA73206@node1.cluster.srrc.usda.gov> Mail-Followup-To: Glenn Johnson , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: can not change NIS password X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 17:21:12 -0000 User passwords can not be changed if they are served by NIS with -current: FreeBSD 5.0-CURRENT #3: Tue Apr 15 11:30:59 CDT 2003 root@node1.cluster.srrc.usda.gov:/usr/obj/usr/src/sys/CLUSTER-FW When trying to change a password I get the following: Apr 16 12:16:38 node1 passwd: in pam_sm_chauthtok(): yppasswd_remote(): NIS password update failed If I place account information into /etc/master.passwd instead of the NIS master.passwd, then I can successfully change the password. -- Glenn Johnson USDA, ARS, SRRC Phone: (504) 286-4252 New Orleans, LA 70124 e-mail: gjohnson@srrc.ars.usda.gov From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 10:56:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EDB537B401; Wed, 16 Apr 2003 10:56:01 -0700 (PDT) Received: from vineyard.net (k1.vineyard.net [204.17.195.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DD8043FAF; Wed, 16 Apr 2003 10:56:00 -0700 (PDT) (envelope-from ericx@vineyard.net) Received: from alice (gw.educompmv.com [204.17.195.36]) by vineyard.net (Postfix) with SMTP id 0CD9F91646; Wed, 16 Apr 2003 13:55:59 -0400 (EDT) Message-ID: <013b01c30441$f19d2960$8c00000a@alice> From: "Eric W. Bates" To: "Kris Kennaway" References: <20030413220816.GA52457@rot13.obsecurity.org> Date: Wed, 16 Apr 2003 13:59:36 -0400 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 cc: current@FreeBSD.org cc: net@FreeBSD.org Subject: Re: Deadlocks running rsync on SMP machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 17:56:01 -0000 ----- Original Message ----- From: "Kris Kennaway" To: ; ; Sent: Sunday, April 13, 2003 6:08 PM Subject: Deadlocks running rsync on SMP machine I may be wrong; but I don't believe this problem is new. We have been living with it for some few years now thru several versions of the rsync port and FreeBSD itself. The problem persists with both SMP and single chip machines.. Our work around is simply to segment the transfer into separate rsync processes which we run sequentially. We have never tried to determine what the magic number of files is that causes it to freeze up. e.g.: Syncing /usr/local usually fails, but doing /usr/local/[whatever] hasn't been a problem. --ericx From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 11:31:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FD0137B401; Wed, 16 Apr 2003 11:31:49 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90B7243F75; Wed, 16 Apr 2003 11:31:48 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h3GIVlGL082250; Wed, 16 Apr 2003 13:31:47 -0500 (CDT) (envelope-from dan) Date: Wed, 16 Apr 2003 13:31:47 -0500 From: Dan Nelson To: Glenn Johnson , current@FreeBSD.ORG Message-ID: <20030416183147.GB7923@dan.emsphone.com> References: <20030416172105.GA73206@node1.cluster.srrc.usda.gov> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <20030416172105.GA73206@node1.cluster.srrc.usda.gov> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i Subject: Re: can not change NIS password X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 18:31:49 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In the last episode (Apr 16), Glenn Johnson said: > User passwords can not be changed if they are served by NIS with > -current: > > FreeBSD 5.0-CURRENT #3: Tue Apr 15 11:30:59 CDT 2003 root@node1.cluster.srrc.usda.gov:/usr/obj/usr/src/sys/CLUSTER-FW > > When trying to change a password I get the following: > > Apr 16 12:16:38 node1 passwd: in pam_sm_chauthtok(): yppasswd_remote(): NIS password update failed > > If I place account information into /etc/master.passwd instead of the > NIS master.passwd, then I can successfully change the password. Try the attached patch; I really need to send-pr this :) The current code assumes you always export /etc/master.passwd. There is still a bug in there somewhere that prevents you from changing an NIS password when logged into the NIS master itself, but at least there's a workaround for that (log into a client to change the password). -- Dan Nelson dnelson@allantgroup.com --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="yppasswdd.diff" Index: yppasswdd_server.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/rpc.yppasswdd/yppasswdd_server.c,v retrieving revision 1.26 diff -p -u -r1.26 yppasswdd_server.c --- yppasswdd_server.c 15 May 2002 09:20:06 -0000 1.26 +++ yppasswdd_server.c 13 Dec 2002 19:43:11 -0000 @@ -450,6 +450,7 @@ yppasswdproc_update_1_svc(yppasswd *argp char *oldgecos = NULL; char *passfile_hold; char passfile_buf[MAXPATHLEN + 2]; + char passfile_hold_buf[MAXPATHLEN + 2]; char *domain = yppasswd_domain; static struct sockaddr_in clntaddr; static struct timeval t_saved, t_test; @@ -574,32 +575,64 @@ yppasswdproc_update_1_svc(yppasswd *argp passfile = (char *)&passfile_buf; } + /* Create a filename to hold the original master.passwd so if our call + to yppwupdate fails we can roll back */ + snprintf(passfile_hold_buf, sizeof(passfile_hold_buf), "%s.hold", passfile); + passfile_hold = (char *)&passfile_hold_buf; + /* Step 5: make a new password file with the updated info. */ + yp_error("calling pw_init(%s)",passfile); if (pw_init(dirname(passfile), passfile)) { yp_error("pw_init() failed"); return &result; } + yp_error("calling pw_lock()"); if ((pfd = pw_lock()) == -1) { pw_fini(); yp_error("pw_lock() failed"); return &result; } + yp_error("calling pw_tmp(-1)"); if ((tfd = pw_tmp(-1)) == -1) { pw_fini(); yp_error("pw_tmp() failed"); return &result; } + + yp_error("calling pw_copy()"); if (pw_copy(pfd, tfd, &yp_password, NULL) == -1) { pw_fini(); yp_error("pw_copy() failed"); return &result; } - if (pw_mkdb(yp_password.pw_name) == -1) { + if (rename(passfile, passfile_hold) == -1) { pw_fini(); - yp_error("pw_mkdb() failed"); + yp_error("rename of %s to %s failed", passfile, passfile_hold); return &result; } + if (strcmp(passfile, _PATH_MASTERPASSWD) == 0) { + /* NIS server is exporting the system's master.passwd. */ + /* Call pw_mkdb to rebuild passwd and the .db files */ + yp_error("calling pw_mkdb(%s)",yp_password.pw_name); + if (pw_mkdb(yp_password.pw_name) == -1) { + pw_fini(); + yp_error("pw_mkdb() failed"); + rename(passfile_hold, passfile); + return &result; + } + } else + { + /* NIS server is exporting a private master.passwd. */ + /* Rename tempfile into final location */ + if (rename(pw_tempname(), passfile) == -1) { + pw_fini(); + yp_error("rename of %s to %s failed", pw_tempname(), passfile); + rename(passfile_hold, passfile); + return &result; + } + } + yp_error("calling pw_fini()"); pw_fini(); if (inplace) { @@ -630,14 +663,16 @@ yppasswdproc_update_1_svc(yppasswd *argp return(&result); break; default: + yp_error("removing backup passwd file %s", passfile_hold); unlink(passfile_hold); break; } if (verbose) { - yp_error("update completed for user %s (uid %d):", + yp_error("update completed for user %s (uid %d) in %s:", argp->newpw.pw_name, - argp->newpw.pw_uid); + argp->newpw.pw_uid, + passfile); if (passwd_changed) yp_error("password changed"); @@ -679,7 +714,7 @@ yppasswdproc_update_master_1_svc(master_ transp = rqstp->rq_xprt; /* - * NO AF_INET CONNETCIONS ALLOWED! + * NO AF_INET CONNECTIONS ALLOWED! */ rqhost = svc_getcaller(transp); if (rqhost->sin_family != AF_UNIX) { @@ -782,10 +817,12 @@ allow additions to be made to the passwo yp_error("pw_copy() failed"); return &result; } - if (pw_mkdb(argp->newpw.pw_name) == -1) { - pw_fini(); - yp_error("pw_mkdb() failed"); - return &result; + if (strcmp(passfile, _PATH_MASTERPASSWD) == 0) { + if (pw_mkdb(argp->newpw.pw_name) == -1) { + pw_fini(); + yp_error("pw_mkdb() failed"); + return &result; + } } pw_fini(); --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 11:52:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0474837B401; Wed, 16 Apr 2003 11:52:53 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-150.dsl.lsan03.pacbell.net [63.207.60.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F03643FB1; Wed, 16 Apr 2003 11:52:49 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 301FE66CFA; Wed, 16 Apr 2003 11:52:49 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 1022C1175; Wed, 16 Apr 2003 11:52:49 -0700 (PDT) Date: Wed, 16 Apr 2003 11:52:49 -0700 From: Kris Kennaway To: "Eric W. Bates" Message-ID: <20030416185248.GD68859@rot13.obsecurity.org> References: <20030413220816.GA52457@rot13.obsecurity.org> <013b01c30441$f19d2960$8c00000a@alice> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0/kgSOzhNoDC5T3a" Content-Disposition: inline In-Reply-To: <013b01c30441$f19d2960$8c00000a@alice> User-Agent: Mutt/1.4i cc: net@FreeBSD.org cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: Deadlocks running rsync on SMP machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 18:52:53 -0000 --0/kgSOzhNoDC5T3a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 16, 2003 at 01:59:36PM -0400, Eric W. Bates wrote: >=20 > ----- Original Message ----- > From: "Kris Kennaway" > To: ; ; > Sent: Sunday, April 13, 2003 6:08 PM > Subject: Deadlocks running rsync on SMP machine >=20 > I may be wrong; but I don't believe this problem is new. We have been > living with it for some few years now thru several versions of the rsync > port and FreeBSD itself. The problem persists with both SMP and single ch= ip > machines.. When you say "it", are you talking about rsync freezing, or the entire machine? I'm talking about the latter, but apparently rsync itself has problems that other people see. Kris --0/kgSOzhNoDC5T3a Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+naaAWry0BWjoQKURArCoAJ9/xtEet7vRBbQaSEI5hhMfY2Vb9ACguCJ5 medTtbbLdSedhF7jYsVJa+k= =ypB1 -----END PGP SIGNATURE----- --0/kgSOzhNoDC5T3a-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 12:07:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20C1937B401 for ; Wed, 16 Apr 2003 12:07:41 -0700 (PDT) Received: from symbion.srrc.usda.gov (symbion.srrc.usda.gov [199.133.86.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEEA743FBF for ; Wed, 16 Apr 2003 12:07:39 -0700 (PDT) (envelope-from gjohnson@srrc.ars.usda.gov) Received: from node1.cluster.srrc.usda.gov (localhost [127.0.0.1]) by symbion.srrc.usda.gov (8.12.9/8.12.9) with ESMTP id h3GJ7JcY001385; Wed, 16 Apr 2003 14:07:19 -0500 (CDT) (envelope-from glenn@node1.cluster.srrc.usda.gov) Received: (from glenn@localhost)h3GJ7G7x001384; Wed, 16 Apr 2003 14:07:16 -0500 (CDT) Date: Wed, 16 Apr 2003 14:07:16 -0500 From: Glenn Johnson To: Dan Nelson Message-ID: <20030416190716.GA1256@node1.cluster.srrc.usda.gov> Mail-Followup-To: Glenn Johnson , Dan Nelson , current@FreeBSD.ORG References: <20030416172105.GA73206@node1.cluster.srrc.usda.gov> <20030416183147.GB7923@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030416183147.GB7923@dan.emsphone.com> User-Agent: Mutt/1.4.1i cc: current@FreeBSD.ORG Subject: Re: can not change NIS password X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 19:07:41 -0000 On Wed, Apr 16, 2003 at 01:31:47PM -0500, Dan Nelson wrote: > In the last episode (Apr 16), Glenn Johnson said: > > > User passwords can not be changed if they are served by NIS with > > -current: > > > > FreeBSD 5.0-CURRENT #3: Tue Apr 15 11:30:59 CDT 2003 root@node1.cluster.srrc.usda.gov:/usr/obj/usr/src/sys/CLUSTER-FW > > > > When trying to change a password I get the following: > > > > Apr 16 12:16:38 node1 passwd: in pam_sm_chauthtok(): yppasswd_remote(): NIS password update failed > > > > If I place account information into /etc/master.passwd instead of > > the NIS master.passwd, then I can successfully change the password. > > Try the attached patch; I really need to send-pr this :) The current > code assumes you always export /etc/master.passwd. Your patch fixes the problem. Thanks. > There is still a bug in there somewhere that prevents you from > changing an NIS password when logged into the NIS master itself, but > at least there's a workaround for that (log into a client to change > the password). I presume you mean when the NIS master is not also a client. In my case, the machine that is the NIS master is also an NIS client. I was able to change the password on that machine after applying your patch. -- Glenn Johnson USDA, ARS, SRRC Phone: (504) 286-4252 New Orleans, LA 70124 e-mail: gjohnson@srrc.ars.usda.gov From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 12:35:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5B6E37B401 for ; Wed, 16 Apr 2003 12:35:32 -0700 (PDT) Received: from neptune.he.net (neptune.he.net [216.218.166.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13A9943FDD for ; Wed, 16 Apr 2003 12:35:32 -0700 (PDT) (envelope-from fluid@sfmidimafia.com) Received: from sfmidimafia.com (stalwart.codysbooks.COM [209.133.54.175]) by neptune.he.net (8.8.6p2003-03-31/8.8.2) with ESMTP id MAA19662 for ; Wed, 16 Apr 2003 12:35:36 -0700 Message-ID: <3E9DB047.50202@sfmidimafia.com> Date: Wed, 16 Apr 2003 12:34:31 -0700 From: "Scott R." Organization: Cody's Books User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030404 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Possibly silly question about creating entries in /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 19:35:32 -0000 This may be a stupid question, but hopefully it is easily answerable. I've done some poking around on the man page for devfs and I can't really find anything that tells me how to create a "fictitious" entry. Some apps that play or read cd's need the device /dev/cdrom to exist for them to work. I can create a link manually just using ln -sf /dev/acd0 /dev/cdrom and the entry will stay there until I reboot the machine. Upon reboot, the entry is wiped out as devfs re-initializes itself (this is my guess anyway). Can anyone tell me how to properly create these types of device entries so that they are recreated each time the system boots? There's either not much documentation on this subject or I'm just not looking in the right place. Pointers and suggestions will be greatly appreciated. TIA, Scott From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 12:44:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B4DE37B401 for ; Wed, 16 Apr 2003 12:44:27 -0700 (PDT) Received: from critter.freebsd.dk (port757.uc1-esp.isdn-lan.cybercity.dk [212.242.98.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01C1843FCB for ; Wed, 16 Apr 2003 12:44:26 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h3GJiM6W033140; Wed, 16 Apr 2003 21:44:23 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: "Scott R." From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 16 Apr 2003 12:34:31 PDT." <3E9DB047.50202@sfmidimafia.com> Date: Wed, 16 Apr 2003 21:44:22 +0200 Message-ID: <33139.1050522262@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: Possibly silly question about creating entries in /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 19:44:27 -0000 In message <3E9DB047.50202@sfmidimafia.com>, "Scott R." writes: >This may be a stupid question, but hopefully it is easily answerable. >I've done some poking around on the man page for devfs and I can't >really find anything that tells me how to create a "fictitious" entry. >Some apps that play or read cd's need the device /dev/cdrom to exist for >them to work. I can create a link manually just using ln -sf /dev/acd0 >/dev/cdrom and the entry will stay there until I reboot the machine. >Upon reboot, the entry is wiped out as devfs re-initializes itself (this >is my guess anyway). Can anyone tell me how to properly create these >types of device entries so that they are recreated each time the system >boots? There's either not much documentation on this subject or I'm >just not looking in the right place. Pointers and suggestions will be >greatly appreciated. I belive /etc/rc.devfs was meant for this sort of stuff, but I am not sure I know if this is still politically correct in RCng days. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 12:46:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A1B937B401 for ; Wed, 16 Apr 2003 12:46:48 -0700 (PDT) Received: from mail.westbend.net (ns1.westbend.net [216.47.253.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84BB343FF3 for ; Wed, 16 Apr 2003 12:46:47 -0700 (PDT) (envelope-from support@westbend.net) Received: from Admin02 (admin02.westbend.net [216.47.253.19]) by mail.westbend.net (8.12.9/8.12.9) with SMTP id h3GJkksb059199; Wed, 16 Apr 2003 14:46:46 -0500 (CDT) (envelope-from support@westbend.net) Message-ID: <02d301c30450$f96311a0$13fd2fd8@Admin02> From: "West Bend Support" To: "Scott R." , References: <3E9DB047.50202@sfmidimafia.com> Date: Wed, 16 Apr 2003 14:47:12 -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.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Subject: Re: Possibly silly question about creating entries in /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 19:46:48 -0000 From: "Scott R." > This may be a stupid question, but hopefully it is easily answerable. > I've done some poking around on the man page for devfs and I can't > really find anything that tells me how to create a "fictitious" entry. > Some apps that play or read cd's need the device /dev/cdrom to exist for > them to work. I can create a link manually just using ln -sf /dev/acd0 > /dev/cdrom and the entry will stay there until I reboot the machine. > Upon reboot, the entry is wiped out as devfs re-initializes itself (this > is my guess anyway). Can anyone tell me how to properly create these > types of device entries so that they are recreated each time the system > boots? There's either not much documentation on this subject or I'm > just not looking in the right place. Pointers and suggestions will be > greatly appreciated. > put the command to create the device in /etc/rc.devfs Scot From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 12:48:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AF8C37B401 for ; Wed, 16 Apr 2003 12:48:06 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F74C43FDD for ; Wed, 16 Apr 2003 12:48:05 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h3GJm4on065936; Wed, 16 Apr 2003 14:48:04 -0500 (CDT) (envelope-from dan) Date: Wed, 16 Apr 2003 14:48:04 -0500 From: Dan Nelson To: Poul-Henning Kamp Message-ID: <20030416194804.GC7923@dan.emsphone.com> References: <3E9DB047.50202@sfmidimafia.com> <33139.1050522262@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <33139.1050522262@critter.freebsd.dk> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: Possibly silly question about creating entries in /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 19:48:06 -0000 In the last episode (Apr 16), Poul-Henning Kamp said: > In message <3E9DB047.50202@sfmidimafia.com>, "Scott R." writes: > >This may be a stupid question, but hopefully it is easily > >answerable. I've done some poking around on the man page for devfs > >and I can't really find anything that tells me how to create a > >"fictitious" entry. Some apps that play or read cd's need the > >device /dev/cdrom to exist for them to work. I can create a link > >manually just using ln -sf /dev/acd0 /dev/cdrom and the entry will > >stay there until I reboot the machine. Upon reboot, the entry is > >wiped out as devfs re-initializes itself (this is my guess anyway). > >Can anyone tell me how to properly create these types of device > >entries so that they are recreated each time the system boots? > >There's either not much documentation on this subject or I'm just > >not looking in the right place. Pointers and suggestions will be > >greatly appreciated. > > I belive /etc/rc.devfs was meant for this sort of stuff, but I am not > sure I know if this is still politically correct in RCng days. /etc/rc.d/devfs will source /etc/rc.devfs if it exists, so it will still work. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 13:00:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64F4637B401 for ; Wed, 16 Apr 2003 13:00:37 -0700 (PDT) Received: from neptune.he.net (neptune.he.net [216.218.166.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA2EB43F85 for ; Wed, 16 Apr 2003 13:00:36 -0700 (PDT) (envelope-from fluid@sfmidimafia.com) Received: from sfmidimafia.com (stalwart.codysbooks.COM [209.133.54.175]) by neptune.he.net (8.8.6p2003-03-31/8.8.2) with ESMTP id NAA25570; Wed, 16 Apr 2003 13:00:24 -0700 Message-ID: <3E9DB668.9020502@sfmidimafia.com> Date: Wed, 16 Apr 2003 13:00:40 -0700 From: "Scott R." Organization: Cody's Books User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030404 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Nelson References: <3E9DB047.50202@sfmidimafia.com> <33139.1050522262@critter.freebsd.dk> <20030416194804.GC7923@dan.emsphone.com> In-Reply-To: <20030416194804.GC7923@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Poul-Henning Kamp cc: freebsd-current@freebsd.org Subject: Re: Possibly silly question about creating entries in /dev X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 20:00:37 -0000 Dan Nelson wrote: > In the last episode (Apr 16), Poul-Henning Kamp said: > >>In message <3E9DB047.50202@sfmidimafia.com>, "Scott R." writes: >> >>>This may be a stupid question, but hopefully it is easily >>>answerable. I've done some poking around on the man page for devfs >>>and I can't really find anything that tells me how to create a >>>"fictitious" entry. Some apps that play or read cd's need the >>>device /dev/cdrom to exist for them to work. I can create a link >>>manually just using ln -sf /dev/acd0 /dev/cdrom and the entry will >>>stay there until I reboot the machine. Upon reboot, the entry is >>>wiped out as devfs re-initializes itself (this is my guess anyway). >>>Can anyone tell me how to properly create these types of device >>>entries so that they are recreated each time the system boots? >>>There's either not much documentation on this subject or I'm just >>>not looking in the right place. Pointers and suggestions will be >>>greatly appreciated. >> >>I belive /etc/rc.devfs was meant for this sort of stuff, but I am not >>sure I know if this is still politically correct in RCng days. > > > /etc/rc.d/devfs will source /etc/rc.devfs if it exists, so it will > still work. Sure 'nuff, there it is! Thanks for the pointer. I was hoping the answer would be this simple. :) From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 13:06:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BE5337B401; Wed, 16 Apr 2003 13:06:33 -0700 (PDT) Received: from mail.cruzio.com (mail.cruzio.com [63.249.95.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9FC843FE3; Wed, 16 Apr 2003 13:06:32 -0700 (PDT) (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 h3GK8vjM085933; Wed, 16 Apr 2003 13:09:03 -0700 (PDT) Received: (from brucem@localhost) by cruzio.com (8.11.3/8.11.3) id h3GJYMJ00787; Wed, 16 Apr 2003 12:34:22 -0700 (PDT) (envelope-from brucem) Date: Wed, 16 Apr 2003 12:34:22 -0700 (PDT) From: "Bruce R. Montague" Message-Id: <200304161934.h3GJYMJ00787@cruzio.com> To: freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG cc: sos@spider.deepcore.dk Subject: Cyrix ATA driver boot panic/patch, need more help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 20:06:33 -0000 Hi, I've hit a solid sys/dev/ata driver panic on boot due to unitinialized pointer in cyrix ATA driver init code (and also need advice on additional investigation). "FreeBSD 5.0-CURRENT #0: Thu Apr 10"; on a Geode GX1/5530 (Centaurus II). An earlier backup -Current works fine (5.0-CURRENT #3: Mon Jan 20), not sure about other -Current's in between. The installation was built from CVS and is completely vanilla, no local mods. Panic is due to null "ctrl->chip" value in "ata-pci.c/ata_pcisub_probe()" at final statement before final return ("ctrl" value is ok): ch->chiptype = ctrl->chip->chipid; Re-coding routine "ata-chipset.c/ata_cyrix_ident()" using the template provided by "ata_intel_ident()" causes the ata driver to successfully probe and attach. However, I'm not sure this is the only problem, there appears to be a timing-related problem, but I'm not sure it's even the driver. In the course of executing the vanilla rc/driver w/o debug printfs), the system completely hangs hard (precluding debugger break etc.). Inserting debug I/O and putting set -x in rc alters behavior, system has come up to prompt in this case). The following patch causes the probe/attach to work: ===== --- ata-chipset.c.old Wed Apr 16 10:18:56 2003 +++ ata-chipset.c Wed Apr 16 10:22:38 2003 @@ -465,13 +465,20 @@ ata_cyrix_ident(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(dev); + struct ata_chip_id *idx; + static struct ata_chip_id ids[] = + {{ ATA_CYRIX_5530, 0, 0, 0x00, ATA_UDMA2, "Cyrix 5530" }, + { 0, 0, 0, 0, 0, 0, }}; + char buffer[64]; - if (pci_get_devid(dev) == ATA_CYRIX_5530) { - device_set_desc(dev, "Cyrix 5530 ATA33 controller"); - ctlr->chipinit = ata_cyrix_chipinit; - return 0; - } - return ENXIO; + 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)); + device_set_desc_copy(dev, buffer); + ctlr->chip = idx; + ctlr->chipinit = ata_cyrix_chipinit; + return 0; } static int ======= Any advice on further debugging? Have I hit this in the middle of big ata changes in progress (appears somewhat from the CVS)? Are there other ata driver areas worth a debugging look, areas that likely haven't yet been conformed to new "chip version" support or other changes, etc.? Any info or help most appreciated, thanks! - bruce From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 13:32:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CAC437B401; Wed, 16 Apr 2003 13:32:37 -0700 (PDT) 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 9EC1D43FCB; Wed, 16 Apr 2003 13:32:35 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.8p1/8.12.8) id h3GKWVTh006540; Wed, 16 Apr 2003 22:32:31 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200304162032.h3GKWVTh006540@spider.deepcore.dk> In-Reply-To: <200304161934.h3GJYMJ00787@cruzio.com> To: "Bruce R. Montague" Date: Wed, 16 Apr 2003 22:32:31 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 cc: freebsd-current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: Cyrix ATA driver boot panic/patch, need more help. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 20:32:37 -0000 It seems Bruce R. Montague wrote: > > > Hi, I've hit a solid sys/dev/ata driver panic on > boot due to unitinialized pointer in cyrix ATA > driver init code (and also need advice on additional > investigation). This has been fixed... -Søren From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 13:51:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D92837B404; Wed, 16 Apr 2003 13:51:02 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id E048243F93; Wed, 16 Apr 2003 13:50:56 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h3GKophJ010660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Apr 2003 23:50:51 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h3GKooSP010655; Wed, 16 Apr 2003 23:50:50 +0300 (EEST) (envelope-from ru) Date: Wed, 16 Apr 2003 23:50:50 +0300 From: Ruslan Ermilov To: Nate Lawson Message-ID: <20030416205050.GA10181@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline User-Agent: Mutt/1.5.4i cc: current@FreeBSD.org Subject: Your locking and rman changes to pci/if_* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 20:51:02 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Nate, Your "Clean up locking and resource management for pci/if_*" commit made my machine panic whenever I detach the Xircom CardBus: : dc0: port 0x1000-0x107f mem 0xd8000-0xd87ff,0= xd8800-0xd8fff irq 11 at device 0.0 on cardbus1 : dc0: Ethernet address: 00:10:a4:c0:c0:45 : miibus0: on dc0 : tdkphy0: on miibus0 : tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto : tdkphy0: detached : miibus0: detached : dc0: detached : panic: blockable sleep lock (sleep mutex) Giant @ vm/vm_fault.c:206 Reverting to if_dc.c,v 1.96 makes the problem go away. Please fix. 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 --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+ncIqUkv4P6juNwoRAnlhAJ9TK5S5UYu/UfMHpbJ6NkHm0xWK3wCfYrSR Qge4VbrSlF8nxh1F7rySz20= =p+0S -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 14:33:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E756037B401 for ; Wed, 16 Apr 2003 14:33:15 -0700 (PDT) Received: from ns.altadena.net (ns.altadena.net [207.151.161.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FC0C43FD7 for ; Wed, 16 Apr 2003 14:33:15 -0700 (PDT) (envelope-from pete@ns.altadena.net) Received: from ns.altadena.net (localhost [127.0.0.1]) by ns.altadena.net (8.12.8p1/8.12.3) with ESMTP id h3GLXEme043500 for ; Wed, 16 Apr 2003 14:33:14 -0700 (PDT) (envelope-from pete@ns.altadena.net) Received: (from pete@localhost) by ns.altadena.net (8.12.8p1/8.12.3/Submit) id h3GLXEmL043499 for current@freebsd.org; Wed, 16 Apr 2003 14:33:14 -0700 (PDT) (envelope-from pete) From: Pete Carah Message-Id: <200304162133.h3GLXEmL043499@ns.altadena.net> To: current@freebsd.org Date: Wed, 16 Apr 2003 14:33:13 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso8859-1 Content-Transfer-Encoding: 7bit Subject: VAIO problems still X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 21:33:16 -0000 I think the remaining problems with the R505ES are fairly simple. The hang on boot when pccbb is configured appears to be that the device is not associated with the pci handle correctly; the irq is being handled right. Evidence for this is that all reads (I put some extra debug prints in, just for this) come in as 00000000, and a write to the event address does NOT reset the pending interrupt. The handle (also printed in case) does match the memory address that appears in boot -v dmesg (which I can't give unfortunately since I don't have another computer around with which to grab a serial console output). This makes me think that the pci bridges aren't getting config'd right (or the device interface isn't?). The problem with nearly all devices ending up on irq 9 should be fairly easy to fix in the asl, but I don't know enough about asl/aml to interpret what I see. I presume that the fix for the apparent wrong memory-map address for the pccbb devices is probably fairly easy in the asl/aml too, but don't know for sure. Basic chipset is ich3; pccbb is one Ricoh (card slot) and one TI (embedded wireless). Both pccbb behave the same so I think the problem is more generic. ASL is on http://pelican.altadena.net/~pete/r505es.asl (dumped a few months ago; I don't think anything has changed.) This one has a fairly cryptic CKOS method; it works from 2-char substrings of the OS string :-) (char 15-16 of the OS string == "te" and length of the OS string == 17 returns 2 length of the OS string not less than 20 and (char 18-19 of the OS string == "NT" returns 0 char 18-19 of the OS string == "E:" returns 1 char 18-19 of the OS string == "te" returns 3 else returns "Ones") else returns "Ones" (I presume is FFFFFFFF). CKNT returns 0 on (CKOS == 1 or 2); else 1 So, we get Ones here unless _OS_ gets faked... And, of course, everything works in XP home (which came with the system). There was a driver patch for sound, and a bios patch for usb that were needed to deal with XP sp1 - this may be a hint... (both are in this system, and from the file date, are also in the asl dump on pelican.) This system comes from Sony with one of 3 OS choices - XP home, XP pro, or win2k. Almost everyone with a vaio has some problem with resource allocation; I suspect that the AML writers were lazy... I have a bigger supermicro mb that handles everything under acpi just fine. I can't find a method/device for the second pccbb or the wireless by any name I can figure out, for example. There is CRD0 but no CRD1 and nothing that starts with W except for a couple of variables. -- Pete From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 15:20:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E4A037B401; Wed, 16 Apr 2003 15:20:54 -0700 (PDT) Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D51F43F93; Wed, 16 Apr 2003 15:20:53 -0700 (PDT) (envelope-from atrus@wam.umd.edu) Received: from wam.umd.edu (atrus.student.umd.edu [129.2.208.230]) by po3.wam.umd.edu (8.9.3p2/8.9.3) with ESMTP id SAA15561; Wed, 16 Apr 2003 18:20:51 -0400 (EDT) Message-ID: <3E9DD743.3000108@wam.umd.edu> Date: Wed, 16 Apr 2003 18:20:51 -0400 From: "Nikolas 'Atrus' Coukouma" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030406 X-Accept-Language: en, en-us, ja MIME-Version: 1.0 To: "Matthew N. Dodd" References: <3E9D5BF6.4040100@wam.umd.edu> <20030416111848.F99028@sasami.jurai.net> In-Reply-To: <20030416111848.F99028@sasami.jurai.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.ORG Subject: Re: probleam building current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 22:20:54 -0000 That would appear to be it, thanks -Nikolas "Atrus" Coukouma atrus@wam.umd.edu AIM: atrustheotaku Matthew N. Dodd wrote: >On Wed, 16 Apr 2003, Nikolas 'Atrus' Coukouma wrote: > > >>Considering I've never done this before it's probably something stupid, >>but for some reason building a new kernel is failing. >> >> > >I suspect you just caught the tree at a bad time; re-cvsup and try again. > > From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 15:27:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16BAD37B401 for ; Wed, 16 Apr 2003 15:27:50 -0700 (PDT) Received: from castle.org (castle.org [207.178.4.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F82243FDF for ; Wed, 16 Apr 2003 15:27:48 -0700 (PDT) (envelope-from nomad@castle.org) Received: from castle.org (localhost.castle.org [127.0.0.1]) by castle.org (8.12.9/8.12.9) with ESMTP id h3GMRhWJ033255 for ; Wed, 16 Apr 2003 15:27:47 -0700 (PDT) (envelope-from nomad@castle.org) Message-Id: <200304162227.h3GMRhWJ033255@castle.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: current@freebsd.org X-uri: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Apr 2003 15:27:43 -0700 From: Lee Damon Subject: fxp0 problems - 5.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 22:27:50 -0000 Starting yesterday the kernel I built from latest CVSup started exhibiting problems with fxp0, but not wi0 (the only NICs I have on my T30). The previous kernel, compiled on Monday the 7th (with sources SUPed that morning) works fine. Under the new kernel fxp0 shows up with ifconfig and can be configured, but it fails to pass packets. The packet count in netstat -in does not climb, nor do any errors show up. Nothing is logged to indicate error. The kernel that works: FreeBSD tylendel.castle.org 5.0-CURRENT FreeBSD 5.0-CURRENT #5: Mon Apr 7 14:43:22 PDT 2003 root@tylendel.castle.org:/users/FreeBSD-5.0/obj/users/Fre eBSD-5.0/src/sys/TYLENDEL i386 fxp0 shows up in dmesg thusly: Apr 16 15:14:06 tylendel kernel: fxp0: port 0x8000-0x803f mem 0xd0200000-0xd0200fff irq 11 at device 8.0 on pci2 Apr 16 15:14:06 tylendel kernel: fxp0: Ethernet address 00:09:6b:50:2c:01 Apr 16 15:16:20 tylendel kernel: miibus0: on fxp0 nomad ----------- The cry has been that when war is declared, all opposition should therefore be hushed. A sentiment more unworthy of a free country could hardly be propagated. If the doctrine be admitted, rulers have only to declare war and they are screened at once from scrutiny ... In war, then, as in peace, assert the freedom of speech and of the press. Cling to this as the bulwark of all our rights and privileges. -- William Ellery Channing ----------- - Lee "nomad" Damon - \ play: nomad@castle.org or castle!nomad \ work: nomad@ee.washington.edu \ /\ Seneschal, Castle PAUS. / \ "Celebrate Diversity" / \ From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 15:29:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE39037B401 for ; Wed, 16 Apr 2003 15:29:30 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id A43CE43FDD for ; Wed, 16 Apr 2003 15:29:27 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h3GMTRwk057504; Wed, 16 Apr 2003 15:29:27 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h3GMTRVV001052; Wed, 16 Apr 2003 15:29:27 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h3GMTRmO001051; Wed, 16 Apr 2003 15:29:27 -0700 (PDT) (envelope-from marcel) Date: Wed, 16 Apr 2003 15:29:26 -0700 From: Marcel Moolenaar To: Pete Carah Message-ID: <20030416222926.GA985@athlon.pn.xcllnt.net> References: <200304162133.h3GLXEmL043499@ns.altadena.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304162133.h3GLXEmL043499@ns.altadena.net> User-Agent: Mutt/1.5.3i cc: current@freebsd.org Subject: Re: VAIO problems still X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 22:29:31 -0000 On Wed, Apr 16, 2003 at 02:33:13PM -0700, Pete Carah wrote: > I think the remaining problems with the R505ES are fairly simple. > > The hang on boot when pccbb is configured appears to be that the > device is not associated with the pci handle correctly; You do have hw.pci.allow_unsupported_io_range=1 in /boot/loader.conf, do you? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 17:35:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6273837B401 for ; Wed, 16 Apr 2003 17:35:57 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12FEC43FBD for ; Wed, 16 Apr 2003 17:35:57 -0700 (PDT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id F022D2ED40C; Wed, 16 Apr 2003 17:35:56 -0700 (PDT) Date: Thu, 17 Apr 2003 02:35:56 +0200 From: Maxime Henrion To: Lee Damon Message-ID: <20030417003556.GB21011@elvis.mu.org> References: <200304162227.h3GMRhWJ033255@castle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304162227.h3GMRhWJ033255@castle.org> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: fxp0 problems - 5.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 00:35:57 -0000 Lee Damon wrote: > Starting yesterday the kernel I built from latest CVSup started exhibiting > problems with fxp0, but not wi0 (the only NICs I have on my T30). > > The previous kernel, compiled on Monday the 7th (with sources SUPed > that morning) works fine. > > Under the new kernel fxp0 shows up with ifconfig and can be configured, > but it fails to pass packets. The packet count in netstat -in does > not climb, nor do any errors show up. Nothing is logged to indicate > error. It would be helpful if you could search what exact commit causes these problems. I'm particularly interested in knowing if your NIC is working OK with revision 1.168 of if_fxp.c. Also, it would be interesting to know what exact revision you have in the working kernel from the 7th. Assuming this kernel is /boot/kernel.old/kernel, this command should give you that information : ident /boot/kernel.old/kernel | grep fxp If for some reason you're using the fxp(4) driver as a module, run the above command on the if_fxp.ko file. Thanks, Maxime From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 17:36:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C6F837B401 for ; Wed, 16 Apr 2003 17:36:13 -0700 (PDT) Received: from web41809.mail.yahoo.com (web41809.mail.yahoo.com [66.218.93.143]) by mx1.FreeBSD.org (Postfix) with SMTP id B5AEC43FAF for ; Wed, 16 Apr 2003 17:36:12 -0700 (PDT) (envelope-from csujun@yahoo.com) Message-ID: <20030417003612.76437.qmail@web41809.mail.yahoo.com> Received: from [207.46.71.13] by web41809.mail.yahoo.com via HTTP; Wed, 16 Apr 2003 17:36:12 PDT Date: Wed, 16 Apr 2003 17:36:12 -0700 (PDT) From: Jun Su To: Marcel Moolenaar , Pete Carah In-Reply-To: <20030416222926.GA985@athlon.pn.xcllnt.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: current@freebsd.org Subject: Re: VAIO problems still X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: csujun@21cn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 00:36:13 -0000 --- Marcel Moolenaar wrote: > On Wed, Apr 16, 2003 at 02:33:13PM -0700, Pete Carah > wrote: > > I think the remaining problems with the R505ES are > fairly simple. > > > > The hang on boot when pccbb is configured appears > to be that the > > device is not associated with the pci handle > correctly; > > You do have hw.pci.allow_unsupported_io_range=1 in > /boot/loader.conf, > do you? > > -- > Marcel Moolenaar USPA: A-39004 > marcel@xcllnt.net Have you checked if there is a BIOS update in Sony web site. I upgrade BIOS for my R505DL. It fixed several ACPI related problem in its ASL. However, the sound problem in VAIO is still there. :( Jun __________________________________________________ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 17:56:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A98037B401; Wed, 16 Apr 2003 17:56:41 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B869443F85; Wed, 16 Apr 2003 17:56:40 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.9/8.12.9) with ESMTP id h3H0ueMS022949 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 16 Apr 2003 20:56:40 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h3H0uZ858798; Wed, 16 Apr 2003 20:56:35 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16029.64451.191705.186274@grasshopper.cs.duke.edu> Date: Wed, 16 Apr 2003 20:56:35 -0400 (EDT) To: Ruslan Ermilov In-Reply-To: <20030416205050.GA10181@sunbay.com> References: <20030416205050.GA10181@sunbay.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: Nate Lawson cc: current@FreeBSD.org Subject: Re: Your locking and rman changes to pci/if_* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 00:56:42 -0000 Ruslan Ermilov writes: > : dc0: detached > : panic: blockable sleep lock (sleep mutex) Giant @ vm/vm_fault.c:206 > > Reverting to if_dc.c,v 1.96 makes the problem go away. > Please fix. I think this indciates that something trap'ed in the kernel in the middle of handling, say, another trap. A stack trace from ddb or gdb would make this a lot easier to debug. Drew From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 18:11:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F1CB37B401 for ; Wed, 16 Apr 2003 18:11:42 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7820E43F75 for ; Wed, 16 Apr 2003 18:11:41 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h3H1BWwk058221; Wed, 16 Apr 2003 18:11:33 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h3H1BWVV001499; Wed, 16 Apr 2003 18:11:32 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h3H1BWlR001498; Wed, 16 Apr 2003 18:11:32 -0700 (PDT) (envelope-from marcel) Date: Wed, 16 Apr 2003 18:11:31 -0700 From: Marcel Moolenaar To: csujun@21cn.com Message-ID: <20030417011131.GA1453@athlon.pn.xcllnt.net> References: <20030416222926.GA985@athlon.pn.xcllnt.net> <20030417003612.76437.qmail@web41809.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030417003612.76437.qmail@web41809.mail.yahoo.com> User-Agent: Mutt/1.5.3i cc: current@freebsd.org cc: Pete Carah Subject: Re: VAIO problems still X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 01:11:42 -0000 On Wed, Apr 16, 2003 at 05:36:12PM -0700, Jun Su wrote: > --- Marcel Moolenaar wrote: > > On Wed, Apr 16, 2003 at 02:33:13PM -0700, Pete Carah > > wrote: > > > I think the remaining problems with the R505ES are > > fairly simple. > > > > > > The hang on boot when pccbb is configured appears > > to be that the > > > device is not associated with the pci handle > > correctly; > > > > You do have hw.pci.allow_unsupported_io_range=1 in > > /boot/loader.conf, > > do you? > > > > -- > > Marcel Moolenaar USPA: A-39004 > > marcel@xcllnt.net > > Have you checked if there is a BIOS update in Sony web > site. I upgrade BIOS for my R505DL. It fixed several > ACPI related problem in its ASL. No. Since I have my R505GL working, I didn't feel a need to open another possible can of worms by upgrading my known working BIOS (for some definition of working) with something I don't know will work. > However, the sound problem in VAIO is still there. :( No problems here: pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff irq 9 at device 31.5 on pci0 pcm0: My hints file (mostly debogofied by removal of hints): hint.sc.0.at="isa" hint.sc.0.flags="0x100" hint.spic.0.at="isa" hint.spic.0.port="0x10a0" hint.vga.0.at="isa" My kernel config file (just for reference): machine i386 cpu I686_CPU ident VAIO maxusers 0 options ATA_STATIC_ID options CD9660 options COMPAT_43 options COMPAT_FREEBSD4 options DDB options FFS options INET options INET6 options KBD_INSTALL_CDEV options KTRACE options MSDOSFS options NFSCLIENT options PROCFS options PSEUDOFS options SCHED_4BSD options SOFTUPDATES options SYSVMSG options SYSVSEM options SYSVSHM options UFS_DIRHASH options _KPOSIX_PRIORITY_SCHEDULING device acpi device agp device ata device atadisk device atapicd device atkbd device atkbdc device bpf device cardbus device cbb device cd device da device eisa device ether device fdc device firewire device fxp device ichsmb device isa device loop device lpt device md device miibus device npx device pass device pccard device pci device pcm device pmtimer device ppbus device ppc device psm device pty device random device sbp device sc device scbus device sio device smb device smbus device spic device splash device uhci device umass device usb device vga device wi device wlan -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 18:36:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99BD537B401 for ; Wed, 16 Apr 2003 18:36:57 -0700 (PDT) Received: from mail2.tpgi.com.au (mail.tpgi.com.au [203.12.160.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31E1243F3F for ; Wed, 16 Apr 2003 18:36:56 -0700 (PDT) (envelope-from agh@tpg.com.au) Received: from pen-ts1-2600-111.tpgi.com.au (pen-ts1-2600-111.tpgi.com.au [203.213.3.111]) by mail2.tpgi.com.au (8.12.9/8.12.9) with ESMTP id h3H1amof010869 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 17 Apr 2003 11:36:52 +1000 From: "Alastair G. Hogge" To: freebsd-current@FreeBSD.ORG Date: Thu, 17 Apr 2003 11:36:57 +0000 User-Agent: KMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304171136.57515.agh@tpg.com.au> X-Kaspersky-Antivirus: Passed Subject: Auto kernel module loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 01:36:57 -0000 Hello list, Just the other day I was configuring/striping my kernel to the barest I could manage. I was doing this to hopefully reduce kernel build time. Now after adding 60 lines to loader.conf to load the modules I need, I began thinking is there a way for FreeBSD to load the modules automaticly at boot time itself? If not, would be hard to implement such a feature? How would someone go about doing such a thing? As I would be happy to give it a go....but don't know where to start. Does the documentation project have some info to help? I'm cvsup-ing them right now as I once recall seeing an article titled something like "Programmers guide to FreeBSD" -Alastair From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 18:37:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DE4C37B405; Wed, 16 Apr 2003 18:37:11 -0700 (PDT) Received: from vineyard.net (k1.vineyard.net [204.17.195.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 978FD43FBD; Wed, 16 Apr 2003 18:37:10 -0700 (PDT) (envelope-from ericx@vineyard.net) Received: from alice (alice.ericx.net [204.128.227.62]) by vineyard.net (Postfix) with SMTP id 11A17917A6; Wed, 16 Apr 2003 21:37:10 -0400 (EDT) Message-ID: <025b01c30482$5f691e50$8c00000a@alice> From: "Eric W. Bates" To: "Kris Kennaway" References: <20030413220816.GA52457@rot13.obsecurity.org> <013b01c30441$f19d2960$8c00000a@alice> <20030416185248.GD68859@rot13.obsecurity.org> Date: Wed, 16 Apr 2003 21:40:48 -0400 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 cc: net@FreeBSD.org cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: Deadlocks running rsync on SMP machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 01:37:11 -0000 Sorry, By 'it', I mean the rsync process on the receiving machine. The process on the sending machine eventually times out; but the process on the receiving machine will sit there forever. Once we learned that the problem could be avoided by keeping the file list small; I decided I would wait for smarter folk to figure it out. ----- Original Message ----- From: "Kris Kennaway" To: "Eric W. Bates" Cc: "Kris Kennaway" ; ; Sent: Wednesday, April 16, 2003 2:52 PM Subject: Re: Deadlocks running rsync on SMP machine On Wed, Apr 16, 2003 at 01:59:36PM -0400, Eric W. Bates wrote: >=20 > ----- Original Message ----- > From: "Kris Kennaway" > To: ; ; > Sent: Sunday, April 13, 2003 6:08 PM > Subject: Deadlocks running rsync on SMP machine >=20 > I may be wrong; but I don't believe this problem is new. We have been > living with it for some few years now thru several versions of the rsync > port and FreeBSD itself. The problem persists with both SMP and single ch= ip > machines.. When you say "it", are you talking about rsync freezing, or the entire machine? I'm talking about the latter, but apparently rsync itself has problems that other people see. Kris From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 18:50:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1923737B401 for ; Wed, 16 Apr 2003 18:50:12 -0700 (PDT) Received: from ns.altadena.net (ns.altadena.net [207.151.161.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6673343FAF for ; Wed, 16 Apr 2003 18:50:09 -0700 (PDT) (envelope-from pete@ns.altadena.net) Received: from ns.altadena.net (localhost [127.0.0.1]) by ns.altadena.net (8.12.8p1/8.12.3) with ESMTP id h3H1nvme056569; Wed, 16 Apr 2003 18:49:57 -0700 (PDT) (envelope-from pete@ns.altadena.net) Received: (from pete@localhost) by ns.altadena.net (8.12.8p1/8.12.3/Submit) id h3H1nuNI056568; Wed, 16 Apr 2003 18:49:56 -0700 (PDT) (envelope-from pete) From: Pete Carah Message-Id: <200304170149.h3H1nuNI056568@ns.altadena.net> In-Reply-To: <20030417003612.76437.qmail@web41809.mail.yahoo.com> from Jun Su at "Apr 16, 2003 05:36:12 pm" To: csujun@21cn.com Date: Wed, 16 Apr 2003 18:49:56 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso8859-1 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: VAIO problems still X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 01:50:12 -0000 > Have you checked if there is a BIOS update in Sony web > site. I upgrade BIOS for my R505DL. It fixed several > ACPI related problem in its ASL. Have the latest (dated last November). It covers all 505ES, 505ESP, 505ESK versions. Checked today for anything newer :-( -- Pete > However, the sound problem in VAIO is still there. :( Booo. Mine kind-of works. I think getting some of the devices off of irq9 will help. -- Pete From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 19:13:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F38CA37B401; Wed, 16 Apr 2003 19:13:03 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-150.dsl.lsan03.pacbell.net [63.207.60.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id E89C043FD7; Wed, 16 Apr 2003 19:13:02 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 6492C66D74; Wed, 16 Apr 2003 19:13:01 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 4DE421164; Wed, 16 Apr 2003 19:13:01 -0700 (PDT) Date: Wed, 16 Apr 2003 19:13:01 -0700 From: Kris Kennaway To: "Eric W. Bates" Message-ID: <20030417021301.GA73049@rot13.obsecurity.org> References: <20030413220816.GA52457@rot13.obsecurity.org> <013b01c30441$f19d2960$8c00000a@alice> <20030416185248.GD68859@rot13.obsecurity.org> <025b01c30482$5f691e50$8c00000a@alice> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <025b01c30482$5f691e50$8c00000a@alice> User-Agent: Mutt/1.4i cc: net@FreeBSD.org cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: Deadlocks running rsync on SMP machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 02:13:04 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 16, 2003 at 09:40:48PM -0400, Eric W. Bates wrote: > Sorry, >=20 > By 'it', I mean the rsync process on the receiving machine. OK, that's not relevant here then. Kris --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+ng2tWry0BWjoQKURAn2UAJ9/saODtAb1sGWD0mxv/SGqD8z4AACcCAx9 +eszWahq7CaoUzRAEKPZsvo= =sjcX -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 19:50:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2A4C37B401; Wed, 16 Apr 2003 19:50:37 -0700 (PDT) Received: from castle.org (castle.org [207.178.4.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C00843F3F; Wed, 16 Apr 2003 19:50:37 -0700 (PDT) (envelope-from nomad@castle.org) Received: from castle.org (localhost.castle.org [127.0.0.1]) by castle.org (8.12.9/8.12.9) with ESMTP id h3H2oaWJ034830; Wed, 16 Apr 2003 19:50:36 -0700 (PDT) (envelope-from nomad@castle.org) Message-Id: <200304170250.h3H2oaWJ034830@castle.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Maxime Henrion In-reply-to: Your message of Thu, 17 Apr 2003 02:35:56 +0200. <20030417003556.GB21011@elvis.mu.org> X-uri: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Apr 2003 19:50:36 -0700 From: Lee Damon cc: current@freebsd.org Subject: Re: fxp0 problems - 5.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 02:50:38 -0000 Working kernel: $FreeBSD: src/sys/dev/fxp/if_fxp.c,v 1.162 2003/04/07 17:02:44 mux Exp $ Not working kernel: $FreeBSD: src/sys/dev/fxp/if_fxp.c,v 1.173 2003/04/16 09:16:55 sobomax Exp $ nomad > Lee Damon wrote: > > Starting yesterday the kernel I built from latest CVSup started exhibiting > > problems with fxp0, but not wi0 (the only NICs I have on my T30). > > > > The previous kernel, compiled on Monday the 7th (with sources SUPed > > that morning) works fine. > > > > Under the new kernel fxp0 shows up with ifconfig and can be configured, > > but it fails to pass packets. The packet count in netstat -in does > > not climb, nor do any errors show up. Nothing is logged to indicate > > error. > > It would be helpful if you could search what exact commit causes these > problems. I'm particularly interested in knowing if your NIC is working > OK with revision 1.168 of if_fxp.c. Also, it would be interesting to > know what exact revision you have in the working kernel from the 7th. > Assuming this kernel is /boot/kernel.old/kernel, this command should > give you that information : > ident /boot/kernel.old/kernel | grep fxp > > If for some reason you're using the fxp(4) driver as a module, run the > above command on the if_fxp.ko file. > > Thanks, > Maxime nomad ----------- - Lee "nomad" Damon - \ play: nomad@castle.org or castle!nomad \ work: nomad@ee.washington.edu \ /\ Seneschal, Castle PAUS. / \ "Celebrate Diversity" / \ From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 20:18:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5E1137B401 for ; Wed, 16 Apr 2003 20:18:02 -0700 (PDT) Received: from grogged.dyndns.org (c-66-41-101-53.mn.client2.attbi.com [66.41.101.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BAD143F75 for ; Wed, 16 Apr 2003 20:18:02 -0700 (PDT) (envelope-from matt@grogged.dyndns.org) Received: by grogged.dyndns.org (Postfix, from userid 1001) id D9F4D16809; Wed, 16 Apr 2003 22:07:58 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by grogged.dyndns.org (Postfix) with ESMTP id D0DBCD23A; Wed, 16 Apr 2003 22:07:58 -0500 (CDT) Date: Wed, 16 Apr 2003 22:07:58 -0500 (CDT) From: matt To: Poul-Henning Kamp In-Reply-To: <6814.1050307784@critter.freebsd.dk> Message-ID: <20030416210956.L80126-101000@grogged.dyndns.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-941065136-1050548878=:80126" cc: freebsd-current@freebsd.org Subject: Re: GBDE + md() + ccd() = corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 03:18:03 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-941065136-1050548878=:80126 Content-Type: TEXT/PLAIN; charset=US-ASCII I had a little more time to work on this - more background on the setup is below. Anyhow, I made up a new filesystem, starting making large text files on a regular ufs slice, and copying them to a gbde encrypted fs until I had a file that had the md5sum/diff inconsistencies - I copied the inconsistent file from the gbde encrypted fs back to a regular ufs slice (the md5's while files exist on a ufs slice are reproducable and don't change per md5 "run" on the same file)- although both files were the same size, diff and md5 both agreed they were different. Due to diff's memory issues, I used split on both the original and the inconsistent copy of the text file, making a large number of 10mb (or so) segments, ran md5 against both and diff against that output - one segment was inconsistent, roughly somewhere between 502mb and 512mb into the text file. running diff against the two segments found an jumble of characters on line 267717. Although I can't say as I know what the jumble means, by the general frequency/distribution of the characters I would say the segment looks very much like that of cat'ing a file used as a device through md() when gbde is attached, perhaps a bit of encrypted data that wasn't decrypted. But then again, I might be totally off here. More background info: # Setting up the device R31# ls -la part* -rw-r--r-- 1 root wheel 1175000000 Apr 16 15:48 part1 -rw-r--r-- 1 root wheel 1175000000 Apr 16 21:17 part2 -rw-r--r-- 1 root wheel 1175000000 Apr 16 15:46 part3 -rw-r--r-- 1 root wheel 1175000000 Apr 16 15:47 part4 R31# cat setup1 mdconfig -a -t vnode -f part1 -u 1 mdconfig -a -t vnode -f part2 -u 2 mdconfig -a -t vnode -f part3 -u 3 mdconfig -a -t vnode -f part4 -u 4 R31# ./setup1 R31# ccdconfig ccd0 0 none /dev/md1 /dev/md2 /dev/md3 /dev/md4 R31# gbde init /dev/ccd0 Enter new passphrase: Reenter new passphrase: Wrote key 0 at (insert large number here, don't remember off hand) R31# newfs -m0% /dev/ccd0 (newfs output...) R31# mount /dev/ccd0.bde /mnt # Making some test files... R31# cat /etc/fstab | grep usr /dev/ad1s2f /usr ufs rw 2 2 R31# pwd /usr/dvd R31# yes 'echo "abcdefg123456789" >> testline.txt'|sh (wait a while, until file is ~100k, repeat for lack of patience with yes 'cat testline.txt >>file1.txt'|sh, wait a while, I made ~200mb, 400mb, 600mb, and a 800mb file, the 4th file at 800mb displayed the issue) R31# cp file*.txt /mnt R31# diff --brief /mnt/file4.txt /usr/dvd/file4.txt Files /mnt/file4.txt and /usr/dvd/file4.txt differ R31# cp /mnt/file4.txt /usr/dvd/file4_copy_from_gbde_fs.txt R31# ls -la file4* -rw-r--r-- 1 root wheel 864281088 Apr 16 18:51 file4_copy_from_gbde_fs.txt -rw-r--r-- 1 root wheel 864281088 Apr 16 15:30 file4_original.txt R31# md5 file4* MD5 (file4_original.txt) = b8869c190d64566de6dbb565125fef6d MD5 (file4_copy_from_gbde_fs.txt) = 053ec9fd8c63d6a20785646d9ee5c161 R31# diff --brief file4_c* file4_or* Files file4_copy_from_gbde_fs.txt and file4_original.txt differ #Splitting things up and locating the broken piece... R31# mkdir split.file4_copy_from_gbde_fs R31# mkdir split.file4_original R31# cd split*s R31# split -b10000k ../file4_copy_from_gbde_fs.txt R31# md5 * > md5sum1.txt R31# cd ../split*l R31# split -b10000k ../file4_original.txt R31# md5 * > md5sum2.txt R31# diff md5sum2.txt ../split*fs/md5sum1.txt 1c1 < MD5 (md5sum2.txt) = d41d8cd98f00b204e9800998ecf8427e --- > MD5 (md5sum1.txt) = d41d8cd98f00b204e9800998ecf8427e 48c48 < MD5 (xbu) = 1066b54bbbc235ae115284d7e55fedc9 --- > MD5 (xbu) = 9006ec9b31628ba748c8bc9c52a7279a R31# diff xbu ../split*fs/xbu > xbu.diff # Diff output from that last command is attached Comments? Suggestions? - Matt --0-941065136-1050548878=:80126 Content-Type: APPLICATION/octet-stream; name="xbu.diff" Content-Transfer-Encoding: BASE64 Content-ID: <20030416220758.F80126@grogged.dyndns.org> Content-Description: Content-Disposition: attachment; filename="xbu.diff" MjY3NzE3LDI2NzczMGMyNjc3MTcsMjY3OTI3CjwgYegJwGGOuZEmR0pIWvu+ mDgERf8cIzvveUzosnkemzvPBEPv18bDQQkdUUPOYfb+EtQQeYC8pRyIE5w9 qz4HGuG8K/8R9kSUv0A8JaP9ayGVFvOy/ze/ECTznEd94H/PPwc7CVvG8Ks8 KZw5TvQ/HXb6JLh6JQuwme67JwA09o4ojyFNKGrujfdaflTcrR4KPCABeZfj zyKUljsrbsR2kxZ91VhAJAEmYbez2JBt9V1ip9GOC0zedtwayO6MhVxSqRDy pirQo/dpDmojHs/kWaEKPCDcxK5rjBBTGnlCdLcDgyzF3VL8Q7jH55yIa24h xhGsMnpVCjwgj8Gocvb9hqjFaR3KC26aZZc8L8nlgEnpSI34icjF2jr0VLiO qR9NKyo5n9v+XwRF/xwjO+95TOiyeR6bO88EQ+/XxsNBCR1RQ85h9v4S1BB5 gLylHIgTnD2rPgca4bwr/xH2RJS/QDwlo/1rIZUW87L/N78QJPOcR33gf88/ BzsJW8bwqzwpnDlO9D8ddvokuHolC7CZ7rsnADT2jiiPIU0oau6N91p+VNyt Hgo8IAF5l+PPIpSWOytuxHaTFn3VWEAkASZht7PYkG31XWKn0Y4LTN523BrI 7oyFXFKpEPKmKtCj92kOaiMez+RZoQo8INzErmuMEFMaeUJ0twODLMXdUvxD uMfnnIhrbiHGEawyenuLaRGAmUuTPLJjv2mBfG8S7OgCDwnYVT2iefTgbSX4 ih68dlJn5XBItdpb2OesykfYWnma2CakK9VrmakeLfPfV43GMhqc/uou+k0b Dx3Ih/pFaPSHSg4wizAbmqvvbg2wxRq/KUJEYhdzcJaCDlUvvxMZdAWJEJfo LhC/rsI9BlbDtxMCAMbc5Nx4kmVjk1XAK3A+GRQxauld565rfNPZIvxRVfZm xnH+0jBdV/xPLemir91JjOYvzA+FqbuhWJUV4jsGkuXrKFkOygmWDvf/fHfR Pcw3ZLqlLYLT8A5YkfVJ1pq7G+nSTsGUKB+vSw3/x2QyFAo8IMzCy3Fyq1qx g9uICBwYVstBxrmDOACT8wFPvl8muKBB8l7RB9oP5k1dEuzoAg8J2FU9onn0 4G0l+IoevHZSZ+VwSLXaW9jnrMpH2Fp5mtgmpCvVa5mpHi3z31eNxjIanP7q LvpNGw8dyIf6RWj0h0oOMIswG5qr724NsMUavylCRGIXc3CWgg5VL78TGXQF iRCX6C4Qv67CPQZWw7cTAgDG3OTceJJlY5NVwCtwPhkUMWrpXeeua3zT2SL8 UVX2ZsZx/tIwXVf8Ty3poq/dSYzmL8wPham7oViVFeI7BpLl6yhZDsoJlg73 /3x30T3MN2S6pS2C0/AOWJH1Sdaauxvp0k7BlCgfr0uoJKtTrKnWqSX/0w8W yssGk4gNP2rmol1kpYeFmfrtjIlQfKWQpLIFkhgBvG2yp/w0xK7U1AjPxVpY Ler4mD2j0ZvxO49kjTSderjMdouB0FE1ApY1ojVCxxYfeXI9XwIEwKWvm24x q88HjsgXeC2y1wNs2DNRE1/l4D+JUwZaRwo8IMu5WVUxfQshG0HyHg1G127J RdSlIBb4az96asqmKJ9Sr/n4jv40c2jzMBY6wtIvEsWD5CITOPD83kvj6cVM zhZOCjwgnjULneGxTcugs8F+Oz64+b3fPYUB9tUSzvVhvLYlwYi0ZfCRsaWI NfmtWyvTJesplSjFBlUdwqa3HJERS8o/k5TmW/piaWP3ssWMV5+eE5Nqpsi0 ykGatWgn+Pgyk4gNP2rmol1kpYeFmfrtjIlQfKWQpLIFkhgBvG2yp/w0xK7U 1AjPxVpYLer4mD2j0ZvxO49kjTSderjMdouB0FE1ApY1ojVCxxYfeXI9XwIE wKWvm24xq88HjsgXeC2y1wNs2DNRE1/l4D+JUwZaRwo8IMu5WVUxfQshG0Hy Hg1G127JRdSlIBb4az96asqmKJ9Sr/n4jv40c2jzMBY6wtIvEsWD5CITOPD8 3kvj6cVMzhZOCjwgnjULneGxTcugs8F+Oz64+b3fPYUB9tUSzvVhvLYlwYi0 ZfCRsaWINfmtWyvT9p5dz+7st7MjBPYsK4fYIQ3fIv3FbE+ELZVAxBbv5cX3 Pjhg2pZfNH8hlKznR1qopqtbvVQdsT03psRlclpPXBqcO0MzRkwLqoXTKO7L Mrh/y52yi+C8IeNFQRwNbhQ92zWgw+hSq07ZA+dr0AEc/5PG924LMbdxkQeg qQd4zZZDOBGY1atdnNzDjvAE/29f5KP/0K8+3SCKEJl3LCmuJt1tiGuydgnj noRoZ99ZYtBB+MpepPyo8kSOzvcn07S/gYr69bbRfolvsP3PPMXUy996U/I+ ouo/Z+KxBK42f+NvWYAJ+FE9HuONjCtIb2SzvfmSI+PNP3+HruZqXL6dH/nc D4f6FsB6/WqKRp6gnrrOp1eujI/T1kVjxx4Ys+0XDd8i/cVsT4QtlUDEFu/l xfc+OGDall80fyGUrOdHWqimq1u9VB2xPTemxGVyWk9cGpw7QzNGTAuqhdMo 7ssyuH/LnbKL4Lwh40VBHA1uFD3bNaDD6FKrTtkD52vQARz/k8b3bgsxt3GR B6CpB3jNlkM4EZjVq12c3MOO8AT/b1/ko//Qrz7dIIoQmXcsKa4m3W2Ia7J2 CeOehGhn31li0EH4yl6k/KjyRI7O9yfTtL+Bivr1ttF+iW+w/c88xdTL33pT 8j6i6j9n4rEErjZ/429ZgAn4UT0e442MK0hvZLNE4PN9u6BCrtS1lE2NgNcx JhlM1DD4YFJLkXTP4D6CJ4pedx5pwABTtZQ6k5ObtE1+43tPBZEpfAOIUNgb +s8FZFlXgDBfj66i/v6msUPlP/j2nZ4nb+nmq8AO3RjUMMh+ekd8r3b0AqrX USo3YCxhn767iXHLzA9/pJ1DLqJx/mA/25n2rIpWQFBG3kmzidKAM9GDgi/h nGjqov3fB1U9ESJTspuMwOptALSvudUmLnMeAnbyOaj/V7uqgwuUNv6sdW+C QxMdfLyz9CJhC0LIVV66oqhpM+MdDljKvI5WyeK800wx563M5uT71rKSde/5 5i5A7ATdN8liyW+E35htNo7FRwDP16F+kaGUOvCx406BkR7fxSTJ5Yenebi2 4AkmGUzUMPhgUkuRdM/gPoInil53HmnAAFO1lDqTk5u0TX7je08FkSl8A4hQ 2Bv6zwVkWVeAMF+PrqL+/qaxQ+U/+Padnidv6earwA7dGNQwyH56R3yvdvQC qtdRKjdgLGGfvruJccvMD3+knUMuonH+YD/bmfasilZAUEbeSbOJ0oAz0YOC L+GcaOqi/d8HVT0RIlOym4zA6m0AtK+51SYucx4CdvI5qP9Xu6qDC5Q2/qx1 b4JDEx18vLP0ImELQshVXrqiqGkz4x0OWMq8jlbJ4rzTTDHnrczm5PvWspJ1 79ZVvAmW3S2z+EPaPJqhEfCkRQYUAy7QkuVc8EEzi0WmKakTJDbxKb/g5+Km DzfGc53GplBMOZq3JBzEjxln217WuHKZGHLXHJ5gdb1dLeHL/xLzA3lAl64k Yt8eGDYug1BptHdBYiMWNRJ83+d91LABVU+2Rh/znQHczuReDtDTGcKMzhKh yIHy01MBTKVuKd6P1gR8YLmYZK4S0GV7wjoQa/et/inS1k3P14fvqDzj5IZH i9PHdO9YFhl1j+8its5j8Ov3R6IfOUzbLsCU5qLQFWblNi/79fWb7Jo1BCf9 gxX0p0J+ur2mxK8HklPris8LRlszhZaSTBUrHFpWru00o3U8I117PJQjlM1h 4wjBtDbYbPC6HIHLd+8KPCCtmSj6pEUGFAMu0JLlXPBBM4tFpimpEyQ28Sm/ 4Ofipg83xnOdxqZQTDmatyQcxI8ZZ9te1rhymRhy1xyeYHW9XS3hy/8S8wN5 QJeuJGLfHhg2LoNQabR3QWIjFjUSfN/nfdSwAVVPtkYf850B3M7kXg7Q0xnC jM4SociB8tNTAUylbinej9YEfGC5mGSuEtBle8I6EGv3rf4p0tZNz9eH76g8 4+SGR4vTx3TvWBYZdY/vIrbOY/Dr90eiHzlM2y7AlOai0BVm5TYv+/X1m+ya NQQn/YMV9KdCfrq9psSvB5JT64phoZyLnYYXtGcgkx+z+gNqQajNgrjWhTZN dNk4On3RY3ivCjwgCUVV2/nTIXZZpErRnJWG5KIBoaiRV0ZnFNVCUEf2DBze LtZi6UwETMZnKtHjW0eIoQNTFZ+DAvAsiRaYSO+k8PJRWizgwMg1pp8hmAs1 49B7KGdZrw8hWXHA+sbTJde21lArH9sqJEQ7+IvElCQd09XZ7jvqDLZQWqnc VENsDe1Oakn2mAmCpRwtE1YRmltdmayq0bbH0Z3D/nmGjaJykkPIZgg9u3hF zgYuR/e69sUGF1PqTITvLIaIz/58TdGG2xPcspAVx4Pbctk6+JWJLIca59lU eXpK5MK+N6WGwNdTJ2tGdkow3DvJn8TWBcT67Ky0JIBSFqQnivBiCEGozYK4 1oU2TXTZODp90WN4rwo8IAlFVdv50yF2WaRK0ZyVhuSiAaGokVdGZxTVQlBH 9gwc3i7WYulMBEzGZyrR41tHiKEDUxWfgwLwLIkWmEjvpPDyUVos4MDINaaf IZgLNePQeyhnWa8PIVlxwPrG0yXXttZQKx/bKiREO/iLxJQkHdPV2e476gy2 UFqp3FRDbA3tTmpJ9pgJgqUcLRNWEZpbXZmsqtG2x9Gdw/55ho2icpJDyGYI Pbt4Rc4GLkf3uvbFBhdT6kyE7yyGiM/+fE3RhtsT3LKQFceD23LZOvg5Ci0t LQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJj ZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIz NDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkK PiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2Rl ZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1 Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4g YWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZn MTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3 ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFi Y2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEy MzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5 Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNk ZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0 NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+ IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVm ZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2 Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBh YmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcx MjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4 OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJj ZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIz NDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkK PiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2Rl ZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1 Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4g YWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZn MTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3 ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFi Y2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEy MzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5 Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNk ZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0 NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+ IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVm ZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2 Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBh YmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcx MjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4 OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJj ZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIz NDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkK PiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2Rl ZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1 Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4g YWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZn MTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3 ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFi Y2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEy MzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5 Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNk ZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0 NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+ IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVm ZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2 Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBh YmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcx MjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4 OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJj ZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIz NDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkK PiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2Rl ZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1 Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4g YWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZn MTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3 ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFi Y2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEy MzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5 Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNk ZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0 NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+ IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVm ZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2 Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBh YmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcx MjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4 OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJj ZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIz NDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkK PiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2Rl ZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1 Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4g YWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZn MTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3 ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFi Y2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEy MzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNkZWZnMTIzNDU2Nzg5 Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0NTY3ODkKPiBhYmNk ZWZnMTIzNDU2Nzg5Cj4gYWJjZGVmZzEyMzQ1Njc4OQo+IGFiY2RlZmcxMjM0 NTY3ODkK --0-941065136-1050548878=:80126-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 20:21:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6930237B401 for ; Wed, 16 Apr 2003 20:21:39 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE99B43FBD for ; Wed, 16 Apr 2003 20:21:38 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0039.cvx40-bradley.dialup.earthlink.net ([216.244.42.39] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 195zxw-0007ft-00; Wed, 16 Apr 2003 20:21:37 -0700 Message-ID: <3E9E1D1D.307F8CA7@mindspring.com> Date: Wed, 16 Apr 2003 20:18:53 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Alastair G. Hogge" References: <200304171136.57515.agh@tpg.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a48534a8a8ca45d2575bd4b21f2e093821666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@FreeBSD.ORG Subject: Re: Auto kernel module loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 03:21:39 -0000 "Alastair G. Hogge" wrote: > Hello list, > > Just the other day I was configuring/striping my kernel to the barest I could > manage. I was doing this to hopefully reduce kernel build time. > > Now after adding 60 lines to loader.conf to load the modules I need, I began > thinking is there a way for FreeBSD to load the modules automaticly at boot > time itself? No. > If not, would be hard to implement such a feature? How would someone go about > doing such a thing? As I would be happy to give it a go....but don't know > where to start. It would not be too hard. You could implement seperate sections in the modules for the probe routines, and then load the section seperately, only loading the module itself if it probed true. Most likely, you would want to reuse the same area of memory for each of the seperate probe routines, to avoid fragging kernel memory (any more than it already frags itself). If you felt that were too much work, you could implement a seperate data section with PCI ID and other information. You could probably fit each and every one into a single 4K page in each individual driver. This would probably cover most of the drivers that you would ever have to worry about seeing be actively needed. > Does the documentation project have some info to help? I'm cvsup-ing them > right now as I once recall seeing an article titled something like > "Programmers guide to FreeBSD" www.freebsd.org, under documentation. It has a link to the programmers guide, online. -- tErry From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 20:24:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D81C837B401 for ; Wed, 16 Apr 2003 20:24:05 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6004743FBD for ; Wed, 16 Apr 2003 20:24:03 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0039.cvx40-bradley.dialup.earthlink.net ([216.244.42.39] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19600G-0000FZ-00; Wed, 16 Apr 2003 20:24:01 -0700 Message-ID: <3E9E1E00.E59E090B@mindspring.com> Date: Wed, 16 Apr 2003 20:22:40 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Alastair G. Hogge" References: <200304171136.57515.agh@tpg.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a48534a8a8ca45d2573c460b743380cefb350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@FreeBSD.ORG Subject: Re: Auto kernel module loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 03:24:06 -0000 "Alastair G. Hogge" wrote: > Hello list, > > Just the other day I was configuring/striping my kernel to the barest I could > manage. I was doing this to hopefully reduce kernel build time. > > Now after adding 60 lines to loader.conf to load the modules I need, I began > thinking is there a way for FreeBSD to load the modules automaticly at boot > time itself? No. > If not, would be hard to implement such a feature? How would someone go about > doing such a thing? As I would be happy to give it a go....but don't know > where to start. It would not be too hard. You could implement seperate sections in the modules for the probe routines, and then load the section seperately, only loading the module itself if it probed true. Most likely, you would want to reuse the same area of memory for each of the seperate probe routines, to avoid fragging kernel memory (any more than it already frags itself). If you felt that were too much work, you could implement a seperate data section with PCI ID and other information. You could probably fit each and every one into a single 4K page in each individual driver. This would probably cover most of the drivers that you would ever have to worry about seeing be actively needed. > Does the documentation project have some info to help? I'm cvsup-ing them > right now as I once recall seeing an article titled something like > "Programmers guide to FreeBSD" www.freebsd.org, under documentation. It has a link to the programmers guide, online. -- Terry From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 20:37:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 933E037B401 for ; Wed, 16 Apr 2003 20:37:26 -0700 (PDT) Received: from web41809.mail.yahoo.com (web41809.mail.yahoo.com [66.218.93.143]) by mx1.FreeBSD.org (Postfix) with SMTP id 220AA43FD7 for ; Wed, 16 Apr 2003 20:37:26 -0700 (PDT) (envelope-from csujun@yahoo.com) Message-ID: <20030417033726.10988.qmail@web41809.mail.yahoo.com> Received: from [207.46.71.12] by web41809.mail.yahoo.com via HTTP; Wed, 16 Apr 2003 20:37:26 PDT Date: Wed, 16 Apr 2003 20:37:26 -0700 (PDT) From: Jun Su To: Pete Carah , csujun@21cn.com In-Reply-To: <200304170149.h3H1nuNI056568@ns.altadena.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: current@freebsd.org Subject: Re: VAIO problems still X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: csujun@21cn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 03:37:26 -0000 --- Pete Carah wrote: > > > Have you checked if there is a BIOS update in Sony > web > > site. I upgrade BIOS for my R505DL. It fixed > several > > ACPI related problem in its ASL. > > Have the latest (dated last November). It covers > all > 505ES, 505ESP, 505ESK versions. Checked today for > anything > newer :-( > > -- Pete > > > However, the sound problem in VAIO is still there. > :( > Booo. Mine kind-of works. I think getting some of > the devices > off of irq9 will help. ^^^^ How? My problem is when I move my mouse quickly, the sound is good. However, when I don't, the sound stop. The problem is no IRQ9 interrupt can be raised by the sound card. :( Jun __________________________________________________ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 21:20:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3FB137B401 for ; Wed, 16 Apr 2003 21:20:43 -0700 (PDT) Received: from mail2.tpgi.com.au (mail.tpgi.com.au [203.12.160.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6011443FCB for ; Wed, 16 Apr 2003 21:20:42 -0700 (PDT) (envelope-from agh@tpg.com.au) Received: from pen-ts1-2600-181.tpgi.com.au (pen-ts1-2600-181.tpgi.com.au [203.213.3.181]) by mail2.tpgi.com.au (8.12.9/8.12.9) with ESMTP id h3H4KKXX003244 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 17 Apr 2003 14:20:33 +1000 From: "Alastair G. Hogge" To: Terry Lambert Date: Thu, 17 Apr 2003 14:20:29 +0000 User-Agent: KMail/1.5.1 References: <200304171136.57515.agh@tpg.com.au> <3E9E1D1D.307F8CA7@mindspring.com> In-Reply-To: <3E9E1D1D.307F8CA7@mindspring.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304171420.29892.agh@tpg.com.au> X-Kaspersky-Antivirus: Passed cc: freebsd-current@FreeBSD.ORG Subject: Re: Auto kernel module loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 04:20:44 -0000 On Thursday, 17 April 2003 03:18, Terry Lambert wrote: > "Alastair G. Hogge" wrote: > > Hello list, > > > > Just the other day I was configuring/striping my kernel to the barest I > > could manage. I was doing this to hopefully reduce kernel build time. > > > > Now after adding 60 lines to loader.conf to load the modules I need, I > > began thinking is there a way for FreeBSD to load the modules automaticly > > at boot time itself? > > No. Bugger. > > If not, would be hard to implement such a feature? How would someone go > > about doing such a thing? As I would be happy to give it a go....but > > don't know where to start. > > It would not be too hard. You could implement seperate sections > in the modules for the probe routines, and then load the section > seperately, only loading the module itself if it probed true. Most > likely, you would want to reuse the same area of memory for each of > the seperate probe routines, to avoid fragging kernel memory (any > more than it already frags itself). > > If you felt that were too much work, you could implement a seperate > data section with PCI ID and other information. You could probably > fit each and every one into a single 4K page in each individual > driver. This would probably cover most of the drivers that you > would ever have to worry about seeing be actively needed. OK. Already this appears way out of my league. What I was planning: Using the PCI Id database provided by Martin Mares. Modifying the DB to include FreeBSD (maybe any *BSD) modules for the matching/implemented devices. Then with that info when FreeBSD loads and picks up an device id it checks the list, gets the info, checks if there is an module and then loads it. I don't know if I'm making much sense at all, but something of the sort: Kernel loaded. Kernel scans for device ids. Kernel has found PCI Id 0x4567a. Kernel calls Foo(0x4567a). Foo() Found 0x4567a in DB. Module exists...loading... Exit. I just don't know where to start, my knowledge of the FreeBSD source tree is "I know my kernel config is in /sys/i386/conf/" > > Does the documentation project have some info to help? I'm cvsup-ing them > > right now as I once recall seeing an article titled something like > > "Programmers guide to FreeBSD" > > www.freebsd.org, under documentation. It has a link to the > programmers guide, online. Great :-) I'm just installed my local copy, this will save me tieing up the phone constantly while resorting to an online resource. > -- tErry -Alastair From owner-freebsd-current@FreeBSD.ORG Wed Apr 16 22:03:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EF7D37B401 for ; Wed, 16 Apr 2003 22:03:49 -0700 (PDT) Received: from mail.XtremeDev.com (xtremedev.com [216.241.38.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24C9E43FBF for ; Wed, 16 Apr 2003 22:03:49 -0700 (PDT) (envelope-from bsdc@xtremedev.com) Received: by mail.XtremeDev.com (Postfix, from userid 1001) id AE18B70601; Wed, 16 Apr 2003 23:03:25 -0600 (MDT) Date: Wed, 16 Apr 2003 23:03:25 -0600 From: BSDC To: current@freebsd.org Message-ID: <20030417050325.GA90718@Amber.XtremeDev.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: pcm vchans in -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 05:03:49 -0000 Hello, Has anyone had any issues with pcm vchans in -current? I installed FreeBSD 5.0-RELEASE along with KDE3, and upped hw.snd.maxautovchans and hw.snd.pcm0.vchans to 4, and was able to play sound both through xmms and artsd (opening and closing apps, etc) simultaneously. But after cvsup'ing and buildworld/installworld/kernel/mergemaster, artsd won't work if either hw.snd.maxautovchans or hw.snd.pcm0.vchans are greater than 0. What can I do to provide some debug messages with pcm? Setup: Sound Blaster AWE32 on FreeBSD 5.0-CURRENT as of April 16, 2003 sndstat: FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0x220 irq 7 drq 1:5 bufsz 4096d (1p/1r/0v channels duplex default) From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 00:29:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BB6337B401; Thu, 17 Apr 2003 00:29:42 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB93D43F3F; Thu, 17 Apr 2003 00:29:41 -0700 (PDT) (envelope-from cbiffle@safety.net) Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32]) by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h3H7TeA08019; Thu, 17 Apr 2003 00:29:40 -0700 From: "Cliff L. Biffle" To: current@freebsd.org, mobile@freebsd.org Date: Thu, 17 Apr 2003 00:29:40 -0700 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304170029.40861.cbiffle@safety.net> Subject: USB issues with Aladdin M5237 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 07:29:43 -0000 I'm having issues with my laptop's USB under -current (snapshot as of today). The controller has never worked in FreeBSD (4.x or 5.x), but works fine under Knoppix. I've found messages to mobile@ dating back a couple of years with people getting my exact symptoms on the same controller -- but there are also messages from folks for whom it works fine. The symptoms: when I attach a device, nothing happens. Shortly thereafter (if I'm lucky) it will output 'uhub0: device problem, disabling port 1.' If I plug in a bus-powered device with a power indicator (such as one of my hubs), the device acts like it's getting some power, but doesn't work properly. (The hub in particular turns its power light on but won't power the ports up.) Again, this works fine in Knoppix. With hw.usb.ohci.debug=1 and hw.usb.debug=1, I get the following output: usbd_new_device: addr=2, getting first desc failed uhub_explore: usb_new_device failed, error=TIMEOUT uhub0: device problem, disabling port 1 The OHCI probes correctly at boot, at least from what I can tell in the dmesg. Relevant lines: ohci0: mem 0xfedee000-0xfedeefff irq 9 at device 19.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered HELP! :-) I'm more than willing to muck around in the OHCI sources, if someone can point me at a place to start -- I've found the USB stack in general to be, well, underdocumented. :-) I've already requested a datasheet on the part from Aladdin so I can double-check if perhaps my BIOS isn't properly initializing the part. Suggestions? -Cliff L. Biffle From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 00:43:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9737137B401 for ; Thu, 17 Apr 2003 00:43:49 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11A1043FBD for ; Thu, 17 Apr 2003 00:43:49 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0126.cvx22-bradley.dialup.earthlink.net ([209.179.198.126] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19643d-0005zA-00; Thu, 17 Apr 2003 00:43:46 -0700 Message-ID: <3E9E5AE4.289FFE90@mindspring.com> Date: Thu, 17 Apr 2003 00:42:28 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Alastair G. Hogge" References: <200304171136.57515.agh@tpg.com.au> <3E9E1D1D.307F8CA7@mindspring.com> <200304171420.29892.agh@tpg.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4f24b8e6c39d4a9f1c995a00d1397ee1e667c3043c0873f7e350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@FreeBSD.ORG Subject: Re: Auto kernel module loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 07:43:50 -0000 "Alastair G. Hogge" wrote: > What I was planning: > Using the PCI Id database provided by Martin Mares. > Modifying the DB to include FreeBSD (maybe any *BSD) modules for the > matching/implemented devices. You will probably have a problem with this, if you try to include all devices. Basically, any device in the boot path has to be statically linked into the kernel. This is because it's not possible to access the filesystem on the other side of the device, unless it's already in the kernel (e.g. you can't netboot with an Intel network card, and load the driver later, unless the Intel network driver is in the kernel so you can access kernel modules via NFS -- same for disk drivers when booting from a disk). FWIW, I've frequently wanted a device driver that fell back to using the BIOS for disk I/O; wouldn't help in the network card case, but it would let you load just about anything from the disk you booted from, even if you had no real driver. Replacing the BIOS driver with "the real one" would be harder. The closest you're going to be able to get to something like this without a lot of work is to use the boot loader to preload the modules. For that to work, you are probably going to have to put PCI support into the loader. On the plus side, you'll be able to leave the PCI database in a seperate file, if you are willing to write the FORTH code to read it in the loader, and load the drivers via the BIOS (that's what the loader.conf does, only the loading is not conditional on a PCI ID being matched). > Then with that info when FreeBSD loads and picks up an device id it checks the > list, gets the info, checks if there is an module and then loads it. See above; doesn't work for boot path devices, unless you get the loader code involved. > I just don't know where to start, my knowledge of the FreeBSD source tree is > "I know my kernel config is in /sys/i386/conf/" It's not really a "FreeBSD specific thing"; it's really a loader and linker specific thing. If you go the linker route, then you have to leave the disk and network drivers in, as well as at least one boot filesystem type (UFS, UFS2, CD9660, etc.; not NTFS or FAT32 or HFS, etc.). If you associate the PCI ID in a simple table, rather than a seperate ELF section in the file, you are going to have to find some way of doing the PCI ID iteration (hard in the loader) or BIOS I/O to load the modules (hard in the kernel). > > www.freebsd.org, under documentation. It has a link to the > > programmers guide, online. > Great :-) > > I'm just installed my local copy, this will save me tieing up the phone > constantly while resorting to an online resource. Don't know if you got all of them; probably not the first one, at least: http://www3.pt.freebsd.org/tutorials/ddwg/ddwg.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/index.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/index.html -- Terry From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 00:50:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B46D37B404; Thu, 17 Apr 2003 00:50:16 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id D881C43FBD; Thu, 17 Apr 2003 00:50:14 -0700 (PDT) (envelope-from cbiffle@safety.net) Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32]) by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h3H7oDA08939; Thu, 17 Apr 2003 00:50:13 -0700 From: "Cliff L. Biffle" To: current@freebsd.org, mobile@freebsd.org Date: Thu, 17 Apr 2003 00:50:14 -0700 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304170050.14051.cbiffle@safety.net> Subject: USB issues with Aladdin M5237 -- debug output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 07:50:16 -0000 Okay, I've upped the OHCI and USB debug levels. This is the output I receive when I plug a device in. If anyone who's more familiar with the system than I could take a look at it, I'd be greatly indebted. -Cliff L. Biffle ohci_intr1: enter ohci_intr: sc=0xc1bd0000 intrs=0x40(0x40) eintrs=0x40 ohci_rhsc: sc=0xc1bd0000 xfer=0xc0c64e00 hstatus=0x00000000 ohci_rhsc: change=0x02 usb_transfer_complete: pipe=0xc0c64a80 xfer=0xc0c64e00 status=0 actlen=1 usb_transfer_complete: repeat=1 new head=0xc0c64e00 usb_needs_explore ohci_rhsc_able: on=0 usb_event_thread: woke up usb_discover usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc0c64e80, running=0 usbd_dump_queue: pipe=0xc0c64e80 usb_insert_transfer: pipe=0xc0c64e80 running=0 timeout=5000 ohci_root_ctrl_control type=0xa3 request=00 ohci_root_ctrl_transfer: get port status i=1 ohci_root_ctrl_transfer: port status=0x10100 usb_transfer_complete: pipe=0xc0c64e80 xfer=0xc0c64a00 status=0 actlen=4 usb_transfer_complete: repeat=0 new head=0 usbd_start_next: pipe=0xc0c64e80, xfer=0 usbd_free_xfer: 0xc0c64a00 usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc0c64e80, running=0 usbd_dump_queue: pipe=0xc0c64e80 usb_insert_transfer: pipe=0xc0c64e80 running=0 timeout=5000 ohci_root_ctrl_control type=0x23 request=01 ohci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=16 ohci_rhsc_able: on=1 usb_transfer_complete: pipe=0xc0c64e80 xfer=0xc0c64a00 status=0 actlen=0 usb_transfer_complete: repeat=0 new head=0 usbd_start_next: pipe=0xc0c64e80, xfer=0 usbd_free_xfer: 0xc0c64a00 usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc0c64e80, running=0 usbd_dump_queue: pipe=0xc0c64e80 usb_insert_transfer: pipe=0xc0c64e80 running=0 timeout=5000 ohci_root_ctrl_control type=0xa3 request=00 ohci_root_ctrl_transfer: get port status i=2 ohci_root_ctrl_transfer: port status=0x0100 usb_transfer_complete: pipe=0xc0c64e80 xfer=0xc0c64a00 status=0 actlen=4 usb_transfer_complete: repeat=0 new head=0 usbd_start_next: pipe=0xc0c64e80, xfer=0 usbd_free_xfer: 0xc0c64a00 ohci_intr1: enter ohci_intr: sc=0xc1bd0000 intrs=0x40(0x40) eintrs=0x40 ohci_rhsc: sc=0xc1bd0000 xfer=0xc0c64e00 hstatus=0x00000000 ohci_rhsc: change=0x02 usb_transfer_complete: pipe=0xc0c64a80 xfer=0xc0c64e00 status=0 actlen=1 usb_transfer_complete: repeat=1 new head=0xc0c64e00 usb_needs_explore ohci_rhsc_able: on=0 usb_event_thread: woke up usb_discover usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc0c64e80, running=0 usbd_dump_queue: pipe=0xc0c64e80 usb_insert_transfer: pipe=0xc0c64e80 running=0 timeout=5000 ohci_root_ctrl_control type=0xa3 request=00 ohci_root_ctrl_transfer: get port status i=1 ohci_root_ctrl_transfer: port status=0x10101 usb_transfer_complete: pipe=0xc0c64e80 xfer=0xc0c64a00 status=0 actlen=4 usb_transfer_complete: repeat=0 new head=0 usbd_start_next: pipe=0xc0c64e80, xfer=0 usbd_free_xfer: 0xc0c64a00 usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc0c64e80, running=0 usbd_dump_queue: pipe=0xc0c64e80 usb_insert_transfer: pipe=0xc0c64e80 running=0 timeout=5000 ohci_root_ctrl_control type=0x23 request=01 ohci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=16 ohci_rhsc_able: on=1 usb_transfer_complete: pipe=0xc0c64e80 xfer=0xc0c64a00 status=0 actlen=0 usb_transfer_complete: repeat=0 new head=0 usbd_start_next: pipe=0xc0c64e80, xfer=0 usbd_free_xfer: 0xc0c64a00 usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc0c64e80, running=0 usbd_dump_queue: pipe=0xc0c64e80 usb_insert_transfer: pipe=0xc0c64e80 running=0 timeout=5000 ohci_root_ctrl_control type=0x23 request=03 ohci_root_ctrl_transfer: reset port 1 ohci_intr1: enter ohci_intr: sc=0xc1bd0000 intrs=0x40(0x40) eintrs=0x40 ohci_rhsc: sc=0xc1bd0000 xfer=0xc0c64e00 hstatus=0x00000000 ohci_rhsc: change=0x02 usb_transfer_complete: pipe=0xc0c64a80 xfer=0xc0c64e00 status=0 actlen=1 usb_transfer_complete: repeat=1 new head=0xc0c64e00 usb_needs_explore ohci_rhsc_able: on=0 ohci port 1 reset, status = 0x100103 usb_transfer_complete: pipe=0xc0c64e80 xfer=0xc0c64a00 status=0 actlen=0 usb_transfer_complete: repeat=0 new head=0 usbd_start_next: pipe=0xc0c64e80, xfer=0 usbd_free_xfer: 0xc0c64a00 usbd_reset_port: port 1 reset done, error=NORMAL_COMPLETION usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc0c64e80, running=0 usbd_dump_queue: pipe=0xc0c64e80 usb_insert_transfer: pipe=0xc0c64e80 running=0 timeout=5000 ohci_root_ctrl_control type=0xa3 request=00 ohci_root_ctrl_transfer: get port status i=1 ohci_root_ctrl_transfer: port status=0x100103 usb_transfer_complete: pipe=0xc0c64e80 xfer=0xc0c64a00 status=0 actlen=4 usb_transfer_complete: repeat=0 new head=0 usbd_start_next: pipe=0xc0c64e80, xfer=0 usbd_free_xfer: 0xc0c64a00 usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc0c64e80, running=0 usbd_dump_queue: pipe=0xc0c64e80 usb_insert_transfer: pipe=0xc0c64e80 running=0 timeout=5000 ohci_root_ctrl_control type=0x23 request=01 ohci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=20 ohci_rhsc_able: on=1 usb_transfer_complete: pipe=0xc0c64e80 xfer=0xc0c64a00 status=0 actlen=0 usb_transfer_complete: repeat=0 new head=0 usbd_start_next: pipe=0xc0c64e80, xfer=0 usbd_free_xfer: 0xc0c64a00 usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc0c64e80, running=0 usbd_dump_queue: pipe=0xc0c64e80 usb_insert_transfer: pipe=0xc0c64e80 running=0 timeout=5000 ohci_root_ctrl_control type=0xa3 request=00 ohci_root_ctrl_transfer: get port status i=1 ohci_root_ctrl_transfer: port status=0x0103 usb_transfer_complete: pipe=0xc0c64e80 xfer=0xc0c64a00 status=0 actlen=4 usb_transfer_complete: repeat=0 new head=0 usbd_start_next: pipe=0xc0c64e80, xfer=0 usbd_free_xfer: 0xc0c64a00 usbd_new_device bus=0xc1bd0000 port=1 depth=1 speed=2 usbd_setup_pipe: dev=0xc1ffb480 iface=0 ep=0xc1ffb4a4 pipe=0xc1ffb484 ohci_open: pipe=0xc2041c80, addr=0, endpt=0 (1) ohci_alloc_std: allocating chunk ohci_add_ed: sed=0xc1bd17a0 head=0xc1bd1fe0 usbd_get_desc: type=1, index=0, len=8 usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc2041c80, running=0 usbd_dump_queue: pipe=0xc2041c80 usb_insert_transfer: pipe=0xc2041c80 running=0 timeout=5000 ohci_device_control type=0x80, request=0x06, wValue=0x0100, wIndex=0x0000 len=8, addr=0, endpt=0 ohci_device_request: ED(0xc1bd17a0) at 0x006c57a0: addr=0 endpt=0 maxp=8 flags=80000 tailp=0x006e47d0 headflags=6e47d0 headp=0x006e47d0 nexted=0x00000000 TD(0xc1bf07d0) at 006e47d0: f2e00000 delay=7 ec=0 cc=15 cbp=0x0065dca0 nexttd=0x006e4740 be=0x0065dca7 TD(0xc1bf0740) at 006e4740: f3f00000 delay=7 ec=0 cc=15 cbp=0x0065dcc0 nexttd=0x006e47a0 be=0x0065dcc7 TD(0xc1bf07a0) at 006e47a0: f3280000 delay=1 ec=0 cc=15 cbp=0x00000000 nexttd=0x006e4770 be=0x00000000 TD(0xc1bf0770) at 006e4770: 0 delay=0 ec=0 cc=0 cbp=0x00000000 nexttd=0x00000000 be=0x00000000 ohci_device_request: status=2 ohci_dumpregs: rev=0x00000110 control=0x000000bf command=0x00000002 intrstat=0x00000000 intre=0x8000004b intrd=0x8000004b hcca=0x0002d700 percur=0x00000000 ctrlhd=0x006c5fe0 ctrlcur=0x00000000 bulkhd=0x006c5fc0 bulkcur=0x00000000 done=0x00000000 fmival=0xa7782edf fmrem=0x800000ca fmnum=0x0000c599 perst=0x00002a2f lsthrs=0x00000628 desca=0x01000002 descb=0x00000000 stat=0x00000000 port1=0x00000103 port2=0x00000100 HCCA: frame_number=0x0000 done_head=0x00000000 ctrl head: ED(0xc1bd1fe0) at 0x006c5fe0: addr=0 endpt=0 maxp=0 flags=4000 tailp=0x00000000 headflags=0 headp=0x00000000 nexted=0x006c57a0 sed: ED(0xc1bd17a0) at 0x006c57a0: addr=0 endpt=0 maxp=8 flags=80000 tailp=0x006e4770 headflags=6e47d0 headp=0x006e47d0 nexted=0x00000000 TD(0xc1bf07d0) at 006e47d0: f2e00000 delay=7 ec=0 cc=15 cbp=0x0065dca0 nexttd=0x006e4740 be=0x0065dca7 TD(0xc1bf0740) at 006e4740: f3f00000 delay=7 ec=0 cc=15 cbp=0x0065dcc0 nexttd=0x006e47a0 be=0x0065dcc7 TD(0xc1bf07a0) at 006e47a0: f3280000 delay=1 ec=0 cc=15 cbp=0x00000000 nexttd=0x006e4770 be=0x00000000 TD(0xc1bf0770) at 006e4770: 0 delay=0 ec=0 cc=0 cbp=0x00000000 nexttd=0x00000000 be=0x00000000 ohci_rhsc_able: on=1 ohci_timeout: oxfer=0xc0c64a00 usb_add_task: task=0xc0c64a64 usb_task_thread: woke up task=0xc0c64a64 ohci_timeout_task: xfer=0xc0c64a00 ohci_abort_xfer: xfer=0xc0c64a00 pipe=0xc2041c80 sed=0xc1bd17a0 ohci_abort_xfer: stop ed=0xc1bd17a0 usb_schedsoftintr: polling=0 ohci_softintr: enter :ohci_softintr: sdone=0 sidone=0 ohci_process_done: TD done: ohci_softintr: ITD done: ohci_softintr: done: ohci_abort_xfer: sed= ED(0xc1bd17a0) at 0x006c57a0: addr=0 endpt=0 maxp=8 flags=84000 tailp=0x006e4770 headflags=6e47d0 headp=0x006e47d0 nexted=0x00000000 TD(0xc1bf07d0) at 006e47d0: f2e00000 delay=7 ec=0 cc=15 cbp=0x0065dca0 nexttd=0x006e4740 be=0x0065dca7 TD(0xc1bf0740) at 006e4740: f3f00000 delay=7 ec=0 cc=15 cbp=0x0065dcc0 nexttd=0x006e47a0 be=0x0065dcc7 TD(0xc1bf07a0) at 006e47a0: f3280000 delay=1 ec=0 cc=15 cbp=0x00000000 nexttd=0x006e4770 be=0x00000000 TD(0xc1bf0770) at 006e4770: 0 delay=0 ec=0 cc=0 cbp=0x00000000 nexttd=0x00000000 be=0x00000000 ohci_abort_xfer: set hd=0x086e4770, tl=0x006e4770 usb_transfer_complete: pipe=0xc2041c80 xfer=0xc0c64a00 status=15 actlen=0 usb_transfer_complete: repeat=0 new head=0 ohci_ctrl_done: xfer=0xc0c64a00 usbd_start_next: pipe=0xc2041c80, xfer=0 usbd_free_xfer: 0xc0c64a00 usbd_get_desc: type=1, index=0, len=8 usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc2041c80, running=0 usbd_dump_queue: pipe=0xc2041c80 usb_insert_transfer: pipe=0xc2041c80 running=0 timeout=5000 ohci_device_control type=0x80, request=0x06, wValue=0x0100, wIndex=0x0000 len=8, addr=0, endpt=0 ohci_device_request: ED(0xc1bd17a0) at 0x006c57a0: addr=0 endpt=0 maxp=8 flags=80000 tailp=0x006e4770 headflags=6e4770 headp=0x006e4770 nexted=0x00000000 TD(0xc1bf0770) at 006e4770: f2e00000 delay=7 ec=0 cc=15 cbp=0x0065dca0 nexttd=0x006e47d0 be=0x0065dca7 TD(0xc1bf07d0) at 006e47d0: f3f00000 delay=7 ec=0 cc=15 cbp=0x0065dd70 nexttd=0x006e47a0 be=0x0065dd77 TD(0xc1bf07a0) at 006e47a0: f3280000 delay=1 ec=0 cc=15 cbp=0x00000000 nexttd=0x006e4740 be=0x00000000 TD(0xc1bf0740) at 006e4740: 0 delay=0 ec=0 cc=0 cbp=0x00000000 nexttd=0x00000000 be=0x00000000 ohci_device_request: status=2 ohci_dumpregs: rev=0x00000110 control=0x000000bf command=0x00000002 intrstat=0x00000000 intre=0x8000004b intrd=0x8000004b hcca=0x0002d700 percur=0x00000000 ctrlhd=0x006c5fe0 ctrlcur=0x00000000 bulkhd=0x006c5fc0 bulkcur=0x00000000 done=0x00000000 fmival=0xa7782edf fmrem=0x80002694 fmnum=0x0000da16 perst=0x00002a2f lsthrs=0x00000628 desca=0x01000002 descb=0x00000000 stat=0x00000000 port1=0x00000103 port2=0x00000100 HCCA: frame_number=0x0000 done_head=0x00000000 ctrl head: ED(0xc1bd1fe0) at 0x006c5fe0: addr=0 endpt=0 maxp=0 flags=4000 tailp=0x00000000 headflags=0 headp=0x00000000 nexted=0x006c57a0 sed: ED(0xc1bd17a0) at 0x006c57a0: addr=0 endpt=0 maxp=8 flags=80000 tailp=0x006e4740 headflags=6e4770 headp=0x006e4770 nexted=0x00000000 TD(0xc1bf0770) at 006e4770: f2e00000 delay=7 ec=0 cc=15 cbp=0x0065dca0 nexttd=0x006e47d0 be=0x0065dca7 TD(0xc1bf07d0) at 006e47d0: f3f00000 delay=7 ec=0 cc=15 cbp=0x0065dd70 nexttd=0x006e47a0 be=0x0065dd77 TD(0xc1bf07a0) at 006e47a0: f3280000 delay=1 ec=0 cc=15 cbp=0x00000000 nexttd=0x006e4740 be=0x00000000 TD(0xc1bf0740) at 006e4740: 0 delay=0 ec=0 cc=0 cbp=0x00000000 nexttd=0x00000000 be=0x00000000 ohci_timeout: oxfer=0xc0c64a00 usb_add_task: task=0xc0c64a64 usb_task_thread: woke up task=0xc0c64a64 ohci_timeout_task: xfer=0xc0c64a00 ohci_abort_xfer: xfer=0xc0c64a00 pipe=0xc2041c80 sed=0xc1bd17a0 ohci_abort_xfer: stop ed=0xc1bd17a0 usb_schedsoftintr: polling=0 ohci_softintr: enter :ohci_softintr: sdone=0 sidone=0 ohci_process_done: TD done: ohci_softintr: ITD done: ohci_softintr: done: ohci_abort_xfer: sed= ED(0xc1bd17a0) at 0x006c57a0: addr=0 endpt=0 maxp=8 flags=84000 tailp=0x006e4740 headflags=6e4770 headp=0x006e4770 nexted=0x00000000 TD(0xc1bf0770) at 006e4770: f2e00000 delay=7 ec=0 cc=15 cbp=0x0065dca0 nexttd=0x006e47d0 be=0x0065dca7 TD(0xc1bf07d0) at 006e47d0: f3f00000 delay=7 ec=0 cc=15 cbp=0x0065dd70 nexttd=0x006e47a0 be=0x0065dd77 TD(0xc1bf07a0) at 006e47a0: f3280000 delay=1 ec=0 cc=15 cbp=0x00000000 nexttd=0x006e4740 be=0x00000000 TD(0xc1bf0740) at 006e4740: 0 delay=0 ec=0 cc=0 cbp=0x00000000 nexttd=0x00000000 be=0x00000000 ohci_abort_xfer: set hd=0x086e4740, tl=0x006e4740 usb_transfer_complete: pipe=0xc2041c80 xfer=0xc0c64a00 status=15 actlen=0 usb_transfer_complete: repeat=0 new head=0 ohci_ctrl_done: xfer=0xc0c64a00 usbd_start_next: pipe=0xc2041c80, xfer=0 usbd_free_xfer: 0xc0c64a00 usbd_get_desc: type=1, index=0, len=8 usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc2041c80, running=0 usbd_dump_queue: pipe=0xc2041c80 usb_insert_transfer: pipe=0xc2041c80 running=0 timeout=5000 ohci_device_control type=0x80, request=0x06, wValue=0x0100, wIndex=0x0000 len=8, addr=0, endpt=0 ohci_device_request: ED(0xc1bd17a0) at 0x006c57a0: addr=0 endpt=0 maxp=8 flags=80000 tailp=0x006e4740 headflags=6e4740 headp=0x006e4740 nexted=0x00000000 TD(0xc1bf0740) at 006e4740: f2e00000 delay=7 ec=0 cc=15 cbp=0x0065dca0 nexttd=0x006e4770 be=0x0065dca7 TD(0xc1bf0770) at 006e4770: f3f00000 delay=7 ec=0 cc=15 cbp=0x0065dd90 nexttd=0x006e47a0 be=0x0065dd97 TD(0xc1bf07a0) at 006e47a0: f3280000 delay=1 ec=0 cc=15 cbp=0x00000000 nexttd=0x006e47d0 be=0x00000000 TD(0xc1bf07d0) at 006e47d0: 0 delay=0 ec=0 cc=0 cbp=0x00000000 nexttd=0x00000000 be=0x00000000 ohci_device_request: status=2 ohci_dumpregs: rev=0x00000110 control=0x000000bf command=0x00000002 intrstat=0x00000000 intre=0x8000004b intrd=0x8000004b hcca=0x0002d700 percur=0x00000000 ctrlhd=0x006c5fe0 ctrlcur=0x00000000 bulkhd=0x006c5fc0 bulkcur=0x00000000 done=0x00000000 fmival=0xa7782edf fmrem=0x8000041e fmnum=0x0000ee8f perst=0x00002a2f lsthrs=0x00000628 desca=0x01000002 descb=0x00000000 stat=0x00000000 port1=0x00000103 port2=0x00000100 HCCA: frame_number=0x0000 done_head=0x00000000 ctrl head: ED(0xc1bd1fe0) at 0x006c5fe0: addr=0 endpt=0 maxp=0 flags=4000 tailp=0x00000000 headflags=0 headp=0x00000000 nexted=0x006c57a0 sed: ED(0xc1bd17a0) at 0x006c57a0: addr=0 endpt=0 maxp=8 flags=80000 tailp=0x006e47d0 headflags=6e4740 headp=0x006e4740 nexted=0x00000000 TD(0xc1bf0740) at 006e4740: f2e00000 delay=7 ec=0 cc=15 cbp=0x0065dca0 nexttd=0x006e4770 be=0x0065dca7 TD(0xc1bf0770) at 006e4770: f3f00000 delay=7 ec=0 cc=15 cbp=0x0065dd90 nexttd=0x006e47a0 be=0x0065dd97 TD(0xc1bf07a0) at 006e47a0: f3280000 delay=1 ec=0 cc=15 cbp=0x00000000 nexttd=0x006e47d0 be=0x00000000 TD(0xc1bf07d0) at 006e47d0: 0 delay=0 ec=0 cc=0 cbp=0x00000000 nexttd=0x00000000 be=0x00000000 ohci_timeout: oxfer=0xc0c64a00 usb_add_task: task=0xc0c64a64 usb_task_thread: woke up task=0xc0c64a64 ohci_timeout_task: xfer=0xc0c64a00 ohci_abort_xfer: xfer=0xc0c64a00 pipe=0xc2041c80 sed=0xc1bd17a0 ohci_abort_xfer: stop ed=0xc1bd17a0 usb_schedsoftintr: polling=0 ohci_softintr: enter :ohci_softintr: sdone=0 sidone=0 ohci_process_done: TD done: ohci_softintr: ITD done: ohci_softintr: done: ohci_abort_xfer: sed= ED(0xc1bd17a0) at 0x006c57a0: addr=0 endpt=0 maxp=8 flags=84000 tailp=0x006e47d0 headflags=6e4740 headp=0x006e4740 nexted=0x00000000 TD(0xc1bf0740) at 006e4740: f2e00000 delay=7 ec=0 cc=15 cbp=0x0065dca0 nexttd=0x006e4770 be=0x0065dca7 TD(0xc1bf0770) at 006e4770: f3f00000 delay=7 ec=0 cc=15 cbp=0x0065dd90 nexttd=0x006e47a0 be=0x0065dd97 TD(0xc1bf07a0) at 006e47a0: f3280000 delay=1 ec=0 cc=15 cbp=0x00000000 nexttd=0x006e47d0 be=0x00000000 TD(0xc1bf07d0) at 006e47d0: 0 delay=0 ec=0 cc=0 cbp=0x00000000 nexttd=0x00000000 be=0x00000000 ohci_abort_xfer: set hd=0x086e47d0, tl=0x006e47d0 usb_transfer_complete: pipe=0xc2041c80 xfer=0xc0c64a00 status=15 actlen=0 usb_transfer_complete: repeat=0 new head=0 ohci_ctrl_done: xfer=0xc0c64a00 usbd_start_next: pipe=0xc2041c80, xfer=0 usbd_free_xfer: 0xc0c64a00 usbd_new_device: addr=2, getting first desc failed usbd_remove_device: 0xc1ffb480 usbd_ar_pipe: pipe=0xc2041c80 usbd_dump_queue: pipe=0xc2041c80 ohci_device_ctrl_close: pipe=0xc2041c80 uhub_explore: usb_new_device failed, error=TIMEOUT uhub0: device problem, disabling port 1 usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc0c64e80, running=0 usbd_dump_queue: pipe=0xc0c64e80 usb_insert_transfer: pipe=0xc0c64e80 running=0 timeout=5000 ohci_root_ctrl_control type=0x23 request=01 ohci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=1 feature=1 usb_transfer_complete: pipe=0xc0c64e80 xfer=0xc0c64a00 status=0 actlen=0 usb_transfer_complete: repeat=0 new head=0 usbd_start_next: pipe=0xc0c64e80, xfer=0 usbd_free_xfer: 0xc0c64a00 usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc0c64e80, running=0 usbd_dump_queue: pipe=0xc0c64e80 usb_insert_transfer: pipe=0xc0c64e80 running=0 timeout=5000 ohci_root_ctrl_control type=0xa3 request=00 ohci_root_ctrl_transfer: get port status i=2 ohci_root_ctrl_transfer: port status=0x0100 usb_transfer_complete: pipe=0xc0c64e80 xfer=0xc0c64a00 status=0 actlen=4 usb_transfer_complete: repeat=0 new head=0 usbd_start_next: pipe=0xc0c64e80, xfer=0 usbd_free_xfer: 0xc0c64a00 usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc0c64e80, running=0 usbd_dump_queue: pipe=0xc0c64e80 usb_insert_transfer: pipe=0xc0c64e80 running=0 timeout=5000 ohci_root_ctrl_control type=0xa3 request=00 ohci_root_ctrl_transfer: get port status i=1 ohci_root_ctrl_transfer: port status=0x0101 usb_transfer_complete: pipe=0xc0c64e80 xfer=0xc0c64a00 status=0 actlen=4 usb_transfer_complete: repeat=0 new head=0 usbd_start_next: pipe=0xc0c64e80, xfer=0 usbd_free_xfer: 0xc0c64a00 usbd_alloc_xfer() = 0xc0c64a00 usbd_transfer: xfer=0xc0c64a00, flags=2, pipe=0xc0c64e80, running=0 usbd_dump_queue: pipe=0xc0c64e80 usb_insert_transfer: pipe=0xc0c64e80 running=0 timeout=5000 ohci_root_ctrl_control type=0xa3 request=00 ohci_root_ctrl_transfer: get port status i=2 ohci_root_ctrl_transfer: port status=0x0100 usb_transfer_complete: pipe=0xc0c64e80 xfer=0xc0c64a00 status=0 actlen=4 usb_transfer_complete: repeat=0 new head=0 usbd_start_next: pipe=0xc0c64e80, xfer=0 usbd_free_xfer: 0xc0c64a00 From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 01:18:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB76A37B401 for ; Thu, 17 Apr 2003 01:18:47 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 23C7D43FB1 for ; Thu, 17 Apr 2003 01:18:47 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 46733 invoked by uid 1000); 17 Apr 2003 08:18:49 -0000 Date: Thu, 17 Apr 2003 01:18:49 -0700 (PDT) From: Nate Lawson To: Andrew Gallatin In-Reply-To: <16029.64451.191705.186274@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Ruslan Ermilov cc: current@FreeBSD.org Subject: Re: Your locking and rman changes to pci/if_* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 08:18:48 -0000 On Wed, 16 Apr 2003, Andrew Gallatin wrote: > Ruslan Ermilov writes: > > : dc0: detached > > : panic: blockable sleep lock (sleep mutex) Giant @ vm/vm_fault.c:206 > > > > Reverting to if_dc.c,v 1.96 makes the problem go away. > > Please fix. > > I think this indciates that something trap'ed in the kernel in the > middle of handling, say, another trap. > > A stack trace from ddb or gdb would make this a lot easier to debug. Yes, backtrace please. Also, you might want to try removing the bus_child_present() check in xl_detach and just unconditionally call xl_stop(). Ian Dowse has indicated to me that some of the drivers (dc) have routines which need to always be called in detach, even if the hardware is not present. -Nate From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 01:52:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3BE137B401 for ; Thu, 17 Apr 2003 01:52:33 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30C5643F85 for ; Thu, 17 Apr 2003 01:52:33 -0700 (PDT) (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 <2003041708523200200h8bd9e>; Thu, 17 Apr 2003 08:52:32 +0000 Date: Thu, 17 Apr 2003 01:52:31 -0700 (PDT) From: Doug Barton To: freebsd-current@freebsd.org Message-ID: <20030417015127.G601@znfgre.tberna.bet> 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 Subject: Wondering about this firewire/ATA 133 card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 08:52:34 -0000 Folks, I'm looking for a combination firewire + ATA 133 card. I found this one, which does what I want plus some: http://siig.com/products/ide/features/Usb2FirewSPata.html Has anyone used a similar card, or better yet this one? I didn't see anything on our mailing lists, although the same card from the same manufacturer at Fry's had a different model number, which might explain it. Web searches showed me a lot of places that sell this card, but not much experience with it. Any insight would be welcome. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 03:36:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B3B637B401; Thu, 17 Apr 2003 03:36:04 -0700 (PDT) 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 1F0FB43FBD; Thu, 17 Apr 2003 03:36:02 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.8p1/8.12.8) id h3HAa19p073337; Thu, 17 Apr 2003 12:36:01 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200304171036.h3HAa19p073337@spider.deepcore.dk> In-Reply-To: <20030417015127.G601@znfgre.tberna.bet> To: Doug Barton Date: Thu, 17 Apr 2003 12:36:01 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 cc: freebsd-current@FreeBSD.ORG Subject: Re: Wondering about this firewire/ATA 133 card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 10:36:04 -0000 It seems Doug Barton wrote: > Folks, > > I'm looking for a combination firewire + ATA 133 card. I found this one, > which does what I want plus some: > > http://siig.com/products/ide/features/Usb2FirewSPata.html As for the ATA part I cant tell from the advertising rubbish what chip is on there, but I think its a Sil DS3112 which we do not support yet (ENOHW).... -Søren From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 04:33:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B311C37B401 for ; Thu, 17 Apr 2003 04:33:03 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0881243FBF for ; Thu, 17 Apr 2003 04:33:00 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h3HBWNhJ097154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Apr 2003 14:32:24 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h3HBWIqa097140; Thu, 17 Apr 2003 14:32:18 +0300 (EEST) (envelope-from ru) Date: Thu, 17 Apr 2003 14:32:18 +0300 From: Ruslan Ermilov To: Nate Lawson Message-ID: <20030417113218.GA96808@sunbay.com> References: <16029.64451.191705.186274@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: Andrew Gallatin cc: current@freebsd.org Subject: Re: Your locking and rman changes to pci/if_* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 11:33:04 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 17, 2003 at 01:18:49AM -0700, Nate Lawson wrote: > On Wed, 16 Apr 2003, Andrew Gallatin wrote: > > Ruslan Ermilov writes: > > > : dc0: detached > > > : panic: blockable sleep lock (sleep mutex) Giant @ vm/vm_fault.c:206 > > >=20 > > > Reverting to if_dc.c,v 1.96 makes the problem go away. > > > Please fix. > >=20 > > I think this indciates that something trap'ed in the kernel in the > > middle of handling, say, another trap. > >=20 > > A stack trace from ddb or gdb would make this a lot easier to debug. >=20 > Yes, backtrace please. Also, you might want to try removing the > bus_child_present() check in xl_detach and just unconditionally call > xl_stop(). Ian Dowse has indicated to me that some of the drivers > (dc) have routines which need to always be called in detach, even if the > hardware is not present. >=20 Yes, Ian's patch did the trick. Let me know if you still want a backtrace, and should it be against the kernel with debug information or not. 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 --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+npDCUkv4P6juNwoRAr+TAJ4jb1PpVf0krla8BkT+Gf0aWvSxKACeJ6e9 t2/UfHXz9IUVaK57eg42E+0= =IpMp -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 05:32:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5A8137B401; Thu, 17 Apr 2003 05:32:59 -0700 (PDT) Received: from volatile.chemikals.org (cae88-48-006.sc.rr.com [24.88.48.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C760243F3F; Thu, 17 Apr 2003 05:32:58 -0700 (PDT) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost [127.0.0.1]) h3HCWvK0088243; Thu, 17 Apr 2003 08:32:57 -0400 (EDT) (envelope-from morganw@chemikals.org) Date: Thu, 17 Apr 2003 08:32:57 -0400 (EDT) From: Wesley Morgan To: "Cliff L. Biffle" In-Reply-To: <200304170029.40861.cbiffle@safety.net> Message-ID: <20030417082731.L85992@volatile.chemikals.org> References: <200304170029.40861.cbiffle@safety.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: mobile@freebsd.org Subject: Re: USB issues with Aladdin M5237 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 12:33:00 -0000 On Thu, 17 Apr 2003, Cliff L. Biffle wrote: > I'm having issues with my laptop's USB under -current (snapshot as of today). > The controller has never worked in FreeBSD (4.x or 5.x), but works fine under > Knoppix. > > I've found messages to mobile@ dating back a couple of years with people > getting my exact symptoms on the same controller -- but there are also > messages from folks for whom it works fine. Another "mine works" message :) ohci0: mem 0xf7eff000-0xf7efffff irq 11 at device 2.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered Mine works fine. Someone fixed the bugs preventing me from getting pics off my camera in the past few months and it works great. Other usb devices work great. The only "problem" is that I can't *unload* the module. Maybe it's something to do with "usb0: SMM does not respond, resetting". Does your device listing from pciconf match mine: ohci0@pci0:2:0: class=0x0c0310 card=0x00041179 chip=0x523710b9 rev=0x03 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M5237 USB Host Controller' class = serial bus subclass = USB -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 05:49:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BCDD37B401 for ; Thu, 17 Apr 2003 05:49:27 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BB6A43FBD for ; Thu, 17 Apr 2003 05:49:27 -0700 (PDT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 0A7072ED3F1; Thu, 17 Apr 2003 05:49:27 -0700 (PDT) Date: Thu, 17 Apr 2003 14:49:27 +0200 From: Maxime Henrion To: Lee Damon Message-ID: <20030417124926.GD21011@elvis.mu.org> References: <20030417003556.GB21011@elvis.mu.org> <200304170250.h3H2oaWJ034830@castle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304170250.h3H2oaWJ034830@castle.org> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: fxp0 problems - 5.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 12:49:27 -0000 Lee Damon wrote: > Working kernel: > $FreeBSD: src/sys/dev/fxp/if_fxp.c,v 1.162 2003/04/07 17:02:44 mux Exp $ > > Not working kernel: > $FreeBSD: src/sys/dev/fxp/if_fxp.c,v 1.173 2003/04/16 09:16:55 sobomax > Exp $ Could you try a kernel with revision 1.168 and see if it works? Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 06:48:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5CA837B401 for ; Thu, 17 Apr 2003 06:48:25 -0700 (PDT) Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id A85C343FAF for ; Thu, 17 Apr 2003 06:48:24 -0700 (PDT) (envelope-from kuku@accms33.physik.rwth-aachen.de) Received: (from kuku@localhost) by accms33.physik.rwth-aachen.de (8.11.6/8.9.3) id h3HDmNT09669 for freebsd-current@freebsd.org; Thu, 17 Apr 2003 15:48:23 +0200 Date: Thu, 17 Apr 2003 15:48:23 +0200 From: Christoph Kukulies Message-Id: <200304171348.h3HDmNT09669@accms33.physik.rwth-aachen.de> To: freebsd-current@freebsd.org Subject: nogo - running old binaries X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 13:48:26 -0000 During the short period I had installed a 5.0-current on one of my boxes I noticed that several binaries I had in /usr/local/bin. Some filters, ttcp, lpd infilters and some stuff I kept over time no longer ran. Although they were recognized as FreeBSD/i386 compact demand paged dynamically linked binary or something like that it could not be run. Not that a shared lib was flagged as missing. Simply kernel could not run binary or something. Does FreeBSD no longer like its grand parents? -- Chris Christoph P. U. Kukulies kukulies@rwth-aachen.de From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 06:55:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDB7537B401 for ; Thu, 17 Apr 2003 06:55:33 -0700 (PDT) Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2053143FBD for ; Thu, 17 Apr 2003 06:55:33 -0700 (PDT) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id E3A2E4F; Thu, 17 Apr 2003 17:55:31 +0400 (MSD) Date: Thu, 17 Apr 2003 17:55:31 +0400 From: "Sergey A. Osokin" To: Christoph Kukulies Message-ID: <20030417135531.GC82446@freebsd.org.ru> References: <200304171348.h3HDmNT09669@accms33.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304171348.h3HDmNT09669@accms33.physik.rwth-aachen.de> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: nogo - running old binaries X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: osa@FreeBSD.org.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 13:55:34 -0000 On Thu, Apr 17, 2003 at 03:48:23PM +0200, Christoph Kukulies wrote: > > During the short period I had installed a 5.0-current on one of my boxes > I noticed that several binaries I had in /usr/local/bin. Some filters, ttcp, > lpd infilters and some stuff I kept over time no longer ran. Although > they were recognized as FreeBSD/i386 compact demand paged dynamically linked > binary or something like that it could not be run. Not that a shared lib was > flagged as missing. Simply kernel could not run binary or something. > > Does FreeBSD no longer like its grand parents? Looks like COMPAT_FREEBSD4 missing in your kernel config file? -- Rgdz, /"\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ / AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 07:11:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E8F037B401 for ; Thu, 17 Apr 2003 07:11:36 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B28343FAF for ; Thu, 17 Apr 2003 07:11:35 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id 7CD5F51 for ; Thu, 17 Apr 2003 09:11:34 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id AD71678C4A; Thu, 17 Apr 2003 09:11:33 -0500 (CDT) Date: Thu, 17 Apr 2003 09:11:33 -0500 From: "Jacques A. Vidrine" To: freebsd-current@FreeBSD.org Message-ID: <20030417141133.GA4155@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 Subject: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 14:11:36 -0000 Hello Everyone, [Skip to WARNINGs below if you read nothing else.] I am about to commit a new name service switch (NSS) implementation. The new implementation preserves the nsdispatch(3) interface, and consumers of nsdispatch continue to work without modification. However, now the method_name argument (in addition to the dtab argument) is used to lookup backend implementations, which may be built-in statically or loaded via dlopen(3). Within libc, there are several consumers of nsdispatch. Each use in effect defines an interface [1]. Unfortunately, the interfaces brought in from NetBSD leave something to be desired. Most importantly, they do not allow for thread safety. Also important is that they are inconsistent in both naming conventions and semantics. Because of this, it is necessary rework each consumer a bit to (a) add thread safety and (b) provide an interface that can be utilized by NSS modules. For the moment, in addition to the NSS core, I am committing completely new implementations of the getpwent(3) and getgrent(3) family of functions. Please report any anomalies to me directly, as well as on this list. Other nsdispatch consumers will be updated once this has settled a bit. Notably, the resolver-related routines (gethostby*, getaddrinfo) still need to be updated and required quite a bit of work. I am also adding a nss_ldap Port which supports getpwent(3), getgrent(3). Similarly, I am committing a WITH_WINBIND_NSS knob to the samba Port which will build and install nss_windbind. WARNING: Please back up your pwd.db/spwd.db databases. A new (but backwards-compatible) on-disk format will be used when you next run pwd_mkdb(8) (or when vipw(8) runs it for you). The new format can be moved from one architecture to another. WARNING: The `compat' code was and is very hairy. Users who utilize NIS using the old `+::::::' entries in passwd(5) (or exclusion lists, or netgroups) should be especially wary. The new code is not bug compatible with the old code, but I believe it is correct. (By the way, I could use help from interested doc committers. Please contact me off-list.) Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se [1] If you've looked at nsdispatch before, you know that it uses variable arguments. The number, type, and usage of these arguments, as well as the method_name, make up the interface. In order to facilitate adopting existing NSS modules for FreeBSD, I am attempting to track the interfaces used on Linux (e.g., in addition to the obvious arguments to getpwnam_r, the NSS interface also includes explicit handling of errno). From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 07:19:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68D1537B401 for ; Thu, 17 Apr 2003 07:19:27 -0700 (PDT) Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC47743FBD for ; Thu, 17 Apr 2003 07:19:24 -0700 (PDT) (envelope-from dcs@tcoip.com.br) Received: from tcoip.com.br ([10.0.2.6]) by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h3HEJC901363; Thu, 17 Apr 2003 11:19:12 -0300 Message-ID: <3E9EB7DF.4040104@tcoip.com.br> Date: Thu, 17 Apr 2003 11:19:11 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030416 X-Accept-Language: en-us, en, pt-br, ja MIME-Version: 1.0 To: "Alastair G. Hogge" References: <200304171136.57515.agh@tpg.com.au> In-Reply-To: <200304171136.57515.agh@tpg.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Auto kernel module loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 14:19:27 -0000 Alastair G. Hogge wrote: > Hello list, > > Just the other day I was configuring/striping my kernel to the barest I could > manage. I was doing this to hopefully reduce kernel build time. > > Now after adding 60 lines to loader.conf to load the modules I need, I began > thinking is there a way for FreeBSD to load the modules automaticly at boot > time itself? > > If not, would be hard to implement such a feature? How would someone go about > doing such a thing? As I would be happy to give it a go....but don't know > where to start. > > Does the documentation project have some info to help? I'm cvsup-ing them > right now as I once recall seeing an article titled something like > "Programmers guide to FreeBSD" Plan once was for loader to identify the PNP IDs and load the appropriate modules. What the appropriate modules were would be infered from a configuration file. I think Mike decided that wasn't such a good idea after all, but I wasn't much in touch with FreeBSD at the time, so I remember it only vaguely. -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo@tco.net.br Daniel.Sobral@tcoip.com.br dcs@tcoip.com.br Outros: dcs@newsguy.com dcs@freebsd.org capo@notorious.bsdconspiracy.net Never speak ill of yourself, your friends will always say enough on that subject. -- Charles-Maurice De Talleyrand From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 07:38:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C67737B401; Thu, 17 Apr 2003 07:38:01 -0700 (PDT) Received: from ion.gank.org (ion.gank.org [198.78.66.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E4F043FAF; Thu, 17 Apr 2003 07:38:00 -0700 (PDT) (envelope-from craig@xfoil.gank.org) Received: from owen1492.uf.corelab.com (unknown [206.50.138.222]) by ion.gank.org (GankMail) with ESMTP id 7F8E72BB35; Thu, 17 Apr 2003 09:37:59 -0500 (CDT) From: Craig Boston To: "Jacques A. Vidrine" In-Reply-To: <20030417141133.GA4155@madman.celabo.org> References: <20030417141133.GA4155@madman.celabo.org> Content-Type: text/plain Organization: Message-Id: <1050590195.76150.8.camel@owen1492.uf.corelab.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 17 Apr 2003 09:36:35 -0500 Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 14:38:01 -0000 On Thu, 2003-04-17 at 09:11, Jacques A. Vidrine wrote: > Hello Everyone, > > I am about to commit a new name service switch (NSS) implementation. > The new implementation preserves the nsdispatch(3) interface, and > consumers of nsdispatch continue to work without modification. > However, now the method_name argument (in addition to the dtab > argument) is used to lookup backend implementations, which may be > built-in statically or loaded via dlopen(3). Yay! I've been waiting for dynamic NSS modules for a long time. Thank you VERY much for doing the work on this. Now I can start looking into eventually using LDAP to replace NIS at my sites. 5.1 is going to rock :) Out of curiosity, how do the staticly-linked binaries in /bin and /sbin handle this since they can't dlopen anything? Do users handled by dynamically-loaded NSS modules just show up as UIDs with no name in /bin/ls? Craig From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 07:44:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6F7037B401 for ; Thu, 17 Apr 2003 07:44:51 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49ED843F3F for ; Thu, 17 Apr 2003 07:44:51 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id C27CF5F; Thu, 17 Apr 2003 09:44:50 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id 198CD78C4A; Thu, 17 Apr 2003 09:44:50 -0500 (CDT) Date: Thu, 17 Apr 2003 09:44:50 -0500 From: "Jacques A. Vidrine" To: Craig Boston Message-ID: <20030417144449.GA4530@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Craig Boston , freebsd-current@FreeBSD.org References: <20030417141133.GA4155@madman.celabo.org> <1050590195.76150.8.camel@owen1492.uf.corelab.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1050590195.76150.8.camel@owen1492.uf.corelab.com> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 14:44:52 -0000 On Thu, Apr 17, 2003 at 09:36:35AM -0500, Craig Boston wrote: > Out of curiosity, how do the staticly-linked binaries in /bin and /sbin > handle this since they can't dlopen anything? Do users handled by > dynamically-loaded NSS modules just show up as UIDs with no name in > /bin/ls? Yep. The following is a work-around: cd /usr/src/bin/ls make clean make NOSHARED=NO depend make NOSHARED=NO make NOSHARED=NO install Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 07:48:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3E8A37B401 for ; Thu, 17 Apr 2003 07:48:03 -0700 (PDT) Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 845D043FB1 for ; Thu, 17 Apr 2003 07:48:02 -0700 (PDT) (envelope-from kuku@accms33.physik.rwth-aachen.de) Received: (from kuku@localhost) by accms33.physik.rwth-aachen.de (8.11.6/8.9.3) id h3HElt910398; Thu, 17 Apr 2003 16:47:55 +0200 Date: Thu, 17 Apr 2003 16:47:55 +0200 From: "Christoph P. Kukulies" To: "Sergey A. Osokin" Message-ID: <20030417144755.GB9700@gilberto.physik.rwth-aachen.de> References: <200304171348.h3HDmNT09669@accms33.physik.rwth-aachen.de> <20030417135531.GC82446@freebsd.org.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030417135531.GC82446@freebsd.org.ru> User-Agent: Mutt/1.4i cc: Christoph Kukulies cc: freebsd-current@freebsd.org Subject: Re: nogo - running old binaries X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 14:48:04 -0000 On Thu, Apr 17, 2003 at 05:55:31PM +0400, Sergey A. Osokin wrote: > On Thu, Apr 17, 2003 at 03:48:23PM +0200, Christoph Kukulies wrote: > > > > During the short period I had installed a 5.0-current on one of my boxes > > I noticed that several binaries I had in /usr/local/bin. Some filters, ttcp, > > lpd infilters and some stuff I kept over time no longer ran. Although > > they were recognized as FreeBSD/i386 compact demand paged dynamically linked > > binary or something like that it could not be run. Not that a shared lib was > > flagged as missing. Simply kernel could not run binary or something. > > > > Does FreeBSD no longer like its grand parents? > > Looks like COMPAT_FREEBSD4 missing in your kernel config file? No, I'm pretty sure I had this in the kernel. But it may be 386bsd or FreeBSD 1.0 binaries :-> -- Chris Christoph P. U. Kukulies kukulies@rwth-aachen.de From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 07:48:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9AF937B409 for ; Thu, 17 Apr 2003 07:48:11 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECEBE43FB1 for ; Thu, 17 Apr 2003 07:48:10 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h3HEledZ031573; Thu, 17 Apr 2003 07:47:44 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h3HEleZi031572; Thu, 17 Apr 2003 07:47:40 -0700 (PDT) Date: Thu, 17 Apr 2003 07:47:40 -0700 From: "David O'Brien" To: Paul Richards Message-ID: <20030417144740.GB8541@dragon.nuxi.com> References: <20030414225551.GB75035@survey.codeburst.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030414225551.GB75035@survey.codeburst.net> 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 cc: freebsd-current@freebsd.org Subject: Re: Disk write command timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 14:48:12 -0000 On Mon, Apr 14, 2003 at 11:55:51PM +0100, Paul Richards wrote: > Also, my disk performance seems to generally suck. Soren, have you got a > benchmark I can run to see if things are OK? bonnie and bonnie++ from /usr/ports/benchmarks From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 07:53:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A8E237B401 for ; Thu, 17 Apr 2003 07:53:09 -0700 (PDT) Received: from freebsd.org.ru (www.freebsd.org.ru [194.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1255343FDD for ; Thu, 17 Apr 2003 07:53:08 -0700 (PDT) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id C80D34F; Thu, 17 Apr 2003 18:53:05 +0400 (MSD) Date: Thu, 17 Apr 2003 18:53:05 +0400 From: "Sergey A. Osokin" To: "Christoph P. Kukulies" Message-ID: <20030417145305.GE82446@freebsd.org.ru> References: <200304171348.h3HDmNT09669@accms33.physik.rwth-aachen.de> <20030417135531.GC82446@freebsd.org.ru> <20030417144755.GB9700@gilberto.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030417144755.GB9700@gilberto.physik.rwth-aachen.de> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: nogo - running old binaries X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: osa@FreeBSD.org.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 14:53:09 -0000 On Thu, Apr 17, 2003 at 04:47:55PM +0200, Christoph P. Kukulies wrote: > On Thu, Apr 17, 2003 at 05:55:31PM +0400, Sergey A. Osokin wrote: > > On Thu, Apr 17, 2003 at 03:48:23PM +0200, Christoph Kukulies wrote: > > > > > > During the short period I had installed a 5.0-current on one of my boxes > > > I noticed that several binaries I had in /usr/local/bin. Some filters, ttcp, > > > lpd infilters and some stuff I kept over time no longer ran. Although > > > they were recognized as FreeBSD/i386 compact demand paged dynamically linked > > > binary or something like that it could not be run. Not that a shared lib was > > > flagged as missing. Simply kernel could not run binary or something. > > > > > > Does FreeBSD no longer like its grand parents? > > > > Looks like COMPAT_FREEBSD4 missing in your kernel config file? > > No, I'm pretty sure I had this in the kernel. But it may be 386bsd or FreeBSD > 1.0 binaries :-> Ah, what about of COMPAT_AOUT? Or try to load aout.ko into your kernel... -- Rgdz, /"\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ / AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 08:21:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDB7D37B401 for ; Thu, 17 Apr 2003 08:21:38 -0700 (PDT) Received: from web14807.mail.yahoo.com (web14807.mail.yahoo.com [216.136.224.223]) by mx1.FreeBSD.org (Postfix) with SMTP id 3098943FBF for ; Thu, 17 Apr 2003 08:21:36 -0700 (PDT) (envelope-from mccrobie2000@yahoo.com) Message-ID: <20030417152135.17551.qmail@web14807.mail.yahoo.com> Received: from [68.165.211.163] by web14807.mail.yahoo.com via HTTP; Thu, 17 Apr 2003 08:21:35 PDT Date: Thu, 17 Apr 2003 08:21:35 -0700 (PDT) From: Chuck McCrobie To: csujun@21cn.com, Pete Carah In-Reply-To: <20030417033726.10988.qmail@web41809.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: current@freebsd.org Subject: Re: VAIO problems still X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 15:21:39 -0000 --- Jun Su wrote: > --- Pete Carah wrote: > > > > > Have you checked if there is a BIOS update in > Sony > > web > > > site. I upgrade BIOS for my R505DL. It fixed > > several > > > ACPI related problem in its ASL. > > > > Have the latest (dated last November). It covers > > all > > 505ES, 505ESP, 505ESK versions. Checked today for > > anything > > newer :-( > > > > -- Pete > > > > > However, the sound problem in VAIO is still > there. > > :( > > Booo. Mine kind-of works. I think getting some > of > > the devices > > off of irq9 will help. > ^^^^ How? My problem is when I move my mouse > quickly, > the sound is good. However, when I don't, the sound > stop. The problem is no IRQ9 interrupt can be raised > by the sound card. :( > > Jun > UGH! UGH! UGH! Please see: http://w3.mivlmd.cablespeed.com/~mccrobie Let me know if this fixes your problem - or not. I have diagnosed this problem on the Sony Vaio GRX-670 six months ago. There is nothing you can do to get devices off of IRQ9, that I know of. If its any consolation, Windows 2000 lists ethernet, firewire, usb, cardbus ALL on IRQ9. Since FreeBSD shares interrupts, I have not noted any performance issues with so many devices on the same interrupt, although I don't generally have USB, firewire, sound, and ethernet all going at the time. The problem with audio is that FreeBSD does NOT route the existing interrupt. The patch on the above web site hacks the routing of the interrupt. I can play sound WITHOUT moving my mouse, without network traffic, etc. Because the interrupt is shared, the ich3 sound driver gets its interrupt routine called when anything that gets IRQ9 is used - including USB mouse. The sound driver than finds work to do and does it - the result is you get sound. FreeBSD does not seem to setup the interrupt mechanism to enable delivery of the IRQ9 for sound, because sound already has an assigned interrupt. I've been waiting for someone to fix this. I posted this patch several months ago, but the response was "this does nothing for IO APIC" - I don't know what that is or how it affects this issue, but if it fixes the problem, it would greatly be appreciated. Chuck McCrobie mccrobie2000@yahoo.com __________________________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo http://search.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 08:35:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79A5037B401; Thu, 17 Apr 2003 08:35:16 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BD1B43FCB; Thu, 17 Apr 2003 08:35:15 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by wall.polstra.com (8.12.3p2/8.12.3) with ESMTP id h3HFZEdt028209 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 17 Apr 2003 08:35:14 -0700 (PDT) (envelope-from jdp@strings.polstra.com) Received: (from jdp@localhost) by strings.polstra.com (8.12.6/8.12.6/Submit) id h3HFZEFs094589; Thu, 17 Apr 2003 08:35:14 -0700 (PDT) (envelope-from jdp) Date: Thu, 17 Apr 2003 08:35:14 -0700 (PDT) Message-Id: <200304171535.h3HFZEFs094589@strings.polstra.com> To: current@freebsd.org From: John Polstra In-Reply-To: <20030417144449.GA4530@madman.celabo.org> References: <20030417141133.GA4155@madman.celabo.org> <1050590195.76150.8.camel@owen1492.uf.corelab.com> <20030417144449.GA4530@madman.celabo.org> Organization: Polstra & Co., Seattle, WA Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 15:35:16 -0000 In article <20030417144449.GA4530@madman.celabo.org>, Jacques A. Vidrine wrote: > On Thu, Apr 17, 2003 at 09:36:35AM -0500, Craig Boston wrote: > > Out of curiosity, how do the staticly-linked binaries in /bin and /sbin > > handle this since they can't dlopen anything? Do users handled by > > dynamically-loaded NSS modules just show up as UIDs with no name in > > /bin/ls? > > Yep. > The following is a work-around: > > cd /usr/src/bin/ls > make clean > make NOSHARED=NO depend > make NOSHARED=NO > make NOSHARED=NO install You might want to look at how libpam handles this situation. In the static case, all of the known modules are linked into it statically. Then they are located and registered at runtime by means of a linker set. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 08:38:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D266837B401 for ; Thu, 17 Apr 2003 08:38:33 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15F1A43F3F for ; Thu, 17 Apr 2003 08:38:33 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id 65EF351; Thu, 17 Apr 2003 10:38:32 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id 6FEAC78C4A; Thu, 17 Apr 2003 10:38:31 -0500 (CDT) Date: Thu, 17 Apr 2003 10:38:31 -0500 From: "Jacques A. Vidrine" To: John Polstra Message-ID: <20030417153830.GA13319@madman.celabo.org> References: <20030417141133.GA4155@madman.celabo.org> <1050590195.76150.8.camel@owen1492.uf.corelab.com> <20030417144449.GA4530@madman.celabo.org> <200304171535.h3HFZEFs094589@strings.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304171535.h3HFZEFs094589@strings.polstra.com> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 cc: current@freebsd.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 15:38:34 -0000 On Thu, Apr 17, 2003 at 08:35:14AM -0700, John Polstra wrote: > You might want to look at how libpam handles this situation. In the > static case, all of the known modules are linked into it statically. > Then they are located and registered at runtime by means of a linker > set. Something similar is supported. You edit src/lib/libc/net/nss_backends.h to add your module. You don't likely want to do this with large things like nss_ldap :-) but I plan to bring nss_winbind into the base system in that fashion (nss_winbind is fairly small stub). Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 09:22:23 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA37637B401; Thu, 17 Apr 2003 09:22:23 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 59CB843FB1; Thu, 17 Apr 2003 09:22:22 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 17 Apr 2003 17:22:21 +0100 (BST) To: Ruslan Ermilov In-Reply-To: Your message of "Thu, 17 Apr 2003 14:32:18 +0300." <20030417113218.GA96808@sunbay.com> Date: Thu, 17 Apr 2003 17:22:20 +0100 From: Ian Dowse Message-ID: <200304171722.aa13792@salmon.maths.tcd.ie> cc: current@freebsd.org cc: Andrew Gallatin cc: Nate Lawson Subject: Re: Your locking and rman changes to pci/if_* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 16:22:24 -0000 In message <20030417113218.GA96808@sunbay.com>, Ruslan Ermilov writes: > >Yes, Ian's patch did the trick. Let me know if you still want a backtrace, >and should it be against the kernel with debug information or not. FYI, below is the backtrace that I got. The fact that the trap was in softclock() was a good indication of a missing callout_stop(). It looks BTW, as if we convert some kernel page faults into witness panics, which is not so good... I think it is limited to cases where we page fault without Giant, but with a spin lock held (in this case callout_lock). Ian ukphy0: detached miibus0: detached dc0: detached panic: blockable sleep lock (sleep mutex) Giant @ vm/vm_fault.c:206 Stack backtrace: backtrace(c037eb83,c0428d40,c038146d,c8721a18,1) at backtrace+0x17 panic(c038146d,c038fff9,c037e279,c038fb5e,ce) at panic+0x96 witness_lock(c03f4fe0,8,c038fb5e,ce,c037fb2b) at witness_lock+0xaf _mtx_lock_flags(c03f4fe0,0,c038fb55,ce,1) at _mtx_lock_flags+0xb1 vm_fault(c0847000,deadc000,1,0,c0bb5980) at vm_fault+0x59 trap_pfault(c8721c4c,0,deadc0e6,1,deadc0e6) at trap_pfault+0x181 trap(18,c0370010,10,c01e57b0,c188fe40) at trap+0x3ed calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0214fd3, esp = 0xc8721c8c, ebp = 0xc8721cb0 --- softclock(0,0,c037c7db,232,1) at softclock+0x83 ithread_loop(c0bb3180,c8721d48,c037c66b,314,0) at ithread_loop+0x182 fork_exit(c01f3060,c0bb3180,c8721d48) at fork_exit+0xc4 fork_trampoline() at fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xc8721d7c, ebp = 0 --- From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 09:25:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4BA737B405 for ; Thu, 17 Apr 2003 09:25:53 -0700 (PDT) Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B2BF43FBD for ; Thu, 17 Apr 2003 09:25:52 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 17482 invoked from network); 17 Apr 2003 16:25:56 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 17 Apr 2003 16:25:56 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h3HGPnOv075711; Thu, 17 Apr 2003 12:25:50 -0400 (EDT) (envelope-from jhb@FreeBSD.org) 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: <200304171722.aa13792@salmon.maths.tcd.ie> Date: Thu, 17 Apr 2003 12:25:51 -0400 (EDT) From: John Baldwin To: Ian Dowse cc: current@freebsd.org cc: Andrew Gallatin cc: Nate Lawson Subject: Re: Your locking and rman changes to pci/if_* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 16:25:53 -0000 On 17-Apr-2003 Ian Dowse wrote: > In message <20030417113218.GA96808@sunbay.com>, Ruslan Ermilov writes: >> >>Yes, Ian's patch did the trick. Let me know if you still want a backtrace, >>and should it be against the kernel with debug information or not. > > FYI, below is the backtrace that I got. The fact that the trap was > in softclock() was a good indication of a missing callout_stop(). > It looks BTW, as if we convert some kernel page faults into witness > panics, which is not so good... I think it is limited to cases where > we page fault without Giant, but with a spin lock held (in this > case callout_lock). Yes, the trap_pfault() should basically just instantly do a trap_fatal() if td_critnest != 0. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 09:36:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D479E37B401 for ; Thu, 17 Apr 2003 09:36:45 -0700 (PDT) Received: from mx0.freebsd-services.com (survey.codeburst.net [195.149.39.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8538543FDD for ; Thu, 17 Apr 2003 09:36:44 -0700 (PDT) (envelope-from paul@freebsd-services.com) Received: by mx0.freebsd-services.com (Postfix, from userid 1002) id 2BEA41B212; Thu, 17 Apr 2003 17:36:43 +0100 (BST) Date: Thu, 17 Apr 2003 17:36:43 +0100 From: Paul Richards To: The Hermit Hacker Message-ID: <20030417163642.GI23466@survey.codeburst.net> References: <20030414192627.C32D543F3F@mx1.FreeBSD.org> <20030414170306.C70262@alpha.siliconlandmark.com> <20030414211310.I5215@hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030414211310.I5215@hub.org> User-Agent: Mutt/1.4.1i cc: pawel.worach@telia.com cc: Andre Guibert de Bruet cc: current@freebsd.org Subject: Re: panic: blockable sleep lock (sleep mutex) process lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 16:36:46 -0000 On Mon, Apr 14, 2003 at 09:13:54PM +0000, The Hermit Hacker wrote: > On Mon, 14 Apr 2003, Andre Guibert de Bruet wrote: > > > Pawel, > > > > Last I've heard, SCHED_ULE isn't SMP friendly. I've got big problems with current now. I haven't been able to build a SCHED_ULE working kernel since 11 April. It has dies with the blockable sleep lock as per this thread and I've been trying a new kernel each day but it's still broken. I tried to track down the commit and I know it exists in a kernel built later than 12th but I haven't pinpointed the exact commit yet. To make things worse though, I tried to build a SCHED_4BSD kernel to see if it was ULE specific and I'm seeing different problems with that kernel. In X keypresses are getting duplicated i.e. I press a key and it appears multiple times. If I come back to a tty then after a while it all just locks up solid. For me at least current is very sick at the moment. Paul. From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 10:01:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19FA637B401 for ; Thu, 17 Apr 2003 10:01:57 -0700 (PDT) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B69A43FBF for ; Thu, 17 Apr 2003 10:01:52 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0064.cvx21-bradley.dialup.earthlink.net ([209.179.192.64] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 196Cle-0006Qc-00; Thu, 17 Apr 2003 10:01:47 -0700 Message-ID: <3E9EDDAB.613098F1@mindspring.com> Date: Thu, 17 Apr 2003 10:00:27 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Daniel C. Sobral" References: <200304171136.57515.agh@tpg.com.au> <3E9EB7DF.4040104@tcoip.com.br> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4c5c06b35ece679a48127f665296d491b667c3043c0873f7e350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@freebsd.org Subject: Re: Auto kernel module loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 17:01:58 -0000 "Daniel C. Sobral" wrote: > Plan once was for loader to identify the PNP IDs and load the > appropriate modules. What the appropriate modules were would be infered > from a configuration file. That was a *long* time ago. 8-). > I think Mike decided that wasn't such a good idea after all, but I > wasn't much in touch with FreeBSD at the time, so I remember it only > vaguely. A huge amount of pain, for not much gain... but if you are looking for a project, and don't mind the pain, then... -- Terry From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 10:02:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F3DB37B401 for ; Thu, 17 Apr 2003 10:02:48 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D34043F85 for ; Thu, 17 Apr 2003 10:02:47 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6p2/8.11.2) with ESMTP id h3HH2d113274; Thu, 17 Apr 2003 10:02:39 -0700 (PDT) Message-ID: <3E9EDE2F.8060209@isi.edu> Date: Thu, 17 Apr 2003 10:02:39 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030407 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Marcus Clarke References: <20030408173003.84783.qmail@web11404.mail.yahoo.com> <1049824834.360.17.camel@gyros> <20030409075115.GB34134@sunbay.com> <1049875236.70192.23.camel@shumai.marcuscom.com> <14232717825.20030409211916@xs4all.nl> <1049959087.402.117.camel@shumai.marcuscom.com> <961155761.20030410125105@xs4all.nl> <1050003737.381.69.camel@gyros> In-Reply-To: <1050003737.381.69.camel@gyros> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms080107090609050201040107" cc: current@freebsd.org Subject: Re: fontconfig-2.1.92 considered harmful X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 17:02:48 -0000 This is a cryptographically signed message in MIME format. --------------ms080107090609050201040107 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Joe Marcus Clarke wrote: > > Both anholt and I were quick on the draw, but Eric beat me. Checkout > ports/50791 for an update to freetype2 which should alleviate this > problem. Not sure if this is related, but fc-cache coredumps when trying to upgrade to fontconfig-2.1.94 during the installation: ===> Generating temporary packing list Running fc-cache to build fontconfig cache... [...snip...] fc-cache: "/usr/X11R6/lib/X11/fonts/local": caching, 0 fonts, 0 dirs fc-cache: "/usr/X11R6/lib/X11/fonts/misc": caching, 51 fonts, 0 dirs fc-cache: "/usr/X11R6/lib/X11/fonts/util": caching, 0 fonts, 0 dirs fc-cache: "/usr/X11R6/lib/X11/fonts/URW": caching, 35 fonts, 0 dirs fc-cache: "/usr/X11R6/lib/X11/fonts/TrueType": Segmentation fault (core dumped) *** Error code 139 Stop in /usr/ports/x11-fonts/fontconfig. The directory /usr/X11R6/lib/X11/fonts/TrueType has a bunch of symlinks to my Windows TT fonts (under /windows/WINDOWS/Fonts/), and a fonts.dir and fonts.scale created by an rc.d script (http://www.isi.edu/larse/etc/rc.d/truetype). This approach worked with all older fontconfig ports without problems, both on -stable and -current. Any ideas? Thanks, Lars -- Lars Eggert USC Information Sciences Institute --------------ms080107090609050201040107 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDQxNzE3MDIzOVowIwYJKoZIhvcNAQkEMRYEFCuvzUpn3IRU/CwwpHgU Hgf10yRCMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAbpASSQHVeQXJPK0wXGTnBQJLvOlSu2GzvfJr lpjYeT0r4CnlwngIWNSnssHLvsaK5t7uGLw0+cvEupnxbllFcTIl0sQlnJLpSPQryQgVR1uB IFxEtqS/0Wqh/NE9//MpcmdioUY/YJexyv9toUP1YMKNSrUiAUq/IhC5OOInwzxB3UYkhEL7 gTJIVxuF9x/fS275AOQtIT4/L/KedvmeHDQq4knEcHCt6xcVbznZHFwSM7MWh2dPwlNGCogA C83SP+E4AryCViwDSfphPvQj9y40O8f47d/OKpF3ZLR9v/5IAVXMpMmnUMAmhyBvw0SbNrE3 Kr3Ei0SZ0dlYnGV4wQAAAAAAAA== --------------ms080107090609050201040107-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 10:08:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB20937B401 for ; Thu, 17 Apr 2003 10:08:54 -0700 (PDT) Received: from ms-smtp-02.southeast.rr.com (ms-smtp-02.southeast.rr.com [24.93.67.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAA5B43FCB for ; Thu, 17 Apr 2003 10:08:53 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from mail3.nc.rr.com (fe3 [24.93.67.50])h3HH6qgs008325; Thu, 17 Apr 2003 13:06:52 -0400 (EDT) Received: from creme-brulee.marcuscom.com ([66.57.17.158]) by mail3.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Thu, 17 Apr 2003 13:06:16 -0400 Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) h3HH7Paa074158; Thu, 17 Apr 2003 13:07:25 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Lars Eggert In-Reply-To: <3E9EDE2F.8060209@isi.edu> References: <20030408173003.84783.qmail@web11404.mail.yahoo.com> <1049824834.360.17.camel@gyros> <20030409075115.GB34134@sunbay.com> <1049875236.70192.23.camel@shumai.marcuscom.com> <14232717825.20030409211916@xs4all.nl> <1049959087.402.117.camel@shumai.marcuscom.com> <961155761.20030410125105@xs4all.nl> <1050003737.381.69.camel@gyros> <3E9EDE2F.8060209@isi.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-MXS5g6GYOFh09UU5FwRr" Organization: MarcusCom, Inc. Message-Id: <1050599323.360.17.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 17 Apr 2003 13:08:43 -0400 X-Spam-Status: No, hits=-39.2 required=5.0 tests=BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,QUOTE_TWICE_1,REFERENCES, REPLY_WITH_QUOTES autolearn=ham version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) cc: current@freebsd.org Subject: Re: fontconfig-2.1.92 considered harmful X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 17:08:55 -0000 --=-MXS5g6GYOFh09UU5FwRr Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2003-04-17 at 13:02, Lars Eggert wrote: > Joe Marcus Clarke wrote: > >=20 > > Both anholt and I were quick on the draw, but Eric beat me. Checkout > > ports/50791 for an update to freetype2 which should alleviate this > > problem. >=20 > Not sure if this is related, but fc-cache coredumps when trying to=20 > upgrade to fontconfig-2.1.94 during the installation: >=20 > =3D=3D=3D> Generating temporary packing list > Running fc-cache to build fontconfig cache... > [...snip...] > fc-cache: "/usr/X11R6/lib/X11/fonts/local": caching, 0 fonts, 0 dirs > fc-cache: "/usr/X11R6/lib/X11/fonts/misc": caching, 51 fonts, 0 dirs > fc-cache: "/usr/X11R6/lib/X11/fonts/util": caching, 0 fonts, 0 dirs > fc-cache: "/usr/X11R6/lib/X11/fonts/URW": caching, 35 fonts, 0 dirs > fc-cache: "/usr/X11R6/lib/X11/fonts/TrueType": Segmentation fault (core=20 > dumped) > *** Error code 139 >=20 > Stop in /usr/ports/x11-fonts/fontconfig. >=20 > The directory /usr/X11R6/lib/X11/fonts/TrueType has a bunch of symlinks=20 > to my Windows TT fonts (under /windows/WINDOWS/Fonts/), and a fonts.dir=20 > and fonts.scale created by an rc.d script=20 > (http://www.isi.edu/larse/etc/rc.d/truetype). >=20 > This approach worked with all older fontconfig ports without problems,=20 > both on -stable and -current. >=20 > Any ideas? You need to recompile with debugging symbols enabled, then get a backtrace. Thanks. Joe >=20 > Thanks, > Lars --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-MXS5g6GYOFh09UU5FwRr Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQA+nt+bb2iPiv4Uz4cRAtyMAJ9U4bmUN5AxHMCbiskYLFw/KR0WygCePLzy Mh38qiQI9iqqCoF5wCwG1kM= =G3AT -----END PGP SIGNATURE----- --=-MXS5g6GYOFh09UU5FwRr-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 10:13:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69F2037B401 for ; Thu, 17 Apr 2003 10:13:16 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id A780143FBD for ; Thu, 17 Apr 2003 10:13:13 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) h3HHD2PR029713; Thu, 17 Apr 2003 10:13:02 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)h3HHD1W1029712; Thu, 17 Apr 2003 10:13:01 -0700 (PDT) Date: Thu, 17 Apr 2003 10:13:01 -0700 From: Steve Kargl To: Paul Richards Message-ID: <20030417171301.GA29549@troutmask.apl.washington.edu> References: <20030414192627.C32D543F3F@mx1.FreeBSD.org> <20030414170306.C70262@alpha.siliconlandmark.com> <20030414211310.I5215@hub.org> <20030417163642.GI23466@survey.codeburst.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030417163642.GI23466@survey.codeburst.net> User-Agent: Mutt/1.4i cc: pawel.worach@telia.com cc: Andre Guibert de Bruet cc: current@freebsd.org Subject: Re: panic: blockable sleep lock (sleep mutex) process lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 17:13:16 -0000 On Thu, Apr 17, 2003 at 05:36:43PM +0100, Paul Richards wrote: > On Mon, Apr 14, 2003 at 09:13:54PM +0000, The Hermit Hacker wrote: > > On Mon, 14 Apr 2003, Andre Guibert de Bruet wrote: > > > > > Pawel, > > > > > > Last I've heard, SCHED_ULE isn't SMP friendly. > > I haven't been able to build a SCHED_ULE working kernel since 11 April. > It has dies with the blockable sleep lock as per this thread and I've > been trying a new kernel each day but it's still broken. > > I tried to track down the commit and I know it exists in a kernel built > later than 12th but I haven't pinpointed the exact commit yet. > Are your running a UP or SMP system? My laptop and home system are both running a 14 April ULE kernel/world without any problems. Both systems are UP. -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 10:28:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D428137B401; Thu, 17 Apr 2003 10:28:26 -0700 (PDT) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4AE043FB1; Thu, 17 Apr 2003 10:28:24 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from mail by mx.nsu.ru with drweb-scanned (Exim 3.35 #1 (Debian)) id 196DBl-0005Sr-00; Fri, 18 Apr 2003 00:28:45 +0700 Received: from iclub.nsu.ru ([193.124.215.97] ident=root) by mx.nsu.ru with esmtp (Exim 3.35 #1 (Debian)) id 196D7r-0003se-00; Fri, 18 Apr 2003 00:24:43 +0700 Received: from iclub.nsu.ru (fjoe@localhost [127.0.0.1]) by iclub.nsu.ru (8.12.9/8.12.9) with ESMTP id h3HHNkud091913; Fri, 18 Apr 2003 00:23:46 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Received: (from fjoe@localhost) by iclub.nsu.ru (8.12.9/8.12.9/Submit) id h3HHNklV091912; Fri, 18 Apr 2003 00:23:46 +0700 (NSS) Date: Fri, 18 Apr 2003 00:23:46 +0700 From: Max Khon To: "Jacques A. Vidrine" , Craig Boston , freebsd-current@FreeBSD.org Message-ID: <20030418002346.A91615@iclub.nsu.ru> References: <20030417141133.GA4155@madman.celabo.org> <1050590195.76150.8.camel@owen1492.uf.corelab.com> <20030417144449.GA4530@madman.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030417144449.GA4530@madman.celabo.org>; from nectar@freebsd.org on Thu, Apr 17, 2003 at 09:44:50AM -0500 X-Spam-Status: No, hits=-3.0 required=5.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01, USER_AGENT,USER_AGENT_MUTT version=2.43 X-Envelope-To: nectar@FreeBSD.org, craig@xfoil.gank.org, freebsd-current@FreeBSD.org X-Bogosity: No, tests=bogofilter, spamicity=0.000000, version=0.11.1.4 Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 17:28:27 -0000 hi, there! On Thu, Apr 17, 2003 at 09:44:50AM -0500, Jacques A. Vidrine wrote: > > Out of curiosity, how do the staticly-linked binaries in /bin and /sbin > > handle this since they can't dlopen anything? Do users handled by > > dynamically-loaded NSS modules just show up as UIDs with no name in > > /bin/ls? > > Yep. > The following is a work-around: > > cd /usr/src/bin/ls > make clean > make NOSHARED=NO depend > make NOSHARED=NO > make NOSHARED=NO install it will not work in single user mode when /usr is not mounted, right? do you plan to migrate to shared root just like NetBSD did a few months ago? /fjoe From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 10:29:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B83D37B404 for ; Thu, 17 Apr 2003 10:29:29 -0700 (PDT) Received: from ddba033.netstream.ch (ddba033.netstream.ch [62.65.128.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E2B543FE5 for ; Thu, 17 Apr 2003 10:29:23 -0700 (PDT) (envelope-from oliver@cosec.org) Received: from [62.65.148.234] (helo=vaio-gate.cosec.org) by ddba033.netstream.ch with esmtp (Exim 4.10) id 196DBy-0002sW-00; Thu, 17 Apr 2003 19:28:58 +0200 From: Oliver Enzmann To: freebsd-current@freebsd.org In-Reply-To: <20030417152135.17551.qmail@web14807.mail.yahoo.com> References: <20030417152135.17551.qmail@web14807.mail.yahoo.com> Content-Type: text/plain Organization: Message-Id: <1050600489.622.10.camel@localhost.cosec.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 17 Apr 2003 17:28:09 +0000 Content-Transfer-Encoding: 7bit Subject: Re: VAIO problems still X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 17:29:29 -0000 On Thu, 2003-04-17 at 15:21, Chuck McCrobie wrote: > YMMV> > > UGH! UGH! UGH! Please see: > > http://w3.mivlmd.cablespeed.com/~mccrobie > > Let me know if this fixes your problem - or not. [...] > Because the interrupt is shared, the ich3 sound driver > gets its interrupt routine called when anything that > gets IRQ9 is used - including USB mouse. The sound > driver than finds work to do and does it - the result > is you get sound. Sound on my Vaio worked just fine but I've never managed to get USB working. I therefore decided to try your patch... > FreeBSD does not seem to setup the interrupt mechanism > to enable delivery of the IRQ9 for sound, because > sound already has an assigned interrupt. > > I've been waiting for someone to fix this. I posted > this patch several months ago, but the response was > "this does nothing for IO APIC" - I don't know what > that is or how it affects this issue, but if it fixes > the problem, it would greatly be appreciated. > > It did! My Vaio R600 finally has a working USB. Excellent. Oliver From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 10:32:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA8EF37B404 for ; Thu, 17 Apr 2003 10:32:42 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87D8943FEC for ; Thu, 17 Apr 2003 10:32:40 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6p2/8.11.2) with ESMTP id h3HHWV103009; Thu, 17 Apr 2003 10:32:31 -0700 (PDT) Message-ID: <3E9EE52E.603@isi.edu> Date: Thu, 17 Apr 2003 10:32:30 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030407 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Marcus Clarke References: <20030408173003.84783.qmail@web11404.mail.yahoo.com> <1049824834.360.17.camel@gyros> <20030409075115.GB34134@sunbay.com> <1049875236.70192.23.camel@shumai.marcuscom.com> <14232717825.20030409211916@xs4all.nl> <1049959087.402.117.camel@shumai.marcuscom.com> <961155761.20030410125105@xs4all.nl> <1050003737.381.69.camel@gyros> <3E9EDE2F.8060209@isi.edu> <1050599323.360.17.camel@gyros> In-Reply-To: <1050599323.360.17.camel@gyros> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000100050808050102080203" cc: current@freebsd.org Subject: Re: fontconfig-2.1.92 considered harmful X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 17:32:43 -0000 This is a cryptographically signed message in MIME format. --------------ms000100050808050102080203 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Joe Marcus Clarke wrote: > On Thu, 2003-04-17 at 13:02, Lars Eggert wrote: > >>Joe Marcus Clarke wrote: >> >>>Both anholt and I were quick on the draw, but Eric beat me. Checkout >>>ports/50791 for an update to freetype2 which should alleviate this >>>problem. >> >>Not sure if this is related, but fc-cache coredumps when trying to >>upgrade to fontconfig-2.1.94 during the installation: [...snip...] > > You need to recompile with debugging symbols enabled, then get a > backtrace. Thanks. Thanks for the quick reply, here you go: #0 0x00000000 in ?? () #1 0x280a155a in FT_Get_BDF_Property () from /usr/local/lib/libfreetype.so.9 #2 0x2807cba9 in FcFreeTypeQuery ( file=0x8050000 "/usr/X11R6/lib/X11/fonts/TrueType/VGAFIX.FON", id=0, blanks=0x280def33, count=0x280def33) at fcfreetype.c:784 #3 0x2807bbbd in FcFileScan (set=0x804d0c0, dirs=0x804d100, cache=0x0, blanks=0x8058630, file=0x8050000 "/usr/X11R6/lib/X11/fonts/TrueType/VGAFIX.FON", force=1) at fcdir.c:113 #4 0x2807bf54 in FcDirScan (set=0x804d0c0, dirs=0x804d100, cache=0x0, blanks=0x8058630, dir=0x804c240 "/usr/X11R6/lib/X11/fonts/TrueType", force=1) at fcdir.c:221 #5 0x08048dcc in FcFontSetDestroy () at fcfs.c:45 #6 0x08048e36 in FcFontSetDestroy () at fcfs.c:45 #7 0x0804916c in FcFontSetDestroy () at fcfs.c:45 #8 0x08048ac5 in FcFontSetDestroy () at fcfs.c:45 Lars -- Lars Eggert USC Information Sciences Institute --------------ms000100050808050102080203 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDQxNzE3MzIzMFowIwYJKoZIhvcNAQkEMRYEFKvasc9L3Qs1QJUq3d85 URXYlQt/MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAxJkdbRWgk+ibMOxP1hCwqc+eRyKcOULZOE8k fN3MeqctQcEL1i+XVdpiBkDXonCtFF06KSDyQmw/ZT0MDWjaDKNVB51By60kRHre3+LcodOg 85rgnzNjfVhzHw/XMHE331kL7bQmELcsHrI7R9kLLYudriryqMl98qygDiLdsA8233IpO8c+ Fj7lHVLhObVqym5SpdlYiZtqu8MKFL9sw0TYtPMFvg0d1/KxJZVHSKUhbFUOtOg3RN3cSLwd UwQb8Okkh1l1iLjdG9sHiyoR80Kb6rEb1JYmjnve+NdnPunLwrUpGOmo6ADfWaZ4YtpOtoZA okR8OBcNUlbxtS/ZmgAAAAAAAA== --------------ms000100050808050102080203-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 10:36:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B57BD37B404 for ; Thu, 17 Apr 2003 10:36:13 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86E9D43F93 for ; Thu, 17 Apr 2003 10:36:10 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id B65E94D; Thu, 17 Apr 2003 12:36:08 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id ED37178C66; Thu, 17 Apr 2003 12:36:07 -0500 (CDT) Date: Thu, 17 Apr 2003 12:36:07 -0500 From: "Jacques A. Vidrine" To: Max Khon Message-ID: <20030417173607.GA2682@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Max Khon , Craig Boston , freebsd-current@FreeBSD.org References: <20030417141133.GA4155@madman.celabo.org> <1050590195.76150.8.camel@owen1492.uf.corelab.com> <20030417144449.GA4530@madman.celabo.org> <20030418002346.A91615@iclub.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030418002346.A91615@iclub.nsu.ru> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 17:36:14 -0000 On Fri, Apr 18, 2003 at 12:23:46AM +0700, Max Khon wrote: > it will not work in single user mode when /usr is not mounted, right? That's right. > do you plan to migrate to shared root just like NetBSD did a few months ago? Not me personally, no. :-) I would welcome it, but I'm not going to push it. Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 10:42:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2FA837B401 for ; Thu, 17 Apr 2003 10:42:57 -0700 (PDT) Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9488E43FA3 for ; Thu, 17 Apr 2003 10:42:54 -0700 (PDT) (envelope-from mwlucas@blackhelicopters.org) Received: from blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by blackhelicopters.org (8.12.8/8.12.8) with ESMTP id h3HHgiDn045927 for ; Thu, 17 Apr 2003 13:42:45 -0400 (EDT) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.12.8/8.12.8/Submit) id h3HHgiBH045926 for current@freebsd.org; Thu, 17 Apr 2003 13:42:44 -0400 (EDT) Date: Thu, 17 Apr 2003 13:42:44 -0400 From: "Michael W . Lucas" To: current@freebsd.org Message-ID: <20030417134244.A45903@blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: pcm0 stopped working on yesterday's -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 17:42:58 -0000 This worked fine on an April 3 -current, but not yesterday's. >From /var/run/dmesg.boot: pcm0: port 0xfebc-0xfebf,0xfec0-0xfeff mem 0xefdf0000-0xefdf7fff irq 11 at device 12.0 on pci0 pcm0: pcs=120, rcs=16, ecs=16, ws=1024, memsz=16868 pcm0: unable to initialize the card device_probe_and_attach: pcm0 attach returned 6 Not vital, but someone might like to know... ==ml -- Michael Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.BlackHelicopters.org/~mwlucas/ Absolute BSD: http://www.AbsoluteBSD.com/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 10:59:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0972137B401 for ; Thu, 17 Apr 2003 10:59:57 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 189C743FB1 for ; Thu, 17 Apr 2003 10:59:57 -0700 (PDT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 03E762ED3F8; Thu, 17 Apr 2003 10:59:57 -0700 (PDT) Date: Thu, 17 Apr 2003 19:59:56 +0200 From: Maxime Henrion To: "Michael W . Lucas" Message-ID: <20030417175956.GE21011@elvis.mu.org> References: <20030417134244.A45903@blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030417134244.A45903@blackhelicopters.org> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: pcm0 stopped working on yesterday's -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 17:59:59 -0000 Michael W . Lucas wrote: > > This worked fine on an April 3 -current, but not yesterday's. > > >From /var/run/dmesg.boot: > > pcm0: port 0xfebc-0xfebf,0xfec0-0xfeff mem 0xefdf0000-0xefdf7fff irq 11 at device 12.0 on pci0 > pcm0: pcs=120, rcs=16, ecs=16, ws=1024, memsz=16868 > pcm0: unable to initialize the card > device_probe_and_attach: pcm0 attach returned 6 I believe simokawa fixed this one in revision 1.32 of sys/dev/sound/pci/ds1.c. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 11:24:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0F0C37B401; Thu, 17 Apr 2003 11:24:32 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8E2A43FBD; Thu, 17 Apr 2003 11:24:31 -0700 (PDT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.6p2/8.12.3) with ESMTP id h3HIOTVh060723; Thu, 17 Apr 2003 20:24:29 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 17 Apr 2003 20:24:29 +0200 (CEST) From: Martin Blapp To: "Jacques A. Vidrine" Message-ID: <20030417201824.J6156@cvs.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 18:24:33 -0000 Hi Jacques, >Other nsdispatch consumers will be updated once this has settled a >bit. Notably, the resolver-related routines (gethostby*, getaddrinfo) >still need to be updated and required quite a bit of work. IMHO threads-safe versions of gethostby* are very important. getaddrinfo is already threads-safe. Do you plan to do this yourself ? And if so, before 5.1/5.2 ? What about the nsscache implemenation we talked once ? I guess with the work you have done this is a lot easier, right ? Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 11:33:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE0FC37B404; Thu, 17 Apr 2003 11:33:50 -0700 (PDT) Received: from baraca.united.net.ua (vlan1.baraca.united.net.ua [195.234.212.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83BF643F75; Thu, 17 Apr 2003 11:33:47 -0700 (PDT) (envelope-from max@vega.com) Received: from vega.vega.com (root@xDSL-2-2.united.net.ua [193.111.9.226]) h3HIXJfv008557; Thu, 17 Apr 2003 21:33:20 +0300 (EEST) (envelope-from max@vega.com) Received: from vega.vega.com (max@localhost.vega.com [127.0.0.1]) by vega.vega.com (8.12.6/8.12.5) with ESMTP id h3HIXEPG035352; Thu, 17 Apr 2003 21:33:14 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: (from max@localhost) by vega.vega.com (8.12.6/8.12.5/Submit) id h3HIXA79035351; Thu, 17 Apr 2003 21:33:10 +0300 (EEST) Date: Thu, 17 Apr 2003 21:33:10 +0300 From: Maxim Sobolev To: "Michael W . Lucas" Message-ID: <20030417183310.GG33673@vega.vega.com> References: <20030417134244.A45903@blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20030417134244.A45903@blackhelicopters.org> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.7-STABLE i386 cc: current@FreeBSD.ORG cc: mdodd@FreeBSD.ORG Subject: Re: pcm0 stopped working on yesterday's -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 18:33:51 -0000 On Thu, Apr 17, 2003 at 01:42:44PM -0400, Michael W . Lucas wrote: > > This worked fine on an April 3 -current, but not yesterday's. > > >From /var/run/dmesg.boot: > > pcm0: port 0xfebc-0xfebf,0xfec0-0xfeff mem 0xefdf0000-0xefdf7fff irq 11 at device 12.0 on pci0 > pcm0: pcs=120, rcs=16, ecs=16, ws=1024, memsz=16868 > pcm0: unable to initialize the card > device_probe_and_attach: pcm0 attach returned 6 > > Not vital, but someone might like to know... It is likely to be the victim of the recent mdodd's commit. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 11:55:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E238837B401 for ; Thu, 17 Apr 2003 11:55:58 -0700 (PDT) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEC4043F85 for ; Thu, 17 Apr 2003 11:55:57 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from mail by mx.nsu.ru with drweb-scanned (Exim 3.35 #1 (Debian)) id 196EYR-0008Tw-00; Fri, 18 Apr 2003 01:56:15 +0700 Received: from iclub.nsu.ru ([193.124.215.97] ident=root) by mx.nsu.ru with esmtp (Exim 3.35 #1 (Debian)) id 196EOX-0004Qu-00; Fri, 18 Apr 2003 01:46:01 +0700 Received: from iclub.nsu.ru (fjoe@localhost [127.0.0.1]) by iclub.nsu.ru (8.12.9/8.12.9) with ESMTP id h3HIj1ud094687; Fri, 18 Apr 2003 01:45:02 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Received: (from fjoe@localhost) by iclub.nsu.ru (8.12.9/8.12.9/Submit) id h3HIj1Cc094682; Fri, 18 Apr 2003 01:45:01 +0700 (NSS) Date: Fri, 18 Apr 2003 01:45:01 +0700 From: Max Khon To: John Polstra Message-ID: <20030418014500.B94094@iclub.nsu.ru> References: <20030417141133.GA4155@madman.celabo.org> <1050590195.76150.8.camel@owen1492.uf.corelab.com> <20030417144449.GA4530@madman.celabo.org> <200304171535.h3HFZEFs094589@strings.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200304171535.h3HFZEFs094589@strings.polstra.com>; from jdp@polstra.com on Thu, Apr 17, 2003 at 08:35:14AM -0700 X-Spam-Status: No, hits=-3.0 required=5.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01, USER_AGENT,USER_AGENT_MUTT version=2.43 X-Envelope-To: jdp@polstra.com, current@freebsd.org X-Bogosity: No, tests=bogofilter, spamicity=0.000000, version=0.11.1.4 cc: current@freebsd.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 18:55:59 -0000 hi, there! On Thu, Apr 17, 2003 at 08:35:14AM -0700, John Polstra wrote: > > > Out of curiosity, how do the staticly-linked binaries in /bin and /sbin > > > handle this since they can't dlopen anything? Do users handled by > > > dynamically-loaded NSS modules just show up as UIDs with no name in > > > /bin/ls? > > > > Yep. > > The following is a work-around: > > > > cd /usr/src/bin/ls > > make clean > > make NOSHARED=NO depend > > make NOSHARED=NO > > make NOSHARED=NO install > > You might want to look at how libpam handles this situation. In the > static case, all of the known modules are linked into it statically. > Then they are located and registered at runtime by means of a linker > set. statically linking pam_ldap to /bin/ls will be a nightmare :) we need either allow dlopen(3) to be used in statically linked programs or move to dynamically linked /. /fjoe From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 12:13:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9FF237B401 for ; Thu, 17 Apr 2003 12:13:17 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67F3943F3F for ; Thu, 17 Apr 2003 12:13:17 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.gorean.org (12-234-22-23.client.attbi.com[12.234.22.23]) by rwcrmhc51.attbi.com (rwcrmhc51) with SMTP id <20030417191316051002783ee>; Thu, 17 Apr 2003 19:13:17 +0000 Date: Thu, 17 Apr 2003 12:13:15 -0700 (PDT) From: Doug Barton To: Soeren Schmidt In-Reply-To: <200304171036.h3HAa19p073337@spider.deepcore.dk> Message-ID: <20030417121226.Y4219@znfgre.tberna.bet> References: <200304171036.h3HAa19p073337@spider.deepcore.dk> 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 cc: freebsd-current@FreeBSD.ORG Subject: Re: Wondering about this firewire/ATA 133 card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 19:13:18 -0000 On Thu, 17 Apr 2003, Soeren Schmidt wrote: > It seems Doug Barton wrote: > > Folks, > > > > I'm looking for a combination firewire + ATA 133 card. I found this one, > > which does what I want plus some: > > > > http://siig.com/products/ide/features/Usb2FirewSPata.html > > As for the ATA part I cant tell from the advertising rubbish what > chip is on there, but I think its a Sil DS3112 which we do not > support yet (ENOHW).... Well, I'd like to get the ATA bits working, but I can live without it for now. If I get this card, do you have patches that I could help test? -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 12:16:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AB3E37B401 for ; Thu, 17 Apr 2003 12:16:50 -0700 (PDT) Received: from mail.dada.it (mail2.dada.it [195.110.100.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 45DB143F75 for ; Thu, 17 Apr 2003 12:16:43 -0700 (PDT) (envelope-from riccardo@torrini.org) Received: (qmail 6641 invoked from network); 17 Apr 2003 19:16:39 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 17 Apr 2003 19:16:39 -0000 Received: from trudy.torrini.home (localhost.torrini.home [127.0.0.1]) by torrini.org (8.12.9/8.12.9) with ESMTP id h3HJGc2n000703 for ; Thu, 17 Apr 2003 21:16:38 +0200 (CEST) (envelope-from riccardo@trudy.torrini.home) Received: (from riccardo@localhost) by trudy.torrini.home (8.12.9/8.12.9/Submit) id h3HJGbnt000702 for freebsd-current@FreeBSD.ORG; Thu, 17 Apr 2003 21:16:37 +0200 (CEST) Date: Thu, 17 Apr 2003 21:16:37 +0200 From: Riccardo Torrini To: freebsd-current@FreeBSD.ORG Message-ID: <20030417191637.GA505@trudy.torrini.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: usb cf reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 19:16:50 -0000 (wrapping long lines) -----8<-----[ /var/log/messages ]-----8<----- Apr 17 20:21:52 trudy kernel: \ umass0: DataFab Systems Inc. USB CF, rev 1.10/3.06, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: \ Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 15MB (31488 512 byte sectors: 64H 32S/T 15C) -----8<----- # usbdevs -d -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), \ Intel(0x0000), rev 1.00 uhub0 port 1 addr 2: full speed, power 100 mA, config 1, USB CF(0xb000), \ DataFab Systems Inc.(0x07c4), rev 3.06 umass0 port 2 powered # ls -ln /dev/da0* crw-r----- 1 0 5 4, 20 Apr 17 20:09 /dev/da0 # mount -tmsdos /dev/da0 /dist msdosfs: /dev/da0: Invalid argument # mount -tmsdosfs /dev/da0 /dist msdosfs: /dev/da0: Invalid argument # ls -ln /sbin/mount_msdos* -r-xr-xr-x 1 0 0 429072 Apr 1 18:57 /sbin/mount_msdosfs # ident /sbin/mount_msdosfs /sbin/mount_msdosfs: [...] $FreeBSD: src/sbin/mount_msdosfs/mount_msdosfs.c,v 1.24 \ 2002/08/03 16:03:19 mux Exp $ [...] # fdisk /dev/da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=15 heads=64 sectors/track=32 (2048 blks/cyl) parameters to be used for BIOS calculations are: cylinders=15 heads=64 sectors/track=32 (2048 blks/cyl) fdisk: invalid fdisk partition table found fdisk: /boot/mbr: length must be a multiple of sector size # dd if=/dev/da0 | hd 0+0 records in 0+0 records out 0 bytes transferred in 0.010928 secs (0 bytes/sec) How it is supposed to work? I'm unable to access my CF (tryed also on 4.8-STABLE w/out success) and after recompiling world (29 march) also gphoto stopped to work. Something related to usb device? I'm missing something obvious? Maybe non all CF are msdos formatted/partitioned? If it can make any difference is a SMP system, with SCHED_4BSD on a ASUS P2B-DS (dual pIII/500). I loaded umass0 before connecting device. CF is from a Canon S30 and I'm unable to access my photos after last world :-( -- Riccardo. From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 12:35:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBA7A37B418; Thu, 17 Apr 2003 12:35:51 -0700 (PDT) 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 9648743FFB; Thu, 17 Apr 2003 12:35:43 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.8p1/8.12.8) id h3HJZfXd080514; Thu, 17 Apr 2003 21:35:41 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200304171935.h3HJZfXd080514@spider.deepcore.dk> In-Reply-To: <20030417121226.Y4219@znfgre.tberna.bet> To: Doug Barton Date: Thu, 17 Apr 2003 21:35:41 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 cc: freebsd-current@freebsd.org Subject: Re: Wondering about this firewire/ATA 133 card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 19:35:53 -0000 It seems Doug Barton wrote: > On Thu, 17 Apr 2003, Soeren Schmidt wrote: > > > It seems Doug Barton wrote: > > > Folks, > > > > > > I'm looking for a combination firewire + ATA 133 card. I found this one, > > > which does what I want plus some: > > > > > > http://siig.com/products/ide/features/Usb2FirewSPata.html > > > > As for the ATA part I cant tell from the advertising rubbish what > > chip is on there, but I think its a Sil DS3112 which we do not > > support yet (ENOHW).... > > Well, I'd like to get the ATA bits working, but I can live without it for > now. If I get this card, do you have patches that I could help test? Nope, I havn't looked into that part yet, it sufficiently different that it will need special support code, however I think it has a compat mode that allows it to look like a Sil680... -Søren From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 12:44:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EE1D37B408 for ; Thu, 17 Apr 2003 12:44:04 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8341C43FDD for ; Thu, 17 Apr 2003 12:44:03 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by wall.polstra.com (8.12.3p2/8.12.3) with ESMTP id h3HJi1dt029261 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 17 Apr 2003 12:44:02 -0700 (PDT) (envelope-from jdp@strings.polstra.com) Received: (from jdp@localhost) by strings.polstra.com (8.12.6/8.12.6/Submit) id h3HJi1jK095151; Thu, 17 Apr 2003 12:44:01 -0700 (PDT) (envelope-from jdp) Date: Thu, 17 Apr 2003 12:44:01 -0700 (PDT) Message-Id: <200304171944.h3HJi1jK095151@strings.polstra.com> To: current@freebsd.org From: John Polstra In-Reply-To: <20030418014500.B94094@iclub.nsu.ru> References: <20030417141133.GA4155@madman.celabo.org> <20030417144449.GA4530@madman.celabo.org> <200304171535.h3HFZEFs094589@strings.polstra.com> <20030418014500.B94094@iclub.nsu.ru> Organization: Polstra & Co., Seattle, WA Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 19:44:05 -0000 In article <20030418014500.B94094@iclub.nsu.ru>, Max Khon wrote: > On Thu, Apr 17, 2003 at 08:35:14AM -0700, John Polstra wrote: > > > You might want to look at how libpam handles this situation. In the > > static case, all of the known modules are linked into it statically. > > Then they are located and registered at runtime by means of a linker > > set. > > statically linking pam_ldap to /bin/ls will be a nightmare :) True, but why would /bin/ls need anything from PAM at all? It doesn't currently use PAM. > we need either allow dlopen(3) to be used in statically linked programs > or move to dynamically linked /. Moving to a fully dynamically linked system sounds easier to me. But in the past there has been strong opposition to the idea every time it has been proposed. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 13:10:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A64437B405 for ; Thu, 17 Apr 2003 13:10:44 -0700 (PDT) Received: from mail.dada.it (mail2.dada.it [195.110.100.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 52BC743FAF for ; Thu, 17 Apr 2003 13:10:40 -0700 (PDT) (envelope-from riccardo@torrini.org) Received: (qmail 31667 invoked from network); 17 Apr 2003 20:10:36 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 17 Apr 2003 20:10:36 -0000 Received: from trudy.torrini.home (localhost.torrini.home [127.0.0.1]) by torrini.org (8.12.9/8.12.9) with ESMTP id h3HKAb2n000915 for ; Thu, 17 Apr 2003 22:10:37 +0200 (CEST) (envelope-from riccardo@trudy.torrini.home) Received: (from riccardo@localhost) by trudy.torrini.home (8.12.9/8.12.9/Submit) id h3HKAb4F000914 for freebsd-current@FreeBSD.ORG; Thu, 17 Apr 2003 22:10:37 +0200 (CEST) Date: Thu, 17 Apr 2003 22:10:36 +0200 From: Riccardo Torrini To: freebsd-current@FreeBSD.ORG Message-ID: <20030417201036.GD505@trudy.torrini.home> References: <20030417191637.GA505@trudy.torrini.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030417191637.GA505@trudy.torrini.home> User-Agent: Mutt/1.4.1i Subject: Re: usb cf reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 20:10:44 -0000 On Thu, Apr 17, 2003 at 09:16:37PM +0200, Riccardo Torrini wrote: > How it is supposed to work? I'm unable to access my CF (tryed also > on 4.8-STABLE w/out success) and after recompiling world (29 march) > also gphoto stopped to work. Something related to usb device? I forgot to say that I never tested this reader before, because I luckily used gphoto2, I tryed this CF reader only because gphoto2 start and immediatly core dump accessing my camera. Can I (must?) fire up a PR for gphoto2? I don't know if it works under 4.x tree... This happens every time. I'm running gphoto2 as root (as on previous world of about late january). (sorry for long lines) -----8<----- Program received signal SIGSEGV, Segmentation fault. 0x28243e4c in gp_filesystem_folder_number () from /usr/local/lib/libgphoto2.so.2 (gdb) bt #0 0x28243e4c in gp_filesystem_folder_number () from /usr/local/lib/libgphoto2.so.2 #1 0x2824406f in gp_filesystem_folder_number () from /usr/local/lib/libgphoto2.so.2 #2 0x28244f34 in gp_filesystem_list_folders () from /usr/local/lib/libgphoto2.so.2 #3 0x2823e2ed in gp_camera_folder_list_folders () from /usr/local/lib/libgphoto2.so.2 #4 0x08053592 in ?? () #5 0x080530b5 in ?? () #6 0x080506bf in ?? () #7 0x282b0477 in invokeCallbacksOPTION () from /usr/local/lib/libpopt.so.0 #8 0x282b1d35 in poptGetNextOpt () from /usr/local/lib/libpopt.so.0 #9 0x08051dde in ?? () #10 0x0804b3a5 in ?? () (gdb) stop -----8<----- -- Riccardo. From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 13:13:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C6E437B404 for ; Thu, 17 Apr 2003 13:13:24 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0327843FCB for ; Thu, 17 Apr 2003 13:13:24 -0700 (PDT) (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 h3HKB3Z12221; Thu, 17 Apr 2003 13:11:03 -0700 Received: from btc.btc.adaptec.com ([10.100.0.52]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id NAA09852; Thu, 17 Apr 2003 13:13:09 -0700 (PDT) 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 OAA07146; Thu, 17 Apr 2003 14:13:06 -0600 (MDT) Message-ID: <3E9F0A28.8030906@btc.adaptec.com> Date: Thu, 17 Apr 2003 14:10:16 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Polstra References: <20030417141133.GA4155@madman.celabo.org> <20030417144449.GA4530@madman.celabo.org> <200304171535.h3HFZEFs094589@strings.polstra.com> <20030418014500.B94094@iclub.nsu.ru> <200304171944.h3HJi1jK095151@strings.polstra.com> In-Reply-To: <200304171944.h3HJi1jK095151@strings.polstra.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 20:13:24 -0000 John Polstra wrote: > In article <20030418014500.B94094@iclub.nsu.ru>, > Max Khon wrote: > >>On Thu, Apr 17, 2003 at 08:35:14AM -0700, John Polstra wrote: >> >> >>>You might want to look at how libpam handles this situation. In the >>>static case, all of the known modules are linked into it statically. >>>Then they are located and registered at runtime by means of a linker >>>set. >> >>statically linking pam_ldap to /bin/ls will be a nightmare :) > > > True, but why would /bin/ls need anything from PAM at all? It > doesn't currently use PAM. > > >>we need either allow dlopen(3) to be used in statically linked programs >>or move to dynamically linked /. > > > Moving to a fully dynamically linked system sounds easier to me. > But in the past there has been strong opposition to the idea every > time it has been proposed. > > John Right, because everyone is deathly afraid of /usr/lib not being available and nothing working, or ld.so getting corrupt and nothing working, or beagles falling from the sky and nothing working. FreeBSD is one of the few Unix-like OS's left that isn't fully dynamically linked. If switching to a fully dynamically linked system is desired before 6.0 then it needs to happen before 5.2. I'm not opposed to this. Scott From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 13:13:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 649B837B405 for ; Thu, 17 Apr 2003 13:13:34 -0700 (PDT) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 291CB43F93 for ; Thu, 17 Apr 2003 13:13:33 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from mail by mx.nsu.ru with drweb-scanned (Exim 3.35 #1 (Debian)) id 196FiK-0000QT-00; Fri, 18 Apr 2003 03:10:32 +0700 Received: from iclub.nsu.ru ([193.124.215.97] ident=root) by mx.nsu.ru with esmtp (Exim 3.35 #1 (Debian)) id 196FXi-0004zO-00; Fri, 18 Apr 2003 02:59:34 +0700 Received: from iclub.nsu.ru (fjoe@localhost [127.0.0.1]) by iclub.nsu.ru (8.12.9/8.12.9) with ESMTP id h3HJwYud097218; Fri, 18 Apr 2003 02:58:34 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Received: (from fjoe@localhost) by iclub.nsu.ru (8.12.9/8.12.9/Submit) id h3HJwX86097217; Fri, 18 Apr 2003 02:58:34 +0700 (NSS) Date: Fri, 18 Apr 2003 02:58:33 +0700 From: Max Khon To: John Polstra Message-ID: <20030418025833.A97164@iclub.nsu.ru> References: <20030417141133.GA4155@madman.celabo.org> <20030417144449.GA4530@madman.celabo.org> <200304171535.h3HFZEFs094589@strings.polstra.com> <20030418014500.B94094@iclub.nsu.ru> <200304171944.h3HJi1jK095151@strings.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200304171944.h3HJi1jK095151@strings.polstra.com>; from jdp@polstra.com on Thu, Apr 17, 2003 at 12:44:01PM -0700 X-Spam-Status: No, hits=-3.0 required=5.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01, USER_AGENT,USER_AGENT_MUTT version=2.43 X-Envelope-To: jdp@polstra.com, current@freebsd.org X-Bogosity: No, tests=bogofilter, spamicity=0.000000, version=0.11.1.4 cc: current@freebsd.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 20:13:34 -0000 hi, there! On Thu, Apr 17, 2003 at 12:44:01PM -0700, John Polstra wrote: > > > You might want to look at how libpam handles this situation. In the > > > static case, all of the known modules are linked into it statically. > > > Then they are located and registered at runtime by means of a linker > > > set. > > > > statically linking pam_ldap to /bin/ls will be a nightmare :) > > True, but why would /bin/ls need anything from PAM at all? It > doesn't currently use PAM. sorry, I mean nss_ldap, of course /fjoe From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 13:35:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7926837B401 for ; Thu, 17 Apr 2003 13:35:54 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id B32D743FCB for ; Thu, 17 Apr 2003 13:35:52 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 48028 invoked by uid 1000); 17 Apr 2003 20:35:53 -0000 Date: Thu, 17 Apr 2003 13:35:53 -0700 (PDT) From: Nate Lawson To: Nate Lawson In-Reply-To: <20030417203218.279D237B47A@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: current@freebsd.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/pci if_dc.c if_pcn.c if_rl.c if_sf.cif_sis.c if_sk.c if_ste.c if_ti.c if_tl.c if_vr.c if_wb.c if_xl.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 20:35:55 -0000 On Thu, 17 Apr 2003, Nate Lawson wrote: > Modified files: > sys/pci if_dc.c if_pcn.c if_rl.c if_sf.c if_sis.c > if_sk.c if_ste.c if_ti.c if_tl.c if_vr.c > if_wb.c if_xl.c > Log: > Revise attach/detach resource cleanup > - Unconditionally call *_stop() if device is in the tree. This is to > prevent callouts from happening after the device is gone. Checks for > bus_child_present() should be added in the future to keep from touching > potentially non-existent hardware in *_detach(). Found by iedowse@. > - Always check for and free miibus children, even if the device is not in > the tree since some failure cases could have gotten here. > - Call ether_ifdetach() in the irq setup failure case > - ti(4), xl(4): move ifmedia_init() calls to the beginning of attach so > that ifmedia_removeall() can be unconditionally called on detach. There > is no way to detect whether ifmedia has been initialized without using > a separate variable (as tl(4) does). > - Add comments to indicate assumptions of code path As always, if you have one of the above ethernet cards, please test this commit by loading/unloading your driver as a module. This should fix the problem ru@ and iedowse@ saw as well as cleanup some potential resource leaks in attach failure cases. -Nate From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 13:38:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BB7837B401 for ; Thu, 17 Apr 2003 13:38:59 -0700 (PDT) Received: from mx0.freebsd-services.com (survey.codeburst.net [195.149.39.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90B7243FE3 for ; Thu, 17 Apr 2003 13:38:58 -0700 (PDT) (envelope-from paul@freebsd-services.com) Received: from [192.168.7.2] (freebsd.gotadsl.co.uk [81.6.249.198]) by mx0.freebsd-services.com (Postfix) with ESMTP id 4D8861B212; Thu, 17 Apr 2003 21:38:57 +0100 (BST) From: Paul Richards To: Steve Kargl In-Reply-To: <20030417171301.GA29549@troutmask.apl.washington.edu> References: <20030414192627.C32D543F3F@mx1.FreeBSD.org> <20030414170306.C70262@alpha.siliconlandmark.com> <20030414211310.I5215@hub.org> <20030417163642.GI23466@survey.codeburst.net> <20030417171301.GA29549@troutmask.apl.washington.edu> Content-Type: text/plain Organization: FreeBSD Services Ltd Message-Id: <1050611698.1813.1.camel@cf.freebsd-services.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 17 Apr 2003 21:34:59 +0100 Content-Transfer-Encoding: 7bit cc: pawel.worach@telia.com cc: Andre Guibert de Bruet cc: current@freebsd.org Subject: Re: panic: blockable sleep lock (sleep mutex) process lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 20:38:59 -0000 On Thu, 2003-04-17 at 18:13, Steve Kargl wrote: > On Thu, Apr 17, 2003 at 05:36:43PM +0100, Paul Richards wrote: > > On Mon, Apr 14, 2003 at 09:13:54PM +0000, The Hermit Hacker wrote: > > > On Mon, 14 Apr 2003, Andre Guibert de Bruet wrote: > > > > > > > Pawel, > > > > > > > > Last I've heard, SCHED_ULE isn't SMP friendly. > > > > I haven't been able to build a SCHED_ULE working kernel since 11 April. > > It has dies with the blockable sleep lock as per this thread and I've > > been trying a new kernel each day but it's still broken. > > > > I tried to track down the commit and I know it exists in a kernel built > > later than 12th but I haven't pinpointed the exact commit yet. > > > > Are your running a UP or SMP system? My laptop and home > system are both running a 14 April ULE kernel/world without > any problems. Both systems are UP. It's SMP. -- Paul Richards FreeBSD Services Ltd From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 13:40:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2030F37B401; Thu, 17 Apr 2003 13:40:19 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id A667343FBD; Thu, 17 Apr 2003 13:40:17 -0700 (PDT) (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 GAA04316; Fri, 18 Apr 2003 06:40:03 +1000 Date: Fri, 18 Apr 2003 06:40:02 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Ian Dowse In-Reply-To: <200304171722.aa13792@salmon.maths.tcd.ie> Message-ID: <20030418061359.B9905@gamplex.bde.org> References: <200304171722.aa13792@salmon.maths.tcd.ie> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Nate Lawson cc: current@freebsd.org cc: Andrew Gallatin Subject: Re: Your locking and rman changes to pci/if_* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 20:40:19 -0000 On Thu, 17 Apr 2003, Ian Dowse wrote: > It looks BTW, as if we convert some kernel page faults into witness > panics, which is not so good... I think it is limited to cases where > we page fault without Giant, but with a spin lock held (in this > case callout_lock). The i386 pagefault handler attempts to handle pagefaults on user address in kernel mode. This is dubious in RELENG_4 and just broken in -current since there is a PROC_LOCK() is always attempted and is sometimes fatal. The broken cases that I saw involved accesses to the stack gap. The page fault could be handled in this case, but it was fatal if enough error checking was enabled because the process didn't know what it was doing and held PROC_LOCK() (which is non-recursive). Your cleanup of some stack gaps fixed the main offenders. A page fault while a spin lock is held is more broken. My version of trap_pfault() doesn't permit these accesses. See near "goto maygo" in the patch. It is also supposed to not permit page faults in critical regions, but this is a little broken (it's missing at least a td_critnest check). See near the start of the patch. The error handling for both cases works much better than panics deep in witness, at least if DDB is configured. ddb gets control at the faulting instruction just like it does for null pointer accesses. %%% Index: trap.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/trap.c,v retrieving revision 1.237 diff -u -2 -r1.237 trap.c --- trap.c 7 Nov 2002 01:34:23 -0000 1.237 +++ trap.c 22 Nov 2002 17:14:31 -0000 @@ -677,6 +724,6 @@ { vm_offset_t va; - struct vmspace *vm = NULL; - vm_map_t map = 0; + struct vmspace *vm; + vm_map_t map; int rv = 0; vm_prot_t ftype; @@ -684,8 +731,18 @@ struct proc *p = td->td_proc; + if (/* XXX intr proc || */ td == PCPU_GET(idlethread) || + td->td_intr_nesting_level != 0 || (frame->tf_eflags & PSL_I) == 0) { + Debugger("impossible pfault"); + trap_fatal(frame, eva); + return (-1); + } + va = trunc_page(eva); if (va >= KERNBASE) { /* * Don't allow user-mode faults in kernel address space. + */ +#if defined(I586_CPU) && !defined(NO_F00F_HACK) + /* * An exception: if the faulting address is the invalid * instruction entry in the IDT, then the Intel Pentium @@ -694,7 +751,6 @@ * fault. */ -#if defined(I586_CPU) && !defined(NO_F00F_HACK) - if ((eva == (unsigned int)&idt[6]) && has_f00f_bug) - return -2; + if (eva == (vm_offset_t)&idt[6] && has_f00f_bug) + return (-2); #endif if (usermode) @@ -705,10 +761,26 @@ /* * This is a fault on non-kernel virtual memory. - * vm is initialized above to NULL. If curproc is NULL - * or curproc->p_vmspace is NULL the fault is fatal. + * Do not allow it in kernel mode unless it is for a + * a recognized copying function. */ - if (p != NULL) - vm = p->p_vmspace; + if (!usermode && + frame->tf_eip != (int)fubyte_access && + frame->tf_eip != (int)fuword16_access && + frame->tf_eip != (int)fuword_access && + frame->tf_eip != (int)subyte_access && + frame->tf_eip != (int)suword16_access && + frame->tf_eip != (int)suword_access && + PCPU_GET(curpcb)->pcb_onfault == NULL) { + Debugger( + "pagefault for kernel access to unmapped user memory"); + goto maygo; + goto nogo; + } +maygo: + /* + * If curproc->p_vmspace is NULL the fault is fatal. + */ + vm = p->p_vmspace; if (vm == NULL) goto nogo; @@ -733,6 +805,5 @@ /* Fault in the user page: */ rv = vm_fault(map, va, ftype, - (ftype & VM_PROT_WRITE) ? VM_FAULT_DIRTY - : VM_FAULT_NORMAL); + (ftype & VM_PROT_WRITE) ? VM_FAULT_DIRTY : VM_FAULT_NORMAL); PROC_LOCK(p); @@ -750,7 +821,19 @@ nogo: if (!usermode) { - if (td->td_intr_nesting_level == 0 && - PCPU_GET(curpcb) != NULL && - PCPU_GET(curpcb)->pcb_onfault != NULL) { +#undef MAYBE_FUSU_FAULT +#define MAYBE_FUSU_FAULT(where, whereto) do { \ + if (frame->tf_eip == (int)where) { \ + breakpoint(); \ + frame->tf_eip = (int)whereto; \ + return (0); \ + } \ +} while (0) + MAYBE_FUSU_FAULT(fubyte_access, fusufault); + MAYBE_FUSU_FAULT(fuword16_access, fusufault); + MAYBE_FUSU_FAULT(fuword_access, fusufault); + MAYBE_FUSU_FAULT(subyte_access, fusufault); + MAYBE_FUSU_FAULT(suword16_access, fusufault); + MAYBE_FUSU_FAULT(suword_access, fusufault); + if (PCPU_GET(curpcb)->pcb_onfault != NULL) { frame->tf_eip = (int)PCPU_GET(curpcb)->pcb_onfault; return (0); @@ -760,8 +843,8 @@ } - /* kludge to pass faulting virtual address to sendsig */ + /* Kludge to pass faulting virtual address to sendsig(). */ frame->tf_err = eva; - return((rv == KERN_PROTECTION_FAILURE) ? SIGBUS : SIGSEGV); + return ((rv == KERN_PROTECTION_FAILURE) ? SIGBUS : SIGSEGV); } %%% From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 13:44:08 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6379A37B405; Thu, 17 Apr 2003 13:44:08 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A8E543FB1; Thu, 17 Apr 2003 13:44:07 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id h3HKi6mA032013 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 17 Apr 2003 16:44:06 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id h3HKi52w032010; Thu, 17 Apr 2003 16:44:05 -0400 (EDT) (envelope-from wollman) Date: Thu, 17 Apr 2003 16:44:05 -0400 (EDT) From: Garrett Wollman Message-Id: <200304172044.h3HKi52w032010@khavrinen.lcs.mit.edu> To: "Jacques A. Vidrine" In-Reply-To: <20030417173607.GA2682@madman.celabo.org> References: <20030417141133.GA4155@madman.celabo.org> <1050590195.76150.8.camel@owen1492.uf.corelab.com> <20030417144449.GA4530@madman.celabo.org> <20030418002346.A91615@iclub.nsu.ru> <20030417173607.GA2682@madman.celabo.org> cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 20:44:08 -0000 < said: > On Fri, Apr 18, 2003 at 12:23:46AM +0700, Max Khon wrote: >> it will not work in single user mode when /usr is not mounted, right? > That's right. >> do you plan to migrate to shared root just like NetBSD did a few months ago? > Not me personally, no. :-) I would welcome it, but I'm not going to push > it. One possible way around this is to add an external resolver (like Solaris's `nscd'); the static library can use a stub routine to call the resolver if possible (i.e., the machine is running multiuser), and then fall back to the built-in databases if this fails. This way, only the users who needed loadable NSS modules would pay the cost. -GAWollman From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 14:12:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7462037B401 for ; Thu, 17 Apr 2003 14:12:18 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90CD743FA3 for ; Thu, 17 Apr 2003 14:12:16 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h3HLC58O079921; Thu, 17 Apr 2003 16:12:05 -0500 (CDT) (envelope-from dan) Date: Thu, 17 Apr 2003 16:12:05 -0500 From: Dan Nelson To: Scott Long Message-ID: <20030417211205.GC28037@dan.emsphone.com> References: <20030417141133.GA4155@madman.celabo.org> <20030417144449.GA4530@madman.celabo.org> <200304171535.h3HFZEFs094589@strings.polstra.com> <20030418014500.B94094@iclub.nsu.ru> <200304171944.h3HJi1jK095151@strings.polstra.com> <3E9F0A28.8030906@btc.adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E9F0A28.8030906@btc.adaptec.com> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: current@freebsd.org cc: John Polstra Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 21:12:18 -0000 In the last episode (Apr 17), Scott Long said: > John Polstra wrote: > >In article <20030418014500.B94094@iclub.nsu.ru>, Max Khon wrote: > > > we need either allow dlopen(3) to be used in statically linked > > > programs or move to dynamically linked /. Or use an nscd like Solaris? > > Moving to a fully dynamically linked system sounds easier to me. > > But in the past there has been strong opposition to the idea every > > time it has been proposed. > > Right, because everyone is deathly afraid of /usr/lib not being > available and nothing working, or ld.so getting corrupt and nothing > working, or beagles falling from the sky and nothing working. FreeBSD > is one of the few Unix-like OS's left that isn't fully dynamically > linked. > > If switching to a fully dynamically linked system is desired before > 6.0 then it needs to happen before 5.2. I'm not opposed to this. I'm more worried about the performance hit than foot-shooting (schg is protection enough I think, and I like beagles). I believe dynamically-linked programs still are ~20% slower than static ones, and for small programs like sed, awk, expr, sh, basename, tr, and the like, the larger (constant) startup time becomes significant also. Anyone want to benchmark a medium-sized portbuild with static vs dynamic /bin and /sbin? -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 14:25:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AB3437B401 for ; Thu, 17 Apr 2003 14:25:59 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4BF143FBD for ; Thu, 17 Apr 2003 14:25:58 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org (ugly.x.kientzle.com [66.166.149.51]) by kientzle.com (8.11.3/8.11.3) with ESMTP id h3HLPgv08708; Thu, 17 Apr 2003 14:25:42 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3E9F1C15.7080702@acm.org> Date: Thu, 17 Apr 2003 14:26:45 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <20030417141133.GA4155@madman.celabo.org> <20030417144449.GA4530@madman.celabo.org> <200304171535.h3HFZEFs094589@strings.polstra.com> <20030418014500.B94094@iclub.nsu.ru> <200304171944.h3HJi1jK095151@strings.polstra.com> <3E9F0A28.8030906@btc.adaptec.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: John Polstra Subject: Re: Going Dynamic (Was: HEADS UP: new NSS) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 21:25:59 -0000 John Polstra wrote: > Moving to a fully dynamically linked system sounds easier to me. > But in the past there has been strong opposition to the idea every > time it has been proposed. So far, the best argument in favor of a fully dynamic system has been: "Someday, someone might need dlopen() to implement NSS, PAM, or locales." I think there's a much stronger argument now: "Someone has already implemented a new NSS that requires dlopen()." As for the performance argument against dynamic linking, Luke Mewburn observed that after NetBSD switched to fully dynamic, suddenly the dynamic start-up code got a lot of attention , with wide-ranging benefits. Scott Long wrote: > Right, because everyone is deathly afraid of /usr/lib not being > available and nothing working, or ld.so getting corrupt and nothing > working, Nate Lawson and I had a discussion with Luke Mewburn of NetBSD about this. He outlined a strategy for dealing with exactly these issues. Two key points: 1) Move critical libraries from /usr/lib to /lib. This ensures that /bin, /sbin, etc, will all work during boot, for instance, before /usr is mounted. To date, people who wanted to experiment with fully dynamic had to keep /usr on the root partition. Note that static libs don't need to move, only a handful of dynamic libs need to be relocated (with compatibility symlinks from their old locations in /usr/lib, of course). 2) Build a separate set of statically-linked binaries for emergency use. I've already done this, and the patches are currently being reviewed. They add a /rescue directory which uses crunchgen to pack most of /bin, /sbin, and select other pieces into a nice small package. Gauranteed to work even if you hose ld.so. Note that the standard /bin and /sbin will continue to be used during boot and normal system operation. Since they're dynamically linked, dlopen() works and NSS, PAM, etc, can be used. If things go awry, then the /rescue directory will have fully static versions of standard utils that can be used to repair the system. The /rescue utils won't be able to fully use NSS or PAM, of course, but if you're booting single user to repair a hosed /usr partition, you probably don't really need NSS. ;-) I have Luke's full outline for transitioning to a dynamic system around here somewhere.... > If switching to a fully dynamically linked system is desired before > 6.0 then it needs to happen before 5.2. I'm not opposed to this. As I said, I've already done a chunk of work for this. If someone would like to help finish... Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 14:28:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3413F37B401 for ; Thu, 17 Apr 2003 14:28:12 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDAC743FBF for ; Thu, 17 Apr 2003 14:28:10 -0700 (PDT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h3HLSMrD012360; Thu, 17 Apr 2003 17:28:22 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost)h3HLSLp8012356; Thu, 17 Apr 2003 17:28:21 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Thu, 17 Apr 2003 17:28:20 -0400 (EDT) From: "Andrew R. Reiter" To: Tim Kientzle In-Reply-To: <3E9F1C15.7080702@acm.org> Message-ID: <20030417172745.A90240@fledge.watson.org> References: <20030417141133.GA4155@madman.celabo.org> <20030417144449.GA4530@madman.celabo.org> <20030418014500.B94094@iclub.nsu.ru> <3E9F0A28.8030906@btc.adaptec.com> <3E9F1C15.7080702@acm.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Scott Long cc: current@freebsd.org cc: John Polstra Subject: Re: Going Dynamic (Was: HEADS UP: new NSS) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 21:28:12 -0000 On Thu, 17 Apr 2003, Tim Kientzle wrote: :John Polstra wrote: :> Moving to a fully dynamically linked system sounds easier to me. :> But in the past there has been strong opposition to the idea every :> time it has been proposed. : : :So far, the best argument in favor of a :fully dynamic system has been: "Someday, :someone might need dlopen() to implement NSS, :PAM, or locales." : :I think there's a much stronger argument now: :"Someone has already implemented a new NSS that :requires dlopen()." : :As for the performance argument against dynamic :linking, Luke Mewburn observed that after :NetBSD switched to fully dynamic, suddenly :the dynamic start-up code got a lot of :attention , with wide-ranging benefits. : :Scott Long wrote: :> Right, because everyone is deathly afraid of /usr/lib not being :> available and nothing working, or ld.so getting corrupt and nothing :> working, : : :Nate Lawson and I had a discussion with Luke Mewburn :of NetBSD about this. He outlined a strategy for :dealing with exactly these issues. Two key points: : : 1) Move critical libraries from /usr/lib to /lib. : This ensures that /bin, /sbin, etc, will all : work during boot, for instance, before /usr is : mounted. To date, people who wanted to experiment : with fully dynamic had to keep /usr on the root : partition. Note that static libs don't need to : move, only a handful of dynamic libs need to : be relocated (with compatibility symlinks from : their old locations in /usr/lib, of course). : : 2) Build a separate set of statically-linked : binaries for emergency use. I've already : done this, and the patches are currently : being reviewed. They add a /rescue directory : which uses crunchgen to pack most of /bin, /sbin, : and select other pieces into a nice small package. : Gauranteed to work even if you hose ld.so. I kind of like #2. : : Note that the standard /bin and /sbin will continue : to be used during boot and normal system operation. : Since they're dynamically linked, dlopen() works : and NSS, PAM, etc, can be used. If things : go awry, then the /rescue directory will have : fully static versions of standard utils that can : be used to repair the system. The /rescue utils : won't be able to fully use NSS or PAM, of course, : but if you're booting single user to repair a hosed : /usr partition, you probably don't really need NSS. ;-) : :I have Luke's full outline for transitioning to :a dynamic system around here somewhere.... : : :> If switching to a fully dynamically linked system is desired before :> 6.0 then it needs to happen before 5.2. I'm not opposed to this. : : :As I said, I've already done a chunk of work :for this. If someone would like to help finish... : :Tim Kientzle : :_______________________________________________ :freebsd-current@freebsd.org mailing list :http://lists.freebsd.org/mailman/listinfo/freebsd-current :To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" : -- Andrew R. Reiter arr@watson.org arr@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 14:50:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F39F937B401; Thu, 17 Apr 2003 14:50:52 -0700 (PDT) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [62.212.105.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09DE543F93; Thu, 17 Apr 2003 14:50:52 -0700 (PDT) (envelope-from thomas@FreeBSD.ORG) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id 5C3ED2C3D1; Thu, 17 Apr 2003 23:50:50 +0200 (CEST) Date: Thu, 17 Apr 2003 23:50:50 +0200 From: Thomas Quinot To: Martin Blapp Message-ID: <20030417215050.GA5468@melusine.cuivre.fr.eu.org> References: <20030417201824.J6156@cvs.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20030417201824.J6156@cvs.imp.ch> User-Agent: Mutt/1.4i X-message-flag: WARNING! Using Outlook can damage your computer. cc: "Jacques A. Vidrine" cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Thomas Quinot List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 21:50:53 -0000 Le 2003-04-17, Martin Blapp écrivait : > What about the nsscache implemenation we talked once ? I guess with > the work you have done this is a lot easier, right ? If this is something akin to Solaris' and Glibc's nscd, *please* please please make it optional. To many nightmares, to little benefit. -- Thomas.Quinot@Cuivre.FR.EU.ORG From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 15:16:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2AA337B401 for ; Thu, 17 Apr 2003 15:16:29 -0700 (PDT) Received: from mail.yadt.co.uk (yadt.demon.co.uk [158.152.4.134]) by mx1.FreeBSD.org (Postfix) with SMTP id EB26243FDF for ; Thu, 17 Apr 2003 15:16:24 -0700 (PDT) (envelope-from davidt@yadt.co.uk) Received: (qmail 15930 invoked from network); 17 Apr 2003 22:16:23 -0000 Received: from gattaca.local.yadt.co.uk (HELO mail.gattaca.yadt.co.uk) (qmailr@10.0.0.2) by xfiles.yadt.co.uk with SMTP; 17 Apr 2003 22:16:23 -0000 Received: (qmail 20445 invoked by uid 1000); 17 Apr 2003 22:16:22 -0000 Date: Thu, 17 Apr 2003 23:16:22 +0100 From: David Taylor To: current@freebsd.org Message-ID: <20030417221622.GA18079@gattaca.yadt.co.uk> Mail-Followup-To: current@freebsd.org References: <20030417141133.GA4155@madman.celabo.org> <20030417144449.GA4530@madman.celabo.org> <200304171535.h3HFZEFs094589@strings.polstra.com> <20030418014500.B94094@iclub.nsu.ru> <200304171944.h3HJi1jK095151@strings.polstra.com> <3E9F0A28.8030906@btc.adaptec.com> <3E9F1C15.7080702@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E9F1C15.7080702@acm.org> User-Agent: Mutt/1.4.1i Subject: Re: Going Dynamic (Was: HEADS UP: new NSS) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 22:16:30 -0000 On Thu, 17 Apr 2003, Tim Kientzle wrote: > 2) Build a separate set of statically-linked > binaries for emergency use. I've already > done this, and the patches are currently > being reviewed. They add a /rescue directory > which uses crunchgen to pack most of /bin, /sbin, > and select other pieces into a nice small package. > Gauranteed to work even if you hose ld.so. > > Note that the standard /bin and /sbin will continue > to be used during boot and normal system operation. > Since they're dynamically linked, dlopen() works > and NSS, PAM, etc, can be used. If things Hmm, but if /sbin/mount_ufs (say) is dynamically linked, and the libraries are still in /usr, how do you mount /usr? > go awry, then the /rescue directory will have > fully static versions of standard utils that can > be used to repair the system. The /rescue utils > won't be able to fully use NSS or PAM, of course, > but if you're booting single user to repair a hosed > /usr partition, you probably don't really need NSS. ;-) I think I could just about survive without NSS :) > I have Luke's full outline for transitioning to > a dynamic system around here somewhere.... > > > >If switching to a fully dynamically linked system is desired before > >6.0 then it needs to happen before 5.2. I'm not opposed to this. > > > As I said, I've already done a chunk of work > for this. If someone would like to help finish... If there's a list of tasks that need to be done, I'd be willing to see what I can do (although I'm going back to uni next week)... -- David Taylor davidt@yadt.co.uk "The future just ain't what it used to be" From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 15:18:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA28D37B401 for ; Thu, 17 Apr 2003 15:18:35 -0700 (PDT) Received: from thuis.piwebs.com (t-indiv5-84.athome.tue.nl [131.155.241.84]) by mx1.FreeBSD.org (Postfix) with SMTP id DF95643F3F for ; Thu, 17 Apr 2003 15:18:33 -0700 (PDT) (envelope-from avleeuwen@piwebs.com) Received: (qmail 660 invoked by uid 85); 17 Apr 2003 22:18:32 -0000 Received: from avleeuwen@piwebs.com by thuis.piwebs.com by uid 82 with qmail-scanner-1.15 (uvscan: v4.1.60/v4210. spamassassin: 2.x. Clear:SA:0(-4.7/5.0):. Processed in 11.203975 secs); 17 Apr 2003 22:18:32 -0000 X-Spam-Status: No, hits=-4.7 required=5.0 Received: from unknown (HELO 192.168.0.109) (192.168.0.109) by 0 with SMTP; 17 Apr 2003 22:18:20 -0000 From: Arjan van Leeuwen To: Riccardo Torrini , freebsd-current@FreeBSD.ORG Date: Fri, 18 Apr 2003 00:18:20 +0200 User-Agent: KMail/1.5.1 References: <20030417191637.GA505@trudy.torrini.home> <20030417201036.GD505@trudy.torrini.home> In-Reply-To: <20030417201036.GD505@trudy.torrini.home> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304180018.20666.avleeuwen@piwebs.com> Subject: Re: usb cf reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 22:18:35 -0000 Download an up-to-date CVS version of gphoto2 from their anonymous CVS and compile it. That fixed things for me (using a Canon digital camera, via USB, on 5-CURRENT). I came across this solution on the gphoto mailing lists; it is apparently a known problem with the current version. Arjan On Thursday 17 April 2003 22:10, Riccardo Torrini wrote: > On Thu, Apr 17, 2003 at 09:16:37PM +0200, Riccardo Torrini wrote: > > How it is supposed to work? I'm unable to access my CF (tryed also > > on 4.8-STABLE w/out success) and after recompiling world (29 march) > > also gphoto stopped to work. Something related to usb device? > > I forgot to say that I never tested this reader before, because I > luckily used gphoto2, I tryed this CF reader only because gphoto2 > start and immediatly core dump accessing my camera. > Can I (must?) fire up a PR for gphoto2? I don't know if it works > under 4.x tree... > > This happens every time. I'm running gphoto2 as root (as on previous > world of about late january). > > > (sorry for long lines) > > -----8<----- > Program received signal SIGSEGV, Segmentation fault. > 0x28243e4c in gp_filesystem_folder_number () from > /usr/local/lib/libgphoto2.so.2 (gdb) bt > #0 0x28243e4c in gp_filesystem_folder_number () from > /usr/local/lib/libgphoto2.so.2 #1 0x2824406f in > gp_filesystem_folder_number () from /usr/local/lib/libgphoto2.so.2 #2 > 0x28244f34 in gp_filesystem_list_folders () from > /usr/local/lib/libgphoto2.so.2 #3 0x2823e2ed in > gp_camera_folder_list_folders () from /usr/local/lib/libgphoto2.so.2 #4 > 0x08053592 in ?? () > #5 0x080530b5 in ?? () > #6 0x080506bf in ?? () > #7 0x282b0477 in invokeCallbacksOPTION () from /usr/local/lib/libpopt.so.0 > #8 0x282b1d35 in poptGetNextOpt () from /usr/local/lib/libpopt.so.0 > #9 0x08051dde in ?? () > #10 0x0804b3a5 in ?? () > (gdb) stop > -----8<----- From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 15:32:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A0C437B401; Thu, 17 Apr 2003 15:32:14 -0700 (PDT) Received: from stargate.northwindcom.net (110-47-237-24.gci.net [24.237.47.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFB5743FDD; Thu, 17 Apr 2003 15:30:38 -0700 (PDT) (envelope-from akbeech@northwindcom.net) Received: from admin (admin.northwindcom.net [192.168.10.2]) by stargate.northwindcom.net (Postfix) with ESMTP id D73F9338B; Thu, 17 Apr 2003 14:30:37 -0800 (AKDT) From: "Beech Rintoul" To: Date: Thu, 17 Apr 2003 14:30:30 -0800 Message-ID: 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 IMO, Build 9.0.6604 (9.0.2911.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal cc: freebsd-current@freebsd.org Subject: CLI on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 22:32:15 -0000 Hi, I tried to compile cli from the ports on yesterday's -CURRENT. It failed with the following: cc -c -DHAVE_CONFIG_H -O -pipe -mcpu=pentiumpro -fpermissive -Wall -fno-bui ltin -fno-exceptions -fno-rtti -fPIC -DPIC -I../../.. -I../../include -I../ ../objr -o silent_printf.o ../silent_printf.c In file included from ../silent_printf.c:31: /usr/include/wchar.h:114: conflicting types for `fwprintf' ../../../rotor_pal.h:3126: previous declaration of `fwprintf' /usr/include/wchar.h:157: conflicting types for `wcstod' ../../../rotor_pal.h:3003: previous declaration of `wcstod' *** Error code 1 Any suggestions would be appreciated. Beech ------------------------------------------------------------------- Beech Rintoul - Network Administrator - akbeech@sinbad.net /"\ ASCII Ribbon Campaign | Sinbad Network Communications Inc. \ / - NO HTML/RTF in e-mail | 3101 Penland Pkwy. Ste. K-38 X - NO Word docs in e-mail | Anchorage, AK 99508 No More Spam! http://www.knockmail.com/default.asp?AID=B0R00073 / \ ----------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 16:26:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB4ED37B401 for ; Thu, 17 Apr 2003 16:26:56 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1183043FCB for ; Thu, 17 Apr 2003 16:26:56 -0700 (PDT) (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 <200304172326540010080pjpe>; Thu, 17 Apr 2003 23:26:55 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA56095; Thu, 17 Apr 2003 16:26:53 -0700 (PDT) Date: Thu, 17 Apr 2003 16:26:52 -0700 (PDT) From: Julian Elischer To: Jeff Roberson In-Reply-To: <20030417185808.S76635-100000@mail.chesapeake.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD current users Subject: some small patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 23:26:56 -0000 Here are two small patches they are pretty non-controversial in my opinion. they are part of a bigger patch, but I'd like to get them in separatly to simplify the bigger one. the first patch: http://www.freebsd.org/~julian/IDLETD.diff moves the flag that identifies a thread as being one of the idle threads from the KSE to the thread. The code that wants to know already has a thread pointer, but not the KSE pointer so this makes more sense. The second patch: http://www.freebsd.org/~julian/sched_clock.diff makes the sched_ API entrypoint sched_clock() take a thread argument instead of a KSE. Once again, the callers have the thread pointer and not the KSE pointer, and in fact they probably should not have the KSE pointer. anyone object to these patches? From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 17:05:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B22237B401 for ; Thu, 17 Apr 2003 17:05:26 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BA2743F75 for ; Thu, 17 Apr 2003 17:05:25 -0700 (PDT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h3I05NrD056823; Thu, 17 Apr 2003 20:05:23 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost)h3I05LJg056800; Thu, 17 Apr 2003 20:05:22 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Thu, 17 Apr 2003 20:05:20 -0400 (EDT) From: "Andrew R. Reiter" To: Julian Elischer In-Reply-To: Message-ID: <20030417200446.N54973@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Jeff Roberson cc: FreeBSD current users Subject: Re: some small patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 00:05:26 -0000 On Thu, 17 Apr 2003, Julian Elischer wrote: : :Here are two small patches they are pretty non-controversial in my :opinion. : :they are part of a bigger patch, but I'd like to get them in separatly :to simplify the bigger one. :the first patch: :http://www.freebsd.org/~julian/IDLETD.diff :moves the flag that identifies a thread as being one of the idle threads :from the KSE to the thread. The code that wants to know already :has a thread pointer, but not the KSE pointer so this makes more sense. Is this correct? Index: sys/proc.h =================================================================== RCS file: /repos/projects/mirrored/freebsd/src/sys/sys/proc.h,v retrieving revision 1.313 diff -u -r1.313 proc.h --- sys/proc.h 2003/04/13 21:29:11 1.313 +++ sys/proc.h 2003/04/17 22:52:07 @@ -349,6 +323,7 @@ #define TDF_CAN_UNBIND 0x000004 /* Only temporarily bound. */ #define TDF_SINTR 0x000008 /* Sleep is interruptible. */ #define TDF_TIMEOUT 0x000010 /* Timing out during sleep. */ +#define TDF_IDLETD 0x000040 /* This is an idle thread */ #define TDF_SELECT 0x000040 /* Selecting; wakeup/waiting danger. */ #define TDF_CVWAITQ 0x000080 /* Thread is on a cv_waitq (not slpq). */ #define TDF_UPCALLING 0x000100 /* This thread is doing an upcall. */ Both TDF_IDLETD and TD_SELECT have the same value. Just curious. Cheers, Andrew : : :The second patch: :http://www.freebsd.org/~julian/sched_clock.diff :makes the sched_ API entrypoint sched_clock() :take a thread argument instead of a KSE. :Once again, the callers have the thread pointer and not the KSE pointer, :and in fact they probably should not have the KSE pointer. : : :anyone object to these patches? : : :_______________________________________________ :freebsd-current@freebsd.org mailing list :http://lists.freebsd.org/mailman/listinfo/freebsd-current :To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" : -- Andrew R. Reiter arr@watson.org arr@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 17:08:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B313637B401 for ; Thu, 17 Apr 2003 17:08:28 -0700 (PDT) Received: from www.ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B94243FB1 for ; Thu, 17 Apr 2003 17:08:27 -0700 (PDT) (envelope-from ambrisko@www.ambrisko.com) Received: from www.ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.8p1/8.12.8) with ESMTP id h3I08QO7092577 for ; Thu, 17 Apr 2003 17:08:27 -0700 (PDT) (envelope-from ambrisko@www.ambrisko.com) Received: (from ambrisko@localhost) by www.ambrisko.com (8.12.8p1/8.12.8/Submit) id h3I08QoH092576 for current@freebsd.org; Thu, 17 Apr 2003 17:08:26 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200304180008.h3I08QoH092576@www.ambrisko.com> To: current@freebsd.org Date: Thu, 17 Apr 2003 17:08:26 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: Getting ready to comit ppc(4) support for puc(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 00:08:29 -0000 I've done some patches to add ppc(4) support for puc(4) so you can use a printer port on the combo serial & parallel port PCI cards on FreeBSD. Issues, should ppc be moved into /sys/dev/ppc, /sys/dev/ppbus or left in /sys/isa? I've added a ppc_puc.c. file to handle the puc attachment. We could take things and fan them out in the generic ppc.c and then have ppc_isa.c & ppc_puc.c for attachments to buses. If we move it then I would need help with moving them. I not sure it should go in ppbus but I don't see a problem with that. It probably should move so that other arch's can use it more easily. The next issue is that it bumps the existing onboard port to the device ie ppc1 from ppc0 for example. Now we could make the isa on if configures ppc0 but this doesn't buy us anything since is ends up doing ppcX -> ppbusY -> lptZ -> plipZ -> ppiZ etc. So it would seem like a lot of hacking to make the ordering work right since it would have to be pushed through the devices attached to ppc. Really the ppcX numbering doesn't matter since people don't use that but rather some attachment to ppbus etc. Anyhow here is the patch relative to sys. It fixes a bug in puc(4) in which is assumes all children that need to register and interrupt is the child of puc and not a child of a child etc. So we need to run up the tree to find puc's child that had the rle that we need. Thanks, Doug A. Index: conf/files.i386 =================================================================== RCS file: /cvs/src/sys/conf/files.i386,v retrieving revision 1.442 diff -u -r1.442 files.i386 --- conf/files.i386 12 Apr 2003 08:34:40 -0000 1.442 +++ conf/files.i386 17 Apr 2003 23:53:55 -0000 @@ -403,6 +403,7 @@ isa/atkbdc_isa.c optional atkbdc isa/fd.c optional fdc isa/ppc.c optional ppc +isa/ppc_puc.c optional ppc puc pci isa/psm.c optional psm isa/syscons_isa.c optional sc isa/vga_isa.c optional vga Index: isa/ppc.c =================================================================== RCS file: /cvs/src/sys/isa/ppc.c,v retrieving revision 1.38 diff -u -r1.38 ppc.c --- isa/ppc.c 2 Mar 2003 16:54:37 -0000 1.38 +++ isa/ppc.c 17 Apr 2003 23:53:55 -0000 @@ -50,41 +50,26 @@ #include #include +#include #include #include "ppbus_if.h" -#define LOG_PPC(function, ppc, string) \ - if (bootverbose) printf("%s: %s\n", function, string) - +static int ppc_isa_probe(device_t dev); -#define DEVTOSOFTC(dev) ((struct ppc_data *)device_get_softc(dev)) - -devclass_t ppc_devclass; - -static int ppc_probe(device_t dev); -static int ppc_attach(device_t dev); -static int ppc_read_ivar(device_t bus, device_t dev, int index, uintptr_t *val); - -static void ppc_reset_epp(device_t); -static void ppc_ecp_sync(device_t); static void ppcintr(void *arg); -static int ppc_exec_microseq(device_t, struct ppb_microseq **); -static int ppc_setmode(device_t, int); - -static int ppc_read(device_t, char *, int, int); -static int ppc_write(device_t, char *, int, int); +#define LOG_PPC(function, ppc, string) \ + if (bootverbose) printf("%s: %s\n", function, string) -static u_char ppc_io(device_t, int, u_char *, int, u_char); -static int ppc_setup_intr(device_t, device_t, struct resource *, int, - void (*)(void *), void *, void **); -static int ppc_teardown_intr(device_t, device_t, struct resource *, void *); +#define DEVTOSOFTC(dev) ((struct ppc_data *)device_get_softc(dev)) +devclass_t ppc_devclass; + static device_method_t ppc_methods[] = { /* device interface */ - DEVMETHOD(device_probe, ppc_probe), + DEVMETHOD(device_probe, ppc_isa_probe), DEVMETHOD(device_attach, ppc_attach), /* bus interface */ @@ -110,7 +95,7 @@ ppc_methods, sizeof(struct ppc_data), }; - + static char *ppc_models[] = { "SMC-like", "SMC FDC37C665GT", "SMC FDC37C666GT", "PC87332", "PC87306", "82091AA", "Generic", "W83877F", "W83877AF", "Winbond", "PC87334", @@ -149,7 +134,7 @@ /* * ppc_ecp_sync() XXX */ -static void +void ppc_ecp_sync(device_t dev) { int i, r; @@ -1339,7 +1324,7 @@ * Execute a microsequence. * Microsequence mechanism is supposed to handle fast I/O operations. */ -static int +int ppc_exec_microseq(device_t dev, struct ppb_microseq **p_msq) { struct ppc_data *ppc = DEVTOSOFTC(dev); @@ -1626,7 +1611,7 @@ return; } -static int +int ppc_read(device_t dev, char *buf, int len, int mode) { return (EINVAL); @@ -1639,7 +1624,7 @@ * If what you want is not possible (no ECP, no DMA...), * EINVAL is returned */ -static int +int ppc_write(device_t dev, char *buf, int len, int how) { struct ppc_data *ppc = DEVTOSOFTC(dev); @@ -1791,7 +1776,7 @@ return (error); } -static void +void ppc_reset_epp(device_t dev) { struct ppc_data *ppc = DEVTOSOFTC(dev); @@ -1801,7 +1786,7 @@ return; } -static int +int ppc_setmode(device_t dev, int mode) { struct ppc_data *ppc = DEVTOSOFTC(dev); @@ -1828,15 +1813,10 @@ }; static int -ppc_probe(device_t dev) +ppc_isa_probe(device_t dev) { -#ifdef __i386__ - static short next_bios_ppc = 0; -#endif - struct ppc_data *ppc; device_t parent; int error; - u_long port; parent = device_get_parent(dev); @@ -1846,6 +1826,19 @@ else if (error != 0) /* XXX shall be set after detection */ device_set_desc(dev, "Parallel port"); + return(ppc_probe(dev)); +} + +int +ppc_probe(device_t dev) +{ +#ifdef __i386__ + static short next_bios_ppc = 0; +#endif + struct ppc_data *ppc; + int error; + u_long port; + /* * Allocate the ppc_data structure. */ @@ -1967,7 +1960,7 @@ return (ENXIO); } -static int +int ppc_attach(device_t dev) { struct ppc_data *ppc = DEVTOSOFTC(dev); @@ -2012,7 +2005,7 @@ return (0); } -static u_char +u_char ppc_io(device_t ppcdev, int iop, u_char *addr, int cnt, u_char byte) { struct ppc_data *ppc = DEVTOSOFTC(ppcdev); @@ -2085,7 +2078,7 @@ return (0); /* not significative */ } -static int +int ppc_read_ivar(device_t bus, device_t dev, int index, uintptr_t *val) { struct ppc_data *ppc = (struct ppc_data *)device_get_softc(bus); @@ -2108,7 +2101,7 @@ * Resource is useless here since ppbus devices' interrupt handlers are * multiplexed to the same resource initially allocated by ppc */ -static int +int ppc_setup_intr(device_t bus, device_t child, struct resource *r, int flags, void (*ihand)(void *), void *arg, void **cookiep) { @@ -2139,7 +2132,7 @@ * When no underlying device has a registered interrupt, register the ppc * layer one */ -static int +int ppc_teardown_intr(device_t bus, device_t child, struct resource *r, void *ih) { int error; Index: dev/puc/puc.c =================================================================== RCS file: /cvs/src/sys/dev/puc/puc.c,v retrieving revision 1.22 diff -u -r1.22 puc.c --- dev/puc/puc.c 15 Mar 2003 16:25:40 -0000 1.22 +++ dev/puc/puc.c 17 Apr 2003 23:53:55 -0000 @@ -256,6 +256,9 @@ case PUC_PORT_TYPE_COM: typestr = "sio"; break; + case PUC_PORT_TYPE_LPT: + typestr = "ppc"; + break; default: continue; } @@ -304,6 +307,7 @@ pdev->serialfreq = sc->sc_desc->ports[i].serialfreq; childunit = puc_find_free_unit(typestr); + sc->sc_ports[i].dev = device_add_child(dev, typestr, childunit); if (sc->sc_ports[i].dev == NULL) { if (sc->barmuxed) { @@ -457,8 +461,15 @@ struct resource *retval; struct resource_list *rl; struct resource_list_entry *rle; + device_t my_child; + + /* + * in the case of a child of child we need to find our immediate child + */ + for (my_child = child; device_get_parent(my_child) != dev; + my_child = device_get_parent(my_child)); - pdev = device_get_ivars(child); + pdev = device_get_ivars(my_child); rl = &pdev->resources; #ifdef PUC_DEBUG @@ -476,8 +487,11 @@ printf("found rle, %lx, %lx, %lx\n", start, end, count); #endif retval = rle->res; - } else + } +#ifdef PUC_DEBUG + else printf("oops rle is gone\n"); +#endif return (retval); } --- /dev/null Thu Apr 17 16:45:10 2003 +++ isa/ppc_puc.c Thu Apr 17 09:56:02 2003 @@ -0,0 +1,83 @@ +/*- + * Copyright (c) 1997-2000 Nicolas Souchu + * Copyright (c) 2001 Alcove - Nicolas Souchu + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $FreeBSD$ + * + */ + +#include +#include +#include + +#include + +#include +#include +#include +#include + +#include "ppbus_if.h" + +static int ppc_puc_probe(device_t dev); + +static device_method_t ppc_puc_methods[] = { + /* device interface */ + DEVMETHOD(device_probe, ppc_puc_probe), + DEVMETHOD(device_attach, ppc_attach), + + /* bus interface */ + DEVMETHOD(bus_read_ivar, ppc_read_ivar), + DEVMETHOD(bus_setup_intr, ppc_setup_intr), + DEVMETHOD(bus_teardown_intr, ppc_teardown_intr), + DEVMETHOD(bus_alloc_resource, bus_generic_alloc_resource), + + /* ppbus interface */ + DEVMETHOD(ppbus_io, ppc_io), + DEVMETHOD(ppbus_exec_microseq, ppc_exec_microseq), + DEVMETHOD(ppbus_reset_epp, ppc_reset_epp), + DEVMETHOD(ppbus_setmode, ppc_setmode), + DEVMETHOD(ppbus_ecp_sync, ppc_ecp_sync), + DEVMETHOD(ppbus_read, ppc_read), + DEVMETHOD(ppbus_write, ppc_write), + + { 0, 0 } + }; + +static driver_t ppc_puc_driver = { + "ppc", + ppc_puc_methods, + sizeof(struct ppc_data), +}; + +static int +ppc_puc_probe(dev) + device_t dev; +{ + device_set_desc(dev, "Parallel port"); + return (ppc_probe(dev)); +} + +DRIVER_MODULE(ppc, puc, ppc_puc_driver, ppc_devclass, 0, 0); --- /dev/null Thu Apr 17 16:45:10 2003 +++ isa/ppcvar.h Thu Apr 17 09:09:08 2003 @@ -0,0 +1,49 @@ + +/*- + * Copyright (c) 1997-2000 Nicolas Souchu + * Copyright (c) 2001 Alcove - Nicolas Souchu + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * $FreeBSD$ + * + */ + +int ppc_probe(device_t dev); +int ppc_attach(device_t dev); +int ppc_read_ivar(device_t bus, device_t dev, int index, uintptr_t *val); + +int ppc_read(device_t, char *, int, int); +int ppc_write(device_t, char *, int, int); + +u_char ppc_io(device_t, int, u_char *, int, u_char); +int ppc_exec_microseq(device_t, struct ppb_microseq **); + +int ppc_setup_intr(device_t, device_t, struct resource *, int, + void (*)(void *), void *, void **); +int ppc_teardown_intr(device_t, device_t, struct resource *, void *); +void ppc_reset_epp(device_t); +void ppc_ecp_sync(device_t); +int ppc_setmode(device_t, int); + +extern devclass_t ppc_devclass; From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 17:19:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A904537B401 for ; Thu, 17 Apr 2003 17:19:58 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id E583543FA3 for ; Thu, 17 Apr 2003 17:19:57 -0700 (PDT) (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 <200304180019560020028h0ue>; Fri, 18 Apr 2003 00:19:56 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA56429; Thu, 17 Apr 2003 17:19:54 -0700 (PDT) Date: Thu, 17 Apr 2003 17:19:51 -0700 (PDT) From: Julian Elischer To: "Andrew R. Reiter" In-Reply-To: <20030417200446.N54973@fledge.watson.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Jeff Roberson cc: FreeBSD current users Subject: Re: some small patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 00:19:58 -0000 On Thu, 17 Apr 2003, Andrew R. Reiter wrote: > On Thu, 17 Apr 2003, Julian Elischer wrote: > > : > :Here are two small patches they are pretty non-controversial in my > :opinion. > : > :they are part of a bigger patch, but I'd like to get them in separatly > :to simplify the bigger one. > :the first patch: > :http://www.freebsd.org/~julian/IDLETD.diff > :moves the flag that identifies a thread as being one of the idle threads > :from the KSE to the thread. The code that wants to know already > :has a thread pointer, but not the KSE pointer so this makes more sense. > > Is this correct? > > Index: sys/proc.h > =================================================================== > RCS file: /repos/projects/mirrored/freebsd/src/sys/sys/proc.h,v > retrieving revision 1.313 > diff -u -r1.313 proc.h > --- sys/proc.h 2003/04/13 21:29:11 1.313 > +++ sys/proc.h 2003/04/17 22:52:07 > @@ -349,6 +323,7 @@ > #define TDF_CAN_UNBIND 0x000004 /* Only temporarily bound. */ > #define TDF_SINTR 0x000008 /* Sleep is interruptible. */ > #define TDF_TIMEOUT 0x000010 /* Timing out during sleep. */ > +#define TDF_IDLETD 0x000040 /* This is an idle thread */ > #define TDF_SELECT 0x000040 /* Selecting; wakeup/waiting > danger. */ > #define TDF_CVWAITQ 0x000080 /* Thread is on a cv_waitq (not > slpq). */ > #define TDF_UPCALLING 0x000100 /* This thread is doing an > upcall. */ > > > Both TDF_IDLETD and TD_SELECT have the same value. uh, no, TDF_IDLETD should be 0x20 I copied that line by hand from my test system because the diff from there is different (there are more changes frm which this was extracted) and flubbed it.. good catch. (That's why we do reviews right?) :-) > > Just curious. > > Cheers, > Andrew > > > : > : > :The second patch: > :http://www.freebsd.org/~julian/sched_clock.diff > :makes the sched_ API entrypoint sched_clock() > :take a thread argument instead of a KSE. > :Once again, the callers have the thread pointer and not the KSE pointer, > :and in fact they probably should not have the KSE pointer. > : > : > :anyone object to these patches? > : > : > :_______________________________________________ > :freebsd-current@freebsd.org mailing list > :http://lists.freebsd.org/mailman/listinfo/freebsd-current > :To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > : > > -- > Andrew R. Reiter > arr@watson.org > arr@FreeBSD.org > From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 17:25:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5CCF37B401 for ; Thu, 17 Apr 2003 17:25:00 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72E2B43FA3 for ; Thu, 17 Apr 2003 17:24:59 -0700 (PDT) (envelope-from ticso@cicely9.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h3I0Oqcx020490 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 18 Apr 2003 02:24:56 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h3I0Oplm002370 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Apr 2003 02:24:52 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (localhost [127.0.0.1]) by cicely9.cicely.de (8.12.9/8.12.8) with ESMTP id h3I0OotA011493; Fri, 18 Apr 2003 02:24:50 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: (from ticso@localhost) by cicely9.cicely.de (8.12.9/8.12.9/Submit) id h3I0OnmC011492; Fri, 18 Apr 2003 02:24:49 +0200 (CEST) (envelope-from ticso) Date: Fri, 18 Apr 2003 02:24:48 +0200 From: Bernd Walter To: Riccardo Torrini Message-ID: <20030418002448.GH10848@cicely9.cicely.de> References: <20030417191637.GA505@trudy.torrini.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030417191637.GA505@trudy.torrini.home> X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha User-Agent: Mutt/1.5.3i cc: freebsd-current@freebsd.org Subject: Re: usb cf reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 00:25:01 -0000 On Thu, Apr 17, 2003 at 09:16:37PM +0200, Riccardo Torrini wrote: > # ls -ln /dev/da0* > crw-r----- 1 0 5 4, 20 Apr 17 20:09 /dev/da0 > > # mount -tmsdos /dev/da0 /dist > msdosfs: /dev/da0: Invalid argument msdosfs usually lives on slices. > # fdisk /dev/da0 > ******* Working on device /dev/da0 ******* > parameters extracted from in-core disklabel are: > cylinders=15 heads=64 sectors/track=32 (2048 blks/cyl) > > parameters to be used for BIOS calculations are: > cylinders=15 heads=64 sectors/track=32 (2048 blks/cyl) > > fdisk: invalid fdisk partition table found > fdisk: /boot/mbr: length must be a multiple of sector size But this seems to be a real problem. Either the media is not fdisk'ed or reading failed. Do you get any kernel messages? -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 17:32:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 230C537B405 for ; Thu, 17 Apr 2003 17:32:05 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CFC543FBD for ; Thu, 17 Apr 2003 17:32:04 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0101.cvx22-bradley.dialup.earthlink.net ([209.179.198.101] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 196JnM-00009l-00; Thu, 17 Apr 2003 17:32:01 -0700 Message-ID: <3E9F4731.2627885E@mindspring.com> Date: Thu, 17 Apr 2003 17:30:41 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Polstra References: <20030417141133.GA4155@madman.celabo.org> <20030417144449.GA4530@madman.celabo.org> <200304171535.h3HFZEFs094589@strings.polstra.com> <200304171944.h3HJi1jK095151@strings.polstra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4a048fd8ed6dd21c4beb61f101365336e350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: current@freebsd.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 00:32:05 -0000 John Polstra wrote: > In article <20030418014500.B94094@iclub.nsu.ru>, > Max Khon wrote: > > we need either allow dlopen(3) to be used in statically linked programs > > or move to dynamically linked /. > > Moving to a fully dynamically linked system sounds easier to me. > But in the past there has been strong opposition to the idea every > time it has been proposed. FWIW, I have some static "libdlopen" patches, but you have to modify the internal compiler glue to use them. The problem is that you can't have multiple init sections, only multiple inits, and that that only really works with C++, if you want to put them in your code. The main modification is to stuff the dlopen stuff into the __CTOR_LIST__, and then make __ctors() pass an argument to the constructor. That's because __do_dynamic_link() needs an argument (it calls it "argv", but it's really "all the data you need to fill out "crt_ldso"). If you look in /usr/src/lib/csu/i386/crt0.c, and in the code in /usr/src/lib/csu/i386/c++rt0.c, you'll see what I mean. The actual modifications aren't hard; but you will have to give up resolving symbols in your own binary, as the price (i.e. the .init on the .so you load will have to call a "well known callback"; this is pretty easy: add a parameter to the passing of the dlopen() call into the .so you are loading of a function to call to register to get symbols; or you could just use statically linked PIC binaries with symbols attached, and open them as .so's, even though they are not named that way). -- Terry From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 17:35:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DAEE37B401 for ; Thu, 17 Apr 2003 17:35:26 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8949E43F3F for ; Thu, 17 Apr 2003 17:35:25 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.9/8.12.9) with SMTP id h3I0ZWrE065397; Thu, 17 Apr 2003 20:35:33 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 17 Apr 2003 20:35:31 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Dan Nelson In-Reply-To: <20030417211205.GC28037@dan.emsphone.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Scott Long cc: current@freebsd.org cc: John Polstra Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 00:35:26 -0000 On Thu, 17 Apr 2003, Dan Nelson wrote: > > If switching to a fully dynamically linked system is desired before > > 6.0 then it needs to happen before 5.2. I'm not opposed to this. > > I'm more worried about the performance hit than foot-shooting (schg is > protection enough I think, and I like beagles). > > I believe dynamically-linked programs still are ~20% slower than static > ones, and for small programs like sed, awk, expr, sh, basename, tr, and > the like, the larger (constant) startup time becomes significant also. > > Anyone want to benchmark a medium-sized portbuild with static vs dynamic > /bin and /sbin? Well, I think that the measurements should be done, but it's worth noting that several of the programs you quote above have been dynamically linked for years: sed dynamic awk dynamic expr static sh static basename dynamic tr dynamic Some might argue that even to support NSS, expr wouldn't need to become dynamic. One of the noted benefits of running with a dynamic system is that you can actually save a fair amount of memory by not requiring separate physical memory storage for each instance of libc. There are a number of trade-offs, and we're certainly not the first to approach this decision :-). I'd be very interested in seeing some micro-benchmark and macro-benchmark performance results, however. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 17:39:08 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2D7037B401 for ; Thu, 17 Apr 2003 17:39:08 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 184BA43F93 for ; Thu, 17 Apr 2003 17:39:08 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0101.cvx22-bradley.dialup.earthlink.net ([209.179.198.101] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 196JtZ-0001E4-00; Thu, 17 Apr 2003 17:38:26 -0700 Message-ID: <3E9F48B0.7D1469B0@mindspring.com> Date: Thu, 17 Apr 2003 17:37:04 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: David Taylor References: <20030417141133.GA4155@madman.celabo.org> <20030417144449.GA4530@madman.celabo.org> <200304171535.h3HFZEFs094589@strings.polstra.com> <20030418014500.B94094@iclub.nsu.ru> <200304171944.h3HJi1jK095151@strings.polstra.com> <20030417221622.GA18079@gattaca.yadt.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4a087b3fc9a005b8eb69abafe606a9d49350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: current@freebsd.org Subject: Re: Going Dynamic (Was: HEADS UP: new NSS) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 00:39:08 -0000 David Taylor wrote: > Hmm, but if /sbin/mount_ufs (say) is dynamically linked, and the libraries > are still in /usr, how do you mount /usr? libc and anything else needed by the mount would go on /, just like the mount program itself. It's no coincidence that the / mount is done in the kernel, rather than by a mount program. -- Terry From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 17:43:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2043637B401; Thu, 17 Apr 2003 17:43:47 -0700 (PDT) Received: from ns1.gnf.org (ns1.gnf.org [63.196.132.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D3E43F3F; Thu, 17 Apr 2003 17:43:46 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from EXCHCLUSTER01.lj.gnf.org (exch02.lj.gnf.org [172.25.10.20]) by ns1.gnf.org (8.12.6p2/8.12.3) with ESMTP id h3I0hhZu018526; Thu, 17 Apr 2003 17:43:43 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: from roark.gnf.org ([172.25.24.15]) by EXCHCLUSTER01.lj.gnf.org with Microsoft SMTPSVC(5.0.2195.5329); Thu, 17 Apr 2003 17:43:45 -0700 Received: from roark.gnf.org (localhost [127.0.0.1]) by roark.gnf.org (8.12.9/8.12.9) with ESMTP id h3I0hjZc010582; Thu, 17 Apr 2003 17:43:45 -0700 (PDT) (envelope-from gtetlow@gnf.org) Received: (from gtetlow@localhost) by roark.gnf.org (8.12.9/8.12.9/Submit) id h3I0hjLU010581; Thu, 17 Apr 2003 17:43:45 -0700 (PDT) (envelope-from gtetlow) Date: Thu, 17 Apr 2003 17:43:45 -0700 From: Gordon Tetlow To: "Jacques A. Vidrine" , freebsd-current@FreeBSD.org Message-ID: <20030418004345.GD9682@roark.gnf.org> References: <20030417141133.GA4155@madman.celabo.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="F8dlzb82+Fcn6AgP" Content-Disposition: inline In-Reply-To: <20030417141133.GA4155@madman.celabo.org> User-Agent: Mutt/1.4i X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-OriginalArrivalTime: 18 Apr 2003 00:43:45.0887 (UTC) FILETIME=[91850EF0:01C30543] Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 00:43:47 -0000 --F8dlzb82+Fcn6AgP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 17, 2003 at 09:11:33AM -0500, Jacques A. Vidrine wrote: >=20 > I am also adding a nss_ldap Port which supports getpwent(3), > getgrent(3). Similarly, I am committing a WITH_WINBIND_NSS knob to > the samba Port which will build and install nss_windbind. The nss_ldap port has a bug in it. See the attached patch. Also, by default, we don't compile with schema-mapping. I'm working on a patch for that (schema-mapping is needed to work in a M$ Active Directory environment). It's a db3 vs db185 issue and I'm looking at how to solve it. I have it band-aided for my setup (which works now btw), but the potential for foot-shooting is really high, so I want to make sure I test it out. -gordon --- Makefile 17 Apr 2003 14:28:01 -0000 1.2 +++ Makefile 18 Apr 2003 00:41:12 -0000 @@ -10,7 +10,6 @@ CATEGORIES=3D net MASTER_SITES=3D http://www.padl.com/download/ DISTNAME=3D ${PORTNAME}-${NSS_LDAP_VERSION} -EXTRACT_SUFX=3D .tgz =20 MAINTAINER=3D nectar@FreeBSD.org COMMENT=3D RFC 2307 NSS module --- distinfo 17 Apr 2003 14:28:01 -0000 1.2 +++ distinfo 18 Apr 2003 00:41:12 -0000 @@ -1 +1 @@ -MD5 (nss_ldap-204.tgz) =3D 842af173f8dc1efdd7750bca00efbc5e +MD5 (nss_ldap-204.tar.gz) =3D 842af173f8dc1efdd7750bca00efbc5e --F8dlzb82+Fcn6AgP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+n0pBRu2t9DV9ZfsRAsshAJsHySfF9/vup2M0iNhGBcNSBv4Y/QCfVwDS 0M1yQlC8uPSZQPlhpXj46U4= =B9sQ -----END PGP SIGNATURE----- --F8dlzb82+Fcn6AgP-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 17:50:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96DD437B404; Thu, 17 Apr 2003 17:50:55 -0700 (PDT) Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 422E443FB1; Thu, 17 Apr 2003 17:50:54 -0700 (PDT) (envelope-from philip@paeps.cx) Received: from localhost (localhost.localdomain [127.0.0.1]) by horkos.telenet-ops.be (Postfix) with SMTP id AF17B83BF7; Fri, 18 Apr 2003 02:50:52 +0200 (CEST) Received: from fortuna.home.paeps.cx (D5768746.kabel.telenet.be [213.118.135.70]) by horkos.telenet-ops.be (Postfix) with ESMTP id A12C083BF5; Fri, 18 Apr 2003 02:50:52 +0200 (CEST) Received: from juno.home.paeps.cx (juno.home.paeps.cx [2001:ab8:2007:0:240:f4ff:fe31:3090]) by fortuna.home.paeps.cx (Postfix) with ESMTP id 424C7216F; Fri, 18 Apr 2003 02:50:37 +0200 (CEST) Received: by juno.home.paeps.cx (Postfix, from userid 1001) id B72502136; Fri, 18 Apr 2003 02:50:44 +0200 (CEST) Date: Fri, 18 Apr 2003 02:50:43 +0200 From: Philip Paeps To: freebsd-current@FreeBSD.org Message-ID: <20030418005043.GA657@juno.home.paeps.cx> Mail-Followup-To: freebsd-current@FreeBSD.org, "Jacques A. Vidrine" References: <20030417141133.GA4155@madman.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20030417141133.GA4155@madman.celabo.org> X-Date-in-Rome: ante diem XIV Kalendas Maias MMDCCLVI ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Mutt: User-Agent: Mutt/1.5.4i cc: "Jacques A. Vidrine" Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 00:50:56 -0000 On 2003-04-17 09:11:33 (-0500), Jacques A. Vidrine wrote: > [Skip to WARNINGs below if you read nothing else.] I read the rest too :-) > For the moment, in addition to the NSS core, I am committing completely new > implementations of the getpwent(3) and getgrent(3) family of functions. > Please report any anomalies to me directly, as well as on this list. Just checking: are the new implementations (supposed to be) completely compatible with the old ones, or should I be expecting 'anomalies'? > WARNING: The `compat' code was and is very hairy. Users who utilize NIS > using the old `+::::::' entries in passwd(5) (or exclusion lists, or > netgroups) should be especially wary. The new code is not bug compatible > with the old code, but I believe it is correct. It appears as though this is not completely backward-compatible with the previous state of affairs. Having no nsswitch.conf and '+:::::::::' in passwd(5) doesn't allow one to log in, and causes uids not to be turned into names and vice versa. Perhaps a default nsswitch.conf should be provided to ensure that people don't end up not being able to log into their machines :-) Something like the 'example' from nsswitch.conf(5) seems like a suitable default, except perhaps without the [notfound=return] bit so that local entries which aren't necessarily in a NIS map still work (users like sshd, whose absence causes all sorts of painful reactions from a priviledge sepparated sshd). - Philip -- Philip Paeps Please don't CC me, I am philip@paeps.cx subscribed to the list. There is always more dirty laundry then clean laundry. From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 18:03:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E91E437B401 for ; Thu, 17 Apr 2003 18:03:09 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4186F43FDF for ; Thu, 17 Apr 2003 18:03:09 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id BA64F51; Thu, 17 Apr 2003 20:03:08 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id 0888378C66; Thu, 17 Apr 2003 20:03:07 -0500 (CDT) Date: Thu, 17 Apr 2003 20:03:07 -0500 From: "Jacques A. Vidrine" To: Philip Paeps Message-ID: <20030418010307.GA4001@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Philip Paeps , freebsd-current@FreeBSD.org References: <20030417141133.GA4155@madman.celabo.org> <20030418005043.GA657@juno.home.paeps.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030418005043.GA657@juno.home.paeps.cx> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 01:03:10 -0000 On Fri, Apr 18, 2003 at 02:50:43AM +0200, Philip Paeps wrote: > Just checking: are the new implementations (supposed to be) completely > compatible with the old ones, or should I be expecting 'anomalies'? They are supposed to be, except that I don't support old buggy behaviour. > It appears as though this is not completely backward-compatible with the > previous state of affairs. Having no nsswitch.conf and '+:::::::::' in > passwd(5) doesn't allow one to log in, and causes uids not to be turned into > names and vice versa. > > Perhaps a default nsswitch.conf should be provided to ensure that > people don't end up not being able to log into their machines :-) Oops. A default _is_ provided (compiled-in), but I set it incorrectly. The default was `files'. I've restored it to `compat', as it was previously. Thanks for the catch! Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 18:07:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C42A37B401 for ; Thu, 17 Apr 2003 18:07:53 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 282D943FCB for ; Thu, 17 Apr 2003 18:07:52 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id A3AEE51; Thu, 17 Apr 2003 20:07:51 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id 07F5678C66; Thu, 17 Apr 2003 20:07:50 -0500 (CDT) Date: Thu, 17 Apr 2003 20:07:50 -0500 From: "Jacques A. Vidrine" To: Gordon Tetlow Message-ID: <20030418010750.GC4001@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Gordon Tetlow , freebsd-current@FreeBSD.org References: <20030417141133.GA4155@madman.celabo.org> <20030418004345.GD9682@roark.gnf.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030418004345.GD9682@roark.gnf.org> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 01:07:53 -0000 On Thu, Apr 17, 2003 at 05:43:45PM -0700, Gordon Tetlow wrote: > The nss_ldap port has a bug in it. See the attached patch. Thanks! I must have originally downloaded the un-versioned `nss_ldap.tgz', and renamed it. > Also, by > default, we don't compile with schema-mapping. I'm working on a > patch for that (schema-mapping is needed to work in a M$ Active > Directory environment). It's a db3 vs db185 issue and I'm looking > at how to solve it. I have it band-aided for my setup (which works > now btw), but the potential for foot-shooting is really high, so I > want to make sure I test it out. OK, let me know what you discover. Since personally I will not be using nss_ldap that much, I'm happy to relinquish maintainership of the port to someone such as yourself. Regardless, feel free to commit. Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 18:09:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F387B37B487 for ; Thu, 17 Apr 2003 18:09:37 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2257043FAF for ; Thu, 17 Apr 2003 18:09:37 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id A3B8C5F; Thu, 17 Apr 2003 20:09:36 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id F250678C66; Thu, 17 Apr 2003 20:09:35 -0500 (CDT) Date: Thu, 17 Apr 2003 20:09:35 -0500 From: "Jacques A. Vidrine" To: Garrett Wollman Message-ID: <20030418010935.GD4001@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Garrett Wollman , Max Khon , freebsd-current@freebsd.org References: <20030417141133.GA4155@madman.celabo.org> <1050590195.76150.8.camel@owen1492.uf.corelab.com> <20030417144449.GA4530@madman.celabo.org> <20030418002346.A91615@iclub.nsu.ru> <20030417173607.GA2682@madman.celabo.org> <200304172044.h3HKi52w032010@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304172044.h3HKi52w032010@khavrinen.lcs.mit.edu> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 01:09:38 -0000 On Thu, Apr 17, 2003 at 04:44:05PM -0400, Garrett Wollman wrote: > One possible way around this is to add an external resolver (like > Solaris's `nscd'); the static library can use a stub routine to call > the resolver if possible (i.e., the machine is running multiuser), and > then fall back to the built-in databases if this fails. This way, > only the users who needed loadable NSS modules would pay the cost. Indeed, even in a completely dynamically-linked system, an nscd has some value. When we do get one, it would likely be optional, however. Some NSS modules already do their own caching; and also sometimes the complexity is not needed. In any case, the internal libc interfaces must stablize before we can move forward. It would be nice to have something for FreeBSD 5.2. Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 18:11:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9018337B401 for ; Thu, 17 Apr 2003 18:11:54 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB4B943FAF for ; Thu, 17 Apr 2003 18:11:53 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id 61FD051; Thu, 17 Apr 2003 20:11:53 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id BB18F78C66; Thu, 17 Apr 2003 20:11:52 -0500 (CDT) Date: Thu, 17 Apr 2003 20:11:52 -0500 From: "Jacques A. Vidrine" To: Martin Blapp Message-ID: <20030418011152.GE4001@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Martin Blapp , freebsd-current@FreeBSD.org References: <20030417201824.J6156@cvs.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030417201824.J6156@cvs.imp.ch> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 01:11:54 -0000 On Thu, Apr 17, 2003 at 08:24:29PM +0200, Martin Blapp wrote: > IMHO threads-safe versions of gethostby* are very important. getaddrinfo > is already threads-safe. Do you plan to do this yourself ? And if so, > before 5.1/5.2 ? Yes, before 5.1. I'm already using some modifications for it on my system, but the code is very scary and frankly I think it needs to be reworked. Funny how I'd rather break getpwent than resolver-related stuff :-) > What about the nsscache implemenation we talked once ? I guess with > the work you have done this is a lot easier, right ? Yes, we pretty much have to have standard interfaces before we can have a cache. Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 18:33:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52F5537B401; Thu, 17 Apr 2003 18:33:29 -0700 (PDT) Received: from procyon.firepipe.net (procyon.firepipe.net [198.78.66.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id B123343F75; Thu, 17 Apr 2003 18:33:26 -0700 (PDT) (envelope-from will@csociety.org) Received: by procyon.firepipe.net (Postfix, from userid 1000) id 7A57D225F1; Thu, 17 Apr 2003 18:33:26 -0700 (PDT) Date: Thu, 17 Apr 2003 18:33:26 -0700 From: Will Andrews To: "Jacques A. Vidrine" , Gordon Tetlow Message-ID: <20030418013326.GP59620@procyon.firepipe.net> Mail-Followup-To: "Jacques A. Vidrine" , Gordon Tetlow , current@freebsd.org References: <20030417141133.GA4155@madman.celabo.org> <20030418004345.GD9682@roark.gnf.org> <20030418010750.GC4001@madman.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030418010750.GC4001@madman.celabo.org> User-Agent: Mutt/1.4i cc: current@freebsd.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 01:33:29 -0000 On Thu, Apr 17, 2003 at 08:07:50PM -0500, Jacques A. Vidrine wrote: > OK, let me know what you discover. Since personally I will not be > using nss_ldap that much, I'm happy to relinquish maintainership of > the port to someone such as yourself. Regardless, feel free to > commit. BTW, I use LDAP for auth* purposes on my home network. I will definitely be using nss_ldap once I get my 5.x boxes upgraded. If any assistance is desired in maintaining it, just ask. Regards, -- wca From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 18:39:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3290C37B401 for ; Thu, 17 Apr 2003 18:39:41 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [205.130.220.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EFD943FDF for ; Thu, 17 Apr 2003 18:39:40 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h3I1dPO33001; Thu, 17 Apr 2003 21:39:25 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Thu, 17 Apr 2003 21:39:25 -0400 (EDT) From: Jeff Roberson To: Julian Elischer In-Reply-To: Message-ID: <20030417213909.M76635-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD current users Subject: Re: some small patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 01:39:41 -0000 I object to the sched_clock() change. We've discussed this on threads@ On Thu, 17 Apr 2003, Julian Elischer wrote: > > > On Thu, 17 Apr 2003, Andrew R. Reiter wrote: > > > On Thu, 17 Apr 2003, Julian Elischer wrote: > > > > : > > :Here are two small patches they are pretty non-controversial in my > > :opinion. > > : > > :they are part of a bigger patch, but I'd like to get them in separatly > > :to simplify the bigger one. > > :the first patch: > > :http://www.freebsd.org/~julian/IDLETD.diff > > :moves the flag that identifies a thread as being one of the idle threads > > :from the KSE to the thread. The code that wants to know already > > :has a thread pointer, but not the KSE pointer so this makes more sense. > > > > Is this correct? > > > > Index: sys/proc.h > > =================================================================== > > RCS file: /repos/projects/mirrored/freebsd/src/sys/sys/proc.h,v > > retrieving revision 1.313 > > diff -u -r1.313 proc.h > > --- sys/proc.h 2003/04/13 21:29:11 1.313 > > +++ sys/proc.h 2003/04/17 22:52:07 > > @@ -349,6 +323,7 @@ > > #define TDF_CAN_UNBIND 0x000004 /* Only temporarily bound. */ > > #define TDF_SINTR 0x000008 /* Sleep is interruptible. */ > > #define TDF_TIMEOUT 0x000010 /* Timing out during sleep. */ > > +#define TDF_IDLETD 0x000040 /* This is an idle thread */ > > #define TDF_SELECT 0x000040 /* Selecting; wakeup/waiting > > danger. */ > > #define TDF_CVWAITQ 0x000080 /* Thread is on a cv_waitq (not > > slpq). */ > > #define TDF_UPCALLING 0x000100 /* This thread is doing an > > upcall. */ > > > > > > Both TDF_IDLETD and TD_SELECT have the same value. > > > uh, no, TDF_IDLETD should be 0x20 > I copied that line by hand from my test system because > the diff from there is different (there are more changes frm which this > was extracted) and flubbed it.. good catch. > (That's why we do reviews right?) :-) > > > > > > Just curious. > > > > Cheers, > > Andrew > > > > > > : > > : > > :The second patch: > > :http://www.freebsd.org/~julian/sched_clock.diff > > :makes the sched_ API entrypoint sched_clock() > > :take a thread argument instead of a KSE. > > :Once again, the callers have the thread pointer and not the KSE pointer, > > :and in fact they probably should not have the KSE pointer. > > : > > : > > :anyone object to these patches? > > : > > : > > :_______________________________________________ > > :freebsd-current@freebsd.org mailing list > > :http://lists.freebsd.org/mailman/listinfo/freebsd-current > > :To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > : > > > > -- > > Andrew R. Reiter > > arr@watson.org > > arr@FreeBSD.org > > > From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 19:54:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B920F37B401 for ; Thu, 17 Apr 2003 19:54:04 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D79B043F3F for ; Thu, 17 Apr 2003 19:54:03 -0700 (PDT) (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 h3I2s1A7086275; Thu, 17 Apr 2003 20:54:02 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 17 Apr 2003 20:53:32 -0600 (MDT) Message-Id: <20030417.205332.130545591.imp@bsdimp.com> To: agh@tpg.com.au From: "M. Warner Losh" In-Reply-To: <200304171420.29892.agh@tpg.com.au> References: <200304171136.57515.agh@tpg.com.au> <3E9E1D1D.307F8CA7@mindspring.com> <200304171420.29892.agh@tpg.com.au> 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 cc: freebsd-current@freebsd.org Subject: Re: Auto kernel module loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 02:54:05 -0000 A lot of the functionality should be in devd to automatically load things based on the hardware present. You might want to look into using that, since that's my next big devd task. Warner From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 19:55:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E429B37B401 for ; Thu, 17 Apr 2003 19:55:18 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35C6043FBF for ; Thu, 17 Apr 2003 19:55:18 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by sccrmhc03.attbi.com (sccrmhc03) with ESMTP id <2003041802551700300575ehe>; Fri, 18 Apr 2003 02:55:17 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id TAA57472; Thu, 17 Apr 2003 19:55:14 -0700 (PDT) Date: Thu, 17 Apr 2003 19:55:13 -0700 (PDT) From: Julian Elischer To: Jeff Roberson In-Reply-To: <20030417213909.M76635-100000@mail.chesapeake.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD current users Subject: Re: some small patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 02:55:19 -0000 On Thu, 17 Apr 2003, Jeff Roberson wrote: > I object to the sched_clock() change. We've discussed this on threads@ Yes and the clock code doesn't need to know about KSEs and it is of ABSOLUTLY NO difference to the sched_clock() function if it derives the thread from the KSE or derives the KSE from the thread. there is no big difference between sched_clock(curthread); and sched_clock(curthread->td_kse) except that one requires kern_clock.c to know about KSEs and one doesn't. > > On Thu, 17 Apr 2003, Julian Elischer wrote: > > > > > > > On Thu, 17 Apr 2003, Andrew R. Reiter wrote: > > > > > On Thu, 17 Apr 2003, Julian Elischer wrote: > > > > > > : > > > :Here are two small patches they are pretty non-controversial in my > > > :opinion. > > > : > > > :they are part of a bigger patch, but I'd like to get them in separatly > > > :to simplify the bigger one. > > > :the first patch: > > > :http://www.freebsd.org/~julian/IDLETD.diff > > > :moves the flag that identifies a thread as being one of the idle threads > > > :from the KSE to the thread. The code that wants to know already > > > :has a thread pointer, but not the KSE pointer so this makes more sense. > > > > > > Is this correct? > > > > > > Index: sys/proc.h > > > =================================================================== > > > RCS file: /repos/projects/mirrored/freebsd/src/sys/sys/proc.h,v > > > retrieving revision 1.313 > > > diff -u -r1.313 proc.h > > > --- sys/proc.h 2003/04/13 21:29:11 1.313 > > > +++ sys/proc.h 2003/04/17 22:52:07 > > > @@ -349,6 +323,7 @@ > > > #define TDF_CAN_UNBIND 0x000004 /* Only temporarily bound. */ > > > #define TDF_SINTR 0x000008 /* Sleep is interruptible. */ > > > #define TDF_TIMEOUT 0x000010 /* Timing out during sleep. */ > > > +#define TDF_IDLETD 0x000040 /* This is an idle thread */ > > > #define TDF_SELECT 0x000040 /* Selecting; wakeup/waiting > > > danger. */ > > > #define TDF_CVWAITQ 0x000080 /* Thread is on a cv_waitq (not > > > slpq). */ > > > #define TDF_UPCALLING 0x000100 /* This thread is doing an > > > upcall. */ > > > > > > > > > Both TDF_IDLETD and TD_SELECT have the same value. > > > > > > uh, no, TDF_IDLETD should be 0x20 > > I copied that line by hand from my test system because > > the diff from there is different (there are more changes frm which this > > was extracted) and flubbed it.. good catch. > > (That's why we do reviews right?) :-) > > > > > > > > > > Just curious. > > > > > > Cheers, > > > Andrew > > > > > > > > > : > > > : > > > :The second patch: > > > :http://www.freebsd.org/~julian/sched_clock.diff > > > :makes the sched_ API entrypoint sched_clock() > > > :take a thread argument instead of a KSE. > > > :Once again, the callers have the thread pointer and not the KSE pointer, > > > :and in fact they probably should not have the KSE pointer. > > > : > > > : > > > :anyone object to these patches? > > > : > > > : > > > :_______________________________________________ > > > :freebsd-current@freebsd.org mailing list > > > :http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > :To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > : > > > > > > -- > > > Andrew R. Reiter > > > arr@watson.org > > > arr@FreeBSD.org > > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 19:55:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16C0C37B407 for ; Thu, 17 Apr 2003 19:55:31 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A2E643FBF for ; Thu, 17 Apr 2003 19:55:30 -0700 (PDT) (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 h3I2tSA7086289; Thu, 17 Apr 2003 20:55:29 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 17 Apr 2003 20:54:59 -0600 (MDT) Message-Id: <20030417.205459.78025666.imp@bsdimp.com> To: dcs@tcoip.com.br From: "M. Warner Losh" In-Reply-To: <3E9EB7DF.4040104@tcoip.com.br> References: <200304171136.57515.agh@tpg.com.au> <3E9EB7DF.4040104@tcoip.com.br> 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 cc: freebsd-current@freebsd.org Subject: Re: Auto kernel module loading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 02:55:34 -0000 In message: <3E9EB7DF.4040104@tcoip.com.br> "Daniel C. Sobral" writes: : Plan once was for loader to identify the PNP IDs and load the : appropriate modules. What the appropriate modules were would be infered : from a configuration file. : : I think Mike decided that wasn't such a good idea after all, but I : wasn't much in touch with FreeBSD at the time, so I remember it only : vaguely. Yes. My plan is to make devd deal with most of the problem... You'll still need to compile / device into your kernel, however. Warner From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 19:56:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 478C737B401; Thu, 17 Apr 2003 19:56:02 -0700 (PDT) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2744F43FBF; Thu, 17 Apr 2003 19:56:02 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0309.cvx40-bradley.dialup.earthlink.net ([216.244.43.54] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 196M2g-0001jY-00; Thu, 17 Apr 2003 19:55:59 -0700 Message-ID: <3E9F68EC.D92FCF6E@mindspring.com> Date: Thu, 17 Apr 2003 19:54:36 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Jacques A. Vidrine" References: <20030417141133.GA4155@madman.celabo.org> <1050590195.76150.8.camel@owen1492.uf.corelab.com> <20030418002346.A91615@iclub.nsu.ru> <20030417173607.GA2682@madman.celabo.org> <20030418010935.GD4001@madman.celabo.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a45a7b153d160b09662de726ac918a60b8350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: Garrett Wollman cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 02:56:03 -0000 "Jacques A. Vidrine" wrote: > On Thu, Apr 17, 2003 at 04:44:05PM -0400, Garrett Wollman wrote: > > One possible way around this is to add an external resolver (like > > Solaris's `nscd'); the static library can use a stub routine to call > > the resolver if possible (i.e., the machine is running multiuser), and > > then fall back to the built-in databases if this fails. This way, > > only the users who needed loadable NSS modules would pay the cost. > > Indeed, even in a completely dynamically-linked system, an nscd has > some value. When we do get one, it would likely be optional, however. > Some NSS modules already do their own caching; and also sometimes the > complexity is not needed. In any case, the internal libc interfaces > must stablize before we can move forward. It would be nice to have > something for FreeBSD 5.2. For threads reentrancy, an external resolver makes a *lot* of sense. Right now, people have been suggesting reentrant resolver code in libc, which is fine, until you have 10,000 threads in a network protocol server (e.g. HTTP), all of which need to do reverse lookups for logging purposes. Minimally, a reentrant resolver library would have to have a limited number of actual sockets on which pending UDP requests are outstanding, since it's not really possible to match an answer with a specific request, in most cases. An nscd solves the problem nicely. In addition, since the local connection can be TCP rather than UDP, and handle the multiplexing of the request by thread ID (or whatever ID you choose to use as a request/response prefix), you can have a single socket used in the threaded program, not one per outstanding request, or some limited number with a turnstile protecting them (e.g. what Microsoft calls "apartment model"). All in all, this is a much better idea, overall, than making the standard libc versions thread reentrant. The model in the the nscd itself, if it uses threads at all, would probably have to be "apartment", anyway, to bound the amount of resources used (same reason the thing should cache when it can, in all cases, even if not requested to cache, and even if there is a cache in the program talking to it). -- Terry From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 19:58:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2055037B401 for ; Thu, 17 Apr 2003 19:58:42 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5254A43FBF for ; Thu, 17 Apr 2003 19:58:41 -0700 (PDT) (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 h3I2wbA7086316; Thu, 17 Apr 2003 20:58:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 17 Apr 2003 20:58:04 -0600 (MDT) Message-Id: <20030417.205804.03157161.imp@bsdimp.com> To: ambrisko@ambrisko.com From: "M. Warner Losh" In-Reply-To: <200304180008.h3I08QoH092576@www.ambrisko.com> References: <200304180008.h3I08QoH092576@www.ambrisko.com> 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 cc: current@freebsd.org Subject: Re: Getting ready to comit ppc(4) support for puc(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 02:58:42 -0000 I have some issues with this patch. Can you hold off a couple of days to give me time to articulate things? Warner From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 20:03:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25AE337B401 for ; Thu, 17 Apr 2003 20:03:56 -0700 (PDT) Received: from www.ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C2E443FCB for ; Thu, 17 Apr 2003 20:03:55 -0700 (PDT) (envelope-from ambrisko@www.ambrisko.com) Received: from www.ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.8p1/8.12.8) with ESMTP id h3I33lO7002062; Thu, 17 Apr 2003 20:03:47 -0700 (PDT) (envelope-from ambrisko@www.ambrisko.com) Received: (from ambrisko@localhost) by www.ambrisko.com (8.12.8p1/8.12.8/Submit) id h3I33lkF002061; Thu, 17 Apr 2003 20:03:47 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200304180303.h3I33lkF002061@www.ambrisko.com> In-Reply-To: <20030417.205804.03157161.imp@bsdimp.com> To: "M. Warner Losh" Date: Thu, 17 Apr 2003 20:03:47 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: current@freebsd.org Subject: Re: Getting ready to comit ppc(4) support for puc(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 03:03:56 -0000 M. Warner Losh writes: | I have some issues with this patch. Can you hold off a couple of days | to give me time to articulate things? Not a problem. That's why I posted it for input about how it should be done. Doug A. From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 20:21:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BF9A37B401; Thu, 17 Apr 2003 20:21:50 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92AB243FDD; Thu, 17 Apr 2003 20:21:49 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h3I3LkA1039082; Thu, 17 Apr 2003 22:21:46 -0500 (CDT) (envelope-from dan) Date: Thu, 17 Apr 2003 22:21:46 -0500 From: Dan Nelson To: Robert Watson Message-ID: <20030418032146.GF28037@dan.emsphone.com> References: <20030417211205.GC28037@dan.emsphone.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: Scott Long cc: current@freebsd.org cc: John Polstra Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 03:21:50 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In the last episode (Apr 17), Robert Watson said: > On Thu, 17 Apr 2003, Dan Nelson wrote: > > > If switching to a fully dynamically linked system is desired > > > before 6.0 then it needs to happen before 5.2. I'm not opposed > > > to this. > > > > I'm more worried about the performance hit than foot-shooting (schg > > is protection enough I think, and I like beagles). > > > > I believe dynamically-linked programs still are ~20% slower than > > static ones, and for small programs like sed, awk, expr, sh, > > basename, tr, and the like, the larger (constant) startup time > > becomes significant also. > > > > Anyone want to benchmark a medium-sized portbuild with static vs > > /dynamic bin and /sbin? > > Well, I think that the measurements should be done, but it's worth > noting that several of the programs you quote above have been > dynamically linked for years: > > sed dynamic > awk dynamic > expr static > sh static > basename dynamic > tr dynamic Oops. I forgot I statically link quite a lot of /usr/bin on my system. > Some might argue that even to support NSS, expr wouldn't need to > become dynamic. Right; very few programs actually would need to be converted to dynamic. But John brought up a totally dynamic system, which I think would be a bad idea, performance-wise. > One of the noted benefits of running with a dynamic system is that > you can actually save a fair amount of memory by not requiring > separate physical memory storage for each instance of libc. There > are a number of trade-offs, and we're certainly not the first to > approach this decision :-). I'd be very interested in seeing some > micro-benchmark and macro-benchmark performance results, however. Yeah, but that's what, maybe 500k per executable (not per-process, since those pages will get shared)? Contrast that with all the pages (per-process) in the shared library that have offsets to get fixed up that can't be shared. I ran a quick test by building dynamic and static copies of ls, running ls -R /usr/ports, then pausing both with ^Z. (root@dan.3) /tmp># ps axl | grep ls\. UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 90081 83712 0 96 0 792 680 - T p4 0:00.02 ./ls.stat -l -R /usr/ports 0 90132 83712 0 96 0 1616 1196 - T p4 0:00.03 ./ls.dyn -l -R /usr/ports It /looks/ like the dynamic version uses more memory, although that may just be because it ends up mmapping the whole of libc, libm, and ncurses instead of just the required bits. So a lot of those pages probably end up shared. I've also attached /proc/pid/map files for both processes for anyone that can decode them and figure out exactly how many unshareable pages the dynamic version has. -- Dan Nelson dnelson@allantgroup.com --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dyn.map" 0x8048000 0x804d000 5 0 0xc5be5850 r-x 1 0 0x0 COW NC vnode 0x804d000 0x804e000 1 0 0xc5c70e40 rw- 2 0 0x2180 NCOW NNC default 0x804e000 0x8066000 24 0 0xc5c70e40 rwx 2 0 0x2180 NCOW NNC default 0x2804d000 0x28063000 20 0 0xc3b535f0 r-x 157 73 0x4 COW NC vnode 0x28063000 0x28064000 1 0 0xc64ce130 rw- 1 0 0x2180 COW NNC vnode 0x28064000 0x28066000 2 0 0xc5b035f0 rw- 2 0 0x2180 NCOW NNC default 0x28066000 0x2806e000 6 0 0xc5b035f0 rwx 2 0 0x2180 NCOW NNC default 0x2806e000 0x28086000 13 0 0xc3b9de40 r-x 54 36 0x4 COW NC vnode 0x28086000 0x28087000 1 0 0xc62bf098 r-x 1 0 0x2180 COW NNC vnode 0x28087000 0x2808c000 5 0 0xc54562f8 rwx 1 0 0x2180 COW NNC vnode 0x2808c000 0x280c2000 51 0 0xc3de8688 r-x 25 16 0x4 COW NC vnode 0x280c2000 0x280c3000 1 0 0xc6ad1130 r-x 1 0 0x2180 COW NNC vnode 0x280c3000 0x280cc000 9 0 0xc6c3fd10 rwx 1 0 0x2180 COW NNC vnode 0x280cc000 0x2818a000 131 0 0xc5e05688 r-x 1 0 0x2180 COW NNC vnode 0x2818a000 0x2818b000 1 0 0xc6d56390 r-x 1 0 0x2180 COW NNC vnode 0x2818b000 0x28190000 5 0 0xc5bc1558 rwx 1 0 0x2180 COW NNC vnode 0x28190000 0x281a3000 13 0 0xc4f6aed8 rwx 1 0 0x2180 NCOW NNC default 0xbfbe0000 0xbfc00000 4 0 0xc5b14260 rwx 1 0 0x2180 NCOW NNC default $ ldd dyn dyn: libm.so.2 => /usr/lib/libm.so.2 (0x2806e000) libncurses.so.5 => /usr/lib/libncurses.so.5 (0x2808c000) libc.so.5 => /usr/lib/libc.so.5 (0x280cc000) --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="stat.map" 0x8048000 0x80c4000 124 138 0xc5df32f8 r-x 2 1 0x0 COW NC vnode 0x80c4000 0x80c5000 1 0 0xc4caa688 rw- 1 0 0x2180 COW NNC vnode 0x80c5000 0x80d5000 10 0 0xc4f3b688 rw- 2 0 0x2180 NCOW NNC default 0x80d5000 0x80ed000 24 0 0xc4f3b688 rwx 2 0 0x2180 NCOW NNC default 0x280c4000 0x280c5000 1 0 0xc3e7d098 rwx 1 0 0x2180 NCOW NNC default 0xbfbe0000 0xbfc00000 4 0 0xc64c9ed8 rwx 1 0 0x2180 NCOW NNC default --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 20:41:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39BDF37B401 for ; Thu, 17 Apr 2003 20:41:28 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [205.130.220.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6561F43FBF for ; Thu, 17 Apr 2003 20:41:27 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h3I3fNu84816; Thu, 17 Apr 2003 23:41:23 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Thu, 17 Apr 2003 23:41:23 -0400 (EDT) From: Jeff Roberson To: Julian Elischer In-Reply-To: Message-ID: <20030417234012.Y76635-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD current users Subject: Re: some small patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 03:41:28 -0000 On Thu, 17 Apr 2003, Julian Elischer wrote: > > > On Thu, 17 Apr 2003, Jeff Roberson wrote: > > > I object to the sched_clock() change. We've discussed this on threads@ > > Yes and the clock code doesn't need to know about KSEs and it is of > ABSOLUTLY NO difference to the sched_clock() function if it derives the > thread from the KSE or derives the KSE from the thread. > > there is no big difference between > sched_clock(curthread); > and > sched_clock(curthread->td_kse) > except that one requires kern_clock.c to know about KSEs and one > doesn't. The difference is in the meaning of the function and not the functionality. It is an interface that operates on a property of the kse and not the thread. > > > > > On Thu, 17 Apr 2003, Julian Elischer wrote: > > > > > > > > > > > On Thu, 17 Apr 2003, Andrew R. Reiter wrote: > > > > > > > On Thu, 17 Apr 2003, Julian Elischer wrote: > > > > > > > > : > > > > :Here are two small patches they are pretty non-controversial in my > > > > :opinion. > > > > : > > > > :they are part of a bigger patch, but I'd like to get them in separatly > > > > :to simplify the bigger one. > > > > :the first patch: > > > > :http://www.freebsd.org/~julian/IDLETD.diff > > > > :moves the flag that identifies a thread as being one of the idle threads > > > > :from the KSE to the thread. The code that wants to know already > > > > :has a thread pointer, but not the KSE pointer so this makes more sense. > > > > > > > > Is this correct? > > > > > > > > Index: sys/proc.h > > > > =================================================================== > > > > RCS file: /repos/projects/mirrored/freebsd/src/sys/sys/proc.h,v > > > > retrieving revision 1.313 > > > > diff -u -r1.313 proc.h > > > > --- sys/proc.h 2003/04/13 21:29:11 1.313 > > > > +++ sys/proc.h 2003/04/17 22:52:07 > > > > @@ -349,6 +323,7 @@ > > > > #define TDF_CAN_UNBIND 0x000004 /* Only temporarily bound. */ > > > > #define TDF_SINTR 0x000008 /* Sleep is interruptible. */ > > > > #define TDF_TIMEOUT 0x000010 /* Timing out during sleep. */ > > > > +#define TDF_IDLETD 0x000040 /* This is an idle thread */ > > > > #define TDF_SELECT 0x000040 /* Selecting; wakeup/waiting > > > > danger. */ > > > > #define TDF_CVWAITQ 0x000080 /* Thread is on a cv_waitq (not > > > > slpq). */ > > > > #define TDF_UPCALLING 0x000100 /* This thread is doing an > > > > upcall. */ > > > > > > > > > > > > Both TDF_IDLETD and TD_SELECT have the same value. > > > > > > > > > uh, no, TDF_IDLETD should be 0x20 > > > I copied that line by hand from my test system because > > > the diff from there is different (there are more changes frm which this > > > was extracted) and flubbed it.. good catch. > > > (That's why we do reviews right?) :-) > > > > > > > > > > > > > > Just curious. > > > > > > > > Cheers, > > > > Andrew > > > > > > > > > > > > : > > > > : > > > > :The second patch: > > > > :http://www.freebsd.org/~julian/sched_clock.diff > > > > :makes the sched_ API entrypoint sched_clock() > > > > :take a thread argument instead of a KSE. > > > > :Once again, the callers have the thread pointer and not the KSE pointer, > > > > :and in fact they probably should not have the KSE pointer. > > > > : > > > > : > > > > :anyone object to these patches? > > > > : > > > > : > > > > :_______________________________________________ > > > > :freebsd-current@freebsd.org mailing list > > > > :http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > > :To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > : > > > > > > > > -- > > > > Andrew R. Reiter > > > > arr@watson.org > > > > arr@FreeBSD.org > > > > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 21:55:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBD2937B401; Thu, 17 Apr 2003 21:55:04 -0700 (PDT) Received: from titan.kgt.co.jp (titan.kgt.co.jp [210.141.246.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FFAF43FBF; Thu, 17 Apr 2003 21:55:04 -0700 (PDT) (envelope-from haro@kgt.co.jp) Received: from navgw.tt.kgt.co.jp (navgw [210.141.246.71]) by titan.kgt.co.jp (Postfix) with ESMTP id 9A4744A410; Fri, 18 Apr 2003 13:55:02 +0900 (JST) Received: from tt.kgt.co.jp (pegasus [192.168.10.1]) by navgw.tt.kgt.co.jp (Postfix) with ESMTP id 77C2047711; Fri, 18 Apr 2003 13:55:02 +0900 (JST) Received: from localhost [192.168.13.83] by tt.kgt.co.jp with ESMTP (SMTPD32-7.12) id A5262C70104; Fri, 18 Apr 2003 13:55:02 +0900 Date: Fri, 18 Apr 2003 13:54:59 +0900 (JST) Message-Id: <20030418.135459.07648220.haro@kgt.co.jp> To: mwlucas@blackhelicopters.org From: Munehiro Matsuda In-Reply-To: <20030417183310.GG33673@vega.vega.com> References: <20030417134244.A45903@blackhelicopters.org> <20030417183310.GG33673@vega.vega.com> X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: sobomax@portaone.com cc: current@FreeBSD.ORG cc: mdodd@FreeBSD.ORG Subject: Re: pcm0 stopped working on yesterday's -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 04:55:05 -0000 From: Maxim Sobolev Date: Thu, 17 Apr 2003 21:33:10 +0300 ::> This worked fine on an April 3 -current, but not yesterday's. ::> ::> >From /var/run/dmesg.boot: ::> ::> pcm0: port 0xfebc-0xfebf,0xfec0-0xfeff mem 0xefdf0000-0xefdf7fff irq 11 at device 12.0 on pci0 ::> pcm0: pcs=120, rcs=16, ecs=16, ws=1024, memsz=16868 ::> pcm0: unable to initialize the card ::> device_probe_and_attach: pcm0 attach returned 6 ::> ::> Not vital, but someone might like to know... It should be fixed with rev1.32 of src/sys/dev/sound/pci/ds1.c ::It is likely to be the victim of the recent mdodd's commit. Actually, it started with simokawa-san's change to busdma_machdep.c :-) Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Network & Security Dept., Kubota Graphics Technologies Inc. /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan Tel: +81-3-3225-0373 Fax: +81-3-3225-0740 Email: haro@kgt.co.jp From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 22:11:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D8F337B401 for ; Thu, 17 Apr 2003 22:11:30 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE91443FAF for ; Thu, 17 Apr 2003 22:11:29 -0700 (PDT) (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 <200304180511280020026ugde>; Fri, 18 Apr 2003 05:11:29 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id WAA58324; Thu, 17 Apr 2003 22:11:27 -0700 (PDT) Date: Thu, 17 Apr 2003 22:11:25 -0700 (PDT) From: Julian Elischer To: Jeff Roberson In-Reply-To: <20030417234012.Y76635-100000@mail.chesapeake.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD current users Subject: Re: some small patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 05:11:30 -0000 On Thu, 17 Apr 2003, Jeff Roberson wrote: > > On Thu, 17 Apr 2003, Julian Elischer wrote: > > > > > > > On Thu, 17 Apr 2003, Jeff Roberson wrote: > > > > > I object to the sched_clock() change. We've discussed this on threads@ > > > > Yes and the clock code doesn't need to know about KSEs and it is of > > ABSOLUTLY NO difference to the sched_clock() function if it derives the > > thread from the KSE or derives the KSE from the thread. > > > > there is no big difference between > > sched_clock(curthread); > > and > > sched_clock(curthread->td_kse) > > except that one requires kern_clock.c to know about KSEs and one > > doesn't. > > The difference is in the meaning of the function and not the > functionality. It is an interface that operates on a property of the kse > and not the thread. No it's an interface that tells the scheduler that curthread (THAT's A THREAD, OK?) received a clock tick. The scheduler can map that thread to whatever private data structures it needs to, but CURTHREAD IS A THREAD! It may have some scheduler provate information associates with it, (e.g. a KSE) but basically the function statclock is telling the scheduler. "hey whatever thread is running now just got a clock tick" In fact since the thread in question is always curthread the whole question is stupid.. it could be a void function, and use 'curthread' to derive both td and kse. The KSE is information PRIVATE TO THE SCHEDULER, in fact there may not even BE one. So why do you want to pass it as an argument.? From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 22:27:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 159A137B401 for ; Thu, 17 Apr 2003 22:27:33 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [205.130.220.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41F5843FA3 for ; Thu, 17 Apr 2003 22:27:32 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h3I5RS728136; Fri, 18 Apr 2003 01:27:28 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Fri, 18 Apr 2003 01:27:28 -0400 (EDT) From: Jeff Roberson To: Julian Elischer In-Reply-To: Message-ID: <20030418012455.P76635-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD current users Subject: Re: some small patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 05:27:33 -0000 On Thu, 17 Apr 2003, Julian Elischer wrote: > > > On Thu, 17 Apr 2003, Jeff Roberson wrote: > > > > > On Thu, 17 Apr 2003, Julian Elischer wrote: > > > > > > > > > > > On Thu, 17 Apr 2003, Jeff Roberson wrote: > > > > > > > I object to the sched_clock() change. We've discussed this on threads@ > > > > > > Yes and the clock code doesn't need to know about KSEs and it is of > > > ABSOLUTLY NO difference to the sched_clock() function if it derives the > > > thread from the KSE or derives the KSE from the thread. > > > > > > there is no big difference between > > > sched_clock(curthread); > > > and > > > sched_clock(curthread->td_kse) > > > except that one requires kern_clock.c to know about KSEs and one > > > doesn't. > > > > The difference is in the meaning of the function and not the > > functionality. It is an interface that operates on a property of the kse > > and not the thread. > > No it's an interface that tells the scheduler that curthread > (THAT's A THREAD, OK?) received a clock tick. The scheduler can map > that thread to whatever private data structures it needs to, but > CURTHREAD IS A THREAD! It may have some scheduler provate information > associates with it, (e.g. a KSE) but basically the function statclock is > telling the scheduler. > "hey whatever thread is running now just got a clock tick" > > In fact since the thread in question is always curthread > the whole question is stupid.. it could be a void function, > and use 'curthread' to derive both td and kse. > > The KSE is information PRIVATE TO THE SCHEDULER, in fact there may not > even BE one. So why do you want to pass it as an argument.? > > We disagree on this point. No amount of capitalized text is going to change that. I don't object so strongly to this change except that I disagree with the logic behind it. We need a centralized place to place run queue and slice information. We already have that abstraction. Changing that conflicts with work that I have planned. From owner-freebsd-current@FreeBSD.ORG Thu Apr 17 22:28:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A46AA37B401 for ; Thu, 17 Apr 2003 22:28:59 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [205.130.220.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE94E43F85 for ; Thu, 17 Apr 2003 22:28:58 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h3I5SwJ28707 for ; Fri, 18 Apr 2003 01:28:58 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Fri, 18 Apr 2003 01:28:58 -0400 (EDT) From: Jeff Roberson To: current@freebsd.org Message-ID: <20030418012810.U76635-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: cvs commit: src/sys/kern sched_ule.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 05:28:59 -0000 ULE works with SMP again. Sorry about that folks. Please let me know of any behavior issues. If you have a workload where ULE performs worse than 4BSD I'd love to hear about it. ---------- Forwarded message ---------- Date: Thu, 17 Apr 2003 22:24:10 -0700 (PDT) From: Jeff Roberson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/kern sched_ule.c jeff 2003/04/17 22:24:10 PDT FreeBSD src repository Modified files: sys/kern sched_ule.c Log: - Set the ke_cpu field in sched_add() for interrupt and realtime threads since they are going on the current cpu and not their previously assigned cpu. - sched_runnable() should only return true in the SMP case if the other processor has more than one thread that is runnable. We can not steal curthread. - Change kseq_print() to accept the cpuid instead of a kseq pointer. This makes use of this function in ddb much easier. Revision Changes Path 1.29 +7 -5 src/sys/kern/sched_ule.c From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 00:58:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F31D37B401 for ; Fri, 18 Apr 2003 00:58:12 -0700 (PDT) Received: from ns.altadena.net (ns.altadena.net [207.151.161.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B40CE43F85 for ; Fri, 18 Apr 2003 00:58:11 -0700 (PDT) (envelope-from pete@ns.altadena.net) Received: from ns.altadena.net (localhost [127.0.0.1]) by ns.altadena.net (8.12.8p1/8.12.3) with ESMTP id h3I7wAme048588; Fri, 18 Apr 2003 00:58:10 -0700 (PDT) (envelope-from pete@ns.altadena.net) Received: (from pete@localhost) by ns.altadena.net (8.12.8p1/8.12.3/Submit) id h3I7wAp0048587; Fri, 18 Apr 2003 00:58:10 -0700 (PDT) (envelope-from pete) From: Pete Carah Message-Id: <200304180758.h3I7wAp0048587@ns.altadena.net> In-Reply-To: <20030417152135.17551.qmail@web14807.mail.yahoo.com> from Chuck McCrobie at "Apr 17, 2003 08:21:35 am" To: Chuck McCrobie Date: Fri, 18 Apr 2003 00:58:10 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso8859-1 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: VAIO problems still X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 07:58:12 -0000 mccrobie2000 writes: > YMMV> > > UGH! UGH! UGH! Please see: > > http://w3.mivlmd.cablespeed.com/~mccrobie > > Let me know if this fixes your problem - or not. R505ES... Does. (the first chunk (RCS Id) fails but that doesn't matter) Sound works fine with this patch. Your notes about video don't apply to this R505 as the R505Ex uses Intel 830M. I have had to use HEAD of XF86 in order to get a working driver but it works well (now - there were some loose ends for a while, especially involving alt-ctl-f1 to get back to a text screen; it broke things in a visually cute (but operationally disgusting) way. > I have diagnosed this problem on the Sony Vaio GRX-670 > six months ago. > > There is nothing you can do to get devices off of > IRQ9, that I know of. If its any consolation, Windows > 2000 lists ethernet, firewire, usb, cardbus ALL on > IRQ9. Since FreeBSD shares interrupts, I have not > noted any performance issues with so many devices on > the same interrupt, although I don't generally have > USB, firewire, sound, and ethernet all going at the > time. > > The problem with audio is that FreeBSD does NOT route > the existing interrupt. The patch on the above web > site hacks the routing of the interrupt. > > I can play sound WITHOUT moving my mouse, without > network traffic, etc. Now also. > Because the interrupt is shared, the ich3 sound driver > gets its interrupt routine called when anything that > gets IRQ9 is used - including USB mouse. The sound > driver than finds work to do and does it - the result > is you get sound. I had figured out that much; just not why... > FreeBSD does not seem to setup the interrupt mechanism > to enable delivery of the IRQ9 for sound, because > sound already has an assigned interrupt. > > I've been waiting for someone to fix this. I posted > this patch several months ago, but the response was > "this does nothing for IO APIC" - I don't know what > that is or how it affects this issue, but if it fixes > the problem, it would greatly be appreciated. I don't know how IO APIC is relevant to the mobile chipset; it normally applies to SMP systems... (though some VIA single-proc chipsets contain APIC functions too.) My next project for this vaio is to try to get a Sierra 555 working in freebsd. Stable recognizes it as a serial device but hangs the whole system if it gets used. Current recognizes it as a network device (which is true, though it normally uses ppp in operation so should look serial), then ignores it due to lack of a driver. I'm starting to figure out how to use the pccard_quirks stuff :-) -- Pete From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 01:00:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D5CA37B401 for ; Fri, 18 Apr 2003 01:00:00 -0700 (PDT) Received: from mail.dada.it (mail4.dada.it [195.110.100.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 9D7B243FBD for ; Fri, 18 Apr 2003 00:59:56 -0700 (PDT) (envelope-from riccardo@torrini.org) Received: (qmail 11543 invoked from network); 18 Apr 2003 07:59:51 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 18 Apr 2003 07:59:51 -0000 Received: from trudy.torrini.home (localhost.torrini.home [127.0.0.1]) by torrini.org (8.12.9/8.12.9) with ESMTP id h3I7xk2n004495; Fri, 18 Apr 2003 09:59:46 +0200 (CEST) (envelope-from riccardo@trudy.torrini.home) Received: (from riccardo@localhost) by trudy.torrini.home (8.12.9/8.12.9/Submit) id h3I7xj14004494; Fri, 18 Apr 2003 09:59:45 +0200 (CEST) Date: Fri, 18 Apr 2003 09:59:45 +0200 From: Riccardo Torrini To: ticso@cicely.de Message-ID: <20030418075945.GB4089@trudy.torrini.home> References: <20030417191637.GA505@trudy.torrini.home> <20030418002448.GH10848@cicely9.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030418002448.GH10848@cicely9.cicely.de> User-Agent: Mutt/1.4.1i cc: freebsd-current@FreeBSD.ORG Subject: Re: usb cf reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 08:00:00 -0000 On Fri, Apr 18, 2003 at 02:24:48AM +0200, Bernd Walter wrote: >> # ls -ln /dev/da0* >> crw-r----- 1 0 5 4, 20 Apr 17 20:09 /dev/da0 >> >> # mount -tmsdos /dev/da0 /dist >> msdosfs: /dev/da0: Invalid argument > msdosfs usually lives on slices. I know that, but DEVFS create _only_ /dev/da0 :-( >> # fdisk /dev/da0 >> ******* Working on device /dev/da0 ******* >> parameters extracted from in-core disklabel are: >> cylinders=15 heads=64 sectors/track=32 (2048 blks/cyl) >> >> parameters to be used for BIOS calculations are: >> cylinders=15 heads=64 sectors/track=32 (2048 blks/cyl) >> >> fdisk: invalid fdisk partition table found >> fdisk: /boot/mbr: length must be a multiple of sector size > But this seems to be a real problem. > Either the media is not fdisk'ed or reading failed. I can access photo (read/delete/shot) using photo camera, so I think that CF is working. And even on a not partitioned media, dd should work (I think). # dd if=/dev/da0 | hd 0+0 records in 0+0 records out 0 bytes transferred in 0.010928 secs (0 bytes/sec) > Do you get any kernel messages? No. Nothing but attach/detach device. -----8<----- Apr 17 20:21:23 trudy kernel: ugen0: at uhub0 port 1 (addr 2) disconnected Apr 17 20:21:23 trudy kernel: ugen0: detached (forgot to kldload umass, removed usb, loaded, reattached) Apr 17 20:21:52 trudy kernel: umass0: DataFab Systems Inc. USB CF, rev 1.10/3.06, addr 2 Apr 17 20:21:55 trudy kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Apr 17 20:21:55 trudy kernel: da0: Removable Direct Access SCSI-0 device Apr 17 20:21:55 trudy kernel: da0: 1.000MB/s transfers Apr 17 20:21:55 trudy kernel: da0: 15MB (31488 512 byte sectors: 64H 32S/T 15C) Apr 17 20:29:48 trudy ntpd[189]: time reset 0.390596 s Apr 17 20:50:23 trudy ntpd[189]: time reset -0.450258 s Apr 18 03:35:36 trudy kernel: umass0: at uhub0 port 1 (addr 2) disconnected Apr 18 03:35:36 trudy kernel: (da0:umass-sim0:0:0:0): lost device Apr 18 03:35:36 trudy kernel: (da0:umass-sim0:0:0:0): removing device entry Apr 18 03:35:36 trudy kernel: umass0: detached (going to sleep...) -----8<----- I'm at work now, but I can rebuild/add patches this night ;) Thanks for yor time. -- Riccardo. From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 01:05:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E00437B401; Fri, 18 Apr 2003 01:05:42 -0700 (PDT) Received: from demos.su (mx.demos.su [194.87.0.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id B90B443F85; Fri, 18 Apr 2003 01:05:37 -0700 (PDT) (envelope-from tolyar@mx.ru) Received: from [194.87.2.159] (HELO dwarf.demos.su) by demos.su (CommuniGate Pro SMTP 4.0.6/D4) with SMTP id 67453759; Fri, 18 Apr 2003 12:05:36 +0400 Date: Fri, 18 Apr 2003 12:05:36 +0400 From: Zherdev Anatoly To: "Jacques A. Vidrine" Message-Id: <20030418120536.4a8b0a56.tolyar@mx.ru> In-Reply-To: <20030417141133.GA4155@madman.celabo.org> References: <20030417141133.GA4155@madman.celabo.org> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 08:05:42 -0000 On Thu, 17 Apr 2003 09:11:33 -0500 "Jacques A. Vidrine" wrote: After install -current with this patches named can't find user bind #id bind uid=53(bind) gid=53(bind) groups=53(bind) #/usr/sbin/named -u bind -g bind user "bind" unknown > Hello Everyone, > > [Skip to WARNINGs below if you read nothing else.] > > I am about to commit a new name service switch (NSS) implementation. > The new implementation preserves the nsdispatch(3) interface, and > consumers of nsdispatch continue to work without modification. > However, now the method_name argument (in addition to the dtab > argument) is used to lookup backend implementations, which may be > built-in statically or loaded via dlopen(3). > > Within libc, there are several consumers of nsdispatch. Each use > in effect defines an interface [1]. Unfortunately, the interfaces > brought in from NetBSD leave something to be desired. Most > importantly, they do not allow for thread safety. Also important is > that they are inconsistent in both naming conventions and semantics. > Because of this, it is necessary rework each consumer a bit to (a) add > thread safety and (b) provide an interface that can be utilized by NSS > modules. > > For the moment, in addition to the NSS core, I am committing > completely new implementations of the getpwent(3) and getgrent(3) > family of functions. Please report any anomalies to me directly, as > well as on this list. > > Other nsdispatch consumers will be updated once this has settled a > bit. Notably, the resolver-related routines (gethostby*, getaddrinfo) > still need to be updated and required quite a bit of work. > > I am also adding a nss_ldap Port which supports getpwent(3), > getgrent(3). Similarly, I am committing a WITH_WINBIND_NSS knob to > the samba Port which will build and install nss_windbind. > > WARNING: Please back up your pwd.db/spwd.db databases. A new (but > backwards-compatible) on-disk format will be used when you next run > pwd_mkdb(8) (or when vipw(8) runs it for you). The new format can > be moved from one architecture to another. > > WARNING: The `compat' code was and is very hairy. Users who utilize > NIS using the old `+::::::' entries in passwd(5) (or exclusion lists, > or netgroups) should be especially wary. The new code is not bug > compatible with the old code, but I believe it is correct. > > (By the way, I could use help from interested doc committers. Please > contact me off-list.) > > Cheers, > -- > Jacques A. Vidrine http://www.celabo.org/ > NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos > jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se > > [1] If you've looked at nsdispatch before, you know that it uses > variable arguments. The number, type, and usage of these arguments, > as well as the method_name, make up the interface. In order to > facilitate adopting existing NSS modules for FreeBSD, I am attempting > to track the interfaces used on Linux (e.g., in addition to the > obvious arguments to getpwnam_r, the NSS interface also includes > explicit handling of errno). > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Zherdev Anatoly. From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 01:05:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CDD537B401 for ; Fri, 18 Apr 2003 01:05:47 -0700 (PDT) Received: from mail.dada.it (mail2.dada.it [195.110.100.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 08CA843FCB for ; Fri, 18 Apr 2003 01:05:46 -0700 (PDT) (envelope-from riccardo@torrini.org) Received: (qmail 20390 invoked from network); 18 Apr 2003 08:05:43 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 18 Apr 2003 08:05:43 -0000 Received: from trudy.torrini.home (localhost.torrini.home [127.0.0.1]) by torrini.org (8.12.9/8.12.9) with ESMTP id h3I85h2n004570; Fri, 18 Apr 2003 10:05:43 +0200 (CEST) (envelope-from riccardo@trudy.torrini.home) Received: (from riccardo@localhost) by trudy.torrini.home (8.12.9/8.12.9/Submit) id h3I85ho2004569; Fri, 18 Apr 2003 10:05:43 +0200 (CEST) Date: Fri, 18 Apr 2003 10:05:43 +0200 From: Riccardo Torrini To: Arjan van Leeuwen Message-ID: <20030418080543.GC4089@trudy.torrini.home> References: <20030417191637.GA505@trudy.torrini.home> <20030417201036.GD505@trudy.torrini.home> <200304180018.20666.avleeuwen@piwebs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304180018.20666.avleeuwen@piwebs.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@FreeBSD.ORG Subject: Re: usb cf reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 08:05:51 -0000 On Fri, Apr 18, 2003 at 12:18:20AM +0200, Arjan van Leeuwen wrote: > Download an up-to-date CVS version of gphoto2 from their anonymous > CVS and compile it. That fixed things for me (using a Canon digital > camera, via USB, on 5-CURRENT). I came across this solution on the > gphoto mailing lists; it is apparently a known problem with the > current version. I'm at work now, I'll try this night. Do you know if is sufficient substitute only one file? Like one of this: /usr/local/lib/gphoto2_port/0.5.1/libgphoto2_port_usb.so /usr/local/lib/gphoto2/2.1.1/libgphoto2_canon.so -- Riccardo. From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 02:55:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD73337B401 for ; Fri, 18 Apr 2003 02:55:06 -0700 (PDT) Received: from scuzzy.ben.algroup.co.uk (pc252.siliconnetwork.co.uk [194.205.132.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1877543F93 for ; Fri, 18 Apr 2003 02:55:05 -0700 (PDT) (envelope-from ben@algroup.co.uk) Received: from algroup.co.uk (wiese.ben.algroup.co.uk [193.133.15.150]) by scuzzy.ben.algroup.co.uk (Postfix) with ESMTP id 421448B991; Fri, 18 Apr 2003 09:55:02 +0000 (GMT) Message-ID: <3E9FCB75.9080600@algroup.co.uk> Date: Fri, 18 Apr 2003 10:55:01 +0100 From: Ben Laurie User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.4a) Gecko/20030401 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lars Eggert References: <20030408173003.84783.qmail@web11404.mail.yahoo.com> <1049824834.360.17.camel@gyros> <20030409075115.GB34134@sunbay.com> <1049875236.70192.23.camel@shumai.marcuscom.com> <14232717825.20030409211916@xs4all.nl> <1049959087.402.117.camel@shumai.marcuscom.com> <961155761.20030410125105@xs4all.nl> <1050003737.381.69.camel@gyros> <3E9EDE2F.8060209@isi.edu> <1050599323.360.17.camel@gyros> <3E9EE52E.603@isi.edu> In-Reply-To: <3E9EE52E.603@isi.edu> X-Enigmail-Version: 0.74.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: fontconfig-2.1.92 considered harmful X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 09:55:07 -0000 Lars Eggert wrote: > Joe Marcus Clarke wrote: > >> On Thu, 2003-04-17 at 13:02, Lars Eggert wrote: >> >>> Joe Marcus Clarke wrote: >>> >>>> Both anholt and I were quick on the draw, but Eric beat me. Checkout >>>> ports/50791 for an update to freetype2 which should alleviate this >>>> problem. >>> >>> >>> Not sure if this is related, but fc-cache coredumps when trying to >>> upgrade to fontconfig-2.1.94 during the installation: > > [...snip...] > >> >> You need to recompile with debugging symbols enabled, then get a >> backtrace. Thanks. > > > Thanks for the quick reply, here you go: > > #0 0x00000000 in ?? () > #1 0x280a155a in FT_Get_BDF_Property () from > /usr/local/lib/libfreetype.so.9 And mine dies with an undefined reference to this symbol - missing dependency, perhaps? Cheers, Ben. -- http://www.apache-ssl.org/ben.html http://www.thebunker.net/ "There is no limit to what a man can do or how far he can go if he doesn't mind who gets the credit." - Robert Woodruff From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 03:46:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B2D737B401 for ; Fri, 18 Apr 2003 03:46:46 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1361943FA3 for ; Fri, 18 Apr 2003 03:46:45 -0700 (PDT) (envelope-from ticso@cicely9.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h3IAkdcx028190 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 18 Apr 2003 12:46:42 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h3IAkblm005091 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Apr 2003 12:46:38 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (localhost [127.0.0.1]) by cicely9.cicely.de (8.12.9/8.12.8) with ESMTP id h3IAkbtA012956; Fri, 18 Apr 2003 12:46:37 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: (from ticso@localhost) by cicely9.cicely.de (8.12.9/8.12.9/Submit) id h3IAkagr012955; Fri, 18 Apr 2003 12:46:36 +0200 (CEST) (envelope-from ticso) Date: Fri, 18 Apr 2003 12:46:35 +0200 From: Bernd Walter To: Riccardo Torrini Message-ID: <20030418104635.GL10848@cicely9.cicely.de> References: <20030417191637.GA505@trudy.torrini.home> <20030418002448.GH10848@cicely9.cicely.de> <20030418075945.GB4089@trudy.torrini.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030418075945.GB4089@trudy.torrini.home> X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha User-Agent: Mutt/1.5.3i cc: freebsd-current@FreeBSD.ORG cc: ticso@cicely.de Subject: Re: usb cf reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 10:46:46 -0000 On Fri, Apr 18, 2003 at 09:59:45AM +0200, Riccardo Torrini wrote: > On Fri, Apr 18, 2003 at 02:24:48AM +0200, Bernd Walter wrote: > > >> # ls -ln /dev/da0* > >> crw-r----- 1 0 5 4, 20 Apr 17 20:09 /dev/da0 > >> > >> # mount -tmsdos /dev/da0 /dist > >> msdosfs: /dev/da0: Invalid argument > > > msdosfs usually lives on slices. > > I know that, but DEVFS create _only_ /dev/da0 :-( That doesn't mean anything as devicenodes can be created on demand. > Apr 17 20:21:52 trudy kernel: umass0: DataFab Systems Inc. USB CF, rev 1.10/3.06, addr 2 > Apr 17 20:21:55 trudy kernel: da0 at umass-sim0 bus 0 target 0 lun 0 > Apr 17 20:21:55 trudy kernel: da0: Removable Direct Access SCSI-0 device > Apr 17 20:21:55 trudy kernel: da0: 1.000MB/s transfers > Apr 17 20:21:55 trudy kernel: da0: 15MB (31488 512 byte sectors: 64H 32S/T 15C) > (going to sleep...) > -----8<----- That probing worked so far was clear. What I need is to know why fdisk and dd failed. Do you get any kernel message with fdisk da0? -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 04:44:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E99AA37B401 for ; Fri, 18 Apr 2003 04:44:47 -0700 (PDT) Received: from majordomo.vol.cz (smtp4.vol.cz [195.250.128.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 831FC43FDD for ; Fri, 18 Apr 2003 04:44:46 -0700 (PDT) (envelope-from pav@oook.cz) Received: from [172.19.10.16] (e0-a3.b1.lan.prg.vol.cz [195.122.204.155]) by majordomo.vol.cz (8.12.6p2/8.12.6) with ESMTP id h3IBijZg081130 for ; Fri, 18 Apr 2003 13:44:45 +0200 (CEST) (envelope-from pav@oook.cz) From: Pav Lucistnik To: freebsd-current@freebsd.org Content-Type: text/plain Organization: Message-Id: <1050666284.68681.13.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 18 Apr 2003 13:44:44 +0200 Content-Transfer-Encoding: quoted-printable Subject: buildworld bombs in ncurses X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 11:44:48 -0000 Hi, I have 5.0-RELEASE system installed from binary CD. Now I'm trying to update it to -CURRENT. make buildworld dies in /usr/src/lib/libncurses. This looks more like awk issue, because ncurses wasn't changed for a long time. When I look at lines in generated lib_gen.c where it complains, I see: #undef COLOR_P AIR NCURSES_EXPORT(int) COLOR_PAIR (int z) { T((T_CALLED("COLOR_PAIR(%d)"), z)); returnCode(((z) << ((0) + 8))); } note the space in COLOR_P AIR after #undef ... What have I did wrong? =3D=3D=3D> lib/libncurses AWK=3Dawk sh /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/MKkeys_list.sh = /usr/src/lib/libncurses/../../contrib/ncurses/include/Caps | sort > keys.l= ist ./make_keys keys.list > init_keytry.h sh /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/MKlib_gen.sh "cc -E -O -pipe -mcpu=3Dpentiumpro -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS " "awk" generated < curses.h | fgrep undef > nomacros.h AWK=3Dawk sh /usr/src/lib/libncurses/../../contrib/ncurses/include/MKparametrized.sh=20 /usr/src/lib/libncurses/../../contrib/ncurses/include/Caps > parametrized.h cat namehdr boolcodes numcodes strcodes codeftr > codes.c sh /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tty/MKexpanded.sh "cc -E" -O -pipe -mcpu=3Dpentiumpro -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS >expanded.c sh /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/MKfallback.sh >= fallback.c shift: can't shift that many shift: can't shift that many sh /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/MKlib_gen.sh "cc -E -O -pipe -mcpu=3Dpentiumpro -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS " "awk" generated < curses.h >lib_gen.c awk -f /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/MKkeyname.awk keys.list > lib_keyname.c echo | awk -f /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/MKunctrl.awk > unctrl.c sh /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/MKcaptab.awk "awk" /usr/src/lib/libncurses/../../contrib/ncurses/include/Caps > comp_captab.c rm -f .depend mkdep -f .depend -a -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS codes.c expanded.c fallback.c lib_gen.c lib_keyname.c names.c unctrl.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/access.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/add_tries.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/alloc_entry.c /= usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/alloc_ttype.c /u= sr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/captoinfo.c comp_= captab.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_e= rror.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_exp= and.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash= .c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_parse.c= /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_scan.c /u= sr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/define_key.c /usr/= src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/doalloc.c /usr/src/l= ib/libncurses/../../contrib/ncurses/ncurses/tinfo/free_ttype.c /usr/src/lib= /libncurses/../../contrib/ncurses/ncurses/tinfo/getenv_num.c /usr/src/lib/l= ibncurses/../../contrib/ncurses/ncurses/tty/hardscroll.c /usr/src/lib/libnc= urses/../../contrib/ncurses/ncurses/tty/hashmap.c /usr/src/lib/libncurses/.= ./../contrib/ncurses/ncurses/tinfo/home_terminfo.c /usr/src/lib/libncurses/= ../../contrib/ncurses/ncurses/tinfo/init_keytry.c /usr/src/lib/libncurses/.= ./../contrib/ncurses/ncurses/base/keybound.c /usr/src/lib/libncurses/../../= contrib/ncurses/ncurses/base/keyok.c /usr/src/lib/libncurses/../../contrib/= ncurses/ncurses/tinfo/lib_acs.c /usr/src/lib/libncurses/../../contrib/ncurs= es/ncurses/base/lib_addch.c /usr/src/lib/libncurses/../../contrib/ncurses/n= curses/base/lib_addstr.c /usr/src/lib/libncurses/../../contrib/ncurses/ncur= ses/tinfo/lib_baudrate.c /usr/src/lib/libncurses/../../contrib/ncurses/ncur= ses/base/lib_beep.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/b= ase/lib_bkgd.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/l= ib_box.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_chg= at.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_clear.c= /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_clearok.c /= usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_clrbot.c /usr= /src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_clreol.c /usr/sr= c/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_color.c /usr/src/li= b/libncurses/../../contrib/ncurses/ncurses/base/lib_colorset.c /usr/src/lib= /libncurses/../../contrib/ncurses/ncurses/tinfo/lib_cur_term.c /usr/src/lib= /libncurses/../../contrib/ncurses/ncurses/tinfo/lib_data.c /usr/src/lib/lib= ncurses/../../contrib/ncurses/ncurses/base/lib_delch.c /usr/src/lib/libncur= ses/../../contrib/ncurses/ncurses/base/lib_delwin.c /usr/src/lib/libncurses= /../../contrib/ncurses/ncurses/base/lib_dft_fgbg.c /usr/src/lib/libncurses/= ../../contrib/ncurses/ncurses/base/lib_echo.c /usr/src/lib/libncurses/../..= /contrib/ncurses/ncurses/base/lib_endwin.c /usr/src/lib/libncurses/../../co= ntrib/ncurses/ncurses/base/lib_erase.c /usr/src/lib/libncurses/../../contri= b/ncurses/ncurses/base/lib_flash.c /usr/src/lib/libncurses/../../contrib/nc= urses/ncurses/base/lib_freeall.c /usr/src/lib/libncurses/../../contrib/ncur= ses/ncurses/base/lib_getch.c /usr/src/lib/libncurses/../../contrib/ncurses/= ncurses/base/lib_getstr.c /usr/src/lib/libncurses/../../contrib/ncurses/ncu= rses/tinfo/lib_has_cap.c /usr/src/lib/libncurses/../../contrib/ncurses/ncur= ses/base/lib_hline.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/= base/lib_immedok.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/ba= se/lib_inchstr.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base= /lib_initscr.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/l= ib_insch.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_i= nsdel.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_inss= tr.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_instr.c= /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_isendwin.c = /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_kernel.c /u= sr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_leaveok.c /usr= /src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_longname.c /usr= /src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_mouse.c /usr/src= /lib/libncurses/../../contrib/ncurses/ncurses/base/lib_move.c /usr/src/lib/= libncurses/../../contrib/ncurses/ncurses/tty/lib_mvcur.c /usr/src/lib/libnc= urses/../../contrib/ncurses/ncurses/base/lib_mvwin.c /usr/src/lib/libncurse= s/../../contrib/ncurses/ncurses/tinfo/lib_napms.c /usr/src/lib/libncurses/.= ./../contrib/ncurses/ncurses/base/lib_newterm.c /usr/src/lib/libncurses/../= ../contrib/ncurses/ncurses/base/lib_newwin.c /usr/src/lib/libncurses/../../= contrib/ncurses/ncurses/base/lib_nl.c /usr/src/lib/libncurses/../../contrib= /ncurses/ncurses/tinfo/lib_options.c /usr/src/lib/libncurses/../../contrib/= ncurses/ncurses/base/lib_overlay.c /usr/src/lib/libncurses/../../contrib/nc= urses/ncurses/base/lib_pad.c /usr/src/lib/libncurses/../../contrib/ncurses/= ncurses/tinfo/lib_print.c /usr/src/lib/libncurses/../../contrib/ncurses/ncu= rses/base/lib_printw.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurse= s/tinfo/lib_raw.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/bas= e/lib_redrawln.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base= /lib_refresh.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/l= ib_restart.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib= _scanw.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_scr= een.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_scroll= .c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_scrollok.= c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_scrreg.c /= usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_set_term.c /u= sr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/lib_setup.c /usr/= src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_slk.c /usr/src/li= b/libncurses/../../contrib/ncurses/ncurses/base/lib_slkatr_set.c /usr/src/l= ib/libncurses/../../contrib/ncurses/ncurses/base/lib_slkatrof.c /usr/src/li= b/libncurses/../../contrib/ncurses/ncurses/base/lib_slkatron.c /usr/src/lib= /libncurses/../../contrib/ncurses/ncurses/base/lib_slkatrset.c /usr/src/lib= /libncurses/../../contrib/ncurses/ncurses/base/lib_slkattr.c /usr/src/lib/l= ibncurses/../../contrib/ncurses/ncurses/base/lib_slkclear.c /usr/src/lib/li= bncurses/../../contrib/ncurses/ncurses/base/lib_slkcolor.c /usr/src/lib/lib= ncurses/../../contrib/ncurses/ncurses/base/lib_slkinit.c /usr/src/lib/libnc= urses/../../contrib/ncurses/ncurses/base/lib_slklab.c /usr/src/lib/libncurs= es/../../contrib/ncurses/ncurses/base/lib_slkrefr.c /usr/src/lib/libncurses= /../../contrib/ncurses/ncurses/base/lib_slkset.c /usr/src/lib/libncurses/..= /../contrib/ncurses/ncurses/base/lib_slktouch.c /usr/src/lib/libncurses/../= ../contrib/ncurses/ncurses/tinfo/lib_termcap.c /usr/src/lib/libncurses/../.= ./contrib/ncurses/ncurses/tinfo/lib_termname.c /usr/src/lib/libncurses/../.= ./contrib/ncurses/ncurses/tinfo/lib_tgoto.c /usr/src/lib/libncurses/../../c= ontrib/ncurses/ncurses/tinfo/lib_ti.c /usr/src/lib/libncurses/../../contrib= /ncurses/ncurses/base/lib_touch.c /usr/src/lib/libncurses/../../contrib/ncu= rses/ncurses/tinfo/lib_tparm.c /usr/src/lib/libncurses/../../contrib/ncurse= s/ncurses/tinfo/lib_tputs.c /usr/src/lib/libncurses/../../contrib/ncurses/n= curses/trace/lib_trace.c /usr/src/lib/libncurses/../../contrib/ncurses/ncur= ses/tty/lib_tstp.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/ti= nfo/lib_ttyflags.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tt= y/lib_twait.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/li= b_ungetch.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tty/lib_v= idattr.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_vli= ne.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_wattrof= f.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_wattron.= c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_winch.c /u= sr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/lib_window.c /usr/= src/lib/libncurses/../../contrib/ncurses/ncurses/base/memmove.c /usr/src/li= b/libncurses/../../contrib/ncurses/ncurses/tinfo/name_match.c /usr/src/lib/= libncurses/../../contrib/ncurses/ncurses/base/nc_panel.c /usr/src/lib/libnc= urses/../../contrib/ncurses/ncurses/tinfo/parse_entry.c /usr/src/lib/libncu= rses/../../contrib/ncurses/ncurses/tinfo/read_entry.c /usr/src/lib/libncurs= es/../../contrib/ncurses/ncurses/base/resizeterm.c /usr/src/lib/libncurses/= ../../contrib/ncurses/ncurses/base/safe_sprintf.c /usr/src/lib/libncurses/.= ./../contrib/ncurses/ncurses/tinfo/setbuf.c /usr/src/lib/libncurses/../../c= ontrib/ncurses/ncurses/base/sigaction.c /usr/src/lib/libncurses/../../contr= ib/ncurses/ncurses/tinfo/strings.c /usr/src/lib/libncurses/../../contrib/nc= urses/ncurses/base/tries.c /usr/src/lib/libncurses/../../contrib/ncurses/nc= urses/tty/tty_update.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurse= s/trace/varargs.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/bas= e/version.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/trace/vis= buf.c /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/vsscanf.c = /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/wresize.c /usr/s= rc/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/write_entry.c /usr/sr= c/lib/libncurses/termcap.c lib_gen.c:165:16: warning: extra tokens at end of #undef directive lib_gen.c:592:10: warning: extra tokens at end of #undef directive cc -O -pipe -mcpu=3Dpentiumpro -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -c codes.c -o codes.o cc -O -pipe -mcpu=3Dpentiumpro -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -c expanded.c -o expanded.o cc -O -pipe -mcpu=3Dpentiumpro -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -c fallback.c -o fallback.o cc -O -pipe -mcpu=3Dpentiumpro -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -c lib_gen.c -o lib_gen.o lib_gen.c:165:16: warning: extra tokens at end of #undef directive lib_gen.c:166: syntax error before "int" *** Error code 1 Stop in /usr/src/lib/libncurses. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --=20 Pav Lucistnik Mami! Ten kursor na me mrka! From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 04:57:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86EFB37B401 for ; Fri, 18 Apr 2003 04:57:05 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id C936443F93 for ; Fri, 18 Apr 2003 04:57:01 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h3IBuqhJ080819 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Apr 2003 14:56:52 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h3IBunVt080810; Fri, 18 Apr 2003 14:56:49 +0300 (EEST) (envelope-from ru) Date: Fri, 18 Apr 2003 14:56:49 +0300 From: Ruslan Ermilov To: Pav Lucistnik Message-ID: <20030418115649.GB80192@sunbay.com> References: <1050666284.68681.13.camel@pav.hide.vol.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cmJC7u66zC7hs+87" Content-Disposition: inline In-Reply-To: <1050666284.68681.13.camel@pav.hide.vol.cz> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: buildworld bombs in ncurses X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 11:57:05 -0000 --cmJC7u66zC7hs+87 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 18, 2003 at 01:44:44PM +0200, Pav Lucistnik wrote: > Hi, >=20 > I have 5.0-RELEASE system installed from binary CD. Now I'm trying to > update it to -CURRENT. make buildworld dies in /usr/src/lib/libncurses. > This looks more like awk issue, because ncurses wasn't changed for a > long time. When I look at lines in generated lib_gen.c where it > complains, I see: >=20 Is your machine's date/time set correctly? 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 --cmJC7u66zC7hs+87 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+n+gBUkv4P6juNwoRAvcpAJ9a4KhAs/hwyz5xPTZ9yNh0MdWpTwCfdAiH SwVfKa1Wp0Vi0X1ybnBSe0U= =ANEj -----END PGP SIGNATURE----- --cmJC7u66zC7hs+87-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 05:07:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D583037B401; Fri, 18 Apr 2003 05:07:21 -0700 (PDT) Received: from smtp1.vol.cz (smtp1.vol.cz [195.250.128.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DFE343F75; Fri, 18 Apr 2003 05:07:20 -0700 (PDT) (envelope-from pav@oook.cz) Received: from [172.19.10.16] (e0-a3.b1.lan.prg.vol.cz [195.122.204.155]) by smtp1.vol.cz (8.12.6p2/8.12.6) with ESMTP id h3IC7JuW010312; Fri, 18 Apr 2003 14:07:19 +0200 (CEST) (envelope-from pav@oook.cz) From: Pav Lucistnik To: Ruslan Ermilov In-Reply-To: <20030418115649.GB80192@sunbay.com> References: <1050666284.68681.13.camel@pav.hide.vol.cz> <20030418115649.GB80192@sunbay.com> Content-Type: text/plain; charset=ISO8859-2 Organization: Message-Id: <1050667638.68681.15.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 18 Apr 2003 14:07:19 +0200 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: buildworld bombs in ncurses X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 12:07:22 -0000 V pá, 18. 04. 2003 v 13.56, Ruslan Ermilov napsal: > > I have 5.0-RELEASE system installed from binary CD. Now I'm trying to > > update it to -CURRENT. make buildworld dies in /usr/src/lib/libncurses. > > This looks more like awk issue, because ncurses wasn't changed for a > > long time. When I look at lines in generated lib_gen.c where it > > complains, I see: > > > Is your machine's date/time set correctly? Yes, $ LANG=us date Fri Apr 18 14:05:53 CEST 2003 and how that could affect it? -- Pav Lucistnik Murphy: Dostanete-li dva protichudne prikazy, splnte je oba. From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 05:27:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74FE737B401 for ; Fri, 18 Apr 2003 05:27:13 -0700 (PDT) Received: from gs166.sp.cs.cmu.edu (GS166.SP.CS.CMU.EDU [128.2.205.169]) by mx1.FreeBSD.org (Postfix) with SMTP id 4591543FAF for ; Fri, 18 Apr 2003 05:27:12 -0700 (PDT) (envelope-from dpelleg@gs166.sp.cs.cmu.edu) Sender: dpelleg@gs166.sp.cs.cmu.edu To: ticso@cicely.de References: <20030417191637.GA505@trudy.torrini.home> <20030418002448.GH10848@cicely9.cicely.de> <20030418075945.GB4089@trudy.torrini.home> <20030418104635.GL10848@cicely9.cicely.de> From: Dan Pelleg Date: 18 Apr 2003 08:26:17 -0400 In-Reply-To: <20030418104635.GL10848@cicely9.cicely.de> Message-ID: Lines: 45 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@FreeBSD.ORG Subject: Re: usb cf reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 12:27:13 -0000 Bernd Walter writes: > On Fri, Apr 18, 2003 at 09:59:45AM +0200, Riccardo Torrini wrote: > > On Fri, Apr 18, 2003 at 02:24:48AM +0200, Bernd Walter wrote: > > > > >> # ls -ln /dev/da0* > > >> crw-r----- 1 0 5 4, 20 Apr 17 20:09 /dev/da0 > > >> > > >> # mount -tmsdos /dev/da0 /dist > > >> msdosfs: /dev/da0: Invalid argument > > > > > msdosfs usually lives on slices. > > > > I know that, but DEVFS create _only_ /dev/da0 :-( > > That doesn't mean anything as devicenodes can be created on demand. > > > Apr 17 20:21:52 trudy kernel: umass0: DataFab Systems Inc. USB CF, rev 1.10/3.06, addr 2 > > Apr 17 20:21:55 trudy kernel: da0 at umass-sim0 bus 0 target 0 lun 0 > > Apr 17 20:21:55 trudy kernel: da0: Removable Direct Access SCSI-0 device > > Apr 17 20:21:55 trudy kernel: da0: 1.000MB/s transfers > > Apr 17 20:21:55 trudy kernel: da0: 15MB (31488 512 byte sectors: 64H 32S/T 15C) > > (going to sleep...) > > -----8<----- > > That probing worked so far was clear. > What I need is to know why fdisk and dd failed. > Do you get any kernel message with fdisk da0? > Just in case it might help, have a look at: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/50633 FWIW I found that a script that: - sleeps 5 seconds - if /dev/da0s1 doesn't exist, tries to mount /dev/da0 (and always fails) - mounts /dev/da0s1 works, if I hook it to usbd. -- Dan Pelleg From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 05:49:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A531A37B401 for ; Fri, 18 Apr 2003 05:49:54 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2DBA43F85 for ; Fri, 18 Apr 2003 05:49:52 -0700 (PDT) (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 WAA10917; Fri, 18 Apr 2003 22:49:45 +1000 Date: Fri, 18 Apr 2003 22:49:44 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Julian Elischer In-Reply-To: Message-ID: <20030418224018.Y12417@gamplex.bde.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Jeff Roberson cc: FreeBSD current users Subject: Re: some small patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 12:49:55 -0000 On Thu, 17 Apr 2003, Julian Elischer wrote: > On Thu, 17 Apr 2003, Jeff Roberson wrote: > > > I object to the sched_clock() change. We've discussed this on threads@ > > Yes and the clock code doesn't need to know about KSEs and it is of > ABSOLUTLY NO difference to the sched_clock() function if it derives the > thread from the KSE or derives the KSE from the thread. I mostly agree, but your argument would be better if statclock() didn't need to know about the KSE to determine the niceness. The niceness statistic is rotting anyway. It only covers one type of special scheduling. Statistics utilites generally are mostly missing support for the following complications: - rtprio/idprio scheduling - POSIX scheduling - KSE - alternative schedulers Bruce From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 05:54:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EC9B37B401 for ; Fri, 18 Apr 2003 05:54:58 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44F6F43FAF for ; Fri, 18 Apr 2003 05:54:57 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id A79D566; Fri, 18 Apr 2003 07:54:56 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id E595878C66; Fri, 18 Apr 2003 07:54:55 -0500 (CDT) Date: Fri, 18 Apr 2003 07:54:55 -0500 From: "Jacques A. Vidrine" To: Zherdev Anatoly Message-ID: <20030418125455.GA8207@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Zherdev Anatoly , freebsd-current@FreeBSD.org References: <20030417141133.GA4155@madman.celabo.org> <20030418120536.4a8b0a56.tolyar@mx.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030418120536.4a8b0a56.tolyar@mx.ru> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 12:54:58 -0000 On Fri, Apr 18, 2003 at 12:05:36PM +0400, Zherdev Anatoly wrote: > On Thu, 17 Apr 2003 09:11:33 -0500 > "Jacques A. Vidrine" wrote: > > After install -current with this patches named can't find user bind > > #id bind > uid=53(bind) gid=53(bind) groups=53(bind) > > #/usr/sbin/named -u bind -g bind > user "bind" unknown Holy schnikeys, apparently bind doesn't use the libc getpwent(3) functions, but rather it uses its own libirs. Did you re-run pwdb_mkdb ? If I messed up the backwards-compatibility code, then I suppose it could break libirs (which apparently has intimate knowledge of the format of /etc/pwd.db -- ugh). I'm investigating. Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 05:59:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E156037B401; Fri, 18 Apr 2003 05:59:01 -0700 (PDT) Received: from tao.xtaz.co.uk (pc-62-30-69-139-az.blueyonder.co.uk [62.30.69.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB88443FD7; Fri, 18 Apr 2003 05:59:00 -0700 (PDT) (envelope-from matt@xtaz.co.uk) Received: from webmail.xtaz.co.uk (localhost.xtaz.co.uk [127.0.0.1]) by tao.xtaz.co.uk (Postfix) with SMTP id A79CB8FC82; Fri, 18 Apr 2003 13:58:58 +0100 (BST) Received: from 192.168.1.10 (SquirrelMail authenticated user matt) by webmail.xtaz.co.uk with HTTP; Fri, 18 Apr 2003 13:58:58 +0100 (BST) Message-ID: <49189.192.168.1.10.1050670738.squirrel@webmail.xtaz.co.uk> In-Reply-To: <20030418125455.GA8207@madman.celabo.org> References: <20030417141133.GA4155@madman.celabo.org><20030418120536.4a8b0a56.toly ar@mx.ru> <20030418125455.GA8207@madman.celabo.org> Date: Fri, 18 Apr 2003 13:58:58 +0100 (BST) From: "Matt" To: "Jacques A. Vidrine" User-Agent: SquirrelMail/1.4.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 12:59:02 -0000 Jacques A. Vidrine said: > > Did you re-run pwdb_mkdb ? If I messed up the backwards-compatibility > code, then I suppose it could break libirs (which apparently has > intimate knowledge of the format of /etc/pwd.db -- ugh). Just to let you know I completed a full buildworld about 30 minutes ago from the latest sources and had the same problem with bind. And I ran vipw to get it to save pwd/spwd.dd etc again before I rebooted. [root@tao root]# /usr/sbin/named -u bind -g bind user "bind" unknown [root@tao root]# uname -a FreeBSD tao.xtaz.co.uk 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Apr 18 12:42:37 BST 2003 root@aftershock.xtaz.co.uk:/usr/obj/usr/src/sys/TAO i386 From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 06:00:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C32D237B401 for ; Fri, 18 Apr 2003 06:00:44 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 367B943FAF for ; Fri, 18 Apr 2003 06:00:43 -0700 (PDT) (envelope-from ticso@cicely9.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h3ID0Rcx029061 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 18 Apr 2003 15:00:40 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h3ID0Klm005576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Apr 2003 15:00:21 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (localhost [127.0.0.1]) by cicely9.cicely.de (8.12.9/8.12.8) with ESMTP id h3ID0JtA013255; Fri, 18 Apr 2003 15:00:20 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: (from ticso@localhost) by cicely9.cicely.de (8.12.9/8.12.9/Submit) id h3ID0F2C013254; Fri, 18 Apr 2003 15:00:16 +0200 (CEST) (envelope-from ticso) Date: Fri, 18 Apr 2003 15:00:15 +0200 From: Bernd Walter To: Dan Pelleg Message-ID: <20030418130014.GN10848@cicely9.cicely.de> References: <20030417191637.GA505@trudy.torrini.home> <20030418002448.GH10848@cicely9.cicely.de> <20030418075945.GB4089@trudy.torrini.home> <20030418104635.GL10848@cicely9.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha User-Agent: Mutt/1.5.3i cc: freebsd-current@freebsd.org cc: ticso@cicely.de Subject: Re: usb cf reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 13:00:45 -0000 On Fri, Apr 18, 2003 at 08:26:17AM -0400, Dan Pelleg wrote: > Just in case it might help, have a look at: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/50633 > > FWIW I found that a script that: > - sleeps 5 seconds > - if /dev/da0s1 doesn't exist, tries to mount /dev/da0 (and always fails) > - mounts /dev/da0s1 > > works, if I hook it to usbd. Well - this is no solution. The point here is why the fdisk table is unreadable. We should be able to get an error or the device lies about successfull transfers. Do you see errors? -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 06:02:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4173F37B401 for ; Fri, 18 Apr 2003 06:02:03 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1E1A43FAF for ; Fri, 18 Apr 2003 06:01:56 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h3ID1mhJ088985 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Apr 2003 16:01:48 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h3ID1lb5088980; Fri, 18 Apr 2003 16:01:47 +0300 (EEST) (envelope-from ru) Date: Fri, 18 Apr 2003 16:01:47 +0300 From: Ruslan Ermilov To: Pav Lucistnik Message-ID: <20030418130147.GB85400@sunbay.com> References: <1050666284.68681.13.camel@pav.hide.vol.cz> <20030418115649.GB80192@sunbay.com> <1050667638.68681.15.camel@pav.hide.vol.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V0207lvV8h4k8FAm" Content-Disposition: inline In-Reply-To: <1050667638.68681.15.camel@pav.hide.vol.cz> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: buildworld bombs in ncurses X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 13:02:03 -0000 --V0207lvV8h4k8FAm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 18, 2003 at 02:07:19PM +0200, Pav Lucistnik wrote: > V p?, 18. 04. 2003 v 13.56, Ruslan Ermilov napsal: >=20 > > > I have 5.0-RELEASE system installed from binary CD. Now I'm trying to > > > update it to -CURRENT. make buildworld dies in /usr/src/lib/libncurse= s. > > > This looks more like awk issue, because ncurses wasn't changed for a > > > long time. When I look at lines in generated lib_gen.c where it > > > complains, I see: > > >=20 > > Is your machine's date/time set correctly? >=20 > Yes, >=20 > $ LANG=3Dus date > Fri Apr 18 14:05:53 CEST 2003 >=20 I can reproduce this problem easily with the cs_CZ.ISO8859-2 locale. I've just committed a fix for this in lib/libncurses/Makefile,v 1.68. > and how that could affect it? >=20 make(1) heavily depends on the correct date/time; if you have your date/time set incorrectly (to the past), make(1) can be confused by attempting to rebuild things at the times and using the tools it is not supposed to. 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+n/c7Ukv4P6juNwoRAqivAJ9323JazBva+UC+Ru5Op4R1nwOe2wCdGWPo grbRgfs9Ha1rkYiqun/cros= =Deok -----END PGP SIGNATURE----- --V0207lvV8h4k8FAm-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 06:02:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FD3537B48C; Fri, 18 Apr 2003 06:02:35 -0700 (PDT) Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09C3243FDD; Fri, 18 Apr 2003 06:02:32 -0700 (PDT) (envelope-from mwlucas@blackhelicopters.org) Received: from blackhelicopters.org (mwlucas@localhost [127.0.0.1]) by blackhelicopters.org (8.12.8/8.12.8) with ESMTP id h3ID2VDn051465; Fri, 18 Apr 2003 09:02:31 -0400 (EDT) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.12.8/8.12.8/Submit) id h3ID2PG7051464; Fri, 18 Apr 2003 09:02:25 -0400 (EDT) Date: Fri, 18 Apr 2003 09:02:25 -0400 From: "Michael W . Lucas" To: Munehiro Matsuda Message-ID: <20030418090225.A51402@blackhelicopters.org> References: <20030417134244.A45903@blackhelicopters.org> <20030417183310.GG33673@vega.vega.com> <20030418.135459.07648220.haro@kgt.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030418.135459.07648220.haro@kgt.co.jp>; from haro@kgt.co.jp on Fri, Apr 18, 2003 at 01:54:59PM +0900 cc: sobomax@portaone.com cc: current@FreeBSD.ORG cc: mdodd@FreeBSD.ORG Subject: Re: pcm0 stopped working on yesterday's -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 13:02:38 -0000 On Fri, Apr 18, 2003 at 01:54:59PM +0900, Munehiro Matsuda wrote: > From: Maxim Sobolev > Date: Thu, 17 Apr 2003 21:33:10 +0300 > ::> This worked fine on an April 3 -current, but not yesterday's. > ::> > ::> >From /var/run/dmesg.boot: > ::> > ::> pcm0: port 0xfebc-0xfebf,0xfec0-0xfeff mem 0xefdf0000-0xefdf7fff irq 11 at device 12.0 on pci0 > ::> pcm0: pcs=120, rcs=16, ecs=16, ws=1024, memsz=16868 > ::> pcm0: unable to initialize the card > ::> device_probe_and_attach: pcm0 attach returned 6 > ::> > ::> Not vital, but someone might like to know... > > It should be fixed with rev1.32 of src/sys/dev/sound/pci/ds1.c > > ::It is likely to be the victim of the recent mdodd's commit. > > Actually, it started with simokawa-san's change to busdma_machdep.c :-) > > Haro Well, it's recognized and attaches now, but there's definitely skipping and stuttering when playing streaming MP3s. I have CDs, though, so I'll endure until it's better. :-) ==ml -- Michael Lucas mwlucas@FreeBSD.org, mwlucas@BlackHelicopters.org http://www.BlackHelicopters.org/~mwlucas/ Absolute BSD: http://www.AbsoluteBSD.com/ From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 06:10:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DCC837B401 for ; Fri, 18 Apr 2003 06:10:12 -0700 (PDT) Received: from boggy.acest.tutrp.tut.ac.jp (boggy.acest.tutrp.tut.ac.jp [133.15.67.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id A100A43FA3 for ; Fri, 18 Apr 2003 06:10:08 -0700 (PDT) (envelope-from nakaji@tutrp.tut.ac.jp) Received: from boggy.acest.tutrp.tut.ac.jp (localhost [IPv6:::1]) h3ID9w7J094196 for ; Fri, 18 Apr 2003 22:09:59 +0900 (JST) (envelope-from nakaji@tutrp.tut.ac.jp) Sender: nakaji@boggy.acest.tutrp.tut.ac.jp To: freebsd-current@freebsd.org MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII From: NAKAJI Hiroyuki Date: Fri, 18 Apr 2003 22:09:58 +0900 In-Reply-To: <3E9FCB75.9080600@algroup.co.uk> (Ben Laurie's message of "Fri, 18 Apr 2003 10:55:01 +0100") Message-ID: <87smsg9ck9.fsf@boggy.acest.tutrp.tut.ac.jp> User-Agent: T-gnus/6.15.18 (based on Oort Gnus v0.18) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) References: <20030408173003.84783.qmail@web11404.mail.yahoo.com> <1049824834.360.17.camel@gyros> <20030409075115.GB34134@sunbay.com> <1049875236.70192.23.camel@shumai.marcuscom.com> <14232717825.20030409211916@xs4all.nl> <1049959087.402.117.camel@shumai.marcuscom.com> <961155761.20030410125105@xs4all.nl> <1050003737.381.69.camel@gyros> <3E9EDE2F.8060209@isi.edu> <1050599323.360.17.camel@gyros> <3E9EE52E.603@isi.edu> <3E9EE52E.603@isi.edu> <3E9FCB75.9080600@algroup.co.uk> X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Subject: Re: fontconfig-2.1.92 considered harmful X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 13:10:12 -0000 >>>>> In <3E9FCB75.9080600@algroup.co.uk> >>>>> Ben Laurie wrote: > > Thanks for the quick reply, here you go: > > > > #0 0x00000000 in ?? () > > #1 0x280a155a in FT_Get_BDF_Property () from > > /usr/local/lib/libfreetype.so.9 > And mine dies with an undefined reference to this symbol - missing > dependency, perhaps? On my box, xclock also dumps core. Is freetype2 harmful? (gdb) bt #0 0x00000000 in ?? () #1 0x280b161d in FT_Get_BDF_Property () from /usr/local/lib/libfreetype.so.9 #2 0x2808ef74 in FcFreeTypeQuery () from /usr/X11R6/lib/libfontconfig.so.1 #3 0x2808df3a in FcFileScan () from /usr/X11R6/lib/libfontconfig.so.1 #4 0x2808e1ba in FcDirScan () from /usr/X11R6/lib/libfontconfig.so.1 #5 0x28089989 in FcConfigBuildFonts () from /usr/X11R6/lib/libfontconfig.so.1 #6 0x2808fb1a in FcInitLoadConfigAndFonts () from /usr/X11R6/lib/libfontconfig.so.1 #7 0x2808fb63 in FcInit () from /usr/X11R6/lib/libfontconfig.so.1 #8 0x2807ae93 in XftInit () from /usr/X11R6/lib/libXft.so.2 #9 0x28077e2c in XftFontMatch () from /usr/X11R6/lib/libXft.so.2 #10 0x280780dc in XftFontOpenName () from /usr/X11R6/lib/libXft.so.2 #11 0x08049da0 in XmuCvtStringToXftFont (dpy=0x805b000, args=0x8061a40, num_args=0x8061a40, fromVal=0xbfbfda78, toVal=0xbfbfda68, converter_data=0xbfbfd934) at Clock.c:381 #12 0x281a6485 in CallConverter () from /usr/X11R6/lib/libXt.so.6 #13 0x281a6746 in _XtConvert () from /usr/X11R6/lib/libXt.so.6 #14 0x281be212 in GetResources () from /usr/X11R6/lib/libXt.so.6 #15 0x281be692 in _XtGetResources () from /usr/X11R6/lib/libXt.so.6 #16 0x281aaed1 in xtCreate () from /usr/X11R6/lib/libXt.so.6 #17 0x281ab486 in _XtCreateWidget () from /usr/X11R6/lib/libXt.so.6 #18 0x281ab59c in XtCreateManagedWidget () from /usr/X11R6/lib/libXt.so.6 #19 0x08049a6e in main (argc=1, argv=0xbfbff2f8) at xclock.c:182 ---Type to continue, or q to quit--- #20 0x0804974d in _start () $ uname -v FreeBSD 5.0-CURRENT #82: Tue Apr 15 15:54:25 JST 2003 .... -- NAKAJI Hiroyuki From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 06:19:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F13AC37B401 for ; Fri, 18 Apr 2003 06:19:32 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47E1743F3F for ; Fri, 18 Apr 2003 06:19:32 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id 9FE1A66; Fri, 18 Apr 2003 08:19:31 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id F41C978C66; Fri, 18 Apr 2003 08:19:30 -0500 (CDT) Date: Fri, 18 Apr 2003 08:19:30 -0500 From: "Jacques A. Vidrine" To: Zherdev Anatoly , freebsd-current@FreeBSD.org Message-ID: <20030418131930.GA11946@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Zherdev Anatoly , freebsd-current@FreeBSD.org References: <20030417141133.GA4155@madman.celabo.org> <20030418120536.4a8b0a56.tolyar@mx.ru> <20030418125455.GA8207@madman.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030418125455.GA8207@madman.celabo.org> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 13:19:33 -0000 On Fri, Apr 18, 2003 at 07:54:55AM -0500, Jacques A. Vidrine wrote: > On Fri, Apr 18, 2003 at 12:05:36PM +0400, Zherdev Anatoly wrote: > > On Thu, 17 Apr 2003 09:11:33 -0500 > > "Jacques A. Vidrine" wrote: > > > > After install -current with this patches named can't find user bind > > > > #id bind > > uid=53(bind) gid=53(bind) groups=53(bind) > > > > #/usr/sbin/named -u bind -g bind > > user "bind" unknown > > Holy schnikeys, apparently bind doesn't use the libc getpwent(3) > functions, but rather it uses its own libirs. > > Did you re-run pwdb_mkdb ? If I messed up the backwards-compatibility > code, then I suppose it could break libirs (which apparently has > intimate knowledge of the format of /etc/pwd.db -- ugh). > > I'm investigating. Oh, duh. If named weren't re-compiled it would have been fine :-) pwd_mkdb is creating the compatibility entries correctly, but the _PW_KEYBY* symbols in pwd.h changed values and libirs uses those. For now I will see about giving _PW_KEYBY* their old values back, because I don't want to take part of bind off the vendor branch in CVS. Thanks for the report! Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 06:27:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7B3937B401 for ; Fri, 18 Apr 2003 06:27:09 -0700 (PDT) Received: from gs166.sp.cs.cmu.edu (GS166.SP.CS.CMU.EDU [128.2.205.169]) by mx1.FreeBSD.org (Postfix) with SMTP id 1CC9943F3F for ; Fri, 18 Apr 2003 06:27:09 -0700 (PDT) (envelope-from dpelleg@gs166.sp.cs.cmu.edu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16031.64766.765514.898137@gs166.sp.cs.cmu.edu> Date: Fri, 18 Apr 2003 09:26:22 -0400 To: ticso@cicely.de In-Reply-To: <20030418130014.GN10848@cicely9.cicely.de> References: <20030417191637.GA505@trudy.torrini.home> <20030418002448.GH10848@cicely9.cicely.de> <20030418075945.GB4089@trudy.torrini.home> <20030418104635.GL10848@cicely9.cicely.de> <20030418130014.GN10848@cicely9.cicely.de> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid From: Dan Pelleg Sender: dpelleg+@gs166.sp.cs.cmu.edu cc: freebsd-current@freebsd.org Subject: Re: usb cf reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Pelleg List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 13:27:10 -0000 Bernd Walter writes: > On Fri, Apr 18, 2003 at 08:26:17AM -0400, Dan Pelleg wrote: > > Just in case it might help, have a look at: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/50633 > > > > FWIW I found that a script that: > > - sleeps 5 seconds > > - if /dev/da0s1 doesn't exist, tries to mount /dev/da0 (and always fails) > > - mounts /dev/da0s1 > > > > works, if I hook it to usbd. > > Well - this is no solution. > The point here is why the fdisk table is unreadable. > We should be able to get an error or the device lies about successfull > transfers. > Do you see errors? > I won't be able to test this for another day or two. I'll let you know when I do. Note I don't have the same device so none of my results may be meaningful. From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 08:17:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C785037B401 for ; Fri, 18 Apr 2003 08:17:53 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id C816F43FE1 for ; Fri, 18 Apr 2003 08:17:52 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by wall.polstra.com (8.12.3p2/8.12.3) with ESMTP id h3IFHodt034139 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 18 Apr 2003 08:17:50 -0700 (PDT) (envelope-from jdp@strings.polstra.com) Received: (from jdp@localhost) by strings.polstra.com (8.12.6/8.12.6/Submit) id h3IFHmRZ096678; Fri, 18 Apr 2003 08:17:48 -0700 (PDT) (envelope-from jdp) Date: Fri, 18 Apr 2003 08:17:48 -0700 (PDT) Message-Id: <200304181517.h3IFHmRZ096678@strings.polstra.com> To: current@freebsd.org From: John Polstra In-Reply-To: <20030418032146.GF28037@dan.emsphone.com> References: <20030417211205.GC28037@dan.emsphone.com> <20030418032146.GF28037@dan.emsphone.com> Organization: Polstra & Co., Seattle, WA Subject: Re: HEADS UP: new NSS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 15:17:54 -0000 In article <20030418032146.GF28037@dan.emsphone.com>, Dan Nelson wrote: > > Right; very few programs actually would need to be converted to > dynamic. But John brought up a totally dynamic system, which I think > would be a bad idea, performance-wise. No, I did not bring it up. Max brought it up. I have already sat through this discussion at least twice before, so I know exactly how it will end. A thread of around 100 messages will build up, and then finally everybody will get bored with it. You all could save a lot of typing by going back to the archives and finding out that all the arguments pro and con have already been made. And you could save me a lot of mouse clicking by TRIMMING THE DAMN CC LIST thankyouverymuch. :-) John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 08:36:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC3D937B401 for ; Fri, 18 Apr 2003 08:36:37 -0700 (PDT) Received: from web41806.mail.yahoo.com (web41806.mail.yahoo.com [66.218.93.140]) by mx1.FreeBSD.org (Postfix) with SMTP id 67D4043FDF for ; Fri, 18 Apr 2003 08:36:35 -0700 (PDT) (envelope-from csujun@yahoo.com) Message-ID: <20030418153635.91854.qmail@web41806.mail.yahoo.com> Received: from [211.161.222.172] by web41806.mail.yahoo.com via HTTP; Fri, 18 Apr 2003 23:36:35 CST Date: Fri, 18 Apr 2003 23:36:35 +0800 (CST) From: =?gb2312?q?Jun=20Su?= To: Chuck McCrobie , csujun@21cn.com, Pete Carah MIME-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit cc: current@freebsd.org Subject: Re: VAIO problems still X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: csujun@21cn.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 15:36:38 -0000 Amazing. One line code fix the problem. I can enjoy music now. I suggest someone have a deep look at this. If this can be commited, I will very happy. :-) Jun Su On Thursday 17 April 2003 23:21, Chuck McCrobie wrote: > --- Jun Su wrote: > > --- Pete Carah wrote: > > > > Have you checked if there is a BIOS update in > > > > Sony > > > > > web > > > > > > > site. I upgrade BIOS for my R505DL. It fixed > > > > > > several > > > > > > > ACPI related problem in its ASL. > > > > > > Have the latest (dated last November). It covers > > > all > > > 505ES, 505ESP, 505ESK versions. Checked today for > > > anything > > > newer :-( > > > > > > -- Pete > > > > > > > However, the sound problem in VAIO is still > > > > there. > > > > > :( > > > > > > Booo. Mine kind-of works. I think getting some > > > > of > > > > > the devices > > > off of irq9 will help. > > > > ^^^^ How? My problem is when I move my mouse > > quickly, > > the sound is good. However, when I don't, the sound > > stop. The problem is no IRQ9 interrupt can be raised > > by the sound card. :( > > > > Jun > > YMMV> > > UGH! UGH! UGH! Please see: > > http://w3.mivlmd.cablespeed.com/~mccrobie > > Let me know if this fixes your problem - or not. > > I have diagnosed this problem on the Sony Vaio GRX-670 > six months ago. > > There is nothing you can do to get devices off of > IRQ9, that I know of. If its any consolation, Windows > 2000 lists ethernet, firewire, usb, cardbus ALL on > IRQ9. Since FreeBSD shares interrupts, I have not > noted any performance issues with so many devices on > the same interrupt, although I don't generally have > USB, firewire, sound, and ethernet all going at the > time. > > The problem with audio is that FreeBSD does NOT route > the existing interrupt. The patch on the above web > site hacks the routing of the interrupt. > > I can play sound WITHOUT moving my mouse, without > network traffic, etc. > > Because the interrupt is shared, the ich3 sound driver > gets its interrupt routine called when anything that > gets IRQ9 is used - including USB mouse. The sound > driver than finds work to do and does it - the result > is you get sound. > > FreeBSD does not seem to setup the interrupt mechanism > to enable delivery of the IRQ9 for sound, because > sound already has an assigned interrupt. > > I've been waiting for someone to fix this. I posted > this patch several months ago, but the response was > "this does nothing for IO APIC" - I don't know what > that is or how it affects this issue, but if it fixes > the problem, it would greatly be appreciated. > > > > Chuck McCrobie > mccrobie2000@yahoo.com _________________________________________________________ Do You Yahoo!? ¸ü¶à¾ªÏ²£¬Í¬Ñù¾«²Ê£¬NetVista A30 ÈÈÂô http://ad.cn.doubleclick.net/clk;5313999;7930402;p?http://www.ibm.com/cn/promotion/pc/netvista_a30/index.shtml From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 08:43:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B5BE37B401 for ; Fri, 18 Apr 2003 08:43:22 -0700 (PDT) Received: from hotmail.com (f23.law11.hotmail.com [64.4.17.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1687043FBD for ; Fri, 18 Apr 2003 08:43:22 -0700 (PDT) (envelope-from lordsith49@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 18 Apr 2003 08:43:21 -0700 Received: from 198.65.168.17 by lw11fd.law11.hotmail.msn.com with HTTP; Fri, 18 Apr 2003 15:43:21 GMT X-Originating-IP: [198.65.168.17] X-Originating-Email: [lordsith49@hotmail.com] From: "Lord Sith" To: freebsd-current@freebsd.org Date: Fri, 18 Apr 2003 09:43:21 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 18 Apr 2003 15:43:21.0932 (UTC) FILETIME=[3DBFE8C0:01C305C1] Subject: ACPI and FDC conflicts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2003 15:43:22 -0000 I cvsuped from 5.0-RELEASE to 5.0-CURRENT to see if I could get rid of this error when ACPI is enabled: fdc0: cannot reserve I/O port range (1 ports) CTL0001: unexpected small tag 0 CTL0001: unexpected small tag 0 CTL0001: unexpected small tag 0 CTL0001: unexpected small tag 0 QXA0002: unexpected small tag 0 QXA0002: unexpected small tag 0 QXA0002: unexpected small tag 0 isa0: malformed resources orm0: