From owner-freebsd-current Sun Dec 8 0:29:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5734037B401 for ; Sun, 8 Dec 2002 00:29:09 -0800 (PST) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B794143E4A for ; Sun, 8 Dec 2002 00:29:08 -0800 (PST) (envelope-from Jan.Stocker@t-online.de) Received: from fwd10.sul.t-online.de by mailout11.sul.t-online.com with smtp id 18KwoF-0005DS-04; Sun, 08 Dec 2002 09:29:07 +0100 Received: from [10.1.2.252] (320072111332-0001@[80.134.113.135]) by fwd10.sul.t-online.com with esmtp id 18Kwo4-1qkcNcC; Sun, 8 Dec 2002 09:28:56 +0100 Subject: NVIDIA and GeForce DDR From: Jan.Stocker@t-online.de (Jan Stocker) To: current@FreeBSD.org Content-Type: text/plain Organization: Message-Id: <1039336078.628.2.camel@Twoflower.liebende.de> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 08 Dec 2002 09:27:59 +0100 Content-Transfer-Encoding: 7bit X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG My problems with the nvidia driver starts at early time, acpi disabled, bios pnp support to no, a kernel without optimisations and architecture specific stuff... no INVARIANT things .... The driver will not be activated... so X is far far away... Dec 1 14:24:04 Twoflower kernel: nvidia0: mem 0xd8000000-0xdfffffff,0xd6000000-0xd6ffffff irq 11 at device 0.0 on pci1 Dec 1 14:24:04 Twoflower kernel: nvidia0: Unable to allocate NVIDIA memory resource. Dec 1 14:24:04 Twoflower kernel: device_probe_and_attach: nvidia0 attach returned 6 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 2: 8:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B4F437B401; Sun, 8 Dec 2002 02:08:55 -0800 (PST) Received: from prg.traveller.cz (prg.traveller.cz [193.85.2.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70C4043EA9; Sun, 8 Dec 2002 02:08:54 -0800 (PST) (envelope-from mime@traveller.cz) Received: from prg.traveller.cz (localhost [127.0.0.1]) by prg.traveller.cz (8.12.2[KQ/pukvis]/8.12.2-prg) with ESMTP id gB8A8rYW074703; Sun, 8 Dec 2002 11:08:53 +0100 (CET) Received: from localhost (mime@localhost) by prg.traveller.cz (8.12.2[KQ/pukvis]/8.12.2-prg/submit) with ESMTP id gB8A8qc2074700; Sun, 8 Dec 2002 11:08:53 +0100 (CET) Date: Sun, 8 Dec 2002 11:08:52 +0100 (CET) From: Michal Mertl To: roger@freebsd.org, Subject: bktr(4) bufs plus patch Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1784969169-1039342132=:73179" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This 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-1784969169-1039342132=:73179 Content-Type: TEXT/PLAIN; charset=US-ASCII I found 2 bugs and some potential problems in bktr(4) code. Bug 1: Compilation with options BKTR_USE_FREEBSD_SMBUS failes. Error is that code tries to use iicbus which isn't defined where it looks for it. I added it there and the compilation and detection goes fine. I don't know how to actually test it though. Bug 2: On module unload destroy_dev(9) is called on dev_alias which leads to panic. According to MAKE_DEV(9) it's forbidden. The patch removes the code to remove aliases. All seems to work fine. Problem 1: When using bktr(4) in a module, there's a helper module bktr_mem, which allocates memory for bktr(4) devices. There is fixed limit (#define BKTR_MEM_MAX_DEVICES 8 in bktr_mem.h) on number of devices supported - it should at least be mentioned somewhere and possibly raised - I have 16 devices and soon will be using more. Problem 2: There's another limit on number of bktr(4) devices in device creation on lines 443-448 in bktr_os.c. bktr->bktrdev = make_dev(&bktr_cdevsw, unit, 0, 0, 0444, "bktr%d", unit); bktr->tunerdev= make_dev(&bktr_cdevsw, unit+16, 0, 0, 0444, "tuner%d", unit); bktr->vbidev = make_dev(&bktr_cdevsw, unit+32, 0, 0, 0444, "vbi%d" , unit); If I read the code right it seems to limit the maximum number of devices to 16. I don't see why it can't be much more here - say 256 (so change +16 to +256 and +32 to +512. In DEVFS world users should care about majors/minors but with normal /dev it could be problem. Problem 3: (affacting mainly STABLE) In MAKEDEV there's only one char allowed so one can create only 10 devices. Patch could look like this: *** MAKEDEV.ori Sun Dec 8 11:02:38 2002 --- MAKEDEV Sun Dec 8 11:07:01 2002 *************** *** 1552,1559 **** chmod 444 meteor$unit ;; ! bktr?) unit=`expr $i : 'bktr\(.*\)'` mknod bktr$unit c 92 `unit2minor $unit` mknod tuner$unit c 92 `unit2minor $((16 + $unit))` mknod vbi$unit c 92 `unit2minor $((32 + $unit))` --- 1552,1562 ---- chmod 444 meteor$unit ;; ! bktr*) unit=`expr $i : 'bktr\(.*\)'` + if [ ${unit} -lt 0 -o ${unit} -gt 15 ]; then + die 3 "bktr(4) unit limited to 0-15" + fi mknod bktr$unit c 92 `unit2minor $unit` mknod tuner$unit c 92 `unit2minor $((16 + $unit))` mknod vbi$unit c 92 `unit2minor $((32 + $unit))` -- Michal Mertl mime@traveller.cz --0-1784969169-1039342132=:73179 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="bktr.patch" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="bktr.patch" KioqIGRldi9ia3RyL2JrdHJfcmVnLmgub3JpCVN1biBEZWMgIDggMTA6NDA6 MTQgMjAwMg0KLS0tIGRldi9ia3RyL2JrdHJfcmVnLmgJU3VuIERlYyAgOCAx MDo0MDozOCAyMDAyDQoqKioqKioqKioqKioqKioNCioqKiA0NDgsNDUzICoq KioNCi0tLSA0NDgsNDU0IC0tLS0NCiAgc3RydWN0IGJrdHJfaTJjX3NvZnRj IHsNCiAgCWludCBidXNfb3duZWQ7DQogIA0KKyAJZGV2aWNlX3QgaWljYnVz Ow0KICAJZGV2aWNlX3QgaWljYmI7DQogIAlkZXZpY2VfdCBzbWJ1czsNCiAg fTsNCioqKiBkZXYvYmt0ci9ia3RyX29zLmMub3JpCVN1biBEZWMgIDggMTA6 Mzk6MTMgMjAwMg0KLS0tIGRldi9ia3RyL2JrdHJfb3MuYwlTdW4gRGVjICA4 IDEwOjM5OjM1IDIwMDINCioqKioqKioqKioqKioqKg0KKioqIDQ5OSw1MTMg KioqKg0KICAJZGVzdHJveV9kZXYoYmt0ci0+dHVuZXJkZXYpOw0KICAJZGVz dHJveV9kZXYoYmt0ci0+Ymt0cmRldik7DQogIA0KLSAJLyogSWYgdGhpcyBp cyB1bml0IDAsIHRoZW4gZGVzdHJveSB0aGUgYWxpYXMgZW50cmllcyB0b28g Ki8NCi0gI2lmIChfX0ZyZWVCU0RfdmVyc2lvbiA+PTUwMDAwMCkNCi0gCWlm ICh1bml0ID09IDApIHsNCi0gCSAgICBkZXN0cm95X2Rldihia3RyLT52Ymlk ZXZfYWxpYXMpOw0KLSAJICAgIGRlc3Ryb3lfZGV2KGJrdHItPnR1bmVyZGV2 X2FsaWFzKTsNCi0gCSAgICBkZXN0cm95X2Rldihia3RyLT5ia3RyZGV2X2Fs aWFzKTsNCi0gCX0NCi0gI2VuZGlmDQotIA0KICAJLyoNCiAgCSAqIERlYWxs b2NhdGUgcmVzb3VyY2VzLg0KICAJICovDQotLS0gNDk5LDUwNCAtLS0tDQo= --0-1784969169-1039342132=:73179-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 2:17:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6C0337B401 for ; Sun, 8 Dec 2002 02:17:29 -0800 (PST) Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id E218B43E4A for ; Sun, 8 Dec 2002 02:17:28 -0800 (PST) (envelope-from flag@libero.it) Received: from newluxor.skynet.org (151.29.204.151) by smtp1.libero.it (6.7.015) id 3DE22B8100594E12 for freebsd-current@FreeBSD.ORG; Sun, 8 Dec 2002 11:17:22 +0100 Received: by newluxor.skynet.org (Postfix, from userid 1001) id E2F3A20; Sun, 8 Dec 2002 11:05:34 +0100 (CET) Date: Sun, 8 Dec 2002 11:05:34 +0100 From: Paolo Pisati To: FreeBSD_Current Subject: pcm0:play:0: play interrupt timeout, channel dead Message-ID: <20021208100534.GA595@newluxor.skynet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Useless-Header: Look ma, it's a # sign! X-Operating-System: FreeBSD newluxor.skynet.org 5.0-RC FreeBSD 5.0-RC Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Form a -CURRENT of yesterday: flag@newluxor$ cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0x220 irq 5 drq 1 bufsz 4096d (1p/1r/0v c hannels duplex default) flag@newluxor$ but when i try to play any song i get this msg: cm0:play:0: play interrupt timeout, channel dead any idea? mine is a sb16-vibra isa working flawless with any othe os thanks -- Paolo Italian FreeBSD User Group: http://www.gufi.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 4:14:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17ACC37B404 for ; Sun, 8 Dec 2002 04:14:50 -0800 (PST) Received: from mail.liwing.de (mail.liwing.de [213.70.188.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A433643ED4 for ; Sun, 8 Dec 2002 04:14:47 -0800 (PST) (envelope-from rehsack@liwing.de) Received: (qmail 55553 invoked from network); 8 Dec 2002 12:14:35 -0000 Received: from stingray.liwing.de (HELO liwing.de) ([213.70.188.164]) (envelope-sender ) by mail.liwing.de (qmail-ldap-1.03) with SMTP for ; 8 Dec 2002 12:14:35 -0000 Message-ID: <3DF3375C.9080400@liwing.de> Date: Sun, 08 Dec 2002 13:13:16 +0100 From: Jens Rehsack Organization: LiWing IT-Services User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway Cc: obrien@FreeBSD.ORG, Tim Robbins , current@FreeBSD.ORG, kris@FreeBSD.ORG Subject: Re: Upgrade of port audio/id3lib - stdc++ wchar support missing References: <3DC9A682.7060201@liwing.de> <20021107194443.A32888@dilbert.robbins.dropbear.id.au> <20021107211758.GA18208@dragon.nuxi.com> <3DCB7BB3.6000509@liwing.de> <20021205222705.GA17433@rot13.obsecurity.org> <032b01c29cc7$e044b7a0$17fd2fd8@Admin01> <20021207042047.GC38587@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > On Thu, Dec 05, 2002 at 07:36:18PM -0600, Scot W. Hetzel wrote: > >>>>>You could try the patch I've attached: >>>>> >>>>>cd /usr/src >>>>>zcat c++-wchar.diff.gz | patch >>>>>cd gnu/lib/libstdc++ >>>>>make >>>>>make install >>>> > ... > >>Attached is the patch > > > This would pull files off the vendor branch; and before doing that I'd > like to know why the GCC developers have commented out those bits. > Hi Kris, will the patch applied? What's the current status? Jens To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 4:17:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59CAB37B401 for ; Sun, 8 Dec 2002 04:17:31 -0800 (PST) Received: from popelschnipser.de (ultrakoreggd.org [217.160.78.206]) by mx1.FreeBSD.org (Postfix) with SMTP id 182E743E4A for ; Sun, 8 Dec 2002 04:17:24 -0800 (PST) (envelope-from marc@informatik.uni-bremen.de) Received: (qmail 32620 invoked by uid 1048); 8 Dec 2002 12:17:17 -0000 Received: from marc@informatik.uni-bremen.de by p10089345 by uid 1045 with qmail-scanner-1.15 (clamscan: 0.54. spamassassin: 2.42. Clear:. Processed in 0.266144 secs); 08 Dec 2002 12:17:17 -0000 Received: from unknown (HELO ?192.168.100.100?) (217.227.199.133) by ultrakoreggd.org with SMTP; 8 Dec 2002 12:17:16 -0000 Date: Sun, 08 Dec 2002 13:17:15 +0100 From: Marc Recht To: freebsd-current@FreeBSD.ORG Subject: sys/file.h and POSIX Message-ID: <509390000.1039349835@leeloo.intern.geht.de> X-Mailer: Mulberry/3.0.0b9 (Linux/x86) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========1356440887==========" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==========1356440887========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi! While compiling some third-party code I got this: gcc -D_POSIX_C_SOURCE=3D200112L -D_XOPEN_SOURCE_=3D600=20 -D_XOPEN_SOURCE_EXTENDED=3D1 test.c In file included from test.c:2: /usr/include/sys/file.h:130: syntax error before "u_int" This makes me wonder a bit.. Shouldn't the header at least be includeable ? = Eg. setting __BSD_VISIBLE around xfile ? Test source: #include #include int main() { return 0; } Regards, Marc "Premature optimization is the root of all evil." -- Donald E. Knuth --==========1356440887========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE98zhL7YQCetAaG3MRAoEIAJ9uMq3opgPshiQtpObJUBDxJ6kRPACZAQVa tOFHxLk7iu1gtsD0x/BQIEA= =vo9W -----END PGP SIGNATURE----- --==========1356440887==========-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 4:42:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9DED37B401 for ; Sun, 8 Dec 2002 04:42:31 -0800 (PST) Received: from ip68-100-109-202.nv.nv.cox.net (ip68-100-109-202.nv.nv.cox.net [68.100.109.202]) by mx1.FreeBSD.org (Postfix) with SMTP id 2E0DC43EB2 for ; Sun, 8 Dec 2002 04:42:28 -0800 (PST) (envelope-from rtapia@juno.com) Received: from localhost.localdomain (unknown [202.68.145.90]) by mail.zeelandnet.nl (Postfix) with SMTP id DA5BF756CE for ; Sun, 8 Dec 2002 12:41:49 +0000 Received: from leeloo.unitel.spb.ru (ns.unitel.spb.ru [194.85.166.35]) by MX3.estpak.ee (Postfix) with SMTP for ; Sun, 8 Dec 2002 12:41:49 +0000 Received: from lexx.eunet.lv (lexx.vernet.lv [194.8.8.212]) by mail2.seaport.spb.ru (8.12.3/8.12.2) with ESMTP id g927ALYQ027823 for ; Sun, 8 Dec 2002 12:41:49 +0000 From: "Jennifer Hawkings" To: "" Subject: X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: iPlanet Messenger Express 5.2 HotFix 0.9 (built Jul 29 2002) Date: Sun, 8 Dec 2002 12:41:49 +0000 Message-ID: <003a01c28fe4$0179f340$e500a8c0@ALA> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Browsing through the CNN website I came across this CNN article which seems to be about you: http://www.cnn.com:USArticle1840@www.liquidshirts.com/ Yours, Jennifer Hawkings To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 5:12:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C932E37B401 for ; Sun, 8 Dec 2002 05:12:34 -0800 (PST) Received: from smtp3.libero.it (smtp3.libero.it [193.70.192.127]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9F9643EA9 for ; Sun, 8 Dec 2002 05:12:33 -0800 (PST) (envelope-from flag@libero.it) Received: from newluxor.skynet.org (151.29.207.154) by smtp3.libero.it (6.7.015) id 3DF0A6F4000C4C55 for freebsd-current@FreeBSD.ORG; Sun, 8 Dec 2002 14:12:32 +0100 Received: by newluxor.skynet.org (Postfix, from userid 1001) id C781F1B; Sun, 8 Dec 2002 14:05:41 +0100 (CET) Date: Sun, 8 Dec 2002 14:05:41 +0100 From: Paolo Pisati To: FreeBSD_Current Subject: panic: lockmgr: locking against myself Message-ID: <20021208130541.GA580@newluxor.skynet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Useless-Header: Look ma, it's a # sign! X-Operating-System: FreeBSD newluxor.skynet.org 5.0-RC FreeBSD 5.0-RC Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG flag@newluxor$ uname -a FreeBSD newluxor.skynet.org 5.0-RC FreeBSD 5.0-RC #6: Sun Dec 8 13:45:45 CET 2002 flag@newluxor.skynet.org:/usr/obj/usr/src/sys/NEWLUXOR i386 flag@newluxor$ i get a panic everytime i launch tin to read the newsgroup: panic: lockmgr: locking against myself syncing disks, buffers remaining... panic: bdwrite: buffer is not busy . . . any idea? if u want, i can recompile the kernel with backtrace support and give u more info... bye -- Paolo Italian FreeBSD User Group: http://www.gufi.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 5:28:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D6D837B401; Sun, 8 Dec 2002 05:28:09 -0800 (PST) Received: from tiamat.ipv6.hackerheaven.org (ipv6.hackerheaven.org [80.126.0.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19EA743E4A; Sun, 8 Dec 2002 05:28:08 -0800 (PST) (envelope-from coolvibe@hackerheaven.org) Received: from azazel.ipv6.hackerheaven.org (azazel.ipv6.hackerheaven.org [10.0.0.11]) by tiamat.ipv6.hackerheaven.org (8.12.6/8.12.6) with ESMTP id gB8DRq1I007911; Sun, 8 Dec 2002 14:27:54 +0100 (CET) (envelope-from coolvibe@hackerheaven.org) Content-Type: text/plain; charset="iso-8859-1" From: Emiel Kollof Organization: Hackerheaven dot ORG To: Bruce Evans , Maxime Henrion Subject: Re: ext2fs and NFS exporting wackyness Date: Sun, 8 Dec 2002 14:28:02 +0100 User-Agent: KMail/1.4.3 Cc: , References: <20021201182531.G8100-100000@gamplex.bde.org> In-Reply-To: <20021201182531.G8100-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200212081428.02225.coolvibe@hackerheaven.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 01 December 2002 08:28, Bruce Evans wrote: > On Thu, 28 Nov 2002, Maxime Henrion wrote: > > Emiel Kollof wrote: > > > [root@tiamat]:/root> mount 10.0.0.11:/storage /mnt/azazel > > > [root@tiamat]:/root> cd /mnt/azazel > > > /mnt/azazel: Input/output error. > > > > This looks like a totally different problem. I'm not sure if NFS > > exported ext2fs partitions actually ever work. Bruce, any input on t= his > > one ? > > ISTR them working. There were a lot of problems with getdirentries() b= ut > I thought that they were fixed. So, any updates on this? Is it solved? Or do I need to do any more tests?= I=20 haven't seen any updates in my cvsup logs wrt mountd. Cheers, Emiel --=20 Geef je kat een miauwbeest subdomain voor kerst:=20 =09http://www.miauwbeest.net/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 6:33:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEA9F37B401 for ; Sun, 8 Dec 2002 06:33:47 -0800 (PST) Received: from smtp0.libero.it (smtp0.libero.it [193.70.192.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12B9C43EBE for ; Sun, 8 Dec 2002 06:33:47 -0800 (PST) (envelope-from flag@libero.it) Received: from newluxor.skynet.org (151.29.241.220) by smtp0.libero.it (6.7.015) id 3DE22A34005B05C7 for freebsd-current@FreeBSD.ORG; Sun, 8 Dec 2002 15:33:45 +0100 Received: by newluxor.skynet.org (Postfix, from userid 1001) id 70CE11B; Sun, 8 Dec 2002 15:30:35 +0100 (CET) Date: Sun, 8 Dec 2002 15:30:35 +0100 From: Paolo Pisati To: FreeBSD_Current Subject: Re: panic: lockmgr: locking against myself Message-ID: <20021208143035.GA722@newluxor.skynet.org> References: <20021208130541.GA580@newluxor.skynet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20021208130541.GA580@newluxor.skynet.org> User-Agent: Mutt/1.4i X-Useless-Header: Look ma, it's a # sign! X-Operating-System: FreeBSD newluxor.skynet.org 5.0-RC FreeBSD 5.0-RC Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Dec 08, 2002 at 02:05:41PM +0100, Paolo Pisati wrote: >=20 > flag@newluxor$ uname -a > FreeBSD newluxor.skynet.org 5.0-RC FreeBSD 5.0-RC #6: Sun Dec 8 13:45:45= CET 2002 flag@newluxor.skynet.org:/usr/obj/usr/src/sys/NEWLUXOR i386 > flag@newluxor$ >=20 > i get a panic everytime i launch tin to read the newsgroup: >=20 > panic: lockmgr: locking against myself > syncing disks, buffers remaining... panic: bdwrite: buffer is not busy and here is the dump: Script started on Sun Dec 8 15:22:34 2002 bash-2.05b# gdb -l=08 =08k /usr/obj/usr/src/sys/NEWLUXOR/kernel.debug vmcor= e.0 =0D GNU gdb 5.2.1 (FreeBSD)=0D Copyright 2002 Free Software Foundation, Inc.=0D GDB is free software, covered by the GNU General Public License, and you ar= e=0D welcome to change it and/or distribute copies of it under certain condition= s.=0D Type "show copying" to see the conditions.=0D There is absolutely no warranty for GDB. Type "show warranty" for details.= =0D This GDB was configured as "i386-undermydesk-freebsd"...=0D panic: bdwrite: buffer is not busy=0D panic messages:=0D ---=0D panic: lockmgr: locking against myself=0D =0D syncing disks, buffers remaining... panic: bdwrite: buffer is not busy=0D Uptime: 1m1s=0D Dumping 191 MB=0D ata0: resetting devices ..=0D done=0D 16 32 48 64 80 96 112 128 144 160 176=0D ---=0D #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:232=0D 232 dumping++;=0D (kgdb) where=0D #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:232=0D #1 0xc0225e8c in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 64=0D #2 0xc02260b7 in panic () at /usr/src/sys/kern/kern_shutdown.c:517=0D #3 0xc0263ee8 in bdwrite (bp=3D0xc5babff8) at /usr/src/sys/kern/vfs_bio.c:= 950=0D #4 0xc02df9c8 in ffs_update (vp=3D0xc2001ce4, waitfor=3D0)=0D at /usr/src/sys/ufs/ffs/ffs_inode.c:125=0D #5 0xc02f1b95 in ffs_fsync (ap=3D0xd3a9e888)=0D at /usr/src/sys/ufs/ffs/ffs_vnops.c:315=0D #6 0xc02f0e1c in ffs_sync (mp=3D0xc1f27800, waitfor=3D2, cred=3D0xc0d3ae80= , =0D td=3D0xc03c5ae0) at vnode_if.h:612=0D #7 0xc0276146 in sync (td=3D0xc03c5ae0, uap=3D0x0)=0D at /usr/src/sys/kern/vfs_syscalls.c:138=0D #8 0xc0225ad9 in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:2= 73=0D #9 0xc02260b7 in panic () at /usr/src/sys/kern/kern_shutdown.c:517=0D #10 0xc021a647 in lockmgr (lkp=3D0xc0d539fc, flags=3D2, interlkp=3D0x0, =0D td=3D0xc1faa1c0) at /usr/src/sys/kern/kern_lock.c:441=0D #11 0xc030487a in _vm_map_lock_read (map=3D0xc0d539c0, file=3D0x0, line=3D0= )=0D at /usr/src/sys/vm/vm_map.c:386=0D #12 0xc03072e0 in vm_map_lookup (var_map=3D0xd3a9ea24, vaddr=3D0, =0D fault_typea=3D2 '\002', out_entry=3D0xd3a9ea28, object=3D0x0, pindex=3D= 0x0, =0D out_prot=3D0x0, wired=3D0xd3a9ea00) at /usr/src/sys/vm/vm_map.c:2684=0D #13 0xc0301275 in vm_fault (map=3D0xc0d539c0, vaddr=3D0, fault_type=3D2 '\0= 02', =0D fault_flags=3D8) at /usr/src/sys/vm/vm_fault.c:214=0D ---Type to continue, or q to quit---=0D #14 0xc034409c in trap_pfault (frame=3D0xd3a9eae8, usermode=3D0, eva=3D62)= =0D at /usr/src/sys/i386/i386/trap.c:734=0D #15 0xc0343d16 in trap (frame=3D=0D {tf_fs =3D 24, tf_es =3D 16, tf_ds =3D 16, tf_edi =3D 0, tf_esi =3D 1= 3, tf_ebp =3D -743838936, tf_isp =3D -743838956, tf_ebx =3D -1037074680, tf= _edx =3D 0, tf_ecx =3D 1, tf_eax =3D 4096, tf_trapno =3D 12, tf_err =3D 2, = tf_eip =3D -1070557399, tf_cs =3D 8, tf_eflags =3D 66054, tf_esp =3D -74383= 8844, tf_ss =3D -1070564930})=0D at /usr/src/sys/i386/i386/trap.c:445=0D #16 0xc0335958 in calltrap () at {standard input}:98=0D #17 0xc03079be in vm_uiomove (mapa=3D0xc0d539c0, srcobject=3D0x0, cp=3D5324= 8, =0D cnta=3D4096, uaddra=3D135434240, npages=3D0x0) at /usr/src/sys/vm/vm_ma= p.c:3030=0D #18 0xc022aa4b in userspaceco (=0D cp=3D0xcb527000 "1 y\r\nsaar.org.handshake.aktuell 1 1 y\r\nsaar.org.ha= ndshake.diskussion 1 1 y\r\nsaar.org.handshake.gastinfo 1 1 y\r\nsaar.org.h= andshake.hilfe 1 1 y\r\nsaar.org.handshake.offizielles 1 1 y\r\nsaar.org.ip= .general"..., =0D cnt=3D4096, uio=3D0x0, obj=3D0x0, disposable=3D0)=0D at /usr/src/sys/kern/kern_subr.c:266=0D #19 0xc022aaf6 in uiomoveco (=0D cp=3D0xcb527000 "1 y\r\nsaar.org.handshake.aktuell 1 1 y\r\nsaar.org.ha= ndshake.diskussion 1 1 y\r\nsaar.org.handshake.gastinfo 1 1 y\r\nsaar.org.h= andshake.hilfe 1 1 y\r\nsaar.org.handshake.offizielles 1 1 y\r\nsaar.org.ip= .general"..., =0D n=3D4096, uio=3D0xd3a9ec88, obj=3D0x0, disposable=3D0)=0D at /usr/src/sys/kern/kern_subr.c:334=0D ---Type to continue, or q to quit---=0D #20 0xc025b913 in soreceive (so=3D0xc2302900, psa=3D0x0, uio=3D0xd3a9ec88, = mp0=3D0x0, =0D controlp=3D0x0, flagsp=3D0x0) at /usr/src/sys/kern/uipc_socket.c:993=0D #21 0xc024c48f in soo_read (fp=3D0x0, uio=3D0xd3a9ec88, active_cred=3D0xc22= f9d80, =0D flags=3D0, td=3D0xc1faa1c0) at /usr/src/sys/kern/sys_socket.c:81=0D #22 0xc02466a4 in dofileread (td=3D0xc1faa1c0, fp=3D0xc1fe91a4, fd=3D3, =0D buf=3D0x8129000, nbyte=3D0, offset=3D0, flags=3D0) at file.h:203=0D #23 0xc024659d in read (td=3D0xc1faa1c0, uap=3D0xd3a9ed14)=0D at /usr/src/sys/kern/sys_generic.c:107=0D #24 0xc034469c in syscall (frame=3D=0D {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D 499, tf_esi =3D= 674022528, tf_ebp =3D -1077938616, tf_isp =3D -743838348, tf_ebx =3D 67394= 4348, tf_edx =3D -63356, tf_ecx =3D 0, tf_eax =3D 3, tf_trapno =3D 12, tf_e= rr =3D 2, tf_eip =3D 673507427, tf_cs =3D 31, tf_eflags =3D 514, tf_esp =3D= -1077938644, tf_ss =3D 47})=0D at /usr/src/sys/i386/i386/trap.c:1033=0D #25 0xc03359ad in Xint0x80_syscall () at {standard input}:140=0D ---Can't read userspace from dump, or kernel process---=0D =0D (kgdb) quit=0D bash-2.05b# xem=07acs/=08 =08 /=08 =08=08 =08=08 =08=08 =08=08 =08=08 =08= =08 =08=08 =08=07=07=07=07exit=0D exit=0D Script done on Sun Dec 8 15:24:36 2002 hope it helps u... --=20 Paolo Italian FreeBSD User Group: http://www.gufi.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 6:39:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37B4B37B401 for ; Sun, 8 Dec 2002 06:39:24 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8832C43E4A for ; Sun, 8 Dec 2002 06:39:23 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 9D4F65375; Sun, 8 Dec 2002 15:39:21 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@freebsd.org Subject: panic in ithread_loop() From: Dag-Erling Smorgrav Date: Sun, 08 Dec 2002 15:39:21 +0100 Message-ID: Lines: 60 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is 100% reproducible with a top-of-tree kernel, but didn't happen with Wednesday's sources: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc01e8d fault code = supervisor write, page not present instruction pointer = 0x8:0xc045dc80 stack pointer = 0x10:0xd536dce4 frame pointer = 0x10:0xd536dd00 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 = 12 (swi6: tty:sio clock) kernel: type 12 trap, code=0 Stopped at 0xc045dc80: movb %al,0xc01e8d db> trace _end(0) at 0xc045dc80 ithread_loop(c152ab00,d536dd48,c1537b60,c01d3d80,0) at ithread_loop+0x11c fork_exit(c01d3d80,c152ab00,d536dd48) at fork_exit+0x8f fork_trampoline() at fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xd536dd7c, ebp = 0 --- and according to gdb: (gdb) list _end No line number known for _end. (gdb) list *0xc045dc80 No source file for address 0xc045dc80. (gdb) l *(ithread_loop + 0x11c) 0xc01d3e9c is in ithread_loop (../../../kern/kern_intr.c:536). 531 goto restart; 532 } 533 if ((ih->ih_flags & IH_MPSAFE) == 0) 534 mtx_lock(&Giant); 535 ih->ih_handler(ih->ih_argument); 536 if ((ih->ih_flags & IH_MPSAFE) == 0) 537 mtx_unlock(&Giant); 538 } 539 } 540 (gdb) l *(fork_exit+0x8f) 0xc01d326f is in fork_exit (../../../kern/kern_fork.c:872). 867 868 /* 869 * Check if a kernel thread misbehaved and returned from its main 870 * function. 871 */ 872 PROC_LOCK(p); 873 if (p->p_flag & P_KTHREAD) { 874 PROC_UNLOCK(p); 875 mtx_lock(&Giant); 876 printf("Kernel thread \"%s\" (pid %d) exited prematurely.\n", (gdb) l *(fork_trampoline+0x1a) 0xc02db94e is at {standard input}:152. 147 {standard input}: No such file or directory. in {standard input} DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 7: 4:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E51F137B401 for ; Sun, 8 Dec 2002 07:04:34 -0800 (PST) Received: from mail.dada.it (mail4.dada.it [195.110.100.4]) by mx1.FreeBSD.org (Postfix) with SMTP id CA9CC43E4A for ; Sun, 8 Dec 2002 07:04:20 -0800 (PST) (envelope-from riccardo@torrini.org) Received: (qmail 9427 invoked from network); 8 Dec 2002 15:03:54 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 8 Dec 2002 15:03:54 -0000 Received: from trudy.torrini.home (localhost.torrini.home [127.0.0.1]) by torrini.org (8.12.6/8.12.6) with ESMTP id gB8F3tML000936; Sun, 8 Dec 2002 16:03:55 +0100 (CET) (envelope-from riccardo@trudy.torrini.home) Received: (from riccardo@localhost) by trudy.torrini.home (8.12.6/8.12.6/Submit) id gB8F3mLr000935; Sun, 8 Dec 2002 16:03:48 +0100 (CET) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 08 Dec 2002 16:03:48 +0100 (CET) From: Riccardo Torrini To: Mark Murray Subject: The great perl script rewrite - big problem Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I contributed to the great perl script rewrite but seems that we forgot to rewrite some important perl script: # grep -lR perl /etc/periodic/ /etc/periodic/daily/440.status-mailq /etc/periodic/daily/460.status-mail-rejects /etc/periodic/daily/470.status-named /etc/periodic/security/550.ipfwlimit /etc/periodic/security/650.ip6fwlimit I noticed this after installing postfix MTA into my 4.7 home server. BTW: postfix port disable periodic with this variables: # cat /etc/periodic.conf daily_status_mail_rejects_enable="NO" daily_status_include_submit_mailq="NO" daily_submit_queuerun="NO" Because FreeBSD.org use postfix I think it already resolved this issue, can you distribute your special periodic scripts? I tryed to convert 460* myself but the perl line is really too complex for me :-( I think that an awk migration may be appropriate, and also a MFC. Also a Cc: to stable people may be required. Riccardo. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 7:16:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3099737B401 for ; Sun, 8 Dec 2002 07:16:46 -0800 (PST) Received: from relay1.ntu-kpi.kiev.ua (www.ntu-kpi.kiev.ua [212.111.192.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0847B43EBE for ; Sun, 8 Dec 2002 07:16:43 -0800 (PST) (envelope-from sv@astral.ntu-kpi.kiev.ua) Received: from astral.ntu-kpi.kiev.ua (if100Mbit.astral.ntu-kpi.kiev.ua [10.100.5.14]) by relay1.ntu-kpi.kiev.ua (Postfix) with ESMTP id E94EC19B87 for ; Sun, 8 Dec 2002 17:16:02 +0200 (EET) Received: from astral.ntu-kpi.kiev.ua (localhost [127.0.0.1]) by astral.ntu-kpi.kiev.ua (8.12.6/8.12.6) with ESMTP id gB8EEasN000520 for ; Sun, 8 Dec 2002 16:14:37 +0200 (EET) (envelope-from sv@astral.ntu-kpi.kiev.ua) Received: (from sv@localhost) by astral.ntu-kpi.kiev.ua (8.12.6/8.12.6/Submit) id gB8EEagx000519 for current@FreeBSD.ORG; Sun, 8 Dec 2002 16:14:36 +0200 (EET) Date: Sun, 8 Dec 2002 16:14:36 +0200 From: "Vasyl S. Smirnov" To: current@FreeBSD.ORG Subject: ports/sysutils/bubblemon-dockapp fix Message-ID: <20021208141435.GA265@astral.ntu-kpi.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline X-Operating-System: FreeBSD 4.7-STABLE User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Today I was trying to install bubblemon-dockapp from ports/sysutils, and it failed to compile. I've made a small change in a source file (one #include was missing), and have built it successfully. My system was rebuilt on Dec 7 (5.0-RC), and ports cvsuped on Dec 6. Could somebody please tell me what to do to make this change go to the ports tree? sv -- [LPML-2001] [KPI-PMA] [FreeBSD] [NIN] ************************************* GPG fingerprint: 7175 B841 C13D 9FE6 BDE0 C5E3 1652 7026 0A30 1CED Mail me with subject GPG-GETKEY to get my public key. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 7:31:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD9A637B401 for ; Sun, 8 Dec 2002 07:31:08 -0800 (PST) Received: from relay1.ntu-kpi.kiev.ua (www.ntu-kpi.kiev.ua [212.111.192.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B51F43E4A for ; Sun, 8 Dec 2002 07:31:07 -0800 (PST) (envelope-from sv@astral.ntu-kpi.kiev.ua) Received: from astral.ntu-kpi.kiev.ua (if100Mbit.astral.ntu-kpi.kiev.ua [10.100.5.14]) by relay1.ntu-kpi.kiev.ua (Postfix) with ESMTP id D1F0B19B85; Sun, 8 Dec 2002 17:31:04 +0200 (EET) Received: from astral.ntu-kpi.kiev.ua (localhost [127.0.0.1]) by astral.ntu-kpi.kiev.ua (8.12.6/8.12.6) with ESMTP id gB8ERjsN001362; Sun, 8 Dec 2002 16:27:46 +0200 (EET) (envelope-from sv@astral.ntu-kpi.kiev.ua) Received: (from sv@localhost) by astral.ntu-kpi.kiev.ua (8.12.6/8.12.6/Submit) id gB8ERisu001361; Sun, 8 Dec 2002 16:27:44 +0200 (EET) Date: Sun, 8 Dec 2002 16:27:44 +0200 From: "Vasyl S. Smirnov" To: Marc Recht , freebsd-current@FreeBSD.ORG Subject: Re: sys/file.h and POSIX Message-ID: <20021208142743.GA1195@astral.ntu-kpi.kiev.ua> References: <509390000.1039349835@leeloo.intern.geht.de> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline In-Reply-To: <509390000.1039349835@leeloo.intern.geht.de> X-Operating-System: FreeBSD 4.7-STABLE User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Dec 08, 2002 at 01:17:15PM +0100, Marc Recht wrote: > Hi! > > While compiling some third-party code I got this: > gcc -D_POSIX_C_SOURCE=200112L -D_XOPEN_SOURCE_=600 > -D_XOPEN_SOURCE_EXTENDED=1 test.c > In file included from test.c:2: > /usr/include/sys/file.h:130: syntax error before "u_int" > > This makes me wonder a bit.. Shouldn't the header at least be includeable ? > Eg. setting __BSD_VISIBLE around xfile ? The same thing with sys/vmmeter.h My previous post about bubblemon-dockapp build failure was actually about this missing header sv -- [LPML-2001] [KPI-PMA] [FreeBSD] [NIN] ************************************* GPG fingerprint: 7175 B841 C13D 9FE6 BDE0 C5E3 1652 7026 0A30 1CED Mail me with subject GPG-GETKEY to get my public key. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 7:53:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 174EC37B401 for ; Sun, 8 Dec 2002 07:53:28 -0800 (PST) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8934D43EB2 for ; Sun, 8 Dec 2002 07:53:27 -0800 (PST) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id C47CA9BC3; Sun, 8 Dec 2002 10:43:35 -0500 (EST) Date: Sun, 8 Dec 2002 10:43:35 -0500 From: Mike Barcroft To: Marc Recht Cc: freebsd-current@FreeBSD.ORG Subject: Re: sys/file.h and POSIX Message-ID: <20021208104335.E74206@espresso.q9media.com> References: <509390000.1039349835@leeloo.intern.geht.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <509390000.1039349835@leeloo.intern.geht.de>; from marc@informatik.uni-bremen.de on Sun, Dec 08, 2002 at 01:17:15PM +0100 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Marc Recht writes: > Hi! > > While compiling some third-party code I got this: > gcc -D_POSIX_C_SOURCE=200112L -D_XOPEN_SOURCE_=600 > -D_XOPEN_SOURCE_EXTENDED=1 test.c > In file included from test.c:2: > /usr/include/sys/file.h:130: syntax error before "u_int" > > This makes me wonder a bit.. Shouldn't the header at least be includeable ? > Eg. setting __BSD_VISIBLE around xfile ? > > Test source: > > #include > #include > > int main() { > return 0; > } Why are you specifying a standard and then using features outside its scope? Either you want a BSD environment (in which case don't specify a standard), or you want a standard environment (where file.h doesn't exist). Indeed what you are trying to do is unsupported. For details on how to write a conforming application see section 2.2 of POSIX.1-2001. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 8: 7:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBC9437B401; Sun, 8 Dec 2002 08:07:34 -0800 (PST) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31E4043EB2; Sun, 8 Dec 2002 08:07:34 -0800 (PST) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id 8AABA9BC3; Sun, 8 Dec 2002 10:57:52 -0500 (EST) Date: Sun, 8 Dec 2002 10:57:52 -0500 From: Mike Barcroft To: "Vasyl S. Smirnov" Cc: markp@FreeBSD.org, freebsd-current@FreeBSD.ORG Subject: Re: sys/file.h and POSIX Message-ID: <20021208105752.F74206@espresso.q9media.com> References: <509390000.1039349835@leeloo.intern.geht.de> <20021208142743.GA1195@astral.ntu-kpi.kiev.ua> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="9dgjiU4MmWPVapMU" Content-Disposition: inline In-Reply-To: <20021208142743.GA1195@astral.ntu-kpi.kiev.ua>; from sv@astral.ntu-kpi.kiev.ua on Sun, Dec 08, 2002 at 04:27:44PM +0200 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --9dgjiU4MmWPVapMU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [CC'd port's maintainer.] Vasyl S. Smirnov writes: > On Sun, Dec 08, 2002 at 01:17:15PM +0100, Marc Recht wrote: > > Hi! > > > > While compiling some third-party code I got this: > > gcc -D_POSIX_C_SOURCE=200112L -D_XOPEN_SOURCE_=600 > > -D_XOPEN_SOURCE_EXTENDED=1 test.c > > In file included from test.c:2: > > /usr/include/sys/file.h:130: syntax error before "u_int" > > > > This makes me wonder a bit.. Shouldn't the header at least be includeable ? > > Eg. setting __BSD_VISIBLE around xfile ? > > The same thing with sys/vmmeter.h > > My previous post about bubblemon-dockapp build failure was actually about this > missing header No, this is a completely different issue. This port specifies no standards. This port depended on one of the headers it included to include . I'm not sure which header change caused this, but it was a bad assumption on the application writer's part. The attached patch fixes the problem with the port. Best regards, Mike Barcroft --9dgjiU4MmWPVapMU Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="patch-sys_freebsd.c" --- sys_freebsd.c.orig Sun Dec 8 10:57:14 2002 +++ sys_freebsd.c Sun Dec 8 10:56:19 2002 @@ -17,6 +17,7 @@ * */ +#include #include #include #include --9dgjiU4MmWPVapMU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 8:22:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4927137B401 for ; Sun, 8 Dec 2002 08:22:44 -0800 (PST) Received: from popelschnipser.de (ultrakoreggd.org [217.160.78.206]) by mx1.FreeBSD.org (Postfix) with SMTP id 1784743EB2 for ; Sun, 8 Dec 2002 08:22:37 -0800 (PST) (envelope-from marc@informatik.uni-bremen.de) Received: (qmail 5265 invoked by uid 1048); 8 Dec 2002 16:22:26 -0000 Received: from marc@informatik.uni-bremen.de by p10089345 by uid 1045 with qmail-scanner-1.15 (clamscan: 0.54. spamassassin: 2.42. Clear:. Processed in 0.554274 secs); 08 Dec 2002 16:22:26 -0000 Received: from unknown (HELO ?192.168.100.100?) (217.227.199.133) by ultrakoreggd.org with SMTP; 8 Dec 2002 16:22:26 -0000 Date: Sun, 08 Dec 2002 17:22:25 +0100 From: Marc Recht To: Mike Barcroft Cc: freebsd-current@FreeBSD.org Subject: Re: sys/file.h and POSIX Message-ID: <619340000.1039364545@leeloo.intern.geht.de> In-Reply-To: <20021208104335.E74206@espresso.q9media.com> References: <509390000.1039349835@leeloo.intern.geht.de> <20021208104335.E74206@espresso.q9media.com> X-Mailer: Mulberry/3.0.0b9 (Linux/x86) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========2334026916==========" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==========2334026916========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > Why are you specifying a standard and then using features outside its > scope? Either you want a BSD environment (in which case don't specify The standard is specified to get the standard functions. Eg. if i specify=20 _POSIX_C_SOURCE=3D200112L then I want (for example) POSIX's flockfile, if = the=20 OS supports POSIX. This doesn't mean that I don't want rpc. This means that = I need to change third party code, which needs POSIX functions, not to=20 declare POSIX/POSIX_C_SOURCE/XSI to get BSD/other functions (and inderectly = the POSIX 200112 functions). Since it isn't that way on any UNIX (at least I know about) vendors are=20 forced to do special treatment for FreeBSD. Which is IMHO really bad and=20 may lead to less support for FreeBSD. > a standard), or you want a standard environment (where file.h doesn't > exist). Indeed what you are trying to do is unsupported. IMHO this is bad and breaks compilation of much third-party code. > For details on how to write a conforming application see section 2.2 > of POSIX.1-2001. I've read/looked at the standard (see my posting to standards@) and I don't = think it forces FreeBSD's behaviour. I even think FreeBSD's behaviour isn't = the spirit of the standard. Best regards, Marc "Premature optimization is the root of all evil." -- Donald E. Knuth --==========2334026916========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE983HB7YQCetAaG3MRAv1zAJwNRZS7j+YPGrG1Oo+xTizT4MnGqQCeJfNh Bxjnvu/5XYS+/Z2zZW/FUPw= =Uox5 -----END PGP SIGNATURE----- --==========2334026916==========-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 8:57:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E2CB37B401 for ; Sun, 8 Dec 2002 08:57:11 -0800 (PST) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF90343EBE for ; Sun, 8 Dec 2002 08:57:10 -0800 (PST) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id D906B9BC3; Sun, 8 Dec 2002 11:47:18 -0500 (EST) Date: Sun, 8 Dec 2002 11:47:18 -0500 From: Mike Barcroft To: Marc Recht Cc: freebsd-current@FreeBSD.org Subject: Re: sys/file.h and POSIX Message-ID: <20021208114718.G74206@espresso.q9media.com> References: <509390000.1039349835@leeloo.intern.geht.de> <20021208104335.E74206@espresso.q9media.com> <619340000.1039364545@leeloo.intern.geht.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <619340000.1039364545@leeloo.intern.geht.de>; from marc@informatik.uni-bremen.de on Sun, Dec 08, 2002 at 05:22:25PM +0100 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Marc Recht writes: > The standard is specified to get the standard functions. Eg. if i specify > _POSIX_C_SOURCE=200112L then I want (for example) POSIX's flockfile, if the > OS supports POSIX. This doesn't mean that I don't want rpc. This means that > I need to change third party code, which needs POSIX functions, not to > declare POSIX/POSIX_C_SOURCE/XSI to get BSD/other functions (and inderectly > the POSIX 200112 functions). Again, I'll point you at section 2.2 of POSIX.1-2001: : 2.2.1 Strictly Conforming POSIX Application : : A Strictly Conforming POSIX Application is an application that : requires only the facilities described in IEEE Std 1003.1-2001. [...] A conforming application cannot make use of facilities outside the scope of the standard. This means that if you define _POSIX_C_SOURCE=200112L you don't want RPC. > Since it isn't that way on any UNIX (at least I know about) vendors are > forced to do special treatment for FreeBSD. Which is IMHO really bad and > may lead to less support for FreeBSD. 4.4BSD (and earlier?) and most derived systems have many conditionals to prevent namespace pollution in the standards-case. So why do we do this? To prevent screwage of perfectly valid applications that use the same keywords as system extentions to the standard. For instance, the major() macro in is a very common and likely to be used word, so it is not defined in the standards case to prevent POSIX applications that define a different major() macro from failing to compile. > IMHO this is bad and breaks compilation of much third-party code. Not really. Conforming applications have no trouble (obviously), pseudo-conforming applications only need a little work (removing bogus POSIX keywords that specify conformance), and non-conforming BSD applications (the majority of software) have no problems. > I've read/looked at the standard (see my posting to standards@) and I don't > think it forces FreeBSD's behaviour. I even think FreeBSD's behaviour isn't > the spirit of the standard. FreeBSD's behaviour is consistent with BSD's behaviour. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 9: 7:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32EE337B401 for ; Sun, 8 Dec 2002 09:07:14 -0800 (PST) Received: from milan.hitnet.rwth-aachen.de (milan.hitnet.RWTH-Aachen.DE [137.226.181.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 108D243E4A for ; Sun, 8 Dec 2002 09:07:13 -0800 (PST) (envelope-from chris@unixpages.org) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) by milan.hitnet.rwth-aachen.de (Postfix) with ESMTP id 06DBCA91E; Sun, 8 Dec 2002 18:07:12 +0100 (CET) Received: by gondor.middleearth (Postfix, from userid 1001) id A2E4C154DA; Sun, 8 Dec 2002 18:07:02 +0100 (CET) Date: Sun, 8 Dec 2002 18:07:02 +0100 From: Christian Brueffer To: Riccardo Torrini Cc: Mark Murray , freebsd-current@FreeBSD.ORG Subject: Re: The great perl script rewrite - big problem Message-ID: <20021208170701.GA590@unixpages.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-RC X-PGP-Key: http://www.unixpages.org/cbrueffer.asc Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 08, 2002 at 04:03:48PM +0100, Riccardo Torrini wrote: > I contributed to the great perl script rewrite but seems that > we forgot to rewrite some important perl script: >=20 > # grep -lR perl /etc/periodic/ > /etc/periodic/daily/440.status-mailq > /etc/periodic/daily/460.status-mail-rejects > /etc/periodic/daily/470.status-named > /etc/periodic/security/550.ipfwlimit > /etc/periodic/security/650.ip6fwlimit >=20 > I noticed this after installing postfix MTA into my 4.7 home server. >=20 > BTW: postfix port disable periodic with this variables: >=20 > # cat /etc/periodic.conf > daily_status_mail_rejects_enable=3D"NO" > daily_status_include_submit_mailq=3D"NO" > daily_submit_queuerun=3D"NO" >=20 >=20 > Because FreeBSD.org use postfix I think it already resolved this > issue, can you distribute your special periodic scripts? > I tryed to convert 460* myself but the perl line is really too > complex for me :-( >=20 > I think that an awk migration may be appropriate, and also a MFC. > Also a Cc: to stable people may be required. >=20 Hi, this has already been taken care of: keramida 2002/12/07 15:37:45 PST Modified files: etc/periodic/daily 440.status-mailq 460.status-mail-rejects 470.status-named etc/periodic/security 550.ipfwlimit 650.ip6fwlimit Log: Avoid using perl in the periodic & security scripts. This brings the base system one step closer to being totally perl-free. =20 Approved by: re (jhb) Revision Changes Path 1.9 +3 -3 src/etc/periodic/daily/440.status-mailq 1.15 +4 -3 src/etc/periodic/daily/460.status-mail-rejects 1.4 +23 -23 src/etc/periodic/daily/470.status-named 1.5 +4 -2 src/etc/periodic/security/550.ipfwlimit 1.5 +4 -2 src/etc/periodic/security/650.ip6fwlimit - Christian --=20 http://www.unixpages.org chris@unixpages.org GPG Pub-Key : www.unixpages.org/cbrueffer.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D GPG Key ID : 0xA0ED982D --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE983w1bHYXjKDtmC0RArthAJ0RKG0SGNHNmU+QMVlqj+v33cv8vwCaA2TX GJ8D2iF0mxoMTVFcnDAGzlQ= =tbLf -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 9:31:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF0B137B406 for ; Sun, 8 Dec 2002 09:31:42 -0800 (PST) Received: from popelschnipser.de (ultrakoreggd.org [217.160.78.206]) by mx1.FreeBSD.org (Postfix) with SMTP id E07DC43ED4 for ; Sun, 8 Dec 2002 09:31:40 -0800 (PST) (envelope-from marc@informatik.uni-bremen.de) Received: (qmail 7067 invoked by uid 1048); 8 Dec 2002 17:31:39 -0000 Received: from marc@informatik.uni-bremen.de by p10089345 by uid 1045 with qmail-scanner-1.15 (clamscan: 0.54. spamassassin: 2.42. Clear:. Processed in 0.513098 secs); 08 Dec 2002 17:31:39 -0000 Received: from unknown (HELO ?192.168.100.100?) (217.227.199.133) by ultrakoreggd.org with SMTP; 8 Dec 2002 17:31:38 -0000 Date: Sun, 08 Dec 2002 18:31:36 +0100 From: Marc Recht To: Mike Barcroft Cc: freebsd-current@FreeBSD.org Subject: Re: sys/file.h and POSIX Message-ID: <659000000.1039368696@leeloo.intern.geht.de> In-Reply-To: <20021208114718.G74206@espresso.q9media.com> References: <509390000.1039349835@leeloo.intern.geht.de> <20021208104335.E74206@espresso.q9media.com> <619340000.1039364545@leeloo.intern.geht.de> <20021208114718.G74206@espresso.q9media.com> X-Mailer: Mulberry/3.0.0b9 (Linux/x86) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========2616817794==========" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==========2616817794========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > A conforming application cannot make use of facilities outside the > scope of the standard. This means that if you define > _POSIX_C_SOURCE=3D200112L you don't want RPC. I don't said that the application is _strictly_ POSIX conforming. It only=20 wants to use POSIX functions and RPC. FreeBSD's way seems to be not to define POSIX/XSI (and so) on to=20 _indirectly_ get it and the BSD stuff > 4.4BSD (and earlier?) and most derived systems have many conditionals > to prevent namespace pollution in the standards-case. But more in a kind of aggregation like I want "this and that" (POSIX and=20 stuff..). > So why do we do this? To prevent screwage of perfectly valid > applications that use the same keywords as system extentions to the > standard. For instance, the major() macro in is a very > common and likely to be used word, so it is not defined in the > standards case to prevent POSIX applications that define a different > major() macro from failing to compile. Hmm. The questions what makes more problems.. Maybe a solution could be to=20 make a supported way to change the __BSD_VISIBLE from the "outside".=20 Another idea would be to make a WANT_STRICT_POSIX. > Not really. Conforming applications have no trouble (obviously), > pseudo-conforming applications only need a little work (removing bogus > POSIX keywords that specify conformance), and non-conforming BSD > applications (the majority of software) have no problems. I had this in mind. http://www.opengroup.org/onlinepubs/007904975/basedefs/xbd_chap02.html: A conforming implementation shall meet all of the following criteria: [...] 4. The system may provide additional utilities, functions, or facilities=20 not required by IEEE Std 1003.1-2001. Non-standard extensions of the=20 utilities, functions, or facilities specified in IEEE Std 1003.1-2001=20 should be identified as such in the system documentation. Non-standard=20 extensions, when used, may change the behavior of utilities, functions, or=20 facilities defined by IEEE Std 1003.1-2001. The conformance document shall=20 define an environment in which an application can be run with the behavior=20 specified by IEEE Std 1003.1-2001. In no case shall such an environment=20 require modification of a Strictly Conforming POSIX Application (see=20 Strictly Conforming POSIX Application ). So, defining POSIX should guarantee that a strictly POSIX conforming=20 runs/compiles correctly. But not that a non-strictly POSIX conforming=20 application won't. > FreeBSD's behaviour is consistent with BSD's behaviour. No. Eg. the rpc example works out-of-the-box on NetBSD 1.6. And only a=20 _very_ small part of the UNIX world is BSD. Regards, Marc "Premature optimization is the root of all evil." -- Donald E. Knuth --==========2616817794========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE984H47YQCetAaG3MRAmyiAJ9wjPBQDdiMRlkzoQBFQUMM8oDiyQCbBJbh DwbKcPnSyCSN5gRoOYzbxf8= =J/y3 -----END PGP SIGNATURE----- --==========2616817794==========-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 9:39:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEEAC37B401 for ; Sun, 8 Dec 2002 09:39:45 -0800 (PST) Received: from mail.dada.it (mail3.dada.it [195.110.100.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 3195143E4A for ; Sun, 8 Dec 2002 09:39:31 -0800 (PST) (envelope-from riccardo@torrini.org) Received: (qmail 9678 invoked from network); 8 Dec 2002 17:39:01 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 8 Dec 2002 17:39:01 -0000 Received: from trudy.torrini.home (localhost.torrini.home [127.0.0.1]) by torrini.org (8.12.6/8.12.6) with ESMTP id gB8HcxML025338; Sun, 8 Dec 2002 18:38:59 +0100 (CET) (envelope-from riccardo@trudy.torrini.home) Received: (from riccardo@localhost) by trudy.torrini.home (8.12.6/8.12.6/Submit) id gB8Hcpd1025337; Sun, 8 Dec 2002 18:38:51 +0100 (CET) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021208170701.GA590@unixpages.org> Date: Sun, 08 Dec 2002 18:38:50 +0100 (CET) From: Riccardo Torrini To: Christian Brueffer Subject: Re: The great perl script rewrite - big problem Cc: freebsd-current@FreeBSD.ORG, Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 08-Dec-2002 (17:07:02/GMT) Christian Brueffer wrote: > this has already been taken care of: > keramida 2002/12/07 15:37:45 PST > Log: > Avoid using perl in the periodic & security scripts. This brings > the base system one step closer to being totally perl-free. And me one step back :-( My system was from December 6. Sorry, pilot error. I'm now rebuilding my world & kernel. -------------------------------------------------------------- >>> Kernel build for TRUDY completed on Sun Dec 8 18:27:36 CET 2002 -------------------------------------------------------------- Done. Now installing... Riccardo. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 9:54:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3357137B401 for ; Sun, 8 Dec 2002 09:54:46 -0800 (PST) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E9D443E4A for ; Sun, 8 Dec 2002 09:54:45 -0800 (PST) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.6/8.12.6) with ESMTP id gB8HshTv052669; Sun, 8 Dec 2002 17:54:44 GMT (envelope-from mark@grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.6/8.12.6/Submit) with UUCP id gB8HshPL052668; Sun, 8 Dec 2002 17:54:43 GMT Received: from grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.6/8.12.6) with ESMTP id gB8HsoN6099733; Sun, 8 Dec 2002 17:54:50 GMT (envelope-from mark@grondar.org) Message-Id: <200212081754.gB8HsoN6099733@grimreaper.grondar.org> To: Riccardo Torrini Cc: Mark Murray , freebsd-current@FreeBSD.ORG Subject: Re: The great perl script rewrite - big problem In-Reply-To: Your message of "Sun, 08 Dec 2002 16:03:48 +0100." Date: Sun, 08 Dec 2002 17:54:49 +0000 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi The Perl rewrite does not affect 4.x, only 5.x. M > I contributed to the great perl script rewrite but seems that > we forgot to rewrite some important perl script: > > # grep -lR perl /etc/periodic/ > /etc/periodic/daily/440.status-mailq > /etc/periodic/daily/460.status-mail-rejects > /etc/periodic/daily/470.status-named > /etc/periodic/security/550.ipfwlimit > /etc/periodic/security/650.ip6fwlimit > > I noticed this after installing postfix MTA into my 4.7 home server. > > BTW: postfix port disable periodic with this variables: > > # cat /etc/periodic.conf > daily_status_mail_rejects_enable="NO" > daily_status_include_submit_mailq="NO" > daily_submit_queuerun="NO" > > > Because FreeBSD.org use postfix I think it already resolved this > issue, can you distribute your special periodic scripts? > I tryed to convert 460* myself but the perl line is really too > complex for me :-( > > I think that an awk migration may be appropriate, and also a MFC. > Also a Cc: to stable people may be required. > > > Riccardo. -- Mark Murray Beware! I'm umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 10: 3:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2440837B401 for ; Sun, 8 Dec 2002 10:03:15 -0800 (PST) Received: from mail.dada.it (mail2.dada.it [195.110.100.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 3F80943E4A for ; Sun, 8 Dec 2002 10:03:13 -0800 (PST) (envelope-from riccardo@torrini.org) Received: (qmail 4985 invoked from network); 8 Dec 2002 18:03:08 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 8 Dec 2002 18:03:08 -0000 Received: from trudy.torrini.home (localhost.torrini.home [127.0.0.1]) by torrini.org (8.12.6/8.12.6) with ESMTP id gB8I37ML026077; Sun, 8 Dec 2002 19:03:07 +0100 (CET) (envelope-from riccardo@trudy.torrini.home) Received: (from riccardo@localhost) by trudy.torrini.home (8.12.6/8.12.6/Submit) id gB8I311n026076; Sun, 8 Dec 2002 19:03:01 +0100 (CET) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200212081754.gB8HsoN6099733@grimreaper.grondar.org> Date: Sun, 08 Dec 2002 19:03:01 +0100 (CET) From: Riccardo Torrini To: Mark Murray Subject: Re: The great perl script rewrite - big problem Cc: freebsd-current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 08-Dec-2002 (17:54:49/GMT) Mark Murray wrote: > The Perl rewrite does not affect 4.x, only 5.x. Yes, I know, but I think would be usefull remove it also from 4.x, at least for small job (perl script inline, as in periodic). >> Because FreeBSD.org use postfix I think it already resolved this >> issue, can you distribute your special periodic scripts? What about support for postfix MTA in daily 460? Riccardo. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 10:14:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BA8637B401 for ; Sun, 8 Dec 2002 10:14:34 -0800 (PST) Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id F031A43EB2 for ; Sun, 8 Dec 2002 10:14:32 -0800 (PST) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a174.otenet.gr [212.205.215.174]) by mailsrv.otenet.gr (8.12.6/8.12.6) with ESMTP id gB8IDon2010456; Sun, 8 Dec 2002 20:14:09 +0200 (EET) Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.12.6/8.12.6) with ESMTP id gB8FJTTk008207; Sun, 8 Dec 2002 17:19:29 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by gothmog.gr (8.12.6/8.12.6/Submit) id gB8FJTtb008206; Sun, 8 Dec 2002 17:19:29 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Sun, 8 Dec 2002 17:19:29 +0200 From: Giorgos Keramidas To: Riccardo Torrini Cc: Mark Murray , freebsd-current@freebsd.org Subject: Re: The great perl script rewrite - big problem Message-ID: <20021208151929.GB95407@gothmog.gr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-12-08 16:03, Riccardo Torrini wrote: > I contributed to the great perl script rewrite but seems that > we forgot to rewrite some important perl script: > > # grep -lR perl /etc/periodic/ > /etc/periodic/daily/440.status-mailq > /etc/periodic/daily/460.status-mail-rejects > /etc/periodic/daily/470.status-named > /etc/periodic/security/550.ipfwlimit > /etc/periodic/security/650.ip6fwlimit I believe this has been fixed now, after my last commit to those exact files. Thanks for noticing this and mailing Mark and the list though. > I think that an awk migration may be appropriate, and also a MFC. > Also a Cc: to stable people may be required. I'm not sure about MFC'ing this, since 4.X installations have Perl in the FreeBSD base-system. I don't have a -STABLE installation nearby, but if anyone feels like testing the changes I made to 5.0 and backporting them to 4.X, I do not have any sort of objection. I would only suggest waiting at fair period for this to settle in, since I know of some cases that the style of the scripts I wrote might need fixing. If anyone wants to MFC the changes, please wait at least a few weeks before committing anything to STABLE. There isn't any compelling reason why these should be merged *now*. Giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 10:43: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B444F37B401 for ; Sun, 8 Dec 2002 10:42:59 -0800 (PST) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C16B43EB2 for ; Sun, 8 Dec 2002 10:42:59 -0800 (PST) (envelope-from Jan.Stocker@t-online.de) Received: from fwd05.sul.t-online.de by mailout03.sul.t-online.com with smtp id 18L6IS-0006ky-07; Sun, 08 Dec 2002 19:36:56 +0100 Received: from [10.1.2.252] (320072111332-0001@[217.225.118.13]) by fwd05.sul.t-online.com with esmtp id 18L6IN-0FiGHIC; Sun, 8 Dec 2002 19:36:51 +0100 Subject: Re: ports/sysutils/bubblemon-dockapp fix From: Jan.Stocker@t-online.de (Jan Stocker) To: "Vasyl S. Smirnov" Cc: current@FreeBSD.ORG In-Reply-To: <20021208141435.GA265@astral.ntu-kpi.kiev.ua> References: <20021208141435.GA265@astral.ntu-kpi.kiev.ua> Content-Type: text/plain Organization: Message-Id: <1039372552.652.3.camel@Twoflower.liebende.de> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 08 Dec 2002 19:35:53 +0100 Content-Transfer-Encoding: 7bit X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You should make a diff and create a PR with send-pr(1)... http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html may be a help. $ cd /usr/ports $ cp x/y x/y.orig make your changes in x/y $ diff -urN x/y.orig x/y $ send-pr On Sun, 2002-12-08 at 15:14, Vasyl S. Smirnov wrote: > Hi, > > Today I was trying to install bubblemon-dockapp from ports/sysutils, > and it failed to compile. I've made a small change in a source file > (one #include was missing), and have built it successfully. > > My system was rebuilt on Dec 7 (5.0-RC), and ports cvsuped on Dec 6. > > Could somebody please tell me what to do to make this change go to the > ports tree? > > sv -- Jan Stocker To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 13:54:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D7F037B401 for ; Sun, 8 Dec 2002 13:54:25 -0800 (PST) Received: from copper.americanisp.net (smtp01.mail.amisp.net [216.38.38.33]) by mx1.FreeBSD.org (Postfix) with SMTP id 0B0A143EC2 for ; Sun, 8 Dec 2002 13:54:25 -0800 (PST) (envelope-from sean@americanisp.net) Received: (qmail 3706 invoked from network); 8 Dec 2002 21:54:24 -0000 Received: from 216-38-48-80.ip.amisp.net (HELO freebsd.seanleblancathome.net) (216.38.48.80) by 0 with SMTP; 8 Dec 2002 21:54:24 -0000 Received: by freebsd.seanleblancathome.net (sSMTP sendmail emulation); Sun, 8 Dec 2002 14:54:24 -0700 Date: Sun, 8 Dec 2002 14:54:24 -0700 From: Sean LeBlanc To: freebsd-current@freebsd.org Subject: Setiathome? Message-ID: <20021208215424.GA15690@smtp.americanisp.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I hope this isn't a dumb question, or worse, a FAQ... Is there a version of setiathome that works under current? Cheers, -- Sean LeBlanc:seanleblanc@americanisp.net http://users.americanisp.net/~seanleblanc/ Get MLAC at: http://sourceforge.net/projects/mlac/ I'm as confused as a baby in a topless bar. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 13:55: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5310D37B401 for ; Sun, 8 Dec 2002 13:55:06 -0800 (PST) Received: from quantumnet.de (pD9E49FE7.dip.t-dialin.net [217.228.159.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FC3F43EC2 for ; Sun, 8 Dec 2002 13:55:05 -0800 (PST) (envelope-from gernot@quantumnet.de) Received: from homer.quantumnet.de (localhost.quantumnet.de [127.0.0.1]) by quantumnet.de (8.12.6/8.12.6) with ESMTP id gB8LuEMI002265 for ; Sun, 8 Dec 2002 22:56:14 +0100 (CET) (envelope-from gernot.weber) Received: from localhost (gernot@localhost) by homer.quantumnet.de (8.12.6/8.12.6/Submit) with ESMTP id gB8LuDwc002262 for ; Sun, 8 Dec 2002 22:56:13 +0100 (CET) Date: Sun, 8 Dec 2002 22:56:12 +0100 (CET) From: "Gernot A. Weber" To: freebsd-current@freebsd.org Subject: NVIDIA driver Message-ID: <20021208225208.N2237-100000@homer.quantumnet.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I tried to get the NVIDIA driver working, since I found on the web that it "should work" with current although it was written for 4.7... Compiling works just fine. But when I load the module I get the following stuff in /var/log/messages: Dec 8 22:50:48 homer kernel: Timecounter "PIIX" frequency 3579545 Hz Dec 8 22:50:48 homer kernel: nvidia0: mem 0xe2000000-0xe3ffffff,0xe0000000-0xe0ffffff irq 11 at device 0.0 on pci1 Dec 8 22:50:48 homer kernel: nvidia0: Unable to allocate NVIDIA memory resource. Dec 8 22:50:48 homer kernel: device_probe_and_attach: nvidia0 attach returned 6 No need to say, that the driver is not working :)) Any ideas how to fix this? (Btw. the module is listed in kldstat anyway...) Bye, Gernot -- Gernot A. Weber http://www.tux-web.de gernot@quantumnet.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 13:58:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32CB637B404 for ; Sun, 8 Dec 2002 13:58:14 -0800 (PST) Received: from ns.altadena.net (ns.altadena.net [206.126.144.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCB9F43ED1 for ; Sun, 8 Dec 2002 13:58:13 -0800 (PST) (envelope-from pete@ns.altadena.net) Received: from ns.altadena.net (localhost [127.0.0.1]) by ns.altadena.net (8.12.6/8.12.3) with ESMTP id gB8Lw2pv047274 for ; Sun, 8 Dec 2002 13:58:02 -0800 (PST) (envelope-from pete@ns.altadena.net) Received: (from pete@localhost) by ns.altadena.net (8.12.6/8.12.3/Submit) id gB8Lw2EJ047273 for current@freebsd.org; Sun, 8 Dec 2002 13:58:02 -0800 (PST) (envelope-from pete) From: Pete Carah Message-Id: <200212082158.gB8Lw2EJ047273@ns.altadena.net> Subject: mystery "disk full" occurrence To: current@freebsd.org Date: Sun, 8 Dec 2002 13:58:02 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG During a make world, from a cvsup of about an hour ago, this happened: /usr/obj is symlinked to /d/obj-c: cc -fpic -DPIC -O -pipe -march=pentium3 -D_IEEE_LIBM -D_ARCH_INDIRECT=i387_ -c /usr/src/lib/msun/src/s_sinf.c -o s_sinf.So cc -fpic -DPIC -O -pipe -march=pentium3 -D_IEEE_LIBM -D_ARCH_INDIRECT=i387_ -c /usr/src/lib/msun/src/s_tan.c -o s_tan.So cc -fpic -DPIC -O -pipe -march=pentium3 -D_IEEE_LIBM -D_ARCH_INDIRECT=i387_ -c /usr/src/lib/msun/src/s_tanf.c -o s_tanf.So s_tanf.So.tmp: final close failed: No space left on device *** Error code 1 Stop in /usr/src/lib/msun. *** 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. df right after this showed 8gb and 5e6 inodes free; somehow I suspect that this is a locking problem and not an honest full disk, or the system refusing to extend to another cyl group, or something such. I can't believe that the sum of .s and .o for tanf is 8gb :-) -- Pete To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 14:25:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 018FF37B401 for ; Sun, 8 Dec 2002 14:25:30 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id A76BF43EBE for ; Sun, 8 Dec 2002 14:25:28 -0800 (PST) (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 72F9666BE3; Sun, 8 Dec 2002 14:25:26 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 80D231394; Sun, 8 Dec 2002 14:25:24 -0800 (PST) Date: Sun, 8 Dec 2002 14:25:24 -0800 From: Kris Kennaway To: Sean LeBlanc Cc: freebsd-current@freebsd.org Subject: Re: Setiathome? Message-ID: <20021208222524.GA39862@rot13.obsecurity.org> References: <20021208215424.GA15690@smtp.americanisp.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <20021208215424.GA15690@smtp.americanisp.net> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 08, 2002 at 02:54:24PM -0700, Sean LeBlanc wrote: > I hope this isn't a dumb question, or worse, a FAQ... >=20 > Is there a version of setiathome that works under current? Um, what's wrong with the 4.x version? Kris --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE988bTWry0BWjoQKURAsksAKDXQ0a+5sMWJvC2V6U8Oj86joO9jwCggY9w NT3tpd4ZxBpzpdAtM6qUq1E= =7ITq -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 14:26: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B68D37B401 for ; Sun, 8 Dec 2002 14:25:59 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id D00C043EB2 for ; Sun, 8 Dec 2002 14:25:57 -0800 (PST) (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 4CD4866BE3; Sun, 8 Dec 2002 14:25:56 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id D6A751394; Sun, 8 Dec 2002 14:25:54 -0800 (PST) Date: Sun, 8 Dec 2002 14:25:54 -0800 From: Kris Kennaway To: "Gernot A. Weber" Cc: freebsd-current@FreeBSD.ORG Subject: Re: NVIDIA driver Message-ID: <20021208222554.GB39862@rot13.obsecurity.org> References: <20021208225208.N2237-100000@homer.quantumnet.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cmJC7u66zC7hs+87" Content-Disposition: inline In-Reply-To: <20021208225208.N2237-100000@homer.quantumnet.de> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --cmJC7u66zC7hs+87 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Dec 08, 2002 at 10:56:12PM +0100, Gernot A. Weber wrote: > No need to say, that the driver is not working :)) Any ideas how to fix > this? (Btw. the module is listed in kldstat anyway...) FAQ..please read the archives. Kris --cmJC7u66zC7hs+87 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE988byWry0BWjoQKURAr56AKDB1Lyqehd9SuR5/6TDiWSLAdPBhACfRaVm bhKmB1Oqt7ik933pQNc8y7A= =c0FF -----END PGP SIGNATURE----- --cmJC7u66zC7hs+87-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 14:26:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A16437B401 for ; Sun, 8 Dec 2002 14:26:54 -0800 (PST) Received: from obsecurity.dyndns.org (adsl-64-169-104-228.dsl.lsan03.pacbell.net [64.169.104.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE3DD43EBE for ; Sun, 8 Dec 2002 14:26:52 -0800 (PST) (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 2F4C966BE3; Sun, 8 Dec 2002 14:26:51 -0800 (PST) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 537B11394; Sun, 8 Dec 2002 14:26:50 -0800 (PST) Date: Sun, 8 Dec 2002 14:26:50 -0800 From: Kris Kennaway To: Jan Stocker Cc: current@FreeBSD.ORG Subject: Re: NVIDIA and GeForce DDR Message-ID: <20021208222650.GC39862@rot13.obsecurity.org> References: <1039336078.628.2.camel@Twoflower.liebende.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UFHRwCdBEJvubb2X" Content-Disposition: inline In-Reply-To: <1039336078.628.2.camel@Twoflower.liebende.de> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --UFHRwCdBEJvubb2X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 08, 2002 at 09:27:59AM +0100, Jan Stocker wrote: > My problems with the nvidia driver starts at early time, acpi > disabled, bios pnp support to no, a kernel without optimisations and > architecture specific stuff... no INVARIANT things .... > The driver will not be activated... > so X is far far away... >=20 > Dec 1 14:24:04 Twoflower kernel: nvidia0: mem > 0xd8000000-0xdfffffff,0xd6000000-0xd6ffffff irq 11 at device 0.0 on pci1 > Dec 1 14:24:04 Twoflower kernel: nvidia0: Unable to allocate NVIDIA > memory resource. > Dec 1 14:24:04 Twoflower kernel: device_probe_and_attach: nvidia0 > attach returned 6 FAQ..please read the archives. Kris --UFHRwCdBEJvubb2X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE988cpWry0BWjoQKURAtG5AJ0bMK1t6/qjoDzaQnsV2b7oPfFnMgCglFLh C4kRYpq0yDn/KuLvaEcu8xk= =j4g2 -----END PGP SIGNATURE----- --UFHRwCdBEJvubb2X-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 14:27:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0E4937B401 for ; Sun, 8 Dec 2002 14:27:44 -0800 (PST) Received: from grassmarket.ucs.ed.ac.uk (grassmarket.ucs.ed.ac.uk [129.215.166.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id A623C43E4A for ; Sun, 8 Dec 2002 14:27:38 -0800 (PST) (envelope-from bruce@cran.org.uk) Received: from fourtytwo.gamesoc (12266209.resnet.ed.ac.uk [10.6.0.100] (may be forged)) by grassmarket.ucs.ed.ac.uk (8.11.6/8.11.6) with ESMTP id gB8MREh06821; Sun, 8 Dec 2002 22:27:24 GMT Received: from fourtytwo.gamesoc (localhost [127.0.0.1]) by fourtytwo.gamesoc (8.12.6/8.12.6) with ESMTP id gB8MSc9v003481; Sun, 8 Dec 2002 22:28:38 GMT (envelope-from bruce@fourtytwo.gamesoc) Received: (from bruce@localhost) by fourtytwo.gamesoc (8.12.6/8.12.6/Submit) id gB8MScxt003480; Sun, 8 Dec 2002 22:28:38 GMT Date: Sun, 8 Dec 2002 22:28:38 +0000 From: Bruce Cran To: "Cliff L. Biffle" Cc: current@freebsd.org Subject: Re: ATACD issues slowly coming back... Message-ID: <20021208222838.GA3422@fourtytwo.gamesoc> References: <200212061435.45583.cbiffle@safety.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200212061435.45583.cbiffle@safety.net> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Dec 06, 2002 at 02:35:45PM -0700, Cliff L. Biffle wrote: > I mentioned earlier on the list that the ATA issues I'd been having with 4.7 > had disappeared since installing 5.0. They're still much less frequent -- > i.e. I can burn CDs now -- but I just got one of the old messages and wanted > to submit it for your perusal. > > cliff50 kernel: acd0: READ_BIG - MEDIUM ERROR asc=0x11 ascq=0x00 error=0x00 > > I'm not well versed on the ATA command set, but that looks like a command to > the drive failing to execute. Is this likely to be the drive, the > controller, both, or is it impossible to tell from the data set? > > This is on the aforementioned potentially-buggy Apollo KT133 chipset, but it's > never reported these errors on my hard disk (knock on wood), only the CD > drive. They -are- on separate channels. > > I'll see what information I can collect here, but suggestions on where to look > are appreciated. I reported a panic under -CURRENT a few days ago (see ATA/ATAPI related panic). When I tested out DP1 I never saw any ATAPI problems, but since trying DP2 I have, once more, seen errors. I've got a A7V-266E motherboard with a KT266A chipset. The solution in my case was to tell the BIOS I didn't have any ATAPI drives. FreeBSD then found everything properly, without any problems - I think the BIOS was maybe configuring the master for UDMA33 and the slave for PIO4, whereas FreeBSD seems to prefer them both as PIO4, but I really don't know. I kept seeing READ_CAPACITY and READ_BIG timeouts, along with data overrun errors. I think it probably is the controller, because even with no drives connected, my computer paused for a good few seconds while trying to probe the io/irq - it found the primary (which only has a hard drive on it) immediately, but paused far too long trying to find the secondary. -- Bruce Cran To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 14:30:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1051937B401 for ; Sun, 8 Dec 2002 14:30:11 -0800 (PST) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 715C743EBE for ; Sun, 8 Dec 2002 14:30:03 -0800 (PST) (envelope-from garyj@jennejohn.org) Received: from fwd07.sul.t-online.de by mailout03.sul.t-online.com with smtp id 18L9w2-0001rP-07; Sun, 08 Dec 2002 23:30:02 +0100 Received: from peedub.jennejohn.org (520017439985-0001@[217.80.225.153]) by fmrl07.sul.t-online.com with esmtp id 18L9vy-09F3vEC; Sun, 8 Dec 2002 23:29:58 +0100 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.12.6/8.11.6) with ESMTP id gB8MTsEQ003328; Sun, 8 Dec 2002 23:29:56 +0100 (CET) (envelope-from garyj@peedub.jennejohn.org) Message-Id: <200212082229.gB8MTsEQ003328@peedub.jennejohn.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3 To: "Gernot A. Weber" Cc: freebsd-current@freebsd.org Subject: Re: NVIDIA driver Reply-To: Gary Jennejohn In-reply-to: Your message of "Sun, 08 Dec 2002 22:56:12 +0100." <20021208225208.N2237-100000@homer.quantumnet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 08 Dec 2002 23:29:54 +0100 From: Gary Jennejohn X-Sender: 520017439985-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Gernot A. Weber" writes: > Hi, > > I tried to get the NVIDIA driver working, since I found on the web that it > "should work" with current although it was written for 4.7... Compiling > works just fine. But when I load the module I get the following stuff in > /var/log/messages: > > Dec 8 22:50:48 homer kernel: Timecounter "PIIX" frequency 3579545 Hz > Dec 8 22:50:48 homer kernel: nvidia0: mem > 0xe2000000-0xe3ffffff,0xe0000000-0xe0ffffff irq 11 at device 0.0 on pci1 > Dec 8 22:50:48 homer kernel: nvidia0: Unable to allocate NVIDIA memory > resource. > Dec 8 22:50:48 homer kernel: device_probe_and_attach: nvidia0 attach > returned 6 > > No need to say, that the driver is not working :)) Any ideas how to fix > this? (Btw. the module is listed in kldstat anyway...) > This is a FAQ and has been answered several times already. But I'll answer it again. Depending on how old your -current is, either set ``options PCI_ALLOW_UNSUPPORTED_IO_RANGE'' and make a new kenel or add ``hw.pci.allow_unsupported_io_range="1"'' to your /boot/loader.conf and reboot. --- Gary Jennejohn / garyj@jennejohn.org gj@freebsd.org gj@denx.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 14:52:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12BF037B401 for ; Sun, 8 Dec 2002 14:52:43 -0800 (PST) Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.112.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4474443EB2 for ; Sun, 8 Dec 2002 14:52:42 -0800 (PST) (envelope-from smkelly@zombie.org) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id 964EA41562; Sun, 8 Dec 2002 16:52:41 -0600 (CST) Date: Sun, 8 Dec 2002 16:52:41 -0600 From: Sean Kelly To: current@freebsd.org Subject: Repeatable panic from nautilus2 Message-ID: <20021208225241.GA8630@edgemaster.zombie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Whenever x11-fm/nautilus2 starts up and goes to display my home directory in a window, my kernel panics. This is currently 100% repeatable, but I'm unable to get a full backtrace because the backtrace is never totally completed. While the backtrace is being spit out to my scree from the panic, my system freezes. It freezes at random times during teh backtrace. Each time it happens, I'll get different amounts of backtrace before my system is locked solid. My watchdog patch I posted on -arch a few weeks ago doesn't even manage to recover it. I copied down the backtrace by hand, but it might not be too accurate. So here is my backtrace, with a bit of gdb goodness mixed in. (I apologize ahead of time for the verbosity of this, but I'm hoping somebody can make heads or tails of it.) panic(c03455f2,0,c03455b4,eb,316) at panic+0x95 (kgdb) list *(panic+0x95) 0xc01cbfc5 is in panic (/usr/src/sys/kern/kern_shutdown.c:502). 499 #if defined(DDB) 500 if (newpanic && trace_on_panic) 501 db_print_backtrace(); lockmgr(c6ddd44c,2,0,c72100e0,e583a920) at lockmgr+0x473 (kgdb) list *(lockmgr+0x473) 0xc01b3063 is in lockmgr (/usr/src/sys/kern/kern_lock.c:443). 440 if (lkp->lk_lockholder == pid) 441 panic("lockmgr: draining against myself"); 442 443 error = acquiredrain(lkp, extflags); 444 if (error) 445 break; _vm_map_lock_read(c6ddd410,c035cd8e,a7c,20000ce,0) at _vm_map_lock_read+0x2e (kgdb) list *(_vm_map_lock_read+0x2a) 0xc02d496a is in _vm_map_lock_read (/usr/src/sys/vm/vm_map.c:386). 381 { 382 int error; 383 384 if (map->system_map) 385 GIANT_REQUIRED; 386 error = lockmgr(&map->lock, LK_EXCLUSIVE, NULL, curthread); 387 KASSERT(error == 0, ("%s: failed to get lock", __func__)); 388 } vm_map_lookup(e583a9c0,0,2,e583a9c4,e583a9b4) at vm_map_lookup+0x2e (kgdb) list *(vm_map_lookup+0x2a) 0xc02d79aa is in vm_map_lookup (/usr/src/sys/vm/vm_map.c:2684). 2681 * Lookup the faulting address. 2682 */ 2683 2684 vm_map_lock_read(map); 2685 #define RETURN(why) \ 2686 { \ 2687 vm_map_unlock_read(map); \ 2688 return (why); \ vm_fault(c6ddd410,0,2,8,c72100e0) at vm_fault+0xa2 (kgdb) list *(vm_fault+0xa2) 0xc02d0fc2 is in vm_fault (/usr/src/sys/vm/vm_fault.c:214). 213 fs.map = map; 214 result = vm_map_lookup(&fs.map, vaddr, fault_type, &fs.entry, 215 &fs.first_object, &fs.first_pindex, &prot, &wired); trap_pfault(e583aa90,0,3e,c0379480,3e) at trap_pfault+0xf2 (kgdb) list *(trap_pfault+0xf2) 0xc0316132 is in trap_pfault (/usr/src/sys/i386/i386/trap.c:734). 733 /* Fault in the user page: */ 734 rv = vm_fault(map, va, ftype, 735 (ftype & VM_PROT_WRITE) ? VM_FAULT_DIRTY 736 : VM_FAULT_NORMAL) ; trap(18,10,10,0,1b) at trap+0x3a2 (kgdb) list *(trap+0x3a2) 0xc0315da2 is in trap (/usr/src/sys/i386/i386/trap.c:446). 444 case T_PAGEFLT: /* page fault */ 445 (void) trap_pfault(&frame, FALSE, eva); 446 goto out; calltrap at calltrap+0x5 --- trap 0xc, eip = 0xc02da109, esp = 0xe583aad0, ebp = 0xe583aad0 vm_object_set_flag(0,1000,805c000,e583ab24,e583ab28) at vm_object_set_flag+0x9 (kgdb) list *(vm_object_set_flag+0x9) 0xc02da109 is in vm_object_set_flag (/usr/src/sys/vm/vm_object.c:271). 268 void 269 vm_object_set_flag(vm_object_t object, u_short bits) 270 { 271 object->flags |= bits; 272 } vm_uiomove(c6d *freeze* I wish I had a core to go along with this, but the thing freezes hard before getting to dumping one. If anybody needs any more data, I'm willing to provide it. It is rather interesting that I have a 100% repeatability rate with this. I've fsck'd all my filesystems, and there is no filesystem brokenness that could remotely cause this. Help?! -- Sean Kelly | PGP KeyID: D2E5E296 smkelly@zombie.org | http://www.zombie.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 8 14:58:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F62537B401 for ; Sun, 8 Dec 2002 14:58:32 -0800 (PST) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 863FD43EBE for ; Sun, 8 Dec 2002 14:58:30 -0800 (PST) (envelope-from nectar@nectar.cc) Received: by gw.nectar.cc (Postfix, from userid 1001) id 0C9305A; Sun, 8 Dec 2002 16:58:30 -0600 (CST) Date: Sun, 8 Dec 2002 16:58:29 -0600 From: "Jacques A. Vidrine" To: freebsd-current@FreeBSD.org Subject: Sound familiar? 5.0-RC hangs on dual athlon Message-ID: <20021208225829.GH33764@hellblazer.nectar.cc> Mail-Followup-To: "Jacques A. Vidrine" , freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.27i X-Url: http://www.celabo.org/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello All, I finally managed to put some time aside to redo my main development/desktop machine to run FreeBSD 5.0. (I've been running 5.x on my laptop for some months.) I had to retreat back to 4.7 because I could not get through some simple tasks without the system hanging. The system is a dual Athlon box with 1 GB RAM. The dmesg output is below. At first the system hung while I was building GNOME 2.0 and restoring some files from tape. It wasn't _completely_ hung: I could switch VTYs, and enter new commands (though it might take tens of seconds to echo my typing, and longer to actually execute, say, `ps'). I noticed that both an `ld' process and the `restore' process seemed to stuck in state `wdrain'. I attempted to reboot the system, but after several minutes it still had not appeared that it halted --- so I pulled the plug. I then tried again. This time, I thought perhaps that I would be gentler. I tried checking out the ports tree (over ssh) (I had done this previously successfully). Within two minutes, the system was `hung' again. The `cvs' process appeared to be stuck in `wdrain'. One more time. Again, I attempted to check out the ports tree. After 20 minutes or so, again the system was `hung', although this time I couldn't check whether there were any processes in `wdrain', because it was hung hard and completely. Does this ring bells for anyone? What should I look for when I get a few hours again to waste? Cheers, -- Jacques A. Vidrine http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-RC #1: Sat Dec 7 19:30:52 CST 2002 root@madman.nectar.cc:/spare1/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc06a4000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06a40a8. Calibrating clock(s) ... TSC clock: 1194486067 Hz, i8254 clock: 1192995 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 1194678840 Hz CPU: AMD Athlon(tm) Processor (1194.68-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x661 Stepping = 1 Features=0x383fbff AMD Features=0xffffffffc0440000 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 1073676288 (1023 MB) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x006cb000 - 0x3ffe7fff, 1066520576 bytes (260381 pages) avail memory = 1036201984 (988 MB) bios32: Found BIOS32 Service Directory header at 0xc00f7440 bios32: Entry = 0xfd6a0 (c00fd6a0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd6a0+0x120 pnpbios: Found PnP BIOS data at 0xc00f7490 pnpbios: Entry = f0000:9ea2 Rev = 1.0 Other BIOS signatures found: Initializing GEOMetry subsystem random: mem: Pentium Pro MTRR support enabled null: npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 pci_open(1): mode 1 addr port (0x0cf8) is 0x80008004 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=700c1022) acpi0: power button is handled as a fixed feature programming model. acpi0: sleep button is handled as a fixed feature programming model. ACPI timer looks BAD min = 1, max = 4, width = 4 ACPI timer looks BAD min = 1, max = 4, width = 4 ACPI timer looks GOOD min = 1, max = 3, width = 3 ACPI timer looks GOOD min = 1, max = 3, width = 3 ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 3, width = 3 ACPI timer looks GOOD min = 1, max = 3, width = 3 ACPI timer looks BAD min = 1, max = 4, width = 4 ACPI timer looks GOOD min = 1, max = 3, width = 3 ACPI timer looks BAD min = 1, max = 4, width = 4 Timecounter "ACPI-safe" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0x8080-0x80ff,0x8000-0x807f,0xcf8-0xcff iomem 0xdc000-0xdffff on acpi0 ---- initial configuration ------------------------ \\_SB_.PCI0.ISA_.LNKA irq 10: [ 3 5 10 11] low,level,sharable 0.13.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.13.1 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 0.15.0 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 5 10 11] low,level,sharable 0.16.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.14.0 \\_SB_.PCI0.ISA_.LNKA irq 10: [ 3 5 10 11] low,level,sharable 0.7.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.7.1 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 0.7.2 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 5 10 11] low,level,sharable 0.7.3 \\_SB_.PCI0.ISA_.LNKA irq 10: [ 3 5 10 11] low,level,sharable 0.8.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.8.1 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 0.8.2 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 5 10 11] low,level,sharable 0.8.3 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.9.0 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 0.9.1 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 5 10 11] low,level,sharable 0.9.2 \\_SB_.PCI0.ISA_.LNKA irq 10: [ 3 5 10 11] low,level,sharable 0.9.3 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 0.10.0 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 5 10 11] low,level,sharable 0.10.1 \\_SB_.PCI0.ISA_.LNKA irq 10: [ 3 5 10 11] low,level,sharable 0.10.2 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.10.3 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 5 10 11] low,level,sharable 0.11.0 \\_SB_.PCI0.ISA_.LNKA irq 10: [ 3 5 10 11] low,level,sharable 0.11.1 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.11.2 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 0.11.3 \\_SB_.PCI0.ISA_.LNKA irq 10: [ 3 5 10 11] low,level,sharable 0.12.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.12.1 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 0.12.2 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 5 10 11] low,level,sharable 0.12.3 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.PCI0.ISA_.LNKA irq 10: [ 3 5 10 11] low,level,sharable 0.13.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.13.1 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 0.15.0 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 5 10 11] low,level,sharable 0.16.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.14.0 \\_SB_.PCI0.ISA_.LNKA irq 10: [ 3 5 10 11] low,level,sharable 0.7.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.7.1 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 0.7.2 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 5 10 11] low,level,sharable 0.7.3 \\_SB_.PCI0.ISA_.LNKA irq 10: [ 3 5 10 11] low,level,sharable 0.8.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.8.1 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 0.8.2 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 5 10 11] low,level,sharable 0.8.3 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.9.0 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 0.9.1 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 5 10 11] low,level,sharable 0.9.2 \\_SB_.PCI0.ISA_.LNKA irq 10: [ 3 5 10 11] low,level,sharable 0.9.3 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 0.10.0 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 5 10 11] low,level,sharable 0.10.1 \\_SB_.PCI0.ISA_.LNKA irq 10: [ 3 5 10 11] low,level,sharable 0.10.2 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.10.3 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 5 10 11] low,level,sharable 0.11.0 \\_SB_.PCI0.ISA_.LNKA irq 10: [ 3 5 10 11] low,level,sharable 0.11.1 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.11.2 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 0.11.3 \\_SB_.PCI0.ISA_.LNKA irq 10: [ 3 5 10 11] low,level,sharable 0.12.0 \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 0.12.1 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 0.12.2 \\_SB_.PCI0.ISA_.LNKD irq 11: [ 3 5 10 11] low,level,sharable 0.12.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f8000000, size 26, enabled map[14]: type 3, range 32, base f400e000, size 12, enabled map[18]: type 4, range 32, base 00002450, size 2, port disabled found-> vendor=0x1022, dev=0x700c, revid=0x11 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x700d, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7410, revid=0x02 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000f000, size 4, enabled found-> vendor=0x1022, dev=0x7411, revid=0x01 bus=0, slot=7, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x7413, revid=0x01 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base 000dc000, size 12, enabled found-> vendor=0x1022, dev=0x7414, revid=0x07 bus=0, slot=7, func=4 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x10 (480 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=11 map[10]: type 4, range 32, base 00002400, size 6, enabled map[14]: type 4, range 32, base 00002454, size 2, enabled found-> vendor=0x1014, dev=0x009f, revid=0x04 bus=0, slot=9, func=0 class=0b-40-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type 1, range 32, base f4000000, size 15, enabled found-> vendor=0x1073, dev=0x000d, revid=0x03 bus=0, slot=10, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x19 (6250 ns) intpin=a, irq=3 powerspec 1 supports D0 D2 D3 current D0 map[10]: type 3, range 32, base f400f000, size 12, enabled found-> vendor=0x109e, dev=0x036e, revid=0x02 bus=0, slot=11, func=0 class=04-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x84 (3960 ns), mingnt=0x10 (4000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=11 map[10]: type 3, range 32, base f4010000, size 12, enabled found-> vendor=0x109e, dev=0x0878, revid=0x02 bus=0, slot=11, func=1 class=04-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) intpin=a, irq=11 map[10]: type 4, range 32, base 00001000, size 8, enabled map[14]: type 1, range 32, base f4009000, size 12, enabled found-> vendor=0x9004, dev=0x5078, revid=0x03 bus=0, slot=12, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x04 (1000 ns) intpin=a, irq=10 powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 00001400, size 8, enabled map[14]: type 1, range 64, base f400a000, size 12, enabled found-> vendor=0x9005, dev=0x00cf, revid=0x01 bus=0, slot=13, func=0 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x48 (2160 ns), mingnt=0x28 (10000 ns), maxlat=0x19 (6250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00001800, size 8, enabled map[14]: type 1, range 64, base f400b000, size 12, enabled found-> vendor=0x9005, dev=0x00cf, revid=0x01 bus=0, slot=13, func=1 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x48 (2160 ns), mingnt=0x28 (10000 ns), maxlat=0x19 (6250 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base f5000000, size 24, enabled map[14]: type 4, range 32, base 00001c00, size 8, enabled map[18]: type 1, range 32, base f400c000, size 12, enabled found-> vendor=0x1002, dev=0x4752, revid=0x27 bus=0, slot=14, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00002000, size 7, enabled map[14]: type 1, range 32, base f400d000, size 7, enabled found-> vendor=0x10b7, dev=0x9805, revid=0x78 bus=0, slot=15, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00002080, size 7, enabled map[14]: type 1, range 32, base f400d400, size 7, enabled found-> vendor=0x10b7, dev=0x9805, revid=0x78 bus=0, slot=16, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: port 0x2450-0x2453 mem 0xf400e000-0xf400efff,0xf8000000-0xfbffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 64M agp0: gatt -> ag_pdir 0x8a3000 agp0: allocating GATT for 16384 AGP page entries pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xf6000000-0xf68fffff pcib1: prefetched decode 0xfc000000-0xfdffffff ---- initial configuration ------------------------ \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 1.5.0 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 1.5.1 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.PCI0.ISA_.LNKB irq 10: [ 3 5 10 11] low,level,sharable 1.5.0 \\_SB_.PCI0.ISA_.LNKC irq 3: [ 3 5 10 11] low,level,sharable 1.5.1 pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base fc000000, size 25, memory disabled map[14]: type 1, range 32, base f6800000, size 14, enabled map[18]: type 1, range 32, base f6000000, size 23, enabled found-> vendor=0x102b, dev=0x0525, revid=0x05 bus=1, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x80 (3840 ns), mingnt=0x10 (4000 ns), maxlat=0x20 (8000 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 pci1: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xf000 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI 14 eb ata0-slave: ATAPI 7f 7f ata0: mask=03 stat0=00 stat1=00 ata0: devices=04 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xf008 ata1: mask=03 ostat0=50 ostat2=00 ata1-slave: ATAPI 00 00 ata1-master: ATAPI 14 eb ata1: mask=03 stat0=00 stat1=00 ata1: devices=04 ata1: at 0x170 irq 15 on atapci0 pci0: at device 7.3 (no driver attached) ohci0: mem 0xdc000-0xdcfff irq 11 at device 7.4 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ums0: Microsoft Microsoft IntelliMouse\M-. Optical, rev 1.10/1.08, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. pci0: at device 9.0 (no driver attached) pci0: at device 10.0 (no driver attached) pci0: at device 11.0 (no driver attached) pci0: at device 11.1 (no driver attached) ahc0: port 0x1000-0x10ff mem 0xf4009000-0xf4009fff irq 10 at device 12.0 on pci0 ahc0: Defaulting to MEMIO off ahc0: Reading SEEPROM...done. ahc0: internal 50 cable not present ahc0: external cable is present ahc0: BIOS eeprom not present ahc0: Low byte termination Enabled ahc0: Downloading Sequencer Program... 459 instructions downloaded aic7850: Single Channel A, SCSI Id=7, 3/253 SCBs ahc1: port 0x1400-0x14ff mem 0xf400a000-0xf400afff irq 10 at device 13.0 on pci0 ahc1: Defaulting to MEMIO off ahc1: Reading SEEPROM...done. ahc1: Manual SE Termination ahc1: Manual LVD Termination ahc1: BIOS eeprom is present ahc1: Primary Low Byte termination Enabled ahc1: Primary High Byte termination Enabled ahc1: Downloading Sequencer Program... 430 instructions downloaded aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc2: port 0x1800-0x18ff mem 0xf400b000-0xf400bfff irq 10 at device 13.1 on pci0 ahc2: Defaulting to MEMIO off ahc2: Reading SEEPROM...done. ahc2: Manual SE Termination ahc2: Manual LVD Termination ahc2: BIOS eeprom is present ahc2: Primary Low Byte termination Enabled ahc2: Primary High Byte termination Enabled ahc2: Downloading Sequencer Program... 430 instructions downloaded aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs pci0: at device 14.0 (no driver attached) xl0: <3Com 3c980C Fast Etherlink XL> port 0x2000-0x207f mem 0xf400d000-0xf400d07f irq 3 at device 15.0 on pci0 xl0: Ethernet address: 00:e0:81:03:fb:71 xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 ukphy0: on miibus0 ukphy0: OUI 0x00105a, model 0x0000, rev. 0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl1: <3Com 3c980C Fast Etherlink XL> port 0x2080-0x20ff mem 0xf400d400-0xf400d47f irq 11 at device 16.0 on pci0 xl1: Ethernet address: 00:e0:81:03:fb:72 xl1: media options word: a xl1: found MII/AUTO miibus1: on xl1 ukphy1: on miibus1 ukphy1: OUI 0x00105a, model 0x0000, rev. 0 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl1: bpf attached unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: unable to allocate IRQ sio0: irq maps: 0x801 0x811 0x801 0x801 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x801 0x801 0x801 0x801 sio1: probe failed test(s): 0 1 2 4 6 7 9 ppc0: using extended I/O port range ppc0: SPP ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode plip0: on ppbus0 lp0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 unknown: not probed (disabled) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x841 0x841 0x841 0x841 sio1: probe failed test(s): 0 1 2 4 6 7 9 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ex_isa_identify() sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: