From owner-freebsd-current Sun Sep 5 0:15:51 1999 Delivered-To: freebsd-current@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id 2179D14C93 for ; Sun, 5 Sep 1999 00:15:48 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id AAA95613; Sun, 5 Sep 1999 00:14:02 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <199909050714.AAA95613@gndrsh.dnsmgr.net> Subject: Re: PNP ids missing in sio.c In-Reply-To: <199909050447.AAA26573@khavrinen.lcs.mit.edu> from Garrett Wollman at "Sep 5, 1999 00:47:29 am" To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Sun, 5 Sep 1999 00:14:01 -0700 (PDT) Cc: mike@smith.net.au (Mike Smith), gurney_j@resnet.uoregon.edu (John-Mark Gurney), freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > < said: > > > The enumerator should assign these resources to a placeholder; I was > > thinking the nexus was as good an owner as any. If there's an > > "unknown" device that's probably even better. > > Some of them should be claimed by real devices -- for example, the > pseudo-i8237 ISA DMA controller should be claimed by the ISA bus > (which I don't think it does now, unless someone added the code to do > it while I wasn't looking). Similarly the PIC, the PIT, the RTC, and > other random bits of ``Industry Standard'' hardware. It might even be > worth having these be their own unique devices, just to help diagnosis > if they ever go away... Yes please please please. Those of us doing strange stuff with strange machines would be eternally greatful if there were device nodes for PIC's, PIT's, RTC's and ``other random bits''. Note that though the ISA standard only has 1 of each of these in them, some really crazy hardware guys like me know all to well how to add anyone of them to an existing design. I have had x86 boxen with 4 PIC's in them and had to hand glue the interrupt code togeather to deal with it. I don't really care if the interrupt code is ever tought about this stuff, but at least having the device code know about these devices and report there existence goes a long way to dealing with these strange systems. Multi PIT's are extreamly useful, and I think there have already been some hooks added by either bde or phk to deal with a real hardware stat clock, having a real PIT driver would make a $10.00 add in PIT card possible for FreeBSD. Also note that some of these devices are already special cased and actually have multiple devices inside of them, infact the PIC and DMA are really 2 physical devices in the original design, just the cascade line is common. rtc0 at 0x040 on isa rtc1 at 0x048 on isa pic0 at 0x020 on isa pic1 at 0x0a0 on isa dmapg0 at 0x080 on isa dma0 at 0x000 on isa dma1 at 0x0c0 on isa -- Rod Grimes - KD7CAX - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 1:18:53 1999 Delivered-To: freebsd-current@freebsd.org Received: from holonet.net (giskard.holonet.net [198.207.169.7]) by hub.freebsd.org (Postfix) with ESMTP id 4F945150B8 for ; Sun, 5 Sep 1999 01:18:52 -0700 (PDT) (envelope-from adamw@holonet.net) Received: from DialupEudora (adamw@localhost) by holonet.net (Adam Wight) with SMTP id BAA16344; Sun, 5 Sep 1999 01:17:59 -0700 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 5 Sep 1999 00:18:19 -0800 To: Doug Rabson From: adamw@holonet.net (Adam Wight) Subject: Re: Need testers for aha driver change Cc: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> aha0 at port 0x130-0x133,0x130-0x133 irq 10 drq 6 on isa0 > ^^^^^^^^^^^^^^^^^^^^^^^ >This looks a bit wierd. I get the same thing without your patch--I believe it showed up some time between July 5th and 9th: aha0 at port 0x330-0x333,0x330-0x333 irq 11 drq 5 on isa0 aha0: AHA-142C FW Rev. B.0 (ID=44) SCSI Host Adapter, SCSI ID 7, 16 CCBs -adam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 1:20:13 1999 Delivered-To: freebsd-current@freebsd.org Received: from holonet.net (giskard.holonet.net [198.207.169.7]) by hub.freebsd.org (Postfix) with ESMTP id 223F115350 for ; Sun, 5 Sep 1999 01:20:11 -0700 (PDT) (envelope-from adamw@holonet.net) Received: from DialupEudora (adamw@localhost) by holonet.net (Adam Wight) with SMTP id BAA16349; Sun, 5 Sep 1999 01:18:04 -0700 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 5 Sep 1999 00:18:23 -0800 To: freebsd-current@freebsd.org From: adamw@holonet.net (Adam Wight) Subject: Hints on supporting new sound cards? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I recently purchased a Creative Ensoniq AudioPCI and was wondering if anyone could give me tips on modifying the existing sound support to deal with this card. It claims to be compatible with Ensoniq SoundScape and Sound Blaster PCI standards, as well as Sound Blaster and MPU-401 UART for MIDI, so I would imagine that this task wouldn't be too horrible, but I haven't had any success so far. Any ideas? In particular, from people who have accomplished similar feats? -adam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 1:45:12 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 9827415355 for ; Sun, 5 Sep 1999 01:45:06 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA94243; Sun, 5 Sep 1999 09:44:19 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sun, 5 Sep 1999 09:44:19 +0100 (BST) From: Doug Rabson To: Darryl Okahata Cc: freebsd-current@FreeBSD.ORG Subject: Re: ed driver problem In-Reply-To: <199909050012.RAA14145@mina.sr.hp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 4 Sep 1999, Darryl Okahata wrote: > Doug Rabson wrote: > > > Does your bios have a setting for 'PNP compliant OS' or similar? If it > > does, set it to 'no' and see if it helps. The current pci code relies on > > the bios to program port and memory locations for cards and its possible > > that this isn't happening for your card/bios combination. > > On a slightly different tack, the ed0 driver no longer seems to > work for PCMCIA cards (from a Sept.2 cvsup'd -current). It used to work > on a Aug 23rd -current. > > I've got an old Toshiba Tectra 730XCDT laptop, and my Accton EN2216 > PCMCIA 10BT LAN card no longer works. However, I'm not sure if my > problem is related to the recent pnp changes or not. At bootup, the > kernel reports: > > pnpbios: Bad PnP BIOS data checksum > > I've been getting this forever, and it's never seemed to cause any > problems (I also have no idea how to fix this, as this is a laptop). > Running pnpinfo shows no pnp devices, which is usual (it did this with > the older versions of -current, too). > > Here's the basic problem: at bootup, the kernel doesn't report the > presence (or absence) of an ed0 device (I've forgotten if this is > supposed to happen or not). When I insert the LAN card, the pccardd > daemon reports: > > driver allocation failed for ACCTON(EN2216-PCMCIA-ETHERNET): Device not configured > > (The pccardd daemon is trying to use the ed0 driver.) I know about this. I'm hoping to work this out with Warner (who is working on pccard) since it should be fixed by some of his pending pccard work. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 1:52:47 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id C23A514CEF for ; Sun, 5 Sep 1999 01:52:44 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA02188; Sun, 5 Sep 1999 09:53:26 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sun, 5 Sep 1999 09:53:26 +0100 (BST) From: Doug Rabson To: Chuck Robey Cc: Steve Price , freebsd-current@FreeBSD.ORG Subject: Re: PNP ids missing in sio.c In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 4 Sep 1999, Chuck Robey wrote: > Does the sio driver know about PCI? Can it run PCI sio cards, like > those sold by SIIG? Not at the moment. I don't know anything about these cards. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 1:57:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from elch.de.uu.net (elch.de.uu.net [192.76.144.55]) by hub.freebsd.org (Postfix) with ESMTP id BFCF014EB8 for ; Sun, 5 Sep 1999 01:57:24 -0700 (PDT) (envelope-from michaelc@tmbbwmc.bbn.hp.com) Received: from tmbbwmc.bbn.hp.com (pec-1-176.tnt1.s2.uunet.de [149.225.1.176]) by elch.de.uu.net (5.5.5/5.5.5) with ESMTP id KAA01477 for ; Sun, 5 Sep 1999 10:54:50 +0200 (MET DST) Received: from pc-micha.mc.hp.com (pc-micha.mc.hp.com [172.16.81.200]) by tmbbwmc.bbn.hp.com (Postfix) with ESMTP id 7BA5C9B08 for ; Sun, 5 Sep 1999 08:55:26 +0000 (GMT) Received: from localhost (michaelc@localhost) by pc-micha.mc.hp.com (8.9.3/8.9.3) with ESMTP id KAA00538 for ; Sun, 5 Sep 1999 10:55:42 +0200 (MEST) (envelope-from michaelc@pc-micha.mc.hp.com) Date: Sun, 5 Sep 1999 10:55:42 +0200 (MEST) From: Michael Class Reply-To: michael_class@gmx.net To: current@freebsd.org Subject: current state of if_ed.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, as already someone mentioned on this list, pcmcia-cards don´t work any more with the current ed-driver. All the referenzes for NCARD habe been changed to: #if NCARDxx > 0 (obviously with reason, the whole thing is in not compiling any more!) First of all a small hint in the commit message about this would have been helpfull! And now my question: Is there a short-time cure planned, or is this more like the breakage of pcmcia-modem cards that happend in april which lasts now for half a year waiting for the newbus-pc-card (cardbus???) integration? Michael ------------------------------------------------------------------------- michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: michael_class@gmx.net Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) ------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 2: 0:50 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 081A814CC0 for ; Sun, 5 Sep 1999 01:57:04 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA03166; Sun, 5 Sep 1999 09:56:39 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sun, 5 Sep 1999 09:56:39 +0100 (BST) From: Doug Rabson To: Mike Smith Cc: Peter Wemm , John-Mark Gurney , "Zach N. Heilig" , freebsd-current@freebsd.org Subject: Re: PNP ids missing in sio.c In-Reply-To: <199909050210.TAA08633@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 4 Sep 1999, Mike Smith wrote: > > > I'm curious what can be made of the PNP resource list we get from the BIOS > > > at boot time... It lists motherboard resources too, we could probably end > > > up with a fairly complete map of known resources to avoid. > > > > I bet we can roll another enumerator similar to pnp.c which takes the bios > > output and turns it into devices. It would mean removing all the probe > > hints from your kernel config to avoid confusion but apart from that it > > should work really well. > > This is one reason why I think that the PnP scan should be done > _before_ the legacy scan; there are cases where the legacy scan is > going to find stuff that the PnP enumerator also knows about. If the > PnP enumerator has already found it, then the legacy scan aborts; in > the reverse situation the PnP enumerator has no way of knowing that the > device has already been claimed. > > As for the BIOS PnP info; all I'm doing at the moment is scanning for > device and compat IDs. Since the information is formatted in exactly > the same fashion as ISA PnP data, I was hoping to actually dump the > current pointless scan and hook the BIOS access method into the new PnP > code. > > Another argument for making the PnP scan first is that the BIOS > identifies a whole pile of "do not go there" regions which you don't > want anything, even a legacy device probe, looking at. Its a difficult problem. If you run the heuristic probes first, then one of them might pick up a device intended for a pnp driver. On the other hand if you don't run the heuristic probes first, you have no idea what resource regions to avoid when allocating resources for pnp devices. Surely with a working pnpbios *all* devices become pnp devices which solves the problem quite neatly. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 2:10:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id E2A2E15390 for ; Sun, 5 Sep 1999 02:09:19 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id KAA05528; Sun, 5 Sep 1999 10:09:42 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sun, 5 Sep 1999 10:09:42 +0100 (BST) From: Doug Rabson To: Garrett Wollman Cc: Mike Smith , John-Mark Gurney , freebsd-current@freebsd.org Subject: Re: PNP ids missing in sio.c In-Reply-To: <199909050447.AAA26573@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 5 Sep 1999, Garrett Wollman wrote: > < said: > > > The enumerator should assign these resources to a placeholder; I was > > thinking the nexus was as good an owner as any. If there's an > > "unknown" device that's probably even better. > > Some of them should be claimed by real devices -- for example, the > pseudo-i8237 ISA DMA controller should be claimed by the ISA bus > (which I don't think it does now, unless someone added the code to do > it while I wasn't looking). Similarly the PIC, the PIT, the RTC, and > other random bits of ``Industry Standard'' hardware. It might even be > worth having these be their own unique devices, just to help diagnosis > if they ever go away... Reserving resources for these things is on my TODO list. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 2:13:59 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 1D3D214DCD for ; Sun, 5 Sep 1999 02:13:53 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id KAA05978; Sun, 5 Sep 1999 10:15:10 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sun, 5 Sep 1999 10:15:10 +0100 (BST) From: Doug Rabson To: michael_class@gmx.net Cc: current@freebsd.org Subject: Re: current state of if_ed.c In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 5 Sep 1999, Michael Class wrote: > Hello, > > as already someone mentioned on this list, pcmcia-cards dont > work any more with the current ed-driver. > > All the referenzes for NCARD habe been changed to: > #if NCARDxx > 0 > (obviously with reason, the whole thing is in not compiling any more!) > > First of all a small hint in the commit message about this would > have been helpfull! > > And now my question: Is there a short-time cure planned, or is this > more like the breakage of pcmcia-modem cards that happend in april > which lasts now for half a year waiting for the newbus-pc-card > (cardbus???) integration? It wasn't mentioned directly in the commit message (Peter did mention 'quirks'...). Unfortunately it too will have to wait for the new pccard code although hopefully it won't have to wait as long. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 2:56: 6 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id 85D09150B8 for ; Sun, 5 Sep 1999 02:55:58 -0700 (PDT) (envelope-from hibma@skylink.it) Received: from heidi.plazza.it (va-165.skylink.it [194.185.55.165]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id LAA14996; Sun, 5 Sep 1999 11:55:05 +0200 Received: from localhost (localhost [127.0.0.1]) by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id JAA02512; Sun, 5 Sep 1999 09:32:35 GMT X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Sun, 5 Sep 1999 09:32:35 GMT Date: Sun, 5 Sep 1999 11:32:35 +0200 (CEST) From: Nick Hibma X-Sender: n_hibma@heidi.plazza.it Reply-To: Nick Hibma To: "Jordan K. Hubbard" , FreeBSD CURRENT Mailing list Cc: n_hibma@heidi.plazza.it Subject: request for review: move of /var/cron/log to /var/log/cron.log Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please review the following patch to get all the log files in one place. The commit will be accompanied by a HEADS UP. If no one objects I will commit this in a couple of days. Cheers, Nick Index: UPDATING =================================================================== RCS file: /home/ncvs/src/UPDATING,v retrieving revision 1.43 diff -u -w -r1.43 UPDATING --- UPDATING 1999/08/31 17:07:14 1.43 +++ UPDATING 1999/09/05 09:27:27 @@ -3,6 +3,9 @@ This file is maintained by imp@village.org. Please send new entries directly to him. See end of file for further details. +19990905: + /var/cron/log has been moved to /var/log/cron.log to get all the + log files in one place. 19990831: tn3270 has been removed from the based system and added as a port. Index: etc//Makefile =================================================================== RCS file: /home/ncvs/src/etc/Makefile,v retrieving revision 1.204 diff -u -w -r1.204 Makefile --- Makefile 1999/08/27 23:23:40 1.204 +++ Makefile 1999/09/05 09:26:11 @@ -48,7 +48,7 @@ ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 755 ${BIN2} ${DESTDIR}/etc; \ ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 644 defaults/rc.conf ${DESTDIR}/etc/defaults/; \ ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 600 /dev/null \ - ${DESTDIR}/var/cron/log; \ + ${DESTDIR}/var/log/cron.log; \ ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 600 \ master.passwd ${DESTDIR}/etc; \ ( cd ${.CURDIR}/periodic; ${MAKE} install );\ Index: etc//newsyslog.conf =================================================================== RCS file: /home/ncvs/src/etc/newsyslog.conf,v retrieving revision 1.23 diff -u -w -r1.23 newsyslog.conf --- newsyslog.conf 1999/08/27 23:23:42 1.23 +++ newsyslog.conf 1999/09/05 09:26:25 @@ -2,7 +2,7 @@ # $FreeBSD: src/etc/newsyslog.conf,v 1.23 1999/08/27 23:23:42 peter Exp $ # # logfilename [owner:group] mode count size when [ZB] [/pid_file] [sig_num] -/var/cron/log 600 3 100 * Z +/var/log/cron.log 600 3 100 * Z /var/log/amd.log 664 7 100 * Z /var/log/kerberos.log 664 7 100 * Z /var/log/lpd-errs 664 7 100 * Z Index: etc//syslog.conf =================================================================== RCS file: /home/ncvs/src/etc/syslog.conf,v retrieving revision 1.11 diff -u -w -r1.11 syslog.conf --- syslog.conf 1999/08/27 23:23:45 1.11 +++ syslog.conf 1999/09/05 09:26:39 @@ -7,7 +7,7 @@ security.* /var/log/security mail.info /var/log/maillog lpr.info /var/log/lpd-errs -cron.* /var/cron/log +cron.* /var/log/cron.log *.err root *.notice;news.err root *.alert root To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 4:38:44 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.39.177.166]) by hub.freebsd.org (Postfix) with ESMTP id A2EDB15AE6 for ; Sun, 5 Sep 1999 04:38:07 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by ns.plaut.de (8.9.3/8.9.3) with ESMTP id NAA14860 for ; Sun, 5 Sep 1999 13:36:35 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by totum.plaut.de (8.9.3/8.9.3) with UUCP id NAA01115 for current@freebsd.org; Sun, 5 Sep 1999 13:36:34 +0200 (MET DST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.9.3/8.8.8) with ESMTP id NAA00902 for ; Sun, 5 Sep 1999 13:35:22 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Sun, 5 Sep 1999 13:35:21 +0200 (CEST) From: Michael Reifenberger To: FreeBSD-Current Subject: -current and pcmcia problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, if I do an upgrade to -current on my Tecra8000 the ep* driver stopps working. The message from pccardc is that he failed the resouce allocation. A Kernel: "FreeBSD 4.0-CURRENT #0: Wed Jul 14 00:14:01 CEST 1999" works for ep0 but has the same error for sio*. So under -current now at least ep* and sio* are not working. Warner, would it be possible for you to integrate what you have so far into -current for testing since it can't get worse anymore. Bye! ---- Michael Reifenberger Plaut Software GmbH, R/3 Basis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 5:31:21 1999 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 0E05914F4F for ; Sun, 5 Sep 1999 05:30:59 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 19EE11CA8; Sun, 5 Sep 1999 20:29:21 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: Doug Rabson Cc: Mike Smith , John-Mark Gurney , "Zach N. Heilig" , freebsd-current@freebsd.org Subject: Re: PNP ids missing in sio.c In-reply-to: Your message of "Sun, 05 Sep 1999 09:56:39 +0100." Date: Sun, 05 Sep 1999 20:29:21 +0800 From: Peter Wemm Message-Id: <19990905122921.19EE11CA8@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Rabson wrote: > On Sat, 4 Sep 1999, Mike Smith wrote: > > > > > I'm curious what can be made of the PNP resource list we get from the B IOS > > > > at boot time... It lists motherboard resources too, we could probably end > > > > up with a fairly complete map of known resources to avoid. > > > > > > I bet we can roll another enumerator similar to pnp.c which takes the bio s > > > output and turns it into devices. It would mean removing all the probe > > > hints from your kernel config to avoid confusion but apart from that it > > > should work really well. > > > > This is one reason why I think that the PnP scan should be done > > _before_ the legacy scan; there are cases where the legacy scan is > > going to find stuff that the PnP enumerator also knows about. If the > > PnP enumerator has already found it, then the legacy scan aborts; in > > the reverse situation the PnP enumerator has no way of knowing that the > > device has already been claimed. > > > > As for the BIOS PnP info; all I'm doing at the moment is scanning for > > device and compat IDs. Since the information is formatted in exactly > > the same fashion as ISA PnP data, I was hoping to actually dump the > > current pointless scan and hook the BIOS access method into the new PnP > > code. > > > > Another argument for making the PnP scan first is that the BIOS > > identifies a whole pile of "do not go there" regions which you don't > > want anything, even a legacy device probe, looking at. > > Its a difficult problem. If you run the heuristic probes first, then one > of them might pick up a device intended for a pnp driver. On the other > hand if you don't run the heuristic probes first, you have no idea what > resource regions to avoid when allocating resources for pnp devices. > > Surely with a working pnpbios *all* devices become pnp devices which > solves the problem quite neatly. One big problem that we see right now is best described with an example. Suppose a system has a PnP soundblaster clone card. The BIOS configures it at default settings. The user has a pcm0 at isa? foo. The ISA probe is run first and "sees" the leftovers from the pnp bios and attaches. Later the pnp probe runs and *moves* the pnp device out from underneath the isa driver and reattaches it elsewhere. The "solution" that I see is for the isa probe to disable all the pnp devices it can first before starting the isa device probe. Then the pnp cards will be out of harms way while the isa probe runs and then can be configured to work around the old-style isa cards. That means that the isa drivers won't be able to probe compatable pnp cards that are just missing an ID match. I see the "solution" to that as an override system that enables a user-defined ID match to be bound to an isa device. Eg: specifically add (via userconfig-ng) PNP1234 to the pcm/sb driver. This could be a bit tricky to get right but might work out for legacy stuff with wierd ID's. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 6:22:38 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id 62916153C0 for ; Sun, 5 Sep 1999 06:22:31 -0700 (PDT) (envelope-from hibma@skylink.it) Received: from heidi.plazza.it (va-158.skylink.it [194.185.55.158]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id PAA07323 for ; Sun, 5 Sep 1999 15:21:31 +0200 Received: from localhost (localhost [127.0.0.1]) by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id MAA00688; Sun, 5 Sep 1999 12:17:27 GMT X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Sun, 5 Sep 1999 12:17:27 GMT Date: Sun, 5 Sep 1999 14:17:27 +0200 (CEST) From: Nick Hibma X-Sender: n_hibma@heidi.plazza.it Reply-To: Nick Hibma To: FreeBSD CURRENT Mailing list Cc: n_hibma@heidi.plazza.it Subject: Request for review: MODLOAD cruft Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Proposed change; patch below; will be committed in a couple of days if no one objects. 1) s/mod(un)?load/kld$1load/ 2) s/MODLOAD/KMODLOAD/ to be consistent with the rest of the variables (KMOD, KMODOWN, KMODGRP, etc) and definition of MODLOAD/UNLOAD in the Makefile of the ATAPI module 3) textual fixups What about the atapi module? Is it still a LKM and works through the LKM shim? Nick Index: share/mk/bsd.kmod.mk =================================================================== RCS file: /home/ncvs/src/share/mk/bsd.kmod.mk,v retrieving revision 1.63 diff -u -w -r1.63 bsd.kmod.mk --- bsd.kmod.mk 1999/08/28 00:21:47 1.63 +++ bsd.kmod.mk 1999/09/05 12:15:43 @@ -1,7 +1,8 @@ # From: @(#)bsd.prog.mk 5.26 (Berkeley) 6/25/91 # $FreeBSD: src/share/mk/bsd.kmod.mk,v 1.63 1999/08/28 00:21:47 peter Exp $ # -# The include file handles installing Loadable Kernel Modules. +# The include file handles installing Kernel Loadable Device +# drivers (KLD's). # # # +++ variables +++ @@ -12,31 +13,30 @@ # # KERN Main Kernel source directory. [${.CURDIR}/../../sys/kern] # -# KMOD The name of the loadable kernel module to build. +# KMOD The name of the kernel module to build. # -# KMODDIR Base path for loadable kernel modules -# (see kld(4)). [/modules] +# KMODDIR Base path for kernel modules (see kld(4)). [/modules] # -# KMODOWN LKM owner. [${BINOWN}] +# KMODOWN KLD owner. [${BINOWN}] # -# KMODGRP LKM group. [${BINGRP}] +# KMODGRP KLD group. [${BINGRP}] # -# KMODMODE LKM mode. [${BINMODE}] +# KMODMODE KLD mode. [${BINMODE}] # -# LINKS The list of LKM links; should be full pathnames, the +# LINKS The list of KLD links; should be full pathnames, the # linked-to file coming first, followed by the linked # file. The files are hard-linked. For example, to link # /modules/master and /modules/meister, use: # # LINKS= /modules/master /modules/meister # -# MODLOAD Command to load a kernel module [/sbin/modload] +# KMODLOAD Command to load a kernel module [/sbin/kldload] # -# MODUNLOAD Command to unload a kernel module [/sbin/modunload] +# KMODUNLOAD Command to unload a kernel module [/sbin/kldunload] # -# NOMAN LKM does not have a manual page if set. +# NOMAN KLD does not have a manual page if set. # -# PROG The name of the loadable kernel module to build. +# PROG The name of the kernel module to build. # If not supplied, ${KMOD}.o is used. # # SRCS List of source files @@ -67,18 +67,18 @@ # is executed. # # load: -# Load LKM. +# Load KLD. # # unload: -# Unload LKM. +# Unload KLD. # # bsd.obj.mk: clean, cleandir and obj # bsd.dep.mk: cleandepend, depend and tags # bsd.man.mk: maninstall # -MODLOAD?= /sbin/modload -MODUNLOAD?= /sbin/modunload +KMODLOAD?= /sbin/kldload +KMODUNLOAD?= /sbin/kldunload .if !target(__initialized__) __initialized__: @@ -99,7 +99,7 @@ _ICFLAGS:= ${CFLAGS:M-I*} CFLAGS+= -nostdinc -I- ${_ICFLAGS} -# Add -I paths for system headers. Individual LKM makefiles don't +# Add -I paths for system headers. Individual KLD makefiles don't # need any -I paths for this. Similar defaults for .PATH can't be # set because there are no standard paths for non-headers. CFLAGS+= -I${.OBJDIR} -I${.OBJDIR}/@ @@ -247,12 +247,12 @@ .if !target(load) load: ${PROG} - ${MODLOAD} -o ${KMOD} -e${KMOD} ${PROG} + ${KMODLOAD} ${KMOD} .endif .if !target(unload) unload: ${PROG} - ${MODUNLOAD} -n ${KMOD} + ${KMODUNLOAD} ${KMOD} .endif .if exists(${.CURDIR}/../../kern) Index: sys/modules/atapi/Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/atapi/Makefile,v retrieving revision 1.13 diff -u -w -r1.13 Makefile --- Makefile 1999/08/28 00:47:05 1.13 +++ Makefile 1999/09/05 12:10:28 @@ -10,6 +10,9 @@ _atapi_request_callback_ptr _atapi_request_immediate_ptr \ _atapi_request_wait_ptr _atapi_start_ptr +MODLOAD = /sbin/modload +MODUNLOAD = /sbin/modunload + load: ${PROG} ${MODLOAD} -u -e atapi_mod $(PROG) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 6:29:18 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 82EA215002 for ; Sun, 5 Sep 1999 06:29:03 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id OAA00149; Sun, 5 Sep 1999 14:29:13 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sun, 5 Sep 1999 14:29:13 +0100 (BST) From: Doug Rabson To: Peter Wemm Cc: Mike Smith , John-Mark Gurney , "Zach N. Heilig" , freebsd-current@freebsd.org Subject: Re: PNP ids missing in sio.c In-Reply-To: <19990905122921.19EE11CA8@overcee.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 5 Sep 1999, Peter Wemm wrote: > Doug Rabson wrote: > > On Sat, 4 Sep 1999, Mike Smith wrote: > > > > > > > I'm curious what can be made of the PNP resource list we get from the B > IOS > > > > > at boot time... It lists motherboard resources too, we could probably > end > > > > > up with a fairly complete map of known resources to avoid. > > > > > > > > I bet we can roll another enumerator similar to pnp.c which takes the bio > s > > > > output and turns it into devices. It would mean removing all the probe > > > > hints from your kernel config to avoid confusion but apart from that it > > > > should work really well. > > > > > > This is one reason why I think that the PnP scan should be done > > > _before_ the legacy scan; there are cases where the legacy scan is > > > going to find stuff that the PnP enumerator also knows about. If the > > > PnP enumerator has already found it, then the legacy scan aborts; in > > > the reverse situation the PnP enumerator has no way of knowing that the > > > device has already been claimed. > > > > > > As for the BIOS PnP info; all I'm doing at the moment is scanning for > > > device and compat IDs. Since the information is formatted in exactly > > > the same fashion as ISA PnP data, I was hoping to actually dump the > > > current pointless scan and hook the BIOS access method into the new PnP > > > code. > > > > > > Another argument for making the PnP scan first is that the BIOS > > > identifies a whole pile of "do not go there" regions which you don't > > > want anything, even a legacy device probe, looking at. > > > > Its a difficult problem. If you run the heuristic probes first, then one > > of them might pick up a device intended for a pnp driver. On the other > > hand if you don't run the heuristic probes first, you have no idea what > > resource regions to avoid when allocating resources for pnp devices. > > > > Surely with a working pnpbios *all* devices become pnp devices which > > solves the problem quite neatly. > > One big problem that we see right now is best described with an example. > Suppose a system has a PnP soundblaster clone card. The BIOS configures > it at default settings. The user has a pcm0 at isa? foo. The ISA probe is > run first and "sees" the leftovers from the pnp bios and attaches. Later > the pnp probe runs and *moves* the pnp device out from underneath the isa > driver and reattaches it elsewhere. > > The "solution" that I see is for the isa probe to disable all the pnp > devices it can first before starting the isa device probe. Then the pnp > cards will be out of harms way while the isa probe runs and then can be > configured to work around the old-style isa cards. This would work well with the existing 'hardware' pnp driver since it supports disabling devices already. It would probably be good enough for a future pnpbios driver too. > > That means that the isa drivers won't be able to probe compatable pnp cards > that are just missing an ID match. I see the "solution" to that as an > override system that enables a user-defined ID match to be bound to an isa > device. Eg: specifically add (via userconfig-ng) PNP1234 to the pcm/sb > driver. This could be a bit tricky to get right but might work out for > legacy stuff with wierd ID's. This seems feasable. We will have to decide soon what this userconfig-ng thing will look like... -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 7:14:13 1999 Delivered-To: freebsd-current@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with SMTP id A83E914CEF for ; Sun, 5 Sep 1999 07:13:52 -0700 (PDT) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (2676 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Sun, 5 Sep 1999 16:12:39 +0200 (CEST) (Smail-3.2.0.104 1998-Nov-20 #1 built 1998-Dec-11) Received: by hcswork.hcs.de (Smail3.1.29.0 #13) id m11Nd26-0003cyC; Sun, 5 Sep 99 16:12 METDST Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: PnP card + pcm = unable to boot To: freebsd-current@freebsd.org Date: Sun, 5 Sep 1999 16:12:38 +0200 (METDST) Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1998 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For those currently working on the pnp stuff: i just made a new userland and kernel of -current and i'm unable to boot that kernel anymore, even after disabling the pcm driver with boot -c and even after removing my pcm0 line from my kernel config file. The last kernel from Aug 31 booted fine with this device: Probing for PnP devices: Trying Read_Port at 203 PnP: CSN 1 COMP_DEVICE_ID = 0x06b0d041 CSN 1 Vendor ID: TER1411 [0x1114b250] Serial 0xffffffff Comp ID: PNPb006 [0x06b0 d041] Called nullpnp_probe with tag 0x00000001, type 0x1114b250 Called nullpnp_probe with tag 0x00000001, type 0x06b0d041 port 0x0220 0x0388 0x0530 0x0000 irq 5:0 drq 1:3 en 1 port 0x0220 0x0388 0x0530 0x0000 irq 5:0 drq 1:3 en 1 mss_attach 1 at 0x530 irq 5 dma 1:3 flags 0x13 pcm1 (CS423x/Yamaha/AD1816 sn 0xffffffff) at 0x530 -0x53f irq 5 drq 1 flags 0x13 on isa Now i get with the pcm driver removed the following output: unknown0 at port 0x220-0x22f, 0x388-0x33b, \ 0x530-0x53f irq 7 drq0,1 on isa 0 unknown1 at port 0x330-0x331, irq 9 on isa 0 unknown2 at port 0x200-0x207 on isa 0 unknown2 at port 0x590-0x597 on isa 0 and there any output stops. I'm not even able to go into the compiled-in ddb. At this point the only thing helps is pressing the reset switch. With the pcm driver compiled in, unknown0 gets pcm0 and a Soundblaster Pro 3.2 and unknown1 gets pcm1 with the correct chipset type but output stops and the kernel hangs at the same place. I'll be happy to provide more information if needed! hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de 22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 8:21:33 1999 Delivered-To: freebsd-current@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 0AD0E1513B for ; Sun, 5 Sep 1999 08:21:27 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost (2369 bytes) by rip.psg.com via sendmail with P:stdio/R:inet_resolve/T:smtp (sender: ) (ident using unix) id for ; Sun, 5 Sep 1999 08:20:35 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1) Message-Id: Date: Sun, 5 Sep 1999 08:20:35 -0700 (PDT) From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: base64 To: FreeBSD Current Subject: breakage in this morning's build Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Y2MgLU8gLXBpcGUgLUkvdXNyL3NyYy9nbnUvdXNyLmJpbi9jdnMvY3ZzIC1JL3Vzci9zcmMv Z251L3Vzci5iaW4vY3ZzL2N2cy8uLi9saWIgLURIQVZFX0NPTkZJR19IICAtSS91c3Ivc3Jj L2dudS91c3IuYmluL2N2cy9jdnMvLi4vLi4vLi4vLi4vY29udHJpYi9jdnMvc3JjIC1JL3Vz ci9zcmMvZ251L3Vzci5iaW4vY3ZzL2N2cy8uLi8uLi8uLi8uLi9jb250cmliL2N2cy9saWIg LUkvdXNyL3NyYy9nbnUvdXNyLmJpbi9jdnMvY3ZzLy4uLy4uLy4uLy4uL2NvbnRyaWIvY3Zz L2RpZmYgLURIQVZFX0tFUkJFUk9TIC1ESEFWRV9LUkJfR0VUX0VSUl9URVhUIC1ERU5DUllQ VElPTiAgIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL2luY2x1ZGUgIC1vIGN2cyBhZGQu byBhZG1pbi5vIGJ1ZmZlci5vIGNoZWNraW4ubyBjaGVja291dC5vIGNsYXNzaWZ5Lm8gY2xp ZW50Lm8gY29tbWl0Lm8gY3JlYXRlX2FkbS5vIGN2c3JjLm8gZGlmZi5vIGVkaXQubyBlbnRy aWVzLm8gZXJyb3IubyBleHBhbmRfcGF0aC5vIGZpbGVhdHRyLm8gZmlsZXN1YnIubyBmaW5k X25hbWVzLm8gaGFyZGxpbmsubyBoYXNoLm8gaGlzdG9yeS5vIGlnbm9yZS5vIGltcG9ydC5v IGxvY2subyBsb2cubyBsb2dpbi5vIGxvZ21zZy5vIG1haW4ubyBta21vZHVsZXMubyBtb2R1 bGVzLm8gbXluZGJtLm8gbm9fZGlmZi5vIHBhcnNlaW5mby5vIHBhdGNoLm8gcmNzLm8gcmNz Y21kcy5vIHJlY3Vyc2UubyByZWxlYXNlLm8gcmVtb3ZlLm8gcmVwb3MubyByb290Lm8gcnRh Zy5vIHJ1bi5vIHNjcmFtYmxlLm8gc2VydmVyLm8gc3RhdHVzLm8gc3Vici5vIHRhZy5vIHVw ZGF0ZS5vIHZlcnNfdHMubyB2ZXJzaW9uLm8gd2F0Y2gubyB3cmFwcGVyLm8gemxpYi5vICAv dXNyL29iai91c3Ivc3JjL2dudS91c3IuYmluL2N2cy9jdnMvLi4vbGliL2xpYmN2cy5hIC91 c3Ivb2JqL3Vzci9zcmMvZ251L3Vzci5iaW4vY3ZzL2N2cy8uLi9saWJkaWZmL2xpYmRpZmYu YSAtbGdudXJlZ2V4IC1sbWQgLWxjcnlwdCAtbHogLWxrcmIgLWxkZXMNCi91c3Ivb2JqL3Vz ci9zcmMvZ251L3Vzci5iaW4vY3ZzL2N2cy8uLi9saWJkaWZmL2xpYmRpZmYuYShkaWZmMy5v KTogSW4gZnVuY3Rpb24gYGRpZmYzX3J1bic6DQpkaWZmMy5vKC50ZXh0KzB4MTI0Nyk6IHdh cm5pbmc6IHRtcG5hbSgpIHBvc3NpYmx5IHVzZWQgdW5zYWZlbHk7IGNvbnNpZGVyIHVzaW5n IG1rc3RlbXAoKQ0KZmlsZXN1YnIubzogSW4gZnVuY3Rpb24gYGN2c190ZW1wX25hbWUnOg0K ZmlsZXN1YnIubygudGV4dCsweGMwOCk6IHdhcm5pbmc6IHRlbXBuYW0oKSBwb3NzaWJseSB1 c2VkIHVuc2FmZWx5OyBjb25zaWRlciB1c2luZyBta3N0ZW1wKCkNCi91c3Ivb2JqL3Vzci9z cmMvdG1wL3Vzci9saWIvbGlia3JiLnNvOiB1bmRlZmluZWQgcmVmZXJlbmNlIHRvIGBpbml0 X2Vycm9yX3RhYmxlJw0KL3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL2xpYi9saWJrcmIuc286 IHVuZGVmaW5lZCByZWZlcmVuY2UgdG8gYGluaXRpYWxpemVfZXJyb3JfdGFibGVfcicNCioq KiBFcnJvciBjb2RlIDENCg== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 8:27:38 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id 321E214CBA for ; Sun, 5 Sep 1999 08:27:31 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id RAA68044; Sun, 5 Sep 1999 17:27:11 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199909051527.RAA68044@gratis.grondar.za> To: Randy Bush Cc: FreeBSD Current Subject: Re: breakage in this morning's build Date: Sun, 05 Sep 1999 17:27:10 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `init_error_table' > /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `initialize_error_table_r' Fixage committed. :-) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 9: 6:12 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id BB44F14F7C; Sun, 5 Sep 1999 09:06:07 -0700 (PDT) (envelope-from hibma@skylink.it) Received: from heidi.plazza.it (va-149.skylink.it [194.185.55.149]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id SAA17965; Sun, 5 Sep 1999 18:06:24 +0200 Received: from localhost (localhost [127.0.0.1]) by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id PAA01313; Sun, 5 Sep 1999 15:30:31 GMT X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Sun, 5 Sep 1999 15:30:31 GMT Date: Sun, 5 Sep 1999 17:30:31 +0200 (CEST) From: Nick Hibma X-Sender: n_hibma@heidi.plazza.it Reply-To: Nick Hibma To: justin@freebsd.org, FreeBSD CURRENT Mailing list Subject: detach of CAM bus Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After detaching the USB Iomega Zip drive and doing a camcontrol devlist the kernel panics with the following backtrace. This is caused, I presume, by unfinished support for removing an xpt. int32_t xpt_bus_deregister(path_id) u_int8_t path_id; { /* XXX */ return (CAM_SUCCESS); } Are there any plans to make this work in the near future? Would it otherwise be wise to make xpt_bus_deregister fail, i.e. return CAM_FAILURE? Nick #0 strncpy (dst=0xc35200b0 "", src=0x0, n=16) at ../../libkern/strncpy.c:56 #1 0xc011edd1 in xptedtbusfunc (bus=0xc0872680, arg=0xc0838000) at ../../cam/cam_xpt.c:1913 #2 0xc011f633 in xptbustraverse (start_bus=0x0, tr_func=0xc011ecb4 , arg=0xc0838000) at ../../cam/cam_xpt.c:2395 #3 0xc011f379 in xptedtmatch (cdm=0xc0838000) at ../../cam/cam_xpt.c:2199 #4 0xc012004e in xpt_action (start_ccb=0xc0838000) at ../../cam/cam_xpt.c:3097 #5 0xc011e1aa in xptioctl (dev=0xc0814e00, cmd=3248493058, addr=0xc0838000 "", flag=3, p=0xc4c028c0) at ../../cam/cam_xpt.c:1051 #6 0xc017a2bf in spec_ioctl (ap=0xc4ef2e08) at ../../miscfs/specfs/spec_vnops.c:434 #7 0xc0179f65 in spec_vnoperate (ap=0xc4ef2e08) at ../../miscfs/specfs/spec_vnops.c:125 #8 0xc01e5809 in ufs_vnoperatespec (ap=0xc4ef2e08) at ../../ufs/ufs/ufs_vnops.c:2313 #9 0xc01747c0 in vn_ioctl (fp=0xc0872280, com=3248493058, data=0xc0838000 "", p=0xc4c028c0) at vnode_if.h:395 #10 0xc0153947 in ioctl (p=0xc4c028c0, uap=0xc4ef2f80) at ../../kern/sys_generic.c:564 #11 0xc02240b2 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 1, tf_esi = 0, tf_ebp = -1077945864, tf_isp = -990957612, tf_ebx = 134664240, tf_edx = 15, tf_ecx = 3, tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 134546360, tf_cs = 31, tf_eflags = 662, tf_esp = -1077946668, tf_ss = 47}) at ../../i386/i386/trap.c:1056 #12 0xc02187e6 in Xint0x80_syscall () #13 0x804bb21 in ?? () #14 0x80480e9 in ?? () (xxgdb) -- e-Mail: hibma@skylink.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 9:23:27 1999 Delivered-To: freebsd-current@freebsd.org Received: from io.yi.org (24.66.174.118.bc.wave.home.com [24.66.174.118]) by hub.freebsd.org (Postfix) with ESMTP id 6535314DF6 for ; Sun, 5 Sep 1999 09:23:20 -0700 (PDT) (envelope-from jake@checker.org) Received: from io.yi.org (localhost [127.0.0.1]) by io.yi.org (Postfix) with ESMTP id B98EA1F05; Sun, 5 Sep 1999 09:22:06 -0700 (PDT) X-Mailer: exmh version 2.0.2 2/24/98 To: John Polstra Cc: current@FreeBSD.ORG Subject: java too? (was Re: Perl still broken in 4.0-CURRENT) In-reply-to: Your message of "Fri, 03 Sep 1999 17:19:07 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Sep 1999 09:22:06 -0700 From: Jake Burkholder Message-Id: <19990905162206.B98EA1F05@io.yi.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I found the problem and the fix for the perl breakage that was > caused by my recent changes to the dynamic linker. I'm doing a make > world now, just to make sure I haven't broken something new. I'll > commit the fix later this evening, unless the make world reveals new > problems. (I don't think it will.) > I think that java is still broken by this. It seg faults immediately with the current rtld, even when run with no arguments: > java Segmentation fault (core dumped) > but works fine when I revert to august 25th rtld. -- we are but packets in the internet of life To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 9:23:31 1999 Delivered-To: freebsd-current@freebsd.org Received: from pop3-3.enteract.com (pop3-3.enteract.com [207.229.143.32]) by hub.freebsd.org (Postfix) with SMTP id D912114E20 for ; Sun, 5 Sep 1999 09:23:21 -0700 (PDT) (envelope-from dscheidt@tumbolia.com) Received: (qmail 93149 invoked from network); 5 Sep 1999 16:22:20 -0000 Received: from shell-3.enteract.com (dscheidt@207.229.143.42) by pop3-3.enteract.com with SMTP; 5 Sep 1999 16:22:20 -0000 Date: Sun, 5 Sep 1999 11:22:20 -0500 (CDT) From: David Scheidt X-Sender: dscheidt@shell-3.enteract.com Reply-To: David Scheidt To: freebsd-current@freebsd.org Subject: another newpcm casualty Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yesterday's -current fails to find my soundcard. It's an Opti chipset thing that worked fine (for a $12 soundcard...) with the old driver. What is decent soundcard that works with the new driver? pnpinfo and dmesg snippet for the thing: Checking for Plug-n-Play devices... Card assigned CSN #1 Vendor ID OPT0931 (0x3109143e), Serial Number 0xffffffff PnP Version 1.0, Vendor Version 0 Device Description: OPTi Audio 16 Logical Device ID: OPTffff 0xffff143e #0 Vendor register funcs 00 Device Description: AUX0 Logical Device ID: OPT9310 0x1093143e #1 Vendor register funcs 00 Device Description: OPTi Audio 16 TAG Start DF I/O Range 0x534 .. 0x608, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x380 .. 0x3f0, alignment 0x10, len 0xc [16-bit addr] I/O Range 0x220 .. 0x240, alignment 0x20, len 0x10 [16-bit addr] I/O Range 0xe0c .. 0xffc, alignment 0x4, len 0x4 [16-bit addr] IRQ: 5 7 10 - only one type (true/edge) DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F TAG Start DF I/O Range 0x534 .. 0xff0, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x380 .. 0x3f0, alignment 0x10, len 0xc [16-bit addr] I/O Range 0x220 .. 0x240, alignment 0x20, len 0x10 [16-bit addr] I/O Range 0xe0c .. 0xffc, alignment 0x4, len 0x4 [16-bit addr] IRQ: 5 7 9 10 11 - only one type (true/edge) DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F TAG Start DF I/O Range 0x534 .. 0xff0, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x380 .. 0x3f0, alignment 0x10, len 0xc [16-bit addr] I/O Range 0x220 .. 0x240, alignment 0x20, len 0x10 [16-bit addr] I/O Range 0xe0c .. 0xffc, alignment 0x4, len 0x4 [16-bit addr] IRQ: 5 7 9 10 11 - only one type (true/edge) DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type F TAG End DF Logical Device ID: OPT0001 0x0100143e #2 Vendor register funcs 00 Device Description: Game Port I/O Range 0x200 .. 0x20f, alignment 0x1, len 0x1 [16-bit addr] Logical Device ID: OPT0002 0x0200143e #3 Vendor register funcs 00 Device Description: MPU401 I/O Range 0x300 .. 0x360, alignment 0x10, len 0x2 [16-bit addr] IRQ: 5 7 9 10 11 - only one type (true/edge) End Tag Successfully got 37 resources, 4 logical fdevs -- card select # 0x0001 CSN OPT0931 (0x3109143e), Serial Number 0xffffffff Logical device #0 IO: 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 0 0 DMA 4 4 IO range check 0x00 activate 0x01 Logical device #1 IO: 0x0380 0x0380 0x0380 0x0380 0x0380 0x0380 0x0380 0x0380 IRQ 5 0 DMA 0 1 IO range check 0x00 activate 0x01 Logical device #2 IO: 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 0 0 DMA 4 4 IO range check 0x00 activate 0x01 Logical device #3 IO: 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 10 0 DMA 4 4 IO range check 0x00 activate 0x01 dmesg of the probe: unknown0: on isa0 unknown1: on isa0 unknown2: on isa0 pcm0: at port 0x534-0x537,0x380-0x38b,0x220-0x22f,0xe0c-0xe0f irq 5 drq 0,1 on isa0 AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff AD_WAIT_INIT FAILED 201 0xff AD_WAIT_INIT FAILED 1002 0xff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 9:41:32 1999 Delivered-To: freebsd-current@freebsd.org Received: from io.yi.org (24.66.174.118.bc.wave.home.com [24.66.174.118]) by hub.freebsd.org (Postfix) with ESMTP id 67D9E14E77 for ; Sun, 5 Sep 1999 09:41:29 -0700 (PDT) (envelope-from jake@checker.org) Received: from io.yi.org (localhost [127.0.0.1]) by io.yi.org (Postfix) with ESMTP id 3041D1F05 for ; Sun, 5 Sep 1999 09:39:57 -0700 (PDT) X-Mailer: exmh version 2.0.2 2/24/98 To: current@freebsd.org Subject: newpcm and sb driver Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Sep 1999 09:39:56 -0700 From: Jake Burkholder Message-Id: <19990905163957.3041D1F05@io.yi.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Regarding all the trouble people have been having getting their cards detected with newpcm, I had to make a change to my kernel config for it to find my soundblaster 16, non-pnp. this does not detect my card: device pcm0 at isa? port ? irq 5 drq 1 flags 0x15 this does: device pcm0 at isa? port 0x220 irq 5 drq 1 flags 0x15 pcm0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 Hope this helps... -- we are but packets in the internet of life To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 9:44:15 1999 Delivered-To: freebsd-current@freebsd.org Received: from dt011n65.san.rr.com (dt010nb9.san.rr.com [204.210.12.185]) by hub.freebsd.org (Postfix) with ESMTP id 9D27E14E77 for ; Sun, 5 Sep 1999 09:44:13 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gorean.org (master [10.0.0.2]) by dt011n65.san.rr.com (8.9.3/8.8.8) with ESMTP id JAA81985; Sun, 5 Sep 1999 09:44:01 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <37D29DD1.8FD9398@gorean.org> Date: Sun, 05 Sep 1999 09:44:01 -0700 From: Doug Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.61 [en] (X11; U; FreeBSD 4.0-CURRENT-0904 i386) X-Accept-Language: en MIME-Version: 1.0 To: Nick Hibma Cc: FreeBSD CURRENT Mailing list , n_hibma@heidi.plazza.it Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nick Hibma wrote: > > Please review the following patch to get all the log files in one place. > The commit will be accompanied by a HEADS UP. If no one objects I will > commit this in a couple of days. The only thing I don't like about this is that it introduces a point of incompatibility between FreeBSD and other unices, and I'm not sure the benefit is worth it. I would bring up the idea of creating a symlink in /var/log, but I know that the purists would never approve of that... Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 9:50:35 1999 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 2C61115013 for ; Sun, 5 Sep 1999 09:50:32 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id JAA17105; Sun, 5 Sep 1999 09:50:24 -0700 (PDT) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id JAA17519; Sun, 5 Sep 1999 09:50:24 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19990905162206.B98EA1F05@io.yi.org> Date: Sun, 05 Sep 1999 09:50:23 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: Jake Burkholder Subject: RE: java too? (was Re: Perl still broken in 4.0-CURRENT) Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jake Burkholder wrote: > I think that java is still broken by this. > > It seg faults immediately with the current rtld, even when run with > no arguments: > >> java > Segmentation fault (core dumped) >> > > but works fine when I revert to august 25th rtld. Thanks for letting me know. Please tell me exactly how to reproduce the problem -- i.e., which port(s) to install and which commands to enter. I'll fix it ASAP. Thanks for your patience, folks. John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 10:59:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from light.xmysql.com (ppp-045.m4-1.mtl.ican.net [142.154.172.45]) by hub.freebsd.org (Postfix) with ESMTP id EB18514CC2 for ; Sun, 5 Sep 1999 10:59:26 -0700 (PDT) (envelope-from light@xmysql.com) Received: from localhost (light@localhost) by light.xmysql.com (8.9.3/8.9.3) with ESMTP id OAA00366 for ; Sun, 5 Sep 1999 14:00:00 -0400 (EDT) Date: Sun, 5 Sep 1999 14:00:00 -0400 (EDT) From: Alain Gaudreau To: freebsd-current@freebsd.org Subject: kernel hanging at bootup? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Has anyone had problems with the kernel hanging at bootup with this morning's cvsup'ed kernel right after it probes the paralel port and judging by the "usual" boot information right before it probes ad0. I thought it might be the "new" atapi drivers so I tried with the wdc0 controller but it hangs too. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 11: 4:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 4FB9E14CC2 for ; Sun, 5 Sep 1999 11:04:15 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA68599; Sun, 5 Sep 1999 11:01:03 -0700 (PDT) (envelope-from dillon) Date: Sun, 5 Sep 1999 11:01:03 -0700 (PDT) From: Matthew Dillon Message-Id: <199909051801.LAA68599@apollo.backplane.com> To: Doug Cc: Nick Hibma , FreeBSD CURRENT Mailing list , n_hibma@heidi.plazza.it Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log References: <37D29DD1.8FD9398@gorean.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Nick Hibma wrote: :> :> Please review the following patch to get all the log files in one place. :> The commit will be accompanied by a HEADS UP. If no one objects I will :> commit this in a couple of days. : : The only thing I don't like about this is that it introduces a point of :incompatibility between FreeBSD and other unices, and I'm not sure the :benefit is worth it. I would bring up the idea of creating a symlink in :/var/log, but I know that the purists would never approve of that... : :Doug cron putting its log file in /var/cron has always bothered me in the past, because we have this wonderful /var/log directory. Not enough for me to change it, though. Still, I think it's a good idea to make this change in current. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 11: 4:57 1999 Delivered-To: freebsd-current@freebsd.org Received: from culverk.student.umd.edu (culverk.student.umd.edu [129.2.196.87]) by hub.freebsd.org (Postfix) with ESMTP id CB53714FC6 for ; Sun, 5 Sep 1999 11:04:36 -0700 (PDT) (envelope-from culverk@wam.umd.edu) Received: from localhost (culverk@localhost) by culverk.student.umd.edu (8.9.3/8.9.3) with ESMTP id OAA00576; Sun, 5 Sep 1999 14:02:05 -0400 (EDT) (envelope-from culverk@wam.umd.edu) X-Authentication-Warning: culverk.student.umd.edu: culverk owned process doing -bs Date: Sun, 5 Sep 1999 14:02:05 -0400 (EDT) From: Kenneth Culver X-Sender: culverk@culverk.student.umd.edu To: Nick Hibma Cc: freebsd-current@freebsd.org Subject: Re: the pcm driver and the bktr device In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > For the record (just want to have a look at the new configuration and at > possible differences), could you post a dmesg of the current config? > > Cheers, > > Nick Here it is... I'm not using the vortex right now, (I took it out until the driver is finished, and put in an old ISA ViBRA16X in it's place) Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Sun Sep 5 10:41:41 EDT 1999 culverk@culverk.student.umd.edu:/usr/src/sys/compile/MYKERNEL Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Xeon/Celeron (451.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 134152192 (131008K bytes) avail memory = 127356928 (124372K bytes) Preloaded elf kernel "kernel" at 0xc029c000. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 pcib0: on motherboard pci0: on pcib0 WARNING: "bktr" is usurping "bktr"'s cdevsw[] pcib1: at device 1.0 on pci0 pci1: on pcib1 vga-pci0: at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 ata-pci0: at device 7.1 on pci0 ata-pci0: Busmastering DMA supported ata0 at 0x01f0 irq 14 on ata-pci0 ata1 at 0x0170 irq 15 on ata-pci0 chip1: irq 11 at device 7.2 on pci0 chip2: at device 7.3 on pci0 pci0: unknown card DPZ0002 (vendor=0x121a, dev=0x0002) at 13.0 pci0: unknown card DPZ0002 (vendor=0x121a, dev=0x0002) at 15.0 bktr0: irq 9 at device 17.0 on pci0 iicbb0: on bti2c0 iicbus0: on iicbb0 master-only smbus0: on bti2c0 bktr0: Hauppauge Model 61291 D110 Hauppauge WinCast/TV, Philips NTSC tuner. pci0: unknown card DD^0878 (vendor=0x109e, dev=0x0878) at 17.1 irq 9 de0: irq 10 at device 19.0 on pci0 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:c0:f0:1f:21:02 fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0 at port 0x378-0x37f irq 7 flags 0x40 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode plip0: on ppbus 0 lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 vpo0: on ppbus 0 vpo0: EPP 1.9 mode sb0 at port 0x220 irq 5 drq 1 on isa0 snd0: isa_compat: didn't get drq for sbxvi sbxvi0 at port 0xffffffff drq 1 on isa0 isa_compat: didn't get ports for sbxvi isa_compat: didn't get drq for sbxvi snd0: WARNING: "snd" is usurping "snd"'s cdevsw[] sbmidi0 at port 0x330 on isa0 snd0: WARNING: "snd" is usurping "snd"'s cdevsw[] opl0 at port 0x388 on isa0 snd0: WARNING: "snd" is usurping "snd"'s cdevsw[] ata0: master: setting up UDMA2 mode on PIIX4 chip OK ad0: ATA-4 disk at ata0 as master ad0: 8063MB (16514064 sectors), 16383 cyls, 16 heads, 63 S/T, 512 B/S ad0: piomode=4, dmamode=2, udmamode=2 ad0: 16 secs/int, 0 depth queue, DMA mode Creating DISK ad0 Creating DISK wd0 ata0: slave: setting up UDMA2 mode on PIIX4 chip OK ad1: ATA-3 disk at ata0 as slave ad1: 4120MB (8438850 sectors), 8930 cyls, 15 heads, 63 S/T, 512 B/S ad1: piomode=4, dmamode=2, udmamode=2 ad1: 16 secs/int, 0 depth queue, DMA mode Creating DISK ad1 Creating DISK wd1 ata1: master: setting up UDMA2 mode on PIIX4 chip OK ad2: ATA-3 disk at ata1 as master ad1: 16 secs/int, 0 depth queue, DMA mode Creating DISK ad1 Creating DISK wd1 ata1: master: setting up UDMA2 mode on PIIX4 chip OK ad2: ATA-3 disk at ata1 as master ad2: 6187MB (12672450 sectors), 13410 cyls, 15 heads, 63 S/T, 512 B/S ad2: piomode=4, dmamode=2, udmamode=2 ad2: 16 secs/int, 0 depth queue, DMA mode Creating DISK ad2 Creating DISK wd2 atapi: piomode=4, dmamode=2, udmamode=-1 atapi: PIO transfer mode set acd0: CDROM drive at ata1 as slave acd0: drive speed 0 - 6875KB/sec, 128KB cache acd0: supported read types: CD-DA acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: CD-ROM 120mm data disc loaded, unlocked da0 at vpo0 bus 0 target 6 lun 0 da0: Removable Direct Access SCSI-2 device da0: Attempt to query device size failed: NOT READY, Medium not present changing root device to wd1s1a de0: enabling 10baseT port That's it... :-) Kenneth Culver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 11:10:54 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id 6C0F214DA0 for ; Sun, 5 Sep 1999 11:10:41 -0700 (PDT) (envelope-from hibma@skylink.it) Received: from heidi.plazza.it (va-149.skylink.it [194.185.55.149]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id UAA21449; Sun, 5 Sep 1999 20:09:44 +0200 Received: from localhost (localhost [127.0.0.1]) by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id SAA01827; Sun, 5 Sep 1999 18:02:36 GMT X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Sun, 5 Sep 1999 18:02:36 GMT Date: Sun, 5 Sep 1999 20:02:35 +0200 (CEST) From: Nick Hibma X-Sender: n_hibma@heidi.plazza.it Reply-To: Nick Hibma To: Doug Cc: FreeBSD CURRENT Mailing list , n_hibma@heidi.plazza.it.jrc.it Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log In-Reply-To: <37D29DD1.8FD9398@gorean.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Please review the following patch to get all the log files in one place. > > The commit will be accompanied by a HEADS UP. If no one objects I will > > commit this in a couple of days. > > The only thing I don't like about this is that it introduces a point of > incompatibility between FreeBSD and other unices, and I'm not sure the > benefit is worth it. I would bring up the idea of creating a symlink in > /var/log, but I know that the purists would never approve of that... What about the other way around? Nick -- e-Mail: hibma@skylink.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 11:40:58 1999 Delivered-To: freebsd-current@freebsd.org Received: from ozz.etrust.ru (ozz.etrust.ru [195.2.84.116]) by hub.freebsd.org (Postfix) with ESMTP id B9C4E14F6A for ; Sun, 5 Sep 1999 11:39:34 -0700 (PDT) (envelope-from osa@etrust.ru) Received: from localhost (localhost [127.0.0.1]) by ozz.etrust.ru (Postfix) with ESMTP id 650FC1DF for ; Sun, 5 Sep 1999 22:38:55 +0400 (MSD) Date: Sun, 5 Sep 1999 22:38:55 +0400 (MSD) From: Osokin Sergey To: FreeBSD-currnet mail-list Subject: pcm0 at -current work not correct... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! After upgrade my system from 19990812-current, pcm0 work some strange... My SB128PCI decribed at my kernel as following: device pcm0 It normaly detected at boot-time: # dmesg | grep pcm0 pcm0: irq 10 at device 11.0 on pci0 but play & waveplay (from ports) incorrect plays wav-files... parts of wav file: 1 2 3 4 5 6 7 8 9 waveplay (& play) playing wav-files like this: 2 3 4 5 6 7 8 9 1 What wrong? Rgdz, Osokin Sergey aka oZZ, osa@etrust.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 11:54:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from ozz.etrust.ru (ozz.etrust.ru [195.2.84.116]) by hub.freebsd.org (Postfix) with ESMTP id 56B0414FC6 for ; Sun, 5 Sep 1999 11:54:21 -0700 (PDT) (envelope-from osa@etrust.ru) Received: from localhost (localhost [127.0.0.1]) by ozz.etrust.ru (Postfix) with ESMTP id E2F541DF for ; Sun, 5 Sep 1999 22:53:04 +0400 (MSD) Date: Sun, 5 Sep 1999 22:53:04 +0400 (MSD) From: Osokin Sergey To: FreeBSD-currnet mail-list Subject: ata0 can't detect my LS-120... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! Kernel can't detect my LS-120 which connected as slave-device at second IDE controller... at my kernel IDE-devices described like this: controller ata0 device atadisk0 #ATA disk drives device atapicd0 #ATAPI CDROM drives device atapifd0 #ATAPI floppy drives # dmesg ..... ata-pci0: at device 7.1 on pci0 ata-pci0: Busmastering DMA supported ata0 at 0x01f0 irq 14 on ata-pci0 ata1 at 0x0170 irq 15 on ata-pci0 ..... ata1: unwanted interrupt 1 status = 7f ..... ata0: master: setting up WDMA2 mode on PIIX3/4 chip OK ad0: ATA-3 disk at ata0 as master ad0: 2503MB (5126688 sectors), 5086 cyls, 16 heads, 63 S/T, 512 B/S ad0: piomode=4, dmamode=2, udmamode=-1 ad0: 16 secs/int, 0 depth queue, DMA mode Creating DISK ad0 Creating DISK wd0 ata0: slave: setting up WDMA2 mode on PIIX3/4 chip OK ad1: ATA-? disk at ata0 as slave ad1: 1039MB (2128896 sectors), 2112 cyls, 16 heads, 63 S/T, 512 B/S ad1: piomode=4, dmamode=2, udmamode=-1 ad1: 16 secs/int, 0 depth queue, DMA mode Creating DISK ad1 Creating DISK wd1 atapi: piomode=4, dmamode=2, udmamode=2 ata1: master: setting up UDMA2 mode on PIIX4 chip OK atapi: DMA transfer mode set Device acd0a: name slot allocation failed (Errno=17) Device acd0c: name slot allocation failed (Errno=17) acd0: CDROM drive at ata1 as master acd0: drive speed 687 - 8250KB/sec, 128KB cache, DMA acd0: supported read types: CD-R, CD-RW, CD-DA, packet track acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: CD-ROM 120mm audio disc loaded, unlocked changing root device to wd0s1a Something wrong? Rgdz, Osokin Sergey aka oZZ, osa@etrust.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 12:21:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 56E9B151E8 for ; Sun, 5 Sep 1999 12:21:34 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id A33651CAB; Mon, 6 Sep 1999 03:21:30 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: Michael Reifenberger Cc: FreeBSD-Current Subject: Re: -current and pcmcia problems In-reply-to: Your message of "Sun, 05 Sep 1999 13:35:21 +0200." Date: Mon, 06 Sep 1999 03:21:30 +0800 From: Peter Wemm Message-Id: <19990905192130.A33651CAB@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Michael Reifenberger wrote: > Hi, > if I do an upgrade to -current on my Tecra8000 the ep* driver stopps working. > The message from pccardc is that he failed the resouce allocation. > A Kernel: "FreeBSD 4.0-CURRENT #0: Wed Jul 14 00:14:01 CEST 1999" works for e p0 > but has the same error for sio*. > So under -current now at least ep* and sio* are not working. > > Warner, would it be possible for you to integrate what you have so far into > -current for testing since it can't get worse anymore. I second this. Under -current + Warner's nbk patches: [..] isa0: on motherboard pccard0: on motherboard fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 [..] sio1: type 16550A pcic: pccard bridge i82365 (5 mem & 2 I/O windows) pcic: controller irq 5 pccard: initalizing drivers: ep sio changing root device to wd0s1a pccard: card inserted, slot 1 pccard-ep0: at port 0x240-0x24f irq 10 slot 1 on pccard0 ep0: utp/bnc[*UTP*] address 00:60:08:b4:a0:21 [..] Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 12:33:11 1999 Delivered-To: freebsd-current@freebsd.org Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by hub.freebsd.org (Postfix) with ESMTP id EA83514F56 for ; Sun, 5 Sep 1999 12:33:05 -0700 (PDT) (envelope-from mmuir@es.co.nz) Received: from es.co.nz (p12-max9.dun.ihug.co.nz [216.132.34.140]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id HAA06274 for ; Mon, 6 Sep 1999 07:32:06 +1200 Message-ID: <37D2C534.F3D61A73@es.co.nz> Date: Mon, 06 Sep 1999 07:32:04 +1200 From: Mike Muir X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: FreeBSD CURRENT Mailing list Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log References: <37D29DD1.8FD9398@gorean.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug wrote: > > Nick Hibma wrote: > > > > Please review the following patch to get all the log files in one place. > > The commit will be accompanied by a HEADS UP. If no one objects I will > > commit this in a couple of days. > > The only thing I don't like about this is that it introduces a point of > incompatibility between FreeBSD and other unices, and I'm not sure the > benefit is worth it. I would bring up the idea of creating a symlink in > /var/log, but I know that the purists would never approve of that... Whats wrong with FreeBSD going to the fore as far as common sense goes? Are there standards that specify the location of cron's logs? So why not.. maybe other unices will do the same when they see FreeBSD doing it :D mike. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 13: 5:21 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id D8FEC15238 for ; Sun, 5 Sep 1999 13:05:04 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id VAA09759; Sun, 5 Sep 1999 21:06:27 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sun, 5 Sep 1999 21:06:27 +0100 (BST) From: Doug Rabson To: Hellmuth Michaelis Cc: freebsd-current@freebsd.org Subject: Re: PnP card + pcm = unable to boot In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 5 Sep 1999, Hellmuth Michaelis wrote: > > For those currently working on the pnp stuff: > > i just made a new userland and kernel of -current and i'm unable to boot > that kernel anymore, even after disabling the pcm driver with boot -c > and even after removing my pcm0 line from my kernel config file. > > The last kernel from Aug 31 booted fine with this device: > > Probing for PnP devices: > Trying Read_Port at 203 > PnP: CSN 1 COMP_DEVICE_ID = 0x06b0d041 > CSN 1 Vendor ID: TER1411 [0x1114b250] Serial 0xffffffff Comp ID: PNPb006 [0x06b0 > d041] > Called nullpnp_probe with tag 0x00000001, type 0x1114b250 > Called nullpnp_probe with tag 0x00000001, type 0x06b0d041 > port 0x0220 0x0388 0x0530 0x0000 irq 5:0 drq 1:3 en 1 > port 0x0220 0x0388 0x0530 0x0000 irq 5:0 drq 1:3 en 1 > mss_attach 1 at 0x530 irq 5 dma 1:3 flags 0x13 > pcm1 (CS423x/Yamaha/AD1816 sn 0xffffffff) at 0x530 > -0x53f irq 5 drq 1 flags 0x13 on isa > > Now i get with the pcm driver removed the following output: > > unknown0 at port 0x220-0x22f, 0x388-0x33b, \ > 0x530-0x53f irq 7 drq0,1 on isa 0 > unknown1 at port 0x330-0x331, irq 9 on isa 0 > unknown2 at port 0x200-0x207 on isa 0 > unknown2 at port 0x590-0x597 on isa 0 > > and there any output stops. I'm not even able to go into the compiled-in ddb. > At this point the only thing helps is pressing the reset switch. > > With the pcm driver compiled in, unknown0 gets pcm0 and a Soundblaster Pro 3.2 > and unknown1 gets pcm1 with the correct chipset type but output stops and > the kernel hangs at the same place. > > I'll be happy to provide more information if needed! With a kernel that actually boots, can you get the output of 'pnpinfo' and send it. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 13:10:50 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 3EAD31510F for ; Sun, 5 Sep 1999 13:10:35 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id VAA10225; Sun, 5 Sep 1999 21:10:56 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sun, 5 Sep 1999 21:10:56 +0100 (BST) From: Doug Rabson To: David Scheidt Cc: freebsd-current@freebsd.org Subject: Re: another newpcm casualty In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 5 Sep 1999, David Scheidt wrote: > Yesterday's -current fails to find my soundcard. It's an Opti chipset thing > that worked fine (for a $12 soundcard...) with the old driver. What is > decent soundcard that works with the new driver? pnpinfo and dmesg snippet > for the thing: Try this patch: Index: mss.c =================================================================== RCS file: /home/ncvs/src/sys/dev/pcm/isa/mss.c,v retrieving revision 1.26 diff -u -r1.26 mss.c --- mss.c 1999/09/01 20:53:35 1.26 +++ mss.c 1999/09/05 20:10:27 @@ -1370,6 +1370,7 @@ break; case 0x3100143e: /* opti931 */ + case 0x1093143e: /* OPT9310 */ mss->bd_flags |= BD_F_MSS_OFFSET; mss->conf_rid = 3; mss->bd_id = MD_OPTI931; -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 13:38:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id 3509F14E31 for ; Sun, 5 Sep 1999 13:38:03 -0700 (PDT) (envelope-from jtaillan@cybercable.fr) Received: (qmail 524542 invoked from network); 5 Sep 1999 20:37:58 -0000 Received: from d180.paris-6.cybercable.fr (HELO fugue.ma.maison) (@[212.198.6.180]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 5 Sep 1999 20:37:58 -0000 Received: from (jt@localhost) by fugue.ma.maison (8.9.3/jtpda-5.3.1) id WAA00365 for current@freebsd.org; Sun, 5 Sep 1999 22:37:52 +0200 (CEST) Date: Sun, 5 Sep 1999 22:37:52 +0200 From: Janick Taillandier To: current@freebsd.org Subject: umount problem Message-ID: <19990905223752.A354@fugue.noisy.ratp> Reply-To: jtaillan@cybercable.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG With a very recent kernel (less than a day), when I halt my Dell laptop, I get the following message: syncing disks... 4 done umount of /users failed (19) umount of /usr failed (19) umount of / failed (19) The operating system has halted. Please press any key to reboot. I also note that mount reports something like: # mount /dev/wd0s2a on / (local, writes: sync 144 async 237) /dev/wd0s2f on /usr (local, soft-updates, writes: sync 2 async 77) /dev/wd0s2e on /users (local, writes: sync 12 async 31) procfs on /proc (local) /users also used soft-updates, but it does not appear. Am I doing something wrong or what ? Here is the output of the boot sequence (I have also the ed/PCCARD problem mentioned earlier on this list): Sep 5 22:18:54 fugue /k: Copyright (c) 1992-1999 The FreeBSD Project. Sep 5 22:18:54 fugue /k: Copyright (c) 1982, 1986, 1989, 1991, 1993 Sep 5 22:18:54 fugue /k: The Regents of the University of California. All rights reserved. Sep 5 22:18:54 fugue /k: FreeBSD 4.0-CURRENT #0: Sun Sep 5 22:16:04 CEST 1999 Sep 5 22:18:54 fugue /k: root@fugue:/usr/src/sys/compile/FUGUE Sep 5 22:18:54 fugue /k: Timecounter "i8254" frequency 1193022 Hz Sep 5 22:18:54 fugue /k: CPU: Pentium II/Xeon/Celeron (267.24-MHz 686-class CPU) Sep 5 22:18:54 fugue /k: Origin = "GenuineIntel" Id = 0x650 Stepping = 0 Sep 5 22:18:54 fugue /k: Features=0x183f9ff Sep 5 22:18:54 fugue /k: real memory = 100597760 (98240K bytes) Sep 5 22:18:54 fugue /k: avail memory = 94990336 (92764K bytes) Sep 5 22:18:54 fugue /k: Pentium Pro MTRR support enabled Sep 5 22:18:54 fugue /k: npx0: on motherboard Sep 5 22:18:54 fugue /k: npx0: INT 16 interface Sep 5 22:18:54 fugue /k: apm0: on motherboard Sep 5 22:18:54 fugue /k: apm: found APM BIOS v1.2, connected at v1.2 Sep 5 22:18:54 fugue /k: pcib0: on motherboard Sep 5 22:18:54 fugue /k: pci0: on pcib0 Sep 5 22:18:54 fugue /k: vga-pci0: irq 11 at device 2.0 on pci0 Sep 5 22:18:54 fugue /k: pcic0: irq 11 at device 3.0 on pci0 Sep 5 22:18:54 fugue /k: pcic1: irq 11 at device 3.1 on pci0 Sep 5 22:18:54 fugue /k: isab0: at device 7.0 on pci0 Sep 5 22:18:55 fugue /k: isa0: on isab0 Sep 5 22:18:55 fugue /k: ata-pci0: at device 7.1 on pci0 Sep 5 22:18:55 fugue /k: ata-pci0: Busmastering DMA supported Sep 5 22:18:55 fugue /k: ata0 at 0x01f0 irq 14 on ata-pci0 Sep 5 22:18:55 fugue /k: ata1 at 0x0170 irq 15 on ata-pci0 Sep 5 22:18:55 fugue /k: chip1: irq 11 at device 7.2 on pci0 Sep 5 22:18:55 fugue /k: chip2: at device 7.3 on pci0 Sep 5 22:18:55 fugue /k: fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 Sep 5 22:18:55 fugue /k: fdc0: FIFO enabled, 8 bytes threshold Sep 5 22:18:55 fugue /k: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Sep 5 22:18:55 fugue /k: atkbdc0: at port 0x60-0x6f on isa0 Sep 5 22:18:55 fugue /k: atkbd0: irq 1 on atkbdc0 Sep 5 22:18:55 fugue /k: psm0: irq 12 on atkbdc0 Sep 5 22:18:55 fugue /k: psm0: model Generic PS/2 mouse, device ID 0 Sep 5 22:18:55 fugue /k: vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 Sep 5 22:18:55 fugue /k: sc0: on isa0 Sep 5 22:18:55 fugue /k: sc0: VGA <16 virtual consoles, flags=0x200> Sep 5 22:18:55 fugue /k: sio0: configured irq 4 not in bitmap of probed irqs 0 Sep 5 22:18:55 fugue /k: sio1 at port 0x2f8-0x2ff irq 3 on isa0 Sep 5 22:18:55 fugue /k: sio1: type 16550A Sep 5 22:18:55 fugue /k: pcm0: at port 0x52c-0x53b irq 5 drq 1 flags 0xa615 on isa0 Sep 5 22:18:55 fugue /k: ed0 at port 0x260-0x27f iomem 0xd4000 irq 10 on isa0 Sep 5 22:18:55 fugue /k: ed0: address 00:00:00:00:00:00, type unknown (0x0) (8 bit) Sep 5 22:18:55 fugue /k: PC-Card VLSI 82C146 (5 mem & 2 I/O windows) Sep 5 22:18:55 fugue /k: pcic: controller irq 4 Sep 5 22:18:55 fugue /k: Initializing PC-card drivers: Sep 5 22:18:55 fugue /k: ata0: master: setting up UDMA2 mode on PIIX4 chip OK Sep 5 22:18:55 fugue /k: ad0: ATA-3 disk at ata0 as master Sep 5 22:18:55 fugue /k: ad0: 3102MB (6354432 sectors), 6304 cyls, 16 heads, 63 S/T, 512 B/S Sep 5 22:18:55 fugue /k: ad0: piomode=4, dmamode=2, udmamode=2 Sep 5 22:18:55 fugue /k: ad0: 16 secs/int, 0 depth queue, DMA mode Sep 5 22:18:55 fugue /k: Creating DISK ad0 Sep 5 22:18:55 fugue /k: Creating DISK wd0 Sep 5 22:18:55 fugue /k: atapi: piomode=3, dmamode=1, udmamode=-1 Sep 5 22:18:55 fugue /k: atapi: PIO transfer mode set Sep 5 22:18:55 fugue /k: acd0: CDROM drive at ata1 as master Sep 5 22:18:55 fugue /k: acd0: drive speed 2755KB/sec, 128KB cache Sep 5 22:18:55 fugue /k: acd0: supported read types: CD-DA Sep 5 22:18:55 fugue /k: acd0: Audio: play, 256 volume levels Sep 5 22:18:55 fugue /k: acd0: Mechanism: ejectable tray Sep 5 22:18:55 fugue /k: acd0: Medium: no/blank disc inside, unlocked Sep 5 22:18:55 fugue /k: changing root device to wd0s2a Sep 5 22:18:55 fugue /k: Card inserted, slot 1 Sep 5 22:18:55 fugue savecore: no core dump Sep 5 22:18:58 fugue pccardd[60]: Ether=08:00:5a:39:7d:2f Sep 5 22:19:03 fugue pccardd[60]: driver allocation failed for IBM Corp.(Ethernet): Device not configured Thank you for your help! Janick Taillandier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 13:42: 3 1999 Delivered-To: freebsd-current@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 151E414CFD for ; Sun, 5 Sep 1999 13:42:00 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id C13F51C19; Sun, 5 Sep 1999 15:45:12 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by jade.chc-chimes.com (Postfix) with ESMTP id B156F3817; Sun, 5 Sep 1999 15:45:12 -0400 (EDT) Date: Sun, 5 Sep 1999 15:45:12 -0400 (EDT) From: Bill Fumerola To: Janick Taillandier Cc: current@freebsd.org Subject: Re: umount problem In-Reply-To: <19990905223752.A354@fugue.noisy.ratp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 5 Sep 1999, Janick Taillandier wrote: > With a very recent kernel (less than a day), when I halt my > Dell laptop, I get the following message: > syncing disks... 4 done > umount of /users failed (19) > umount of /usr failed (19) > umount of / failed (19) > > The operating system has halted. > Please press any key to reboot. I get the _exact_ same error (well, mine is /var /usr and /). No softupdates. I have a Dell Latitude that can be abused to find out the cause of this. -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 13:45:58 1999 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 2F43B14CC8 for ; Sun, 5 Sep 1999 13:45:51 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id WAA21476; Sun, 5 Sep 1999 22:44:54 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: jtaillan@cybercable.fr Cc: current@FreeBSD.ORG Subject: Re: umount problem In-reply-to: Your message of "Sun, 05 Sep 1999 22:37:52 +0200." <19990905223752.A354@fugue.noisy.ratp> Date: Sun, 05 Sep 1999 22:44:54 +0200 Message-ID: <21474.936564294@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19990905223752.A354@fugue.noisy.ratp>, Janick Taillandier writes: >With a very recent kernel (less than a day), when I halt my >Dell laptop, I get the following message: > syncing disks... 4 done > umount of /users failed (19) > umount of /usr failed (19) > umount of / failed (19) I fixed this a few hours ago. It's harmless. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 13:55:28 1999 Delivered-To: freebsd-current@freebsd.org Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B9D514FED for ; Sun, 5 Sep 1999 13:55:26 -0700 (PDT) (envelope-from brian@CSUA.Berkeley.EDU) Received: from ida-89-77.Reshall.Berkeley.EDU (ida-89-77.Reshall.Berkeley.EDU [169.229.89.77]) by soda.CSUA.Berkeley.EDU (8.8.8/) via ESMTP id NAA15371 for ; Sun, 5 Sep 1999 13:53:36 -0700 (PDT) env-from (brian@CSUA.Berkeley.EDU) Date: Sun, 5 Sep 1999 13:53:36 -0700 (PDT) From: "Brian W. Buchanan" X-Sender: brian@smarter.than.nu To: freebsd-current@freebsd.org Subject: stale FS getpages? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just noticed 34 consecutive "/kernel: vnode_pager: *** WARNING *** stale FS getpages" logged over the course of about 3.5 minutes. This was from yesterday, so I'm not sure what triggered it. Any insight into what this means? I'm running current built 8/31. -- Brian Buchanan brian@CSUA.Berkeley.EDU -------------------------------------------------------------------------- FreeBSD - The Power to Serve! http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 13:58:20 1999 Delivered-To: freebsd-current@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 5AA8A14F6D for ; Sun, 5 Sep 1999 13:58:09 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id NAA94536; Sun, 5 Sep 1999 13:56:35 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: Doug Cc: Nick Hibma , FreeBSD CURRENT Mailing list , n_hibma@heidi.plazza.it Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log In-reply-to: Your message of "Sun, 05 Sep 1999 09:44:01 PDT." <37D29DD1.8FD9398@gorean.org> Date: Sun, 05 Sep 1999 13:56:35 -0700 Message-ID: <94532.936564995@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The only thing I don't like about this is that it introduces a point of > incompatibility between FreeBSD and other unices, and I'm not sure the I think there was a lot of this sort of "compatibility" lost when BSD introduced its whole hier(7) enforced subtree scheme, and about the only OSes we're compatible with on log locations are other BSDs. And I think there's a good chance of getting them to sync with this commit since it does just Make Sense(tm). - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 14: 1:48 1999 Delivered-To: freebsd-current@freebsd.org Received: from racine.cybercable.fr (racine.cybercable.fr [212.198.0.201]) by hub.freebsd.org (Postfix) with SMTP id A17D314F6D for ; Sun, 5 Sep 1999 14:01:36 -0700 (PDT) (envelope-from jtaillan@cybercable.fr) Received: (qmail 2404908 invoked from network); 5 Sep 1999 21:00:46 -0000 Received: from d180.paris-6.cybercable.fr (HELO fugue.ma.maison) (@[212.198.6.180]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 5 Sep 1999 21:00:46 -0000 Received: from (jt@localhost) by fugue.ma.maison (8.9.3/jtpda-5.3.1) id XAA00410 ; Sun, 5 Sep 1999 23:00:45 +0200 (CEST) Date: Sun, 5 Sep 1999 23:00:45 +0200 From: Janick Taillandier To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: umount problem Message-ID: <19990905230045.A385@fugue.noisy.ratp> Reply-To: jtaillan@cybercable.fr References: <19990905223752.A354@fugue.noisy.ratp> <21474.936564294@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i In-Reply-To: <21474.936564294@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Sep 05, 1999 at 10:44:54PM +0200, Poul-Henning Kamp wrote: > In message <19990905223752.A354@fugue.noisy.ratp>, Janick Taillandier writes: > >With a very recent kernel (less than a day), when I halt my > >Dell laptop, I get the following message: > > syncing disks... 4 done > > umount of /users failed (19) > > umount of /usr failed (19) > > umount of / failed (19) > > I fixed this a few hours ago. It's harmless. > Right! I have just cvsuped and this problem has disappeared :-) Thanks for this fix. The soft-updates problem I also reported is not related and completely my fault. Janick Taillandier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 14: 5:46 1999 Delivered-To: freebsd-current@freebsd.org Received: from dt011n65.san.rr.com (dt010nb9.san.rr.com [204.210.12.185]) by hub.freebsd.org (Postfix) with ESMTP id 2FAE915098 for ; Sun, 5 Sep 1999 14:05:43 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gorean.org (master [10.0.0.2]) by dt011n65.san.rr.com (8.9.3/8.8.8) with ESMTP id OAA84081; Sun, 5 Sep 1999 14:05:05 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <37D2DB01.58F5C814@gorean.org> Date: Sun, 05 Sep 1999 14:05:05 -0700 From: Doug Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Nick Hibma Cc: FreeBSD CURRENT Mailing list , n_hibma@heidi.plazza.it.jrc.it Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nick Hibma wrote: > > > > Please review the following patch to get all the log files in one place. > > > The commit will be accompanied by a HEADS UP. If no one objects I will > > > commit this in a couple of days. > > > > The only thing I don't like about this is that it introduces a point of > > incompatibility between FreeBSD and other unices, and I'm not sure the > > benefit is worth it. I would bring up the idea of creating a symlink in > > /var/log, but I know that the purists would never approve of that... > > What about the other way around? I could definitely live with that. I'm really not _against_ the change, and I do see the point of making things consistent. But I'm coming from the standpoint of someone who's trying to introduce freebsd into a previously all-sun shop, and every single little thing that's different gets me a funny look and N minutes of explanation as to why we do things the way we do. Personally I've taken to symlink'ing /var/adm/messages on the sun boxes, so having a symlink the other way around in this case is fine with me. Hoping this makes some kind of sense, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 14:16: 7 1999 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 5D47E14F73 for ; Sun, 5 Sep 1999 14:16:05 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id OAA18172; Sun, 5 Sep 1999 14:16:02 -0700 (PDT) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id OAA18703; Sun, 5 Sep 1999 14:16:01 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19990905162206.B98EA1F05@io.yi.org> Date: Sun, 05 Sep 1999 14:16:01 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: Jake Burkholder Subject: RE: java too? (was Re: Perl still broken in 4.0-CURRENT) Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jake Burkholder wrote: > > I think that java is still broken by this. > > It seg faults immediately with the current rtld, even when run with > no arguments: > >> java > Segmentation fault (core dumped) >> > > but works fine when I revert to august 25th rtld. I've just committed the fix in "src/libexec/rtld-elf/rtld.h" revision 1.12. The Java runtime was peeking into some of the dynamic linker's private data structures. My recent changes added some new members which changed the layout of the structures. I've moved the new members to the end to work around the problem. This is really a JDK bug, but I understand they did it that way to work around limitations in the dynamic linker. I'll try to help them find a less fragile way. John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 16:12:19 1999 Delivered-To: freebsd-current@freebsd.org Received: from pop3-3.enteract.com (pop3-3.enteract.com [207.229.143.32]) by hub.freebsd.org (Postfix) with SMTP id A626214FF7 for ; Sun, 5 Sep 1999 16:12:13 -0700 (PDT) (envelope-from dscheidt@tumbolia.com) Received: (qmail 61974 invoked from network); 5 Sep 1999 23:10:30 -0000 Received: from shell-1.enteract.com (dscheidt@207.229.143.40) by pop3-3.enteract.com with SMTP; 5 Sep 1999 23:10:30 -0000 Date: Sun, 5 Sep 1999 18:10:30 -0500 (CDT) From: David Scheidt X-Sender: dscheidt@shell-1.enteract.com To: Doug Rabson Cc: freebsd-current@freebsd.org Subject: Re: another newpcm casualty In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 5 Sep 1999, Doug Rabson wrote: > On Sun, 5 Sep 1999, David Scheidt wrote: > > > Yesterday's -current fails to find my soundcard. It's an Opti chipset thing > > that worked fine (for a $12 soundcard...) with the old driver. What is > > decent soundcard that works with the new driver? pnpinfo and dmesg snippet > > for the thing: > > Try this patch: The card is now found, but when I try to use it, I get hundreds and hundreds of messages like Sep 5 19:09:33 tumbolia /kernel: AD_WAIT_INIT FAILED 201 0xff in /var/log/messages followed by Sep 5 19:09:33 tumbolia /kernel: mss: Auto calibration timed out(1). David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 16:41:27 1999 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 900E7157E2 for ; Sun, 5 Sep 1999 16:40:32 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40343>; Mon, 6 Sep 1999 09:38:23 +1000 Date: Mon, 6 Sep 1999 09:40:12 +1000 From: Peter Jeremy Subject: Re: PNP ids missing in sio.c In-reply-to: <199909050714.AAA95613@gndrsh.dnsmgr.net> To: freebsd-current@FreeBSD.ORG Message-Id: <99Sep6.093823est.40343@border.alcanet.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Rodney W. Grimes" wrote: >Yes please please please. Those of us doing strange stuff with strange >machines would be eternally greatful if there were device nodes for >PIC's, PIT's, RTC's and ``other random bits''. I'll second that. At one stage, I wrote the code to attach the RTC and associated CMOS RAM as proper devices. (At the time I was playing with the RTC and wanted a `clean' way to access it from userland). I've probably still got the code - for 2.2.5 :-) - lying around. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 17:28: 0 1999 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id EB6F314CEF for ; Sun, 5 Sep 1999 17:27:55 -0700 (PDT) (envelope-from mantar@pacbell.net) Received: from dual (dual.pozo.com [216.101.162.51]) by pozo.com (8.9.3/8.9.3) with ESMTP id RAA02710; Sun, 5 Sep 1999 17:25:39 -0700 (PDT) (envelope-from mantar@pacbell.net) Message-Id: <4.2.0.58.19990905171437.00a24aa0@216.101.162.50> X-Sender: null@216.101.162.50 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Sun, 05 Sep 1999 17:24:41 -0700 To: Doug Rabson From: Manfred Antar Subject: Re: another newpcm casualty Cc: freebsd-current@FreeBSD.ORG In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm having a similar problem with the newpcm stuff. I have a Intel PR440FX motherboard with builtin sound (Crystal Sound System) It worked fine until the recent changes in pnp. I can get it to work with the Voxware drivers no problem. Here is the relevant part of my kernel config : controller pnp0 device pcm0 at isa? port ? irq 5 flags 0x03 Here is part of dmesg : pcm0: at irq 5 flags 0x3 on isa0 unknown0: on isa0 pcm1: at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on isa0 unknown1: at port 0x200-0x207 on isa0 unknown2: at port 0x330-0x331 irq 9 on isa0 Some how it's being recognized as a SoundBlaster card and it's not. Here is pnpinfo : Checking for Plug-n-Play devices... Card assigned CSN #1 Vendor ID CSC0b36 (0x360b630e), Serial Number 0xffffffff PnP Version 1.0, Vendor Version 1 Device Description: CS4236 Audio Logical Device ID: CSC0000 0x0000630e #0 Device Description: WSS/SB TAG Start DF Good Configuration DMA: channel(s) 1 8-bit, not a bus master, count by byte, , Type A DMA: channel(s) 0 3 8-bit, not a bus master, count by byte, , Type A IRQ: 5 - only one type (true/edge) I/O Range 0x534 .. 0x534, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x388 .. 0x388, alignment 0x8, len 0x4 [16-bit addr] I/O Range 0x220 .. 0x220, alignment 0x20, len 0x10 [16-bit addr] TAG Start DF Acceptable Configuration DMA: channel(s) 1 3 8-bit, not a bus master, count by byte, , Type A DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type A IRQ: 5 7 9 11 12 15 - only one type (true/edge) I/O Range 0x534 .. 0xffc, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x388 .. 0x388, alignment 0x8, len 0x4 [16-bit addr] I/O Range 0x220 .. 0x260, alignment 0x20, len 0x10 [16-bit addr] TAG Start DF Sub-optimal Configuration DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type A IRQ: 5 7 9 11 12 15 - only one type (true/edge) I/O Range 0x534 .. 0xffc, alignment 0x4, len 0x4 [16-bit addr] I/O Range 0x388 .. 0x3f8, alignment 0x8, len 0x4 [16-bit addr] I/O Range 0x220 .. 0x300, alignment 0x20, len 0x10 [16-bit addr] TAG End DF Logical Device ID: CSC0001 0x0100630e #1 Device Description: GAME TAG Start DF Good Configuration I/O Range 0x200 .. 0x200, alignment 0x8, len 0x8 [16-bit addr] TAG Start DF Acceptable Configuration I/O Range 0x208 .. 0x208, alignment 0x8, len 0x8 [16-bit addr] TAG End DF Logical Device ID: CSC0010 0x1000630e #2 Device Description: CTRL I/O Range 0x120 .. 0xff8, alignment 0x8, len 0x8 [16-bit addr] Logical Device ID: CSC0003 0x0300630e #3 Device Description: MPU TAG Start DF Good Configuration IRQ: 9 - only one type (true/edge) I/O Range 0x330 .. 0x330, alignment 0x8, len 0x2 [16-bit addr] TAG Start DF Acceptable Configuration IRQ: 9 11 12 15 - only one type (true/edge) I/O Range 0x300 .. 0x3f8, alignment 0x8, len 0x2 [16-bit addr] TAG End DF End Tag Successfully got 44 resources, 4 logical fdevs -- card select # 0x0001 CSN CSC0b36 (0x360b630e), Serial Number 0xffffffff Logical device #0 IO: 0x0534 0x0534 0x0534 0x0534 0x0534 0x0534 0x0534 0x0534 IRQ 5 0 DMA 1 0 IO range check 0x00 activate 0x01 Logical device #1 IO: 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 0 0 DMA 4 4 IO range check 0x00 activate 0x01 Logical device #2 IO: 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 0 0 DMA 4 4 IO range check 0x00 activate 0x01 Logical device #3 IO: 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 9 0 DMA 4 4 IO range check 0x00 activate 0x01 Thanks Manfred ===================== || mantar@pacbell.net || || Ph. (415) 681-6235 || ===================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 18:26:16 1999 Delivered-To: freebsd-current@freebsd.org Received: from alcanet.com.au (border.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id 2FE5815701; Sun, 5 Sep 1999 18:26:01 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <40343>; Mon, 6 Sep 1999 11:23:37 +1000 Date: Mon, 6 Sep 1999 11:25:05 +1000 From: Peter Jeremy Subject: Re: Support for 3Com 3CCFE574BT 10/100 LAN Card To: current@FreeBSD.ORG, hardware@FreeBSD.ORG Message-Id: <99Sep6.112337est.40343@border.alcanet.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu Sep 2 11:35:53 1999 -1000, I wrote: >I notice that -current supports the 3C574, but not the newer 3C574B. I can offer some good news and some bad news: The good news: Support is trivial - at least in PAO3, and the relevant code is also in -current. Patch (against PAO3) below. You also need to duplicate the 3C574 lines in /etc/pccard.conf.sample with 'card "3Com" "Megahertz 574B"'. The bad news: The card itself a a piece of cr*p. On a 100baseTX LAN with virtually no traffic, it can manage to FTP (send/receive) at ~1100kBps (using a Compaq Armarda 1750 - Celeron/300). Lose95 reports the same, so it's not a problem with the FreeBSD driver. When I load up the LAN (eg FTPing between several other hosts) and try sniffing it (tcpdump), the system effectively freezes ("netstat -I ep0 5" stops, and then reports ludicrous error rates). Since network snooping was the whole point of this exercise, I guess I need a new NIC (whch will probably need CardBus support). --- sys/i386/isa/if_ep.c~ Sat Sep 4 10:05:16 1999 +++ sys/i386/isa/if_ep.c Sat Sep 4 15:47:47 1999 @@ -205,6 +205,7 @@ switch (epb->prod_id) { case 0x6055: /* 3C556 */ case 0x4057: /* 3C574 */ + case 0x4b57: /* 3C574B */ epb->mii_trans = 1; break; case 0x9058: /* 3C589 */ Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 18:55:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id 0BFBB14D5E for ; Sun, 5 Sep 1999 18:55:34 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id SAA00936; Sun, 5 Sep 1999 18:55:10 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <199909060155.SAA00936@gndrsh.dnsmgr.net> Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log In-Reply-To: <37D2DB01.58F5C814@gorean.org> from Doug at "Sep 5, 1999 02:05:05 pm" To: Doug@gorean.org (Doug) Date: Sun, 5 Sep 1999 18:55:09 -0700 (PDT) Cc: hibma@skylink.it (Nick Hibma), current@FreeBSD.ORG (FreeBSD CURRENT Mailing list), n_hibma@heidi.plazza.it.jrc.it X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Nick Hibma wrote: > > > > > > Please review the following patch to get all the log files in one place. > > > > The commit will be accompanied by a HEADS UP. If no one objects I will > > > > commit this in a couple of days. > > > > > > The only thing I don't like about this is that it introduces a point of > > > incompatibility between FreeBSD and other unices, and I'm not sure the > > > benefit is worth it. I would bring up the idea of creating a symlink in > > > /var/log, but I know that the purists would never approve of that... > > > > What about the other way around? > > I could definitely live with that. I'm really not _against_ the change, > and I do see the point of making things consistent. But I'm coming from the > standpoint of someone who's trying to introduce freebsd into a previously > all-sun shop, and every single little thing that's different gets me a > funny look and N minutes of explanation as to why we do things the way we > do. Personally I've taken to symlink'ing /var/adm/messages on the sun > boxes, so having a symlink the other way around in this case is fine with > me. Every time they ask you why we do things the way we do, and after you have taken the N minutes to explain it, ask them to go ask Sun the same question, out of fairness to FreeBSD. It might put these ``Sun is the world'' guys back into thier place. Or atleast it might get them off your back about these somewhat minor changes that are mostly made to make things clean and consistent. -- Rod Grimes - KD7CAX - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 19: 0: 6 1999 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 86B6215756 for ; Sun, 5 Sep 1999 19:00:02 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id TAA33221; Sun, 5 Sep 1999 19:58:29 -0600 (MDT) (envelope-from ken) Message-Id: <199909060158.TAA33221@panzer.kdm.org> Subject: Re: cds disappeared In-Reply-To: from Rick Lotoczky at "Sep 4, 1999 09:42:29 pm" To: rickl@ic.net Date: Sun, 5 Sep 1999 19:58:29 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG From: "Kenneth D. Merry" X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Rick Lotoczky wrote... > Sorry, I'm really confused about who has the problem, > but I *do know* my system isn't working properly. > Also, it is different...I didn't know about the two > drives until after I sent mail to you. > > Anyway...here goes--> > > On 04-Sep-99 Kenneth D. Merry said: > > Rick Lotoczky wrote... > > ...my stuff deleted > > > > > It sounds like you've only got one CDROM drive in each > > machine. > > > > Please send the output of the following, with mountable > > media in the drive: > > > > camcontrol devlist -v > # /sbin/camcontrol devlist -v [ ... ] > scbus1 on ncr0 bus 0: > at scbus1 target 0 lun 0 > (pass6,cd0) [ ... ] > > camcontrol tur cd0 -v > # /sbin/camcontrol tur cd0 -v > Unit is not ready > (pass6:ncr0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (pass6:ncr0:0:0:0): NOT READY asc:3a,0 > (pass6:ncr0:0:0:0): Medium not present You don't have a CD in your drive, or the drive doesn't think you do. There's no way FreeBSD will be able to mount it if the drive doesn't think it has media. > > camcontrol inquiry cd0 > # /sbin/camcontrol inquiry cd0 -v > pass6: Removable CD-ROM SCSI-2 device > (pass6:ncr0:0:0:0): INQUIRY. CDB: 12 1 80 0 ff 0 > (pass6:ncr0:0:0:0): ILLEGAL REQUEST asc:24,0 > (pass6:ncr0:0:0:0): Invalid field in CDB sks:c0,2 <- > pass6: 3.300MB/s transfers | > | > | > Looks like something is wrong here------------------ The only thing "wrong" is that your CDROM drive doesn't handle the serial number inquiry. Most don't, so it's nothing to worry about. > the NCR driver compiles with warnings... Don't worry about the compile warnings too much. > > mount /dev/cd0a /mnt > > mount just hangs until a timeout and then gives: > > mount: Input/Output error > > Thanks for the help Ken. By the way, my machine is > dual-boot with NT. The CD works > fine with the other OS. It's hard to say what's wrong with your drive, although you do have one of those HP/Philips WORM drives that's known to be a bit screwy. If you boot without media in it, it'll probably take a long time for the probe message to show up, since the drive takes forever to return a read capacity command when it has no media. Just because the CD in question works fine with other OSes doesn't mean that FreeBSD's cd9660 code can handle it. If the test unit ready you issued above was done when there was media in the drive (i.e. the CD in question), then you've likely got a hardware problem of some sort. That's because the drive is telling you that it doesn't have any media. There's nothing the OS can do to affect that behavior, unless it's the result of some bizarre firmware bug that requires commands to be sent in some non-standard order. I doubt that's the case, though, since other people have identical drives that function just fine. If your drive is reporting medium not present when a CD is in the drive, there's probably something wrong with it. If it does the same with every CD you stick in it, that just makes the results more conclusive. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 19:16:51 1999 Delivered-To: freebsd-current@freebsd.org Received: from dt011n65.san.rr.com (dt010nb9.san.rr.com [204.210.12.185]) by hub.freebsd.org (Postfix) with ESMTP id 8DBEB15799 for ; Sun, 5 Sep 1999 19:16:45 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gorean.org (master [10.0.0.2]) by dt011n65.san.rr.com (8.9.3/8.8.8) with ESMTP id TAA86596; Sun, 5 Sep 1999 19:15:50 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <37D323D5.D2643966@gorean.org> Date: Sun, 05 Sep 1999 19:15:49 -0700 From: Doug Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.61 [en] (X11; U; FreeBSD 4.0-CURRENT-0904 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Rodney W. Grimes" Cc: Nick Hibma , FreeBSD CURRENT Mailing list Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log References: <199909060155.SAA00936@gndrsh.dnsmgr.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Rodney W. Grimes" wrote: > Every time they ask you why we do things the way we do, and after you > have taken the N minutes to explain it, ask them to go ask Sun the > same question, out of fairness to FreeBSD. It might put these ``Sun is > the world'' guys back into thier place. Or atleast it might get them > off your back about these somewhat minor changes that are mostly made > to make things clean and consistent. That's a great thought, except that the actual reasons why aren't terribly important to them. It's just that it's different, and anything different is "bad," in the sense that if it makes them think twice about something, it's more work for them, thus more work for me. Don't get me wrong, my boss/cow orkers/etc. aren't morons, I would just like to avoid gratuitous differences for their own sake. Doug PS to Nick, the n_hibma@heidi.plazza.it.jrc.it address is bouncing for me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 19:38:48 1999 Delivered-To: freebsd-current@freebsd.org Received: from dingo.cdrom.com (castles510.castles.com [208.214.165.74]) by hub.freebsd.org (Postfix) with ESMTP id 993EE1583A for ; Sun, 5 Sep 1999 19:38:45 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id TAA15368; Sun, 5 Sep 1999 19:31:27 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199909060231.TAA15368@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Doug Cc: "Rodney W. Grimes" , Nick Hibma , FreeBSD CURRENT Mailing list Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log In-reply-to: Your message of "Sun, 05 Sep 1999 19:15:49 PDT." <37D323D5.D2643966@gorean.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Sep 1999 19:31:27 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Don't get me wrong, my boss/cow orkers/etc. aren't morons, I would just > like to avoid gratuitous differences for their own sake. "FreeBSD is not Solaris". The differences aren't "gratuitous" because we're not trying to be "like Solaris" in the first place. The differences that exist do so because our idea of "sensible" doesn't agree with Sun's. The real discriminating factor there is that we do things that seem sensible to our community, while Sun do it however they please and then force their community to put up with it. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 20:12:50 1999 Delivered-To: freebsd-current@freebsd.org Received: from dt011n65.san.rr.com (dt010nb9.san.rr.com [204.210.12.185]) by hub.freebsd.org (Postfix) with ESMTP id BC2A7150ED for ; Sun, 5 Sep 1999 20:12:47 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from gorean.org (master [10.0.0.2]) by dt011n65.san.rr.com (8.9.3/8.8.8) with ESMTP id UAA86733; Sun, 5 Sep 1999 20:10:07 -0700 (PDT) (envelope-from Doug@gorean.org) Message-ID: <37D3308E.C112F9A0@gorean.org> Date: Sun, 05 Sep 1999 20:10:06 -0700 From: Doug Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.61 [en] (X11; U; FreeBSD 4.0-CURRENT-0904 i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith Cc: "Rodney W. Grimes" , Nick Hibma , FreeBSD CURRENT Mailing list Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log References: <199909060231.TAA15368@dingo.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > > Don't get me wrong, my boss/cow orkers/etc. aren't morons, I would just > > like to avoid gratuitous differences for their own sake. > > "FreeBSD is not Solaris". The differences aren't "gratuitous" because > we're not trying to be "like Solaris" in the first place. The > differences that exist do so because our idea of "sensible" doesn't > agree with Sun's. The real discriminating factor there is that we do > things that seem sensible to our community, while Sun do it however > they please and then force their community to put up with it. Sorry if I wasn't clear. I agree with you. I'm attempting to elucidate the perspective of my coworkers. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 22:13:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from dingo.cdrom.com (castles510.castles.com [208.214.165.74]) by hub.freebsd.org (Postfix) with ESMTP id 6D7F514EEB for ; Sun, 5 Sep 1999 22:13:41 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id WAA16049; Sun, 5 Sep 1999 22:06:28 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199909060506.WAA16049@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Doug Cc: FreeBSD CURRENT Mailing list Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log In-reply-to: Your message of "Sun, 05 Sep 1999 20:10:06 PDT." <37D3308E.C112F9A0@gorean.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Sep 1999 22:06:28 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > "FreeBSD is not Solaris". The differences aren't "gratuitous" because > > we're not trying to be "like Solaris" in the first place. The > > differences that exist do so because our idea of "sensible" doesn't > > agree with Sun's. The real discriminating factor there is that we do > > things that seem sensible to our community, while Sun do it however > > they please and then force their community to put up with it. > > Sorry if I wasn't clear. I agree with you. I'm attempting to elucidate the > perspective of my coworkers. I understood; I was trying to give you some more ammunition for the battle. Seriously though, that sort of bigotry can be a major stumbling block and handling it is never trivial. Good luck. 8) -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 22:57: 3 1999 Delivered-To: freebsd-current@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 2DAE2152F5 for ; Sun, 5 Sep 1999 22:56:56 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.5/nospam) with UUCP id HAA00515 for freebsd-current@FreeBSD.ORG; Mon, 6 Sep 1999 07:56:51 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id A9EB3870A; Mon, 6 Sep 1999 07:45:14 +0200 (CEST) Date: Mon, 6 Sep 1999 07:45:14 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: another newpcm casualty Message-ID: <19990906074514.A81759@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <4.2.0.58.19990905171437.00a24aa0@216.101.162.50> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.95.5i In-Reply-To: <4.2.0.58.19990905171437.00a24aa0@216.101.162.50>; from Manfred Antar on Sun, Sep 05, 1999 at 05:24:41PM -0700 X-Operating-System: FreeBSD 4.0-CURRENT/ELF ctm#5543 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Manfred Antar: > I have a Intel PR440FX motherboard with builtin sound (Crystal Sound System) > It worked fine until the recent changes in pnp. I have the same m/b with the same audio chip and controller pnp0 device pcm0 finds the card just fine: unknown0: on isa0 pcm0: at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on isa0 unknown1: at port 0x200-0x207 on isa0 unknown2: at port 0x330-0x331 irq 9 on isa0 FreeBSD Audio Driver (newpcm) Sep 4 1999 22:38:12 Installed devices: pcm0: at io 0x534 irq 5 drq 1:0 (1/1 channels duplex) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #73: Sat Jul 31 15:36:05 CEST 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 23:22:57 1999 Delivered-To: freebsd-current@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 34431153DA for ; Sun, 5 Sep 1999 23:22:52 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 11NsAV-0005Z2-00; Mon, 06 Sep 1999 08:22:19 +0200 From: Sheldon Hearn To: Luoqi Chen Cc: nate@mt.sri.com, current@FreeBSD.ORG Subject: Re: start xdm on a particular vty In-reply-to: Your message of "Fri, 03 Sep 1999 14:03:11 -0400." <199909031803.OAA04921@lor.watermarkgroup.com> Date: Mon, 06 Sep 1999 08:22:19 +0200 Message-ID: <21391.936598939@axl.noc.iafrica.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 03 Sep 1999 14:03:11 -0400, Luoqi Chen wrote: > Do you know the appropriate channel to contact the XFree86 folks? In the > mean while, I can take Sheldon's advice, submit it to our XFree86 port. By the way, I've just thought of something you should consider. I think there's still a problem with xdm, where trying to change vty while it's starting up can lose you access to all your vtys. This is a problem if xdm starts up unexpectedly. This is why I'm in favour of it being part of XFree86 instead of FreeBSD. But even more important, it should only be installed if the person running the install is okay with it. For the port, that means asking another question. However, it's a little more tricky for the package and you'll probably have to warn that it has been installed, rather than ask whether it's okay to install. This is, of course, idealism. If the script becomes a part of life, people will learn. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 23:27:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id 4BB0915440 for ; Sun, 5 Sep 1999 23:27:38 -0700 (PDT) (envelope-from mantar@pacbell.net) Received: from dual (dual.pozo.com [216.101.162.51]) by pozo.com (8.9.3/8.9.3) with ESMTP id XAA00414; Sun, 5 Sep 1999 23:24:15 -0700 (PDT) (envelope-from mantar@pacbell.net) Message-Id: <4.2.0.58.19990905230615.00a35de0@216.101.162.50> X-Sender: null@216.101.162.50 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Sun, 05 Sep 1999 23:24:14 -0700 To: Ollivier Robert , freebsd-current@FreeBSD.ORG From: Manfred Antar Subject: Re: another newpcm casualty In-Reply-To: <19990906074514.A81759@keltia.freenix.fr> References: <4.2.0.58.19990905171437.00a24aa0@216.101.162.50> <4.2.0.58.19990905171437.00a24aa0@216.101.162.50> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 07:45 AM 09/06/99 +0200, Ollivier Robert wrote: >According to Manfred Antar: > > I have a Intel PR440FX motherboard with builtin sound (Crystal Sound > System) > > It worked fine until the recent changes in pnp. > >I have the same m/b with the same audio chip and > >controller pnp0 >device pcm0 > >finds the card just fine: > >unknown0: on isa0 >pcm0: at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 >on isa0 >unknown1: at port 0x200-0x207 on isa0 >unknown2: at port 0x330-0x331 irq 9 on isa0 > >FreeBSD Audio Driver (newpcm) Sep 4 1999 22:38:12 >Installed devices: >pcm0: at io 0x534 irq 5 drq 1:0 (1/1 channels duplex) I get the same at boot up but the card is unusable. When I try to use it I get a kernel msg : dsp sync but no output. Is there anything else I need to change ? I've wiped out the snd devices in /dev and did a MAKEDEV snd0 The IRQ's in the bios are mapped to I/O apic not legacy should I change this. is the any thing else I need to put in my kernel file besides the above 2 lines ? Any help would be appreciated. Thanks Manfred ===================== || mantar@pacbell.net || || Ph. (415) 681-6235 || ===================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 23:28:16 1999 Delivered-To: freebsd-current@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id F4195158FE for ; Sun, 5 Sep 1999 23:28:09 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 11NsDT-0005aJ-00; Mon, 06 Sep 1999 08:25:23 +0200 From: Sheldon Hearn To: freebsd@mrynet.com (FreeBSD mailing list) Cc: Mike Hoskins , freebsd-current@FreeBSD.ORG Subject: Re: i386/isa/pnp.h is absent! In-reply-to: Your message of "Fri, 03 Sep 1999 17:03:24 GMT." <199909040003.RAA19293@mrynet.com> Date: Mon, 06 Sep 1999 08:25:23 +0200 Message-ID: <21470.936599123@axl.noc.iafrica.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 03 Sep 1999 17:03:24 GMT, FreeBSD mailing list wrote: > # The xl NIC controller also requires inclusion of the miibus > # controller. > > would clear this issue up for a lotta people. You may as well not introduce confusion on another issue, though; the xl driver provides a device, not a controller. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 5 23:48:51 1999 Delivered-To: freebsd-current@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 1953C15481 for ; Sun, 5 Sep 1999 23:48:49 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost (885 bytes) by rip.psg.com via sendmail with P:stdio/R:inet_resolve/T:smtp (sender: ) (ident using unix) id for ; Sun, 5 Sep 1999 23:48:46 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1) Message-Id: Date: Sun, 5 Sep 1999 23:48:46 -0700 (PDT) From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: FreeBSD Current Subject: more breakage Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cc -O -pipe -DSETPROCTITLE -DSKEY -DLOGIN_CAP -DVIRTUAL_HOSTING -Wall -I/usr/src/libexec/ftpd/../../contrib-crypto/telnet -DINTERNAL_LS -Dmain=ls_main -I/usr/src/libexec/ftpd/../../bin/ls -DKERBEROS -I/usr/obj/usr/src/tmp/usr/include -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o skey-stuff.o ls.o cmp.o print.o stat_flags.o util.o klogin.o -lskey -lmd -lcrypt -lutil -lkrb -ldes /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `init_error_table' /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `initialize_error_table_r' *** Error code 1 Stop in /usr/src/libexec/ftpd. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 0:20:49 1999 Delivered-To: freebsd-current@freebsd.org Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id 16C621510C for ; Mon, 6 Sep 1999 00:20:45 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elect8 (elect8.jrc.it [139.191.71.152]) by mrelay.jrc.it (LMC5692) with ESMTP id JAA12267; Mon, 6 Sep 1999 09:19:44 +0200 (MET DST) Date: Mon, 6 Sep 1999 09:19:43 +0200 (MET DST) From: Nick Hibma X-Sender: n_hibma@elect8 Reply-To: Nick Hibma To: "Rodney W. Grimes" Cc: Doug , FreeBSD CURRENT Mailing list , n_hibma@heidi.plazza.it.jrc.it Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log In-Reply-To: <199909060155.SAA00936@gndrsh.dnsmgr.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Every time they ask you why we do things the way we do, and after you > have taken the N minutes to explain it, ask them to go ask Sun the > same question, out of fairness to FreeBSD. It might put these ``Sun is > the world'' guys back into thier place. Or atleast it might get them > off your back about these somewhat minor changes that are mostly made > to make things clean and consistent. "How do you mean strange location? Having to recompile sendmail to get rid of forced-down-your-throat-NIS is the obvious thing to do isn't it?" Nick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 0:54:33 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id BE9441508A for ; Mon, 6 Sep 1999 00:54:29 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id IAA04508; Mon, 6 Sep 1999 08:55:39 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 6 Sep 1999 08:55:39 +0100 (BST) From: Doug Rabson To: David Scheidt Cc: freebsd-current@freebsd.org Subject: Re: another newpcm casualty In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 5 Sep 1999, David Scheidt wrote: > On Sun, 5 Sep 1999, Doug Rabson wrote: > > > On Sun, 5 Sep 1999, David Scheidt wrote: > > > > > Yesterday's -current fails to find my soundcard. It's an Opti chipset thing > > > that worked fine (for a $12 soundcard...) with the old driver. What is > > > decent soundcard that works with the new driver? pnpinfo and dmesg snippet > > > for the thing: > > > > Try this patch: > > The card is now found, but when I try to use it, I get hundreds and hundreds > of messages like > Sep 5 19:09:33 tumbolia /kernel: AD_WAIT_INIT FAILED 201 0xff in > /var/log/messages followed by > Sep 5 19:09:33 tumbolia /kernel: mss: Auto calibration timed out(1). So the patch didn't change the behaviour at all? -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 0:55:32 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 9964D1508A for ; Mon, 6 Sep 1999 00:55:30 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id IAA05635; Mon, 6 Sep 1999 08:56:22 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 6 Sep 1999 08:56:22 +0100 (BST) From: Doug Rabson To: Manfred Antar Cc: freebsd-current@freebsd.org Subject: Re: another newpcm casualty In-Reply-To: <4.2.0.58.19990905171437.00a24aa0@216.101.162.50> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 5 Sep 1999, Manfred Antar wrote: > I'm having a similar problem with the newpcm stuff. > I have a Intel PR440FX motherboard with builtin sound (Crystal Sound System) > It worked fine until the recent changes in pnp. > I can get it to work with the Voxware drivers no problem. > Here is the relevant part of my kernel config : > > controller pnp0 > device pcm0 at isa? port ? irq 5 flags 0x03 Change this to: device pcm0 -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 1: 3:11 1999 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 00581158BA for ; Mon, 6 Sep 1999 01:03:02 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 8F1771CAB; Mon, 6 Sep 1999 16:01:52 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: Doug Rabson Cc: David Scheidt , freebsd-current@freebsd.org Subject: Re: another newpcm casualty In-reply-to: Your message of "Mon, 06 Sep 1999 08:55:39 +0100." Date: Mon, 06 Sep 1999 16:01:52 +0800 From: Peter Wemm Message-Id: <19990906080152.8F1771CAB@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Rabson wrote: > On Sun, 5 Sep 1999, David Scheidt wrote: > > > On Sun, 5 Sep 1999, Doug Rabson wrote: > > > > > On Sun, 5 Sep 1999, David Scheidt wrote: > > > > > > > Yesterday's -current fails to find my soundcard. It's an Opti chipset thing > > > > that worked fine (for a $12 soundcard...) with the old driver. What is > > > > decent soundcard that works with the new driver? pnpinfo and dmesg s nippet > > > > for the thing: > > > > > > Try this patch: > > > > The card is now found, but when I try to use it, I get hundreds and hundred s > > of messages like > > Sep 5 19:09:33 tumbolia /kernel: AD_WAIT_INIT FAILED 201 0xff in > > /var/log/messages followed by > > Sep 5 19:09:33 tumbolia /kernel: mss: Auto calibration timed out(1). > > So the patch didn't change the behaviour at all? I vaguely remember something about MSS devices sometimes using 0x530 vs 0x534 and sometimes putting the registers at offset 0 and sometimes at +4. (ie: using a PnP base address of 0x534 and the registers at 0x534 (ie: +0) and other times the PnP register window at 0x530 and the mss registers at 0x534 (ie: +4)). Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 1:24:56 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 1966A159CA for ; Mon, 6 Sep 1999 01:24:52 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA29587; Mon, 6 Sep 1999 09:25:28 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 6 Sep 1999 09:25:28 +0100 (BST) From: Doug Rabson To: Peter Wemm Cc: David Scheidt , freebsd-current@freebsd.org Subject: Re: another newpcm casualty In-Reply-To: <19990906080152.8F1771CAB@overcee.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 6 Sep 1999, Peter Wemm wrote: > Doug Rabson wrote: > > On Sun, 5 Sep 1999, David Scheidt wrote: > > > > > On Sun, 5 Sep 1999, Doug Rabson wrote: > > > > > > > On Sun, 5 Sep 1999, David Scheidt wrote: > > > > > > > > > Yesterday's -current fails to find my soundcard. It's an Opti chipset > thing > > > > > that worked fine (for a $12 soundcard...) with the old driver. What is > > > > > decent soundcard that works with the new driver? pnpinfo and dmesg s > nippet > > > > > for the thing: > > > > > > > > Try this patch: > > > > > > The card is now found, but when I try to use it, I get hundreds and hundred > s > > > of messages like > > > Sep 5 19:09:33 tumbolia /kernel: AD_WAIT_INIT FAILED 201 0xff in > > > /var/log/messages followed by > > > Sep 5 19:09:33 tumbolia /kernel: mss: Auto calibration timed out(1). > > > > So the patch didn't change the behaviour at all? > > I vaguely remember something about MSS devices sometimes using 0x530 vs 0x534 > and sometimes putting the registers at offset 0 and sometimes at +4. (ie: > using a PnP base address of 0x534 and the registers at 0x534 (ie: +0) and > other times the PnP register window at 0x530 and the mss registers at 0x534 > (ie: +4)). We have a flag for that in the mss driver (BD_F_MSS_OFFSET) which the pnp part attempts to initalise based on the ID. I thought that was the problem in this case but it doesn't seem to have changed anything. Maybe my patch was wrong. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 2: 9:38 1999 Delivered-To: freebsd-current@freebsd.org Received: from des.follo.net (des.follo.net [195.204.143.216]) by hub.freebsd.org (Postfix) with ESMTP id 0702514DE6 for ; Mon, 6 Sep 1999 02:09:33 -0700 (PDT) (envelope-from des@des.follo.net) Received: (from des@localhost) by des.follo.net (8.9.3/8.9.3) id LAA03444; Mon, 6 Sep 1999 11:08:33 +0200 (CEST) (envelope-from des) To: current@freebsd.org Subject: Panic with -CURRENT from Jul 31 Organization: Yes Interactive Visit-Us-At: http://www.yes.no/ From: Dag-Erling Smorgrav Date: 06 Sep 1999 11:08:33 +0200 Message-ID: Lines: 177 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here's (most of) the relevant information. Sources are from July 31st, the kernel was built on August 2nd. The panic occurred while I was doing a large rm -rf (deleting a full copy of the src/contrib tree). The "symbols.1" file referenced below is an unstripped copy of the kernel that panicked. root@des /var/crash# gdb -k GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd". (kgdb) file symbols.1 Reading symbols from symbols.1...done. (kgdb) core vmcore.1 IdlePTD 2949120 initial pcb at 21e3a0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1b1b0e03 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0128333 stack pointer = 0x10:0xc8c4edd0 frame pointer = 0x10:0xc8c4edf0 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 = 3329 (rm) interrupt mask = net tty bio cam trap number = 12 panic: page fault syncing disks... 462 65 65 65 65 65 65 65 65 65 65 65 65 65 65 65 65 65 65 65 gi ving up dumping to dev (3,1), offset 786464 dump 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 5 7 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 boot (howto=256) at ../../kern/kern_shutdown.c:291 291 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:291 #1 0xc012ba30 in at_shutdown ( function=0xc01f430f <__set_sysinit_set_sym_nexus_rootmodule_sys_init+1751>, arg=0xc89d91e0, queue=-926618224) at ../../kern/kern_shutdown.c:505 #2 0xc01bb2e1 in trap_fatal (frame=0xc8c4ed90, eva=454757891) at ../../i386/i386/trap.c:907 #3 0xc01bafb9 in trap_pfault (frame=0xc8c4ed90, usermode=0, eva=454757891) at ../../i386/i386/trap.c:800 #4 0xc01bac37 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 7, tf_esi = -1071521632, tf_ebp = -926618128, tf_isp = -926618180, tf_ebx = -1071595200, tf_edx = 0, tf_ecx = 454757891, tf_eax = 128, tf_trapno = 12, tf_err = 0, tf_eip = -1072528589, tf_cs = 8, tf_eflags = 66054, tf_esp = 0, tf_ss = -1044702840}) at ../../i386/i386/trap.c:426 #5 0xc0128333 in malloc (size=84, type=0xc020c140, flags=0) at ../../kern/kern_malloc.c:217 #6 0xc01815e8 in inodedep_lookup (fs=0xc1c04800, inum=1135712, flags=1, inodedeppp=0xc8c4ee30) at ../../ufs/ffs/ffs_softdep.c:843 #7 0xc0184911 in softdep_update_inodeblock (ip=0xc293f100, bp=0xc459ae78, waitfor=0) at ../../ufs/ffs/ffs_softdep.c:3489 #8 0xc017ff7d in ffs_update (vp=0xc8987640, waitfor=0) at ../../ufs/ffs/ffs_inode.c:105 #9 0xc018a159 in ufs_inactive (ap=0xc8c4eec8) at ../../ufs/ufs/ufs_inode.c:92 #10 0xc018f3e5 in ufs_vnoperate (ap=0xc8c4eec8) at ../../ufs/ufs/ufs_vnops.c:2316 #11 0xc0151e3e in vput (vp=0xc8987640) at vnode_if.h:767 #12 0xc0156d5d in rmdir (p=0xc89d91e0, uap=0xc8c4ef80) at ../../kern/vfs_syscalls.c:2703 #13 0xc01bb51e in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 1, tf_esi = 134713344, tf_ebp = -1077945364, tf_isp = -926617644, tf_ebx = 134722048, tf_edx = 134722120, tf_ecx = 134742016, tf_eax = 137, tf_trapno = 7, tf_err = 2, tf_eip = 134532664, tf_cs = 31, tf_eflags = 582, tf_esp = -1077945384, tf_ss = 47}) at ../../i386/i386/trap.c:1056 #14 0xc01b0186 in Xint0x80_syscall () #15 0x8048242 in ?? () #16 0x80480e9 in ?? () (kgdb) q root@des /var/crash# strings -n 3 kernel.1 | grep ___ | sed s/___// # Kernel configuration for des.follo.net machine i386 cpu I586_CPU cpu I686_CPU ident DES maxusers 32 makeoptions DEBUG=-g options AUTO_EOI_1 options AUTO_EOI_2 options COMPAT_43 options FFS options FFS_ROOT options ICMP_BANDLIM options INCLUDE_CONFIG_FILE options INET options IPFIREWALL options IPFIREWALL_VERBOSE options KTRACE options NMBCLUSTERS=8192 options PROCFS options SOFTUPDATES options SYSVMSG options SYSVSEM options SYSVSHM options TCP_DROP_SYNFIN options TCP_RESTRICT_RST options UCONSOLE options USERCONFIG options VESA options VISUAL_USERCONFIG config kernel controller isa0 controller pci0 controller pnp0 controller fdc0 at isa? port IO_FD1 irq 6 drq 2 disk fd0 at fdc0 drive 0 controller wdc0 at isa? port IO_WD1 irq 14 flags 0xa0ffa0ff disk wd0 at wdc0 drive 0 controller wdc1 at isa? port IO_WD2 irq 15 flags 0xa0ffa0ff disk wd2 at wdc1 drive 0 controller atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? port ? conflicts pseudo-device splash device sc0 at isa? options SC_DFLT_FONT makeoptions SC_DFLT_FONT=iso options MSGBUF_SIZE=32768 options SC_HISTORY_SIZE=1024 device npx0 at nexus? port IO_NPX irq 13 device apm0 at isa? disable device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device ppc0 at isa? port? irq 7 controller ppbus0 device lpt0 at ppbus? device plip0 at ppbus? device ppi0 at ppbus? device xl0 pseudo-device loop pseudo-device ether pseudo-device tun 4 pseudo-device bpf 4 pseudo-device pty 64 pseudo-device vn 4 device pcm0 at isa? port? irq 5 drq 1 flags 0x0 root@des /var/crash# strings kernel.1 | grep CURRENT 4.0-CURRENT FreeBSD 4.0-CURRENT #11: Mon Aug 2 10:04:39 CEST 1999 DES -- Dag-Erling Smorgrav - des@yes.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 2:17:10 1999 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 249C114F6D for ; Mon, 6 Sep 1999 02:17:07 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id LAA21428; Mon, 6 Sep 1999 11:16:45 +0200 (CEST) (envelope-from des) To: Randy Bush Cc: FreeBSD Current Subject: Re: more breakage References: From: Dag-Erling Smorgrav Date: 06 Sep 1999 11:16:44 +0200 In-Reply-To: Randy Bush's message of "Sun, 5 Sep 1999 23:48:46 -0700 (PDT)" Message-ID: Lines: 11 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Randy Bush writes: > cc -O -pipe -DSETPROCTITLE -DSKEY -DLOGIN_CAP -DVIRTUAL_HOSTING -Wall -I/usr/src/libexec/ftpd/../../contrib-crypto/telnet -DINTERNAL_LS -Dmain=ls_main -I/usr/src/libexec/ftpd/../../bin/ls -DKERBEROS -I/usr/obj/usr/src/tmp/usr/include -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o skey-stuff.o ls.o cmp.o print.o stat_flags.o util.o klogin.o -lskey -lmd -lcrypt -lutil -lkrb -ldes > /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `init_error_table' > /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `initialize_error_table_r' Gah. libcom_err breakage. libcom_err is evil, and I wish it would go away, but MIT insists on using it for all their code. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 2:34:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.scc.nl (node1374.a2000.nl [62.108.19.116]) by hub.freebsd.org (Postfix) with ESMTP id 8428C14CC3 for ; Mon, 6 Sep 1999 02:34:33 -0700 (PDT) (envelope-from freebsd-current@scc.nl) Received: (from daemon@localhost) by mail.scc.nl (8.9.3/8.9.3) id LAA73796 for current@FreeBSD.ORG; Mon, 6 Sep 1999 11:03:40 +0200 (CEST) (envelope-from freebsd-current@scc.nl) Received: from GATEWAY by dwarf.hq.scc.nl with netnews for current@FreeBSD.ORG (current@FreeBSD.ORG) To: current@FreeBSD.ORG Date: Mon, 06 Sep 1999 11:03:35 +0200 From: Marcel Moolenaar Message-ID: <37D38367.C297FD64@scc.nl> Organization: SCC vof Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: (P)review: sigset_t for more than 32 signals Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Disclaimer: This is still work in progress. Description: When we want to support Linux binaries in the future and possibly also want real-time signals, then we need to support more than 32 signals. Current status: The diffs result in a working backwards compatible GENERIC kernel. The linuxulator also doesn't seem to be broken. Recompiling programs (such as sh) also seems to work *in general*. Known problems: Building world fails because the freshly built cpp segfaults. A setjmp call that may be involved matches the problem of a return address being 0. gdb does not display a complete backtrace... Diffs: kernel/userland - http://www.FreeBSD.org/~marcel/signal.diff linux module - http://www.FreeBSD.org/~marcel/linux.diff To do: o LINT needs to be compiled to make sure most code has been changed, o most of userland still needs be touched, o the alpha port needs to be taken care of. Your suggestions, comments, criticism and participation is requested! -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 6: 4:14 1999 Delivered-To: freebsd-current@freebsd.org Received: from hda.hda.com (hda-bicnet.bicnet.net [209.244.238.132]) by hub.freebsd.org (Postfix) with ESMTP id DA12214E58 for ; Mon, 6 Sep 1999 06:04:07 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id JAA07157; Mon, 6 Sep 1999 09:00:46 -0400 (EDT) From: Peter Dufault Message-Id: <199909061300.JAA07157@hda.hda.com> Subject: Re: (P)review: sigset_t for more than 32 signals In-Reply-To: <37D38367.C297FD64@scc.nl> from Marcel Moolenaar at "Sep 6, 99 11:03:35 am" To: marcel@scc.nl (Marcel Moolenaar) Date: Mon, 6 Sep 1999 09:00:44 -0400 (EDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Description: > When we want to support Linux binaries in the future and possibly also want > real-time signals, then we need to support more than 32 signals. > > Current status: > The diffs result in a working backwards compatible GENERIC kernel. The > linuxulator also doesn't seem to be broken. Recompiling programs (such as > sh) also seems to work *in general*. > > Known problems: > Building world fails because the freshly built cpp segfaults. A setjmp call > that may be involved matches the problem of a return address being 0. gdb > does not display a complete backtrace... > > Diffs: > kernel/userland - http://www.FreeBSD.org/~marcel/signal.diff > linux module - http://www.FreeBSD.org/~marcel/linux.diff > > To do: > o LINT needs to be compiled to make sure most code has been changed, > o most of userland still needs be touched, > o the alpha port needs to be taken care of. > > Your suggestions, comments, criticism and participation is requested! This is convenient, I had just been discussing this with someone. Firstly, you should get rid of any explicit 32, 31, etc and anything else tied to the assumed number of bits in an int. Secondly, I'd personally make it scale to a ridiculous number of signals such as 4096 by changing a single manifest constant to really thrash things out. Finally, an extract from some earlier thoughts about expanding explicitly to 64 signals: ... If we go with the moral equivalent of this struct (not really, see below): typedef struct { unsigned int n; uint64_t v; } sigset_t; where "n" is the number of signals it will be easy to catch broken programs using improperly initialized sigset_t's (only valid value for "n" 64), and we'll be ready in case once people start using pools of unnamed signals they want many. To get around the issues (ordering i.e. n must be first in memory so you can see how many signals in this implementation, new versions of the compiler change alignment for uint64_t, etc), I'd make it an array of three uint32_t. With machine specific sigset_t access macros you could get back to manipulations of long longs. Or let it be three native unsigned ints (some typedef unaffected by compiler switches), put the array size in v[0], and let the size of the array and the size of the int determine the value of NSIG or vice-verse. I would take an approach that will detect many broken programs, probably the array of three native ints. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 6:44:56 1999 Delivered-To: freebsd-current@freebsd.org Received: from hda.hda.com (hda-bicnet.bicnet.net [209.244.238.132]) by hub.freebsd.org (Postfix) with ESMTP id DCD0114DA0 for ; Mon, 6 Sep 1999 06:44:52 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id JAA07224; Mon, 6 Sep 1999 09:43:20 -0400 (EDT) From: Peter Dufault Message-Id: <199909061343.JAA07224@hda.hda.com> Subject: Re: (P)review: sigset_t for more than 32 signals In-Reply-To: <37D38367.C297FD64@scc.nl> from Marcel Moolenaar at "Sep 6, 99 11:03:35 am" To: marcel@scc.nl (Marcel Moolenaar) Date: Mon, 6 Sep 1999 09:43:19 -0400 (EDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Description: > When we want to support Linux binaries in the future and possibly also want > real-time signals, then we need to support more than 32 signals... I thought about this a bit more and thought of a good two-step process: 1. Immediately do roughly what you displayed only without increasing the number of signals but instead using two sixteen bit ints, and commit after testing. This will be binary compatible with the existing syscalls and will start to compile-time break two classes of programs: Those using sigset_t access methods against non-sigset_t's; Those directly accessing sigset_t's. Programs doing both of these, i.e. directly manipulating unsigned longs on the i386, will not be detected but will continue to work as they do now. 2. Switch to the higher number of signals using the approach I suggested making the high 16 bits of the "header" word an unusual pattern of mask bits by looking at bits unlikely to ever be masked. This pattern is architecture dependent, but it doesn't matter much as long as the pattern is for the most widely used system, i.e., i386. By encoding the number of ints that follow in the array in the low order 16 bits you'll be limitted to 2,097,152+1 signals with this approach, but that won't be a restriction for a while. Now you can detect in the kernel calls likely to be from the final class of broken programs. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 6:54:59 1999 Delivered-To: freebsd-current@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 375AA14DEB for ; Mon, 6 Sep 1999 06:54:55 -0700 (PDT) (envelope-from marcel@scc.nl) Received: from scones.sup.scc.nl (i212.ztm.euronet.nl [194.134.67.13]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id PAA00612; Mon, 6 Sep 1999 15:54:49 +0200 (MET DST) Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by scones.sup.scc.nl (8.9.3/8.9.3) with ESMTP id PAA85656; Mon, 6 Sep 1999 15:54:45 +0200 (CEST) (envelope-from marcel@scc.nl) Message-ID: <37D3C7A5.1B8A4935@scc.nl> Date: Mon, 06 Sep 1999 15:54:45 +0200 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Dufault Cc: current@FreeBSD.ORG Subject: Re: (P)review: sigset_t for more than 32 signals References: <199909061300.JAA07157@hda.hda.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Dufault wrote: > Firstly, you should get rid of any explicit 32, 31, etc and anything > else tied to the assumed number of bits in an int. You first need to get rid of any code that assumes that siget_t is an (unsigned) integer. Use macros to abstract the access to the new sigset_t so that you don't replace one assumption with the other... > typedef struct { > unsigned int n; > uint64_t v; > } sigset_t; You can't use any BSD or FreeBSD specific types (such as u_int32)t) in publicly visible types (such as sigset_t). It breaks programs because it's not ANSI and/or Posix. -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 7:11:37 1999 Delivered-To: freebsd-current@freebsd.org Received: from hda.hda.com (hda-bicnet.bicnet.net [209.244.238.132]) by hub.freebsd.org (Postfix) with ESMTP id 007E014DC9 for ; Mon, 6 Sep 1999 07:11:33 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id KAA07292; Mon, 6 Sep 1999 10:08:21 -0400 (EDT) From: Peter Dufault Message-Id: <199909061408.KAA07292@hda.hda.com> Subject: Re: (P)review: sigset_t for more than 32 signals In-Reply-To: <37D3C7A5.1B8A4935@scc.nl> from Marcel Moolenaar at "Sep 6, 99 03:54:45 pm" To: marcel@scc.nl (Marcel Moolenaar) Date: Mon, 6 Sep 1999 10:08:21 -0400 (EDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Peter Dufault wrote: > > > Firstly, you should get rid of any explicit 32, 31, etc and anything > > else tied to the assumed number of bits in an int. > > You first need to get rid of any code that assumes that siget_t is an > (unsigned) integer. Use macros to abstract the access to the new sigset_t > so that you don't replace one assumption with the other... But you want that code to break. > > > typedef struct { > > unsigned int n; > > uint64_t v; > > } sigset_t; > > You can't use any BSD or FreeBSD specific types (such as u_int32)t) in > publicly visible types (such as sigset_t). It breaks programs because it's > not ANSI and/or Posix. Further on you'll see I don't support this (this was a "dramatization" of the structure), however, because the typedef ends in "_t" it is reserved by POSIX for the implementation. This is a particularly safe implementation typedef, since I don't anticipate uint64_t ever being used in a future specification as a different data type. I don't know about ANSI. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 7:12: 2 1999 Delivered-To: freebsd-current@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id D4D5E15421 for ; Mon, 6 Sep 1999 07:11:41 -0700 (PDT) (envelope-from marcel@scc.nl) Received: from scones.sup.scc.nl (i036.ztm.euronet.nl [194.134.112.37]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id QAA10267; Mon, 6 Sep 1999 16:09:52 +0200 (MET DST) Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by scones.sup.scc.nl (8.9.3/8.9.3) with ESMTP id QAA86011; Mon, 6 Sep 1999 16:09:49 +0200 (CEST) (envelope-from marcel@scc.nl) Message-ID: <37D3CB2D.10485299@scc.nl> Date: Mon, 06 Sep 1999 16:09:49 +0200 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Dufault Cc: current@FreeBSD.ORG Subject: Re: (P)review: sigset_t for more than 32 signals References: <199909061343.JAA07224@hda.hda.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Dufault wrote: > 1. Immediately do roughly what you displayed only without increasing > the number of signals but instead using two sixteen bit ints, and > commit after testing. [snip] > 2. Switch to the higher number of signals using the approach I > suggested making the high 16 bits of the "header" > word an unusual pattern of mask bits by looking at bits unlikely > to ever be masked. [snip] You forget that you still need to be backwards compatible. The easiest solution is to add new syscalls with the new sigset_t, recompile the kernel and reboot. Everything should still work. if not, then you broke the kernel. When you build world, everything will use the new syscalls and if something gets broken, then it's the application itself that needs fixing. In any case, you'll catch most (if not all) improper use or assumptions of sigset_t by simply compiling... That's what I did. I booted my new kernel without any problems or panics and without breaking any existing code. So, it indeed works quite well :-) -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 7:31:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id 9C84F152F8 for ; Mon, 6 Sep 1999 07:31:13 -0700 (PDT) (envelope-from mantar@pacbell.net) Received: from dual (dual.pozo.com [216.101.162.51]) by pozo.com (8.9.3/8.9.3) with ESMTP id HAA00385; Mon, 6 Sep 1999 07:28:51 -0700 (PDT) (envelope-from mantar@pacbell.net) Message-Id: <4.2.0.58.19990906065639.00a399c0@216.101.162.50> X-Sender: null@216.101.162.50 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Mon, 06 Sep 1999 07:28:50 -0700 To: Doug Rabson From: Manfred Antar Subject: Re: another newpcm casualty Cc: freebsd-current@freebsd.org In-Reply-To: References: <4.2.0.58.19990905171437.00a24aa0@216.101.162.50> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 08:56 AM 09/06/99 +0100, Doug Rabson wrote: >On Sun, 5 Sep 1999, Manfred Antar wrote: > > > I'm having a similar problem with the newpcm stuff. > > I have a Intel PR440FX motherboard with builtin sound (Crystal Sound > System) > > It worked fine until the recent changes in pnp. > > I can get it to work with the Voxware drivers no problem. > > Here is the relevant part of my kernel config : > > > > controller pnp0 > > device pcm0 at isa? port ? irq 5 flags 0x03 > >Change this to: > > device pcm0 I tried that and still no go. This is what comes up: unknown0: on isa0 pcm0: at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on isa0 unknown1: at port 0x200-0x207 on isa0 unknown2: at port 0x330-0x331 irq 9 on isa0 But it is unusable. Ollivier Robert has the same motherboard and It works for him. All I can think of is there must be a conflict with one of the other cards on the board. Matrox Millenium or the DPT Raid controller. Thanks Manfred ===================== || mantar@pacbell.net || || Ph. (415) 681-6235 || ===================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 7:31:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from arc.hq.cti.ru (arc.hq.cti.ru [195.34.40.3]) by hub.freebsd.org (Postfix) with ESMTP id 06CBA158F5 for ; Mon, 6 Sep 1999 07:31:30 -0700 (PDT) (envelope-from tejblum@arc.hq.cti.ru) Received: from arc.hq.cti.ru (localhost [127.0.0.1]) by arc.hq.cti.ru (8.9.3/8.9.3) with ESMTP id SAA28830; Mon, 6 Sep 1999 18:28:33 +0400 (MSD) (envelope-from tejblum@arc.hq.cti.ru) Message-Id: <199909061428.SAA28830@arc.hq.cti.ru> X-Mailer: exmh version 2.0zeta 7/24/97 To: Marcel Moolenaar Cc: Peter Dufault , current@FreeBSD.ORG Subject: Re: (P)review: sigset_t for more than 32 signals In-reply-to: Your message of "Mon, 06 Sep 1999 15:54:45 +0200." <37D3C7A5.1B8A4935@scc.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Sep 1999 18:28:32 +0400 From: Dmitrij Tejblum Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > typedef struct { > > unsigned int n; > > uint64_t v; > > } sigset_t; > > You can't use any BSD or FreeBSD specific types (such as u_int32)t) in > publicly visible types (such as sigset_t). It breaks programs because it's > not ANSI and/or Posix. You can use internal names like __uint32_t from for. They are in the implementation namespace. Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 7:37:32 1999 Delivered-To: freebsd-current@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 5D4281545B for ; Mon, 6 Sep 1999 07:37:27 -0700 (PDT) (envelope-from marcel@scc.nl) Received: from scones.sup.scc.nl (i251.ztm.euronet.nl [194.134.67.52]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id QAA27251; Mon, 6 Sep 1999 16:35:13 +0200 (MET DST) Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by scones.sup.scc.nl (8.9.3/8.9.3) with ESMTP id QAA86970; Mon, 6 Sep 1999 16:35:10 +0200 (CEST) (envelope-from marcel@scc.nl) Message-ID: <37D3D11E.2AAD94DB@scc.nl> Date: Mon, 06 Sep 1999 16:35:10 +0200 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Dufault Cc: current@FreeBSD.ORG Subject: Re: (P)review: sigset_t for more than 32 signals References: <199909061408.KAA07292@hda.hda.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Dufault wrote: > > > Peter Dufault wrote: > > > > > Firstly, you should get rid of any explicit 32, 31, etc and anything > > > else tied to the assumed number of bits in an int. > > > > You first need to get rid of any code that assumes that siget_t is an > > (unsigned) integer. Use macros to abstract the access to the new sigset_t > > so that you don't replace one assumption with the other... > > But you want that code to break. What do you mean? > Further on you'll see I don't support this (this was a "dramatization" > of the structure), however, because the typedef ends in "_t" it is > reserved by POSIX for the implementation. > > This is a particularly safe implementation typedef, > since I don't anticipate uint64_t ever being used in a future specification > as a different data type. > > I don't know about ANSI. The point is that uint64_t (for example) is not exported to ANSI/Posix sources. uint64_t is simply undefined/undeclared. My first implementation used u_int32_t, but I had to change that because it broke build world in a very early stage. -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 7:53:33 1999 Delivered-To: freebsd-current@freebsd.org Received: from hda.hda.com (hda-bicnet.bicnet.net [209.244.238.132]) by hub.freebsd.org (Postfix) with ESMTP id 4C88D14E58 for ; Mon, 6 Sep 1999 07:53:28 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id KAA07461; Mon, 6 Sep 1999 10:51:43 -0400 (EDT) From: Peter Dufault Message-Id: <199909061451.KAA07461@hda.hda.com> Subject: Re: (P)review: sigset_t for more than 32 signals In-Reply-To: <37D3CB2D.10485299@scc.nl> from Marcel Moolenaar at "Sep 6, 99 04:09:49 pm" To: marcel@scc.nl (Marcel Moolenaar) Date: Mon, 6 Sep 1999 10:51:41 -0400 (EDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Peter Dufault wrote: > > > 1. Immediately do roughly what you displayed only without increasing > > the number of signals but instead using two sixteen bit ints, and > > commit after testing. > [snip] > > 2. Switch to the higher number of signals using the approach I > > suggested making the high 16 bits of the "header" > > word an unusual pattern of mask bits by looking at bits unlikely > > to ever be masked. > [snip] > > You forget that you still need to be backwards compatible... No - What about binary compatability? You can't change the size of the sigset_t without changing the system call. I assumed you had added a new system call and kept the old one for compatability along with a compatability header. I didn't look closely enough at your patches. I'll quickly type this so forgive the errors, and I hope Bruce isn't following this. First a compat/signal.h that sets up a few test macros and includes for the new signal.h. This is used for compatability, however, initially this will be signal.h and the new signal.h will be newsignal.h to provide the "stay 32 bits and binary compatible and find broken programs" period: compat/signal.h: ======================== #ifndef _COMPAT_SIGNAL_H_ #define _COMPAT_SIGNAL_H_ #include /* Set up test macros to configure signal.h for compatability. */ /* Old number of signals: */ #define NSIG 32 /* Don't use a "header" that specifies number of signals: */ #define _SIGNAL_HEADER 0 #ifndef _SIGNAL_PIECES_T /* Set up the typedef for signals. Use a pair of 16 bit integers * to catch programs that cheat on using sigset_t access methods: */ #ifdef _SIGNAL_CATCH_BROKEN typedef u_int16_t signal_pieces_t; #else typedef u_int32_t signal_pieces_t; #endif #define _SIGNAL_PIECES_T signal_pieces_t #endif /* _SIGNAL_PIECES_T */ #include #endif /* _COMPAT_SIGNAL_H_ */ ======================== Now a real signal.h: ======================== #ifndef _SIGNAL_H_ #define _SIGNAL_H_ #include /* Are we running in compatability mode? */ #ifndef _COMPAT_SIGNAL_H_ /* Not compat mode, set up for 64 bit signals */ #define NSIG 64 #define _SIGNAL_HEADER 1 #ifndef _SIGNAL_PIECES_T typedef u_int32_t signal_pieces_t; #define _SIGNAL_PIECES_T signal_pieces_t #endif #endif /* _COMPAT_SIGNAL_H_ */ /* Finally we can define our typedef. How many items do * we need in our array, taking into account * * XXX Pretend we included the right thing to get _NBBY, the * number of bits in a byte, I don't know what that may be. */ #ifdef _SIGNAL_HEADER #define _SIGNAL_N ((NSIG / (sizeof(signal_pieces_t) * _NBBY) + 1)) #else #define _SIGNAL_N (NSIG / (sizeof(signal_pieces_t) * _NBBY)) #endif typedef struct { signal_pieces_t s[_SIGNAL_N]; }; /* Now just insert the macros to make this work... */ . . . #endif /* _SIGNAL_H_ */ ======================== Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 8: 2:53 1999 Delivered-To: freebsd-current@freebsd.org Received: from hda.hda.com (hda-bicnet.bicnet.net [209.244.238.132]) by hub.freebsd.org (Postfix) with ESMTP id ADAB4154EB for ; Mon, 6 Sep 1999 08:02:50 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id KAA07479; Mon, 6 Sep 1999 10:59:59 -0400 (EDT) From: Peter Dufault Message-Id: <199909061459.KAA07479@hda.hda.com> Subject: Re: (P)review: sigset_t for more than 32 signals In-Reply-To: <199909061451.KAA07461@hda.hda.com> from Peter Dufault at "Sep 6, 99 10:51:41 am" To: dufault@hda.com (Peter Dufault) Date: Mon, 6 Sep 1999 10:59:58 -0400 (EDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Not > #ifdef _SIGNAL_HEADER But > #if _SIGNAL_HEADER == 1 of course. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 8:18:53 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id D655D151EE for ; Mon, 6 Sep 1999 08:18:42 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id LAA03161; Mon, 6 Sep 1999 11:18:03 -0400 (EDT) (envelope-from wollman) Date: Mon, 6 Sep 1999 11:18:03 -0400 (EDT) From: Garrett Wollman Message-Id: <199909061518.LAA03161@khavrinen.lcs.mit.edu> To: Peter Dufault Cc: marcel@scc.nl (Marcel Moolenaar), current@FreeBSD.ORG Subject: Re: (P)review: sigset_t for more than 32 signals In-Reply-To: <199909061408.KAA07292@hda.hda.com> References: <37D3C7A5.1B8A4935@scc.nl> <199909061408.KAA07292@hda.hda.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > This is a particularly safe implementation typedef, > since I don't anticipate uint64_t ever being used in a future specification > as a different data type. > I don't know about ANSI. It's in C9x. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 8:38:23 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 0FBBA14D6E for ; Mon, 6 Sep 1999 08:38:18 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id QAA71284; Mon, 6 Sep 1999 16:39:40 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 6 Sep 1999 16:39:40 +0100 (BST) From: Doug Rabson To: Manfred Antar Cc: freebsd-current@freebsd.org Subject: Re: another newpcm casualty In-Reply-To: <4.2.0.58.19990906065639.00a399c0@216.101.162.50> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 6 Sep 1999, Manfred Antar wrote: > At 08:56 AM 09/06/99 +0100, Doug Rabson wrote: > >On Sun, 5 Sep 1999, Manfred Antar wrote: > > > > > I'm having a similar problem with the newpcm stuff. > > > I have a Intel PR440FX motherboard with builtin sound (Crystal Sound > > System) > > > It worked fine until the recent changes in pnp. > > > I can get it to work with the Voxware drivers no problem. > > > Here is the relevant part of my kernel config : > > > > > > controller pnp0 > > > device pcm0 at isa? port ? irq 5 flags 0x03 > > > >Change this to: > > > > device pcm0 > I tried that and still no go. > This is what comes up: > > unknown0: on isa0 > pcm0: at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on > isa0 > unknown1: at port 0x200-0x207 on isa0 > unknown2: at port 0x330-0x331 irq 9 on isa0 > > But it is unusable. > Ollivier Robert has the same motherboard and It works for him. > All I can think of is there must be a conflict with one of the other cards > on the board. > Matrox Millenium or the DPT Raid controller. Can I see the whole dmesg please. In what way is it unusable? What are the symptoms? -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 8:38:52 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 84D0014D6E for ; Mon, 6 Sep 1999 08:38:48 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id LAA03225; Mon, 6 Sep 1999 11:38:20 -0400 (EDT) (envelope-from wollman) Date: Mon, 6 Sep 1999 11:38:20 -0400 (EDT) From: Garrett Wollman Message-Id: <199909061538.LAA03225@khavrinen.lcs.mit.edu> To: Peter Dufault Cc: marcel@scc.nl (Marcel Moolenaar), current@FreeBSD.ORG Subject: Re: (P)review: sigset_t for more than 32 signals In-Reply-To: <199909061451.KAA07461@hda.hda.com> References: <37D3CB2D.10485299@scc.nl> <199909061451.KAA07461@hda.hda.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > /* Now just insert the macros to make this work... > */ I'd be inclined to make sigemptyset() and sigfillset(), at a minimum, functions only (not macros). I'd define sigaddset something like this (function version): int sigaddset(sigset_t *ss, int sig) { int index, bit; /* * Since most programs ignore the return value of sigaddset(), * we really do want to abort here rather than simply returning * an error. This assertion ensures that we never act on an * uninitialized sigset_t. */ assert(ss->sigset_size == sizeof *ss); if (sig < 1 || sig > NSIG) { errno = EINVAL; return 1; } sig--; index = sig / (CHAR_BIT * sizeof ss->sigset_bits[0]); bit = sig % (CHAR_BIT * sizeof ss->sigset_bits[0]); ss->sigset_bits[index] |= (1 << bit); return 0; } I actually don't see any reason to have sigaddset be defined as a macro at all -- any program which calls it frequently enough to make a difference is doing something wrong. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 8:45:12 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 1072214D8B for ; Mon, 6 Sep 1999 08:45:09 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id LAA03251; Mon, 6 Sep 1999 11:44:31 -0400 (EDT) (envelope-from wollman) Date: Mon, 6 Sep 1999 11:44:31 -0400 (EDT) From: Garrett Wollman Message-Id: <199909061544.LAA03251@khavrinen.lcs.mit.edu> To: Marcel Moolenaar Cc: current@FreeBSD.ORG Subject: Re: (P)review: sigset_t for more than 32 signals In-Reply-To: <37D3C7A5.1B8A4935@scc.nl> References: <199909061300.JAA07157@hda.hda.com> <37D3C7A5.1B8A4935@scc.nl> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > You first need to get rid of any code that assumes that siget_t is an > (unsigned) integer. Use macros to abstract the access to the new sigset_t > so that you don't replace one assumption with the other... Anything that knows about sigset_t will already be using the POSIX macros for it, since sigset_t was a POSIX invention. The old `sigmask'-style functions don't have such an API, so they need to be left as-is. (Such programs would not know about high-numbered signals anyway, so this is no great loss.) Peter D. and I have been discussing this topic over the past few days, and I was about to sit down and do the implementation when I saw your message. I'd appreciate it if you can hold off on yours for a bit. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 8:53:44 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 6734414DC9 for ; Mon, 6 Sep 1999 08:53:41 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id LAA03348; Mon, 6 Sep 1999 11:52:34 -0400 (EDT) (envelope-from wollman) Date: Mon, 6 Sep 1999 11:52:34 -0400 (EDT) From: Garrett Wollman Message-Id: <199909061552.LAA03348@khavrinen.lcs.mit.edu> To: Marcel Moolenaar Cc: current@FreeBSD.ORG Subject: (P)review: sigset_t for more than 32 signals In-Reply-To: <37D38367.C297FD64@scc.nl> References: <37D38367.C297FD64@scc.nl> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Known problems: > Building world fails because the freshly built cpp segfaults. A setjmp call > that may be involved matches the problem of a return address being 0. gdb > does not display a complete backtrace... The {,sig}setjmp buffer contains a sigset_t. The size of a JMP_BUF needs to be large enough to make this work. Additionally, the setjmp family currently use the old-style (sigblock/sigsetmask) signal calls, which will have to change. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 9: 7:35 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id AA64C14ED3 for ; Mon, 6 Sep 1999 09:07:33 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id MAA03384; Mon, 6 Sep 1999 12:07:31 -0400 (EDT) (envelope-from wollman) Date: Mon, 6 Sep 1999 12:07:31 -0400 (EDT) From: Garrett Wollman Message-Id: <199909061607.MAA03384@khavrinen.lcs.mit.edu> To: Marcel Moolenaar Cc: current@FreeBSD.ORG Subject: (P)review: sigset_t for more than 32 signals In-Reply-To: <37D38367.C297FD64@scc.nl> References: <37D38367.C297FD64@scc.nl> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > kernel/userland - http://www.FreeBSD.org/~marcel/signal.diff There appear to be some fairly gratuitous name changes in here. Also, my own feeling is that it would be better to continue to use integral types for signal sets inside the kernel. This makes the code much easier to follow (at least for me), and underlines the necessity of compatibility interfaces if the size is ever changed again. As for the setjmp/longjmp problems I mentioned... I wonder if it might not be preferable to make them system calls as well. There are some hints in the siglongjmp source code to suggest that the restoration of context needs to be atomic with respect to signal masking and delivery. That would make it possible to introduce versioning in JMP_BUF structs, which would in turn make it easier to deal with backwards compatibility in the future. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 9:13:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 6BC0A14E4D for ; Mon, 6 Sep 1999 09:13:42 -0700 (PDT) (envelope-from marcel@scc.nl) Received: from scones.sup.scc.nl (i008.ztm.euronet.nl [194.134.112.9]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id SAA22453; Mon, 6 Sep 1999 18:13:41 +0200 (MET DST) Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by scones.sup.scc.nl (8.9.3/8.9.3) with ESMTP id SAA02846; Mon, 6 Sep 1999 18:13:38 +0200 (CEST) (envelope-from marcel@scc.nl) Message-ID: <37D3E832.7FC6BEDC@scc.nl> Date: Mon, 06 Sep 1999 18:13:38 +0200 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Garrett Wollman Cc: current@FreeBSD.ORG Subject: Re: (P)review: sigset_t for more than 32 signals References: <199909061300.JAA07157@hda.hda.com> <37D3C7A5.1B8A4935@scc.nl> <199909061544.LAA03251@khavrinen.lcs.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman wrote: > Peter D. and I have been discussing this topic over the past few days, > and I was about to sit down and do the implementation when I saw your > message. I'd appreciate it if you can hold off on yours for a bit. Yes, but why? -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 9:44:27 1999 Delivered-To: freebsd-current@freebsd.org Received: from copland.udel.edu (copland.udel.edu [128.175.13.92]) by hub.freebsd.org (Postfix) with ESMTP id D508614C07; Mon, 6 Sep 1999 09:44:23 -0700 (PDT) (envelope-from darkstar@UDel.Edu) Received: from hellboy.wilm.fusa.com (ppp-as19-1.nss.udel.edu [128.175.143.3]) by copland.udel.edu (8.9.3/8.9.3) with ESMTP id MAA25601; Mon, 6 Sep 1999 12:44:25 -0400 (EDT) Received: by hellboy.wilm.fusa.com (Postfix, from userid 1020) id AD250BA; Mon, 6 Sep 1999 12:45:45 -0400 (EDT) Date: Mon, 6 Sep 1999 12:45:45 -0400 From: Jerry Alexandratos To: Peter Jeremy Cc: current@FreeBSD.ORG, hardware@FreeBSD.ORG Subject: Re: Support for 3Com 3CCFE574BT 10/100 LAN Card Message-ID: <19990906124545.A392@hellboy.wilm.fusa.com> References: <99Sep6.112337est.40343@border.alcanet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i In-Reply-To: <99Sep6.112337est.40343@border.alcanet.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Sep 06, 1999 at 11:25:05AM +1000, Peter Jeremy wrote: : On Thu Sep 2 11:35:53 1999 -1000, I wrote: : >I notice that -current supports the 3C574, but not the newer 3C574B. : : I can offer some good news and some bad news: : : The good news: Support is trivial - at least in PAO3, and the relevant : code is also in -current. Patch (against PAO3) below. You also need : to duplicate the 3C574 lines in /etc/pccard.conf.sample with : 'card "3Com" "Megahertz 574B"'. : : The bad news: The card itself a a piece of cr*p. On a 100baseTX LAN More bad news. The patch doesn't work. 8( Here's the output I'm getting. Sep 6 12:41:30 hellboy pccardd[318]: Found existing driver (ep0) for 3Com Sep 6 12:41:30 hellboy pccardd[318]: Using I/O addr 0x300, size 32 Sep 6 12:41:30 hellboy pccardd[318]: Setting config reg at offs 0x10000 to 0x41 , Reset time = 50 ms Sep 6 12:41:35 hellboy pccardd[318]: Assigning I/O window 0, start 0x300, size 0x20 flags 0x7 Sep 6 12:41:35 hellboy pccardd[318]: Assign ep0, io 0x300-0x31f, mem 0x0, 0 byt es, irq 11, flags 0 Sep 6 12:41:35 hellboy pccardd[318]: driver allocation failed for 3Com(Megahert z 574B): Inappropriate ioctl for device This was with source cvsup'd approx 12:00 EDT today (1999-09-06). Any ideas? --Jerry name: Jerry Alexandratos || Open-Source software isn't a phone: 302.593.4322 || matter of life or death... email: darkstar@udel.edu || ...It's much more important || than that! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 10:36:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 054A21592D for ; Mon, 6 Sep 1999 10:35:57 -0700 (PDT) (envelope-from marcel@scc.nl) Received: from scones.sup.scc.nl (i138.ztm.euronet.nl [194.134.112.99]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id TAA23894; Mon, 6 Sep 1999 19:34:10 +0200 (MET DST) Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by scones.sup.scc.nl (8.9.3/8.9.3) with ESMTP id TAA35934; Mon, 6 Sep 1999 19:34:07 +0200 (CEST) (envelope-from marcel@scc.nl) Message-ID: <37D3FB0E.94662026@scc.nl> Date: Mon, 06 Sep 1999 19:34:06 +0200 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Garrett Wollman Cc: current@FreeBSD.ORG Subject: Re: (P)review: sigset_t for more than 32 signals References: <37D38367.C297FD64@scc.nl> <199909061607.MAA03384@khavrinen.lcs.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman wrote: > > < said: > > > kernel/userland - http://www.FreeBSD.org/~marcel/signal.diff > > There appear to be some fairly gratuitous name changes in here. Elaborate, please. > Also, my own feeling is that it would be better to continue to use > integral types for signal sets inside the kernel. This makes the code > much easier to follow (at least for me), and underlines the necessity > of compatibility interfaces if the size is ever changed again. Having an integral sigset_t, if at all possible, has the disadvantage that existing expressions on the new datatype are probably valid syntactically speaking, but may not be semantically valid, which makes debugging rather painful. Having a struct ensures that the compiler will barf. I just doubled the number of signals in a sigset_t, because it was planned that way (compatibility with NetBSD and such). The latest working version has thus 128 bits in a sigset_t. (BTW: That was before you asked me if I could hold off). > As for the setjmp/longjmp problems I mentioned... I wonder if it might > not be preferable to make them system calls as well. There are some > hints in the siglongjmp source code to suggest that the restoration of > context needs to be atomic with respect to signal masking and > delivery. That would make it possible to introduce versioning in > JMP_BUF structs, which would in turn make it easier to deal with > backwards compatibility in the future. The setjump/longjump family of functions are userland function AFAICT. For that reason I would not choose to add syscalls. If atomicy is a real problem, then it may be preferable to have the kernel help out. Anyway, this issue is basicly independent of the sigset_t change. -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 11: 3:28 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.scc.nl (node1374.a2000.nl [62.108.19.116]) by hub.freebsd.org (Postfix) with ESMTP id 8587A151CF for ; Mon, 6 Sep 1999 11:03:19 -0700 (PDT) (envelope-from freebsd-current@scc.nl) Received: (from daemon@localhost) by mail.scc.nl (8.9.3/8.9.3) id TAA12746 for current@FreeBSD.ORG; Mon, 6 Sep 1999 19:35:04 +0200 (CEST) (envelope-from freebsd-current@scc.nl) Received: from GATEWAY by dwarf.hq.scc.nl with netnews for current@FreeBSD.ORG (current@FreeBSD.ORG) To: current@FreeBSD.ORG Date: Mon, 06 Sep 1999 19:35:01 +0200 From: Marcel Moolenaar Message-ID: <37D3FB45.BA8ED0E5@scc.nl> Organization: SCC vof Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <37D38367.C297FD64@scc.nl>, <199909061552.LAA03348@khavrinen.lcs.mit.edu> Subject: Re: (P)review: sigset_t for more than 32 signals Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman wrote: > > < said: > > > Known problems: > > Building world fails because the freshly built cpp segfaults. A setjmp call > > that may be involved matches the problem of a return address being 0. gdb > > does not display a complete backtrace... > > The {,sig}setjmp buffer contains a sigset_t. The size of a JMP_BUF > needs to be large enough to make this work. Additionally, the setjmp > family currently use the old-style (sigblock/sigsetmask) signal calls, > which will have to change. Agreed. -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 11:27:46 1999 Delivered-To: freebsd-current@freebsd.org Received: from picalon.gun.de (picalon.gun.de [194.77.0.18]) by hub.freebsd.org (Postfix) with ESMTP id C3C6D15505 for ; Mon, 6 Sep 1999 11:27:22 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: from klemm.gtn.com (pppak04.gtn.com [194.231.123.169]) by picalon.gun.de (8.9.3/8.9.3) with ESMTP id UAA12373; Mon, 6 Sep 1999 20:26:37 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.3/8.9.3) id UAA02238; Mon, 6 Sep 1999 20:09:05 +0200 (CEST) (envelope-from andreas) Date: Mon, 6 Sep 1999 20:09:05 +0200 From: Andreas Klemm To: Nick Hibma Cc: "Jordan K. Hubbard" , FreeBSD CURRENT Mailing list , n_hibma@heidi.plazza.it Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log Message-ID: <19990906200905.A1911@titan.klemm.gtn.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: ; from Nick Hibma on Sun, Sep 05, 1999 at 11:32:35AM +0200 X-Operating-System: FreeBSD 3.3-RC SMP X-Disclaimer: A free society is one where it is safe to be unpopular Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Sep 05, 1999 at 11:32:35AM +0200, Nick Hibma wrote: > -/var/cron/log 600 3 100 * Z > +/var/log/cron.log 600 3 100 * Z > /var/log/amd.log 664 7 100 * Z > /var/log/kerberos.log 664 7 100 * Z > /var/log/lpd-errs 664 7 100 * Z Would it make sense (while you're there), to get rid of the ".log" suffix of certain log files like cron.log, amd.log, etc ... I think the fact that files live under /var/"log" should be enough to tell people, "here live logfiles". Since those files are rotated automatically by newsyslog there shouldn't be any reason to say "no, this breaks scripts", since the OS provides the newsyslog facility, so we can change it there as well... What do you think ? -- Andreas Klemm http://www.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD Get new songs from our band: http://www.freebsd.org/~andreas/64bits/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 11:28:21 1999 Delivered-To: freebsd-current@freebsd.org Received: from uni-sb.de (uni-sb.de [134.96.252.33]) by hub.freebsd.org (Postfix) with ESMTP id 75F9415BA8 for ; Mon, 6 Sep 1999 11:28:03 -0700 (PDT) (envelope-from schuerge@wjpserver.CS.Uni-SB.DE) Received: from cs.uni-sb.de (cs.uni-sb.de [134.96.252.31]) by uni-sb.de (8.9.3/1999070600) with ESMTP id UAA28010 for ; Mon, 6 Sep 1999 20:27:26 +0200 (CEST) Received: from wjpserver.cs.uni-sb.de (wjpserver.cs.uni-sb.de [134.96.247.42]) by cs.uni-sb.de (8.9.3/1999031900) with ESMTP id UAA22157 for ; Mon, 6 Sep 1999 20:27:27 +0200 (CEST) Received: (from schuerge@localhost) by wjpserver.cs.uni-sb.de (8.9.3/8.9.3/wjp-SVR4/1999052600) id UAA11549; Mon, 6 Sep 1999 20:27:26 +0200 (MET DST) From: Thomas Schuerger Message-Id: <199909061827.UAA11549@wjpserver.cs.uni-sb.de> Subject: PNP problems To: freebsd-current@freebsd.org Date: Mon, 6 Sep 1999 20:27:26 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL57 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! I built and installed a new world today. My last make world was some months ago. It seems that the boot loader has changed. Now, my AWE64 soundcard is not detected anymore. My kernel.config looks like this pnp 1 0 os enable port0 0x220 port1 0x330 port2 0x388 irq0 5 drq0 1 drq1 5 pnp 1 2 os enable port0 0x620 port1 0xa20 port2 0xe20 This syntax no longer seems to be supported, instead, the following commands may be used: Command Description ------- ----------- ls List currently configured devices port Set device port (i/o address) irq Set device irq drq Set device drq iomem Set device maddr (memory address) iosize Set device memory size flags Set device flags enable Enable device disable Disable device (will not be probed) quit Exit this configuration utility reset Reset CPU visual Go to fullscreen mode. help This message What can I do in order to reenable my soundcard? Any help is appreciated! Ciao, Thomas. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 11:34:50 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 2B1E315F75 for ; Mon, 6 Sep 1999 11:33:45 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id OAA03865; Mon, 6 Sep 1999 14:33:16 -0400 (EDT) (envelope-from wollman) Date: Mon, 6 Sep 1999 14:33:16 -0400 (EDT) From: Garrett Wollman Message-Id: <199909061833.OAA03865@khavrinen.lcs.mit.edu> To: Jason Nordwick Cc: current@FreeBSD.ORG Subject: Re: (P)review: sigset_t for more than 32 signals In-Reply-To: <199909061806.LAA21448@erdos.askjeeves.com> References: <199909061607.MAA03384@khavrinen.lcs.mit.edu> <199909061806.LAA21448@erdos.askjeeves.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Wouldn't you hose uthread performance? I thought that one of the major > benefits it that a context switch in uthreads did not require kernel > intervention and a syscall. It's true that this would (currently) slow down uthreads. However, I suspect that uthreads may want to do its own signal-mask handling anyway (even though it currently doesn't). On the other hand, if we made jmp_buf and struct sigcontext compatible, it could clean up the thread scheduler's inner workings. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 11:44: 1 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 76FDA14D2E; Mon, 6 Sep 1999 11:43:52 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id OAA03894; Mon, 6 Sep 1999 14:41:58 -0400 (EDT) (envelope-from wollman) Date: Mon, 6 Sep 1999 14:41:58 -0400 (EDT) From: Garrett Wollman Message-Id: <199909061841.OAA03894@khavrinen.lcs.mit.edu> To: Marcel Moolenaar Cc: current@FreeBSD.ORG, jb@FreeBSD.ORG Subject: Signal changes and {,sig}{set,long}jmp In-Reply-To: <37D3FB0E.94662026@scc.nl> References: <37D38367.C297FD64@scc.nl> <199909061607.MAA03384@khavrinen.lcs.mit.edu> <37D3FB0E.94662026@scc.nl> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > The setjump/longjump family of functions are userland function > AFAICT. POSIX doesn't make any such distinction. Remember that setjmp/longjmp *already* enter the kernel, in order to save/restore the signal mask, so there isn't any real performance penalty! (Programs which need a cheaper version already have to use _{set,long}jmp, which doesn't play with the signal mask.) > this issue is basicly independent of the sigset_t change. Not entirely. If we are going to be making substantial changes in the internals of the Standard Library, then it makes more sense to put all of the changes together. If we're already changing sizeof(jmp_buf) and sizeof(struct sigcontext), then at a minimum it makes sense to have them be the same shape (which as I mentioned could simplify the thread scheduler). -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 11:44:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 7836B15909 for ; Mon, 6 Sep 1999 11:44:38 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id OAA03901; Mon, 6 Sep 1999 14:43:51 -0400 (EDT) (envelope-from wollman) Date: Mon, 6 Sep 1999 14:43:51 -0400 (EDT) From: Garrett Wollman Message-Id: <199909061843.OAA03901@khavrinen.lcs.mit.edu> To: Garrett Wollman Cc: Jason Nordwick , current@FreeBSD.ORG Subject: Re: (P)review: sigset_t for more than 32 signals In-Reply-To: <199909061833.OAA03865@khavrinen.lcs.mit.edu> References: <199909061607.MAA03384@khavrinen.lcs.mit.edu> <199909061806.LAA21448@erdos.askjeeves.com> <199909061833.OAA03865@khavrinen.lcs.mit.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < It's true that this would (currently) slow down uthreads. Actually, uthreads uses the signal-preserving versions (setjmp and longjmp), so it's already entering the kernel on every context switch. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 11:48:56 1999 Delivered-To: freebsd-current@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 613D4153D0 for ; Mon, 6 Sep 1999 11:48:54 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost (1187 bytes) by rip.psg.com via sendmail with P:stdio/R:inet_resolve/T:smtp (sender: ) (ident using unix) id for ; Mon, 6 Sep 1999 11:48:29 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1) Message-Id: Date: Mon, 6 Sep 1999 11:48:29 -0700 (PDT) From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Dag-Erling Smorgrav Cc: FreeBSD Current Subject: Re: more breakage References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> cc -O -pipe -DSETPROCTITLE -DSKEY -DLOGIN_CAP -DVIRTUAL_HOSTING -Wall -I/usr/src/libexec/ftpd/../../contrib-crypto/telnet -DINTERNAL_LS -Dmain=ls_main -I/usr/src/libexec/ftpd/../../bin/ls -DKERBEROS -I/usr/obj/usr/src/tmp/usr/include -o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o skey-stuff.o ls.o cmp.o print.o stat_flags.o util.o klogin.o -lskey -lmd -lcrypt -lutil -lkrb -ldes >> /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `init_error_table' >> /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `initialize_error_table_r' > Gah. libcom_err breakage. libcom_err is evil, and I wish it would go > away, but MIT insists on using it for all their code. will someone please shout when this is unbroken? need to build to debug this darn pcm issue. randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 12:12:22 1999 Delivered-To: freebsd-current@freebsd.org Received: from hda.hda.com (hda-bicnet.bicnet.net [209.244.238.132]) by hub.freebsd.org (Postfix) with ESMTP id A21FE154D3 for ; Mon, 6 Sep 1999 12:12:08 -0700 (PDT) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id PAA07976; Mon, 6 Sep 1999 15:10:53 -0400 (EDT) From: Peter Dufault Message-Id: <199909061910.PAA07976@hda.hda.com> Subject: Re: (P)review: sigset_t for more than 32 signals In-Reply-To: <199909061544.LAA03251@khavrinen.lcs.mit.edu> from Garrett Wollman at "Sep 6, 99 11:44:31 am" To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Mon, 6 Sep 1999 15:10:53 -0400 (EDT) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Anything that knows about sigset_t will already be using the POSIX > macros for it, since sigset_t was a POSIX invention. The old > `sigmask'-style functions don't have such an API, so they need to be > left as-is. (Such programs would not know about high-numbered signals > anyway, so this is no great loss.) OK, given this my attempt to force everyone to the POSIX style is misguided. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 12:13:31 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id 010A5150B6 for ; Mon, 6 Sep 1999 12:13:21 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id VAA75653; Mon, 6 Sep 1999 21:12:48 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199909061912.VAA75653@gratis.grondar.za> To: Randy Bush Cc: Dag-Erling Smorgrav , FreeBSD Current Subject: Re: more breakage Date: Mon, 06 Sep 1999 21:12:47 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > will someone please shout when this is unbroken? need to build to debug > this darn pcm issue. I fixed this a few hourws ago already... M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 12:19: 3 1999 Delivered-To: freebsd-current@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 811A214F99 for ; Mon, 6 Sep 1999 12:18:58 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost (646 bytes) by rip.psg.com via sendmail with P:stdio/R:inet_resolve/T:smtp (sender: ) (ident using unix) id for ; Mon, 6 Sep 1999 12:16:49 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1) Message-Id: Date: Mon, 6 Sep 1999 12:16:49 -0700 (PDT) From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mark Murray Cc: Dag-Erling Smorgrav , FreeBSD Current Subject: Re: more breakage References: <199909061912.VAA75653@gratis.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> will someone please shout when this is unbroken? need to build to debug >> this darn pcm issue. > I fixed this a few hourws ago already... then it did not propagate to cvsup[12] as of an hour ago. what version of what module? randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 12:45:24 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id D12711552C for ; Mon, 6 Sep 1999 12:45:16 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id VAA75826; Mon, 6 Sep 1999 21:43:48 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199909061943.VAA75826@gratis.grondar.za> To: Randy Bush Cc: Dag-Erling Smorgrav , FreeBSD Current Subject: Re: more breakage Date: Mon, 06 Sep 1999 21:43:47 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > what version of what module? src/libexec/ftpd/Makefile 1.28 M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 12:46:52 1999 Delivered-To: freebsd-current@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 7BD0915298 for ; Mon, 6 Sep 1999 12:46:40 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost (530 bytes) by rip.psg.com via sendmail with P:stdio/R:inet_resolve/T:smtp (sender: ) (ident using unix) id for ; Mon, 6 Sep 1999 12:45:05 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1) Message-Id: Date: Mon, 6 Sep 1999 12:45:05 -0700 (PDT) From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mark Murray Cc: Dag-Erling Smorgrav , FreeBSD Current Subject: Re: more breakage References: <199909061943.VAA75826@gratis.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> what version of what module? > src/libexec/ftpd/Makefile 1.28 that was what i had when i got the last breakage. randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 12:52:44 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id EC9A915545 for ; Mon, 6 Sep 1999 12:52:36 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id VAA75960; Mon, 6 Sep 1999 21:50:58 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199909061950.VAA75960@gratis.grondar.za> To: Randy Bush Cc: Dag-Erling Smorgrav , FreeBSD Current Subject: Re: more breakage Date: Mon, 06 Sep 1999 21:50:57 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> what version of what module? > > src/libexec/ftpd/Makefile 1.28 > > that was what i had when i got the last breakage. Huh? OK - test build in progress... M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 12:54: 3 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id 70300154FC for ; Mon, 6 Sep 1999 12:53:54 -0700 (PDT) (envelope-from hibma@skylink.it) Received: from heidi.plazza.it (va-176.skylink.it [194.185.55.176]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id VAA30596; Mon, 6 Sep 1999 21:53:54 +0200 Received: from localhost (localhost [127.0.0.1]) by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id SAA03590; Mon, 6 Sep 1999 18:34:57 GMT X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Mon, 6 Sep 1999 18:34:57 GMT Date: Mon, 6 Sep 1999 20:34:57 +0200 (CEST) From: Nick Hibma X-Sender: n_hibma@heidi.plazza.it Reply-To: Nick Hibma To: Andreas Klemm Cc: "Jordan K. Hubbard" , FreeBSD CURRENT Mailing list , n_hibma@heidi.plazza.it.jrc.it Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log In-Reply-To: <19990906200905.A1911@titan.klemm.gtn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doing it for the cron file, yes, no probs, sounds like a great idea, but for the rest of the files I'd leave it as is. Let's have a look at it later on when we have some idea of what things break when changing names and loations of log files. Ok? Nick On Mon, 6 Sep 1999, Andreas Klemm wrote: > On Sun, Sep 05, 1999 at 11:32:35AM +0200, Nick Hibma wrote: > > -/var/cron/log 600 3 100 * Z > > +/var/log/cron.log 600 3 100 * Z > > /var/log/amd.log 664 7 100 * Z > > /var/log/kerberos.log 664 7 100 * Z > > /var/log/lpd-errs 664 7 100 * Z > > Would it make sense (while you're there), to get rid of the ".log" > suffix of certain log files like cron.log, amd.log, etc ... > > I think the fact that files live under /var/"log" should be enough > to tell people, "here live logfiles". > > Since those files are rotated automatically by newsyslog there > shouldn't be any reason to say "no, this breaks scripts", since > the OS provides the newsyslog facility, so we can change it there > as well... > > What do you think ? > > > -- > Andreas Klemm http://www.FreeBSD.ORG/~andreas > http://www.freebsd.org/~fsmp/SMP/SMP.html > powered by Symmetric MultiProcessor FreeBSD > Get new songs from our band: http://www.freebsd.org/~andreas/64bits/index.html > > -- e-Mail: hibma@skylink.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 12:57:55 1999 Delivered-To: freebsd-current@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id DDFB815C10; Mon, 6 Sep 1999 12:57:04 -0700 (PDT) (envelope-from marcel@scc.nl) Received: from scones.sup.scc.nl (i239.ztm.euronet.nl [194.134.67.40]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id VAA28672; Mon, 6 Sep 1999 21:56:46 +0200 (MET DST) Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by scones.sup.scc.nl (8.9.3/8.9.3) with ESMTP id VAA32150; Mon, 6 Sep 1999 21:56:43 +0200 (CEST) (envelope-from marcel@scc.nl) Message-ID: <37D41C7B.E7D715AD@scc.nl> Date: Mon, 06 Sep 1999 21:56:43 +0200 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Garrett Wollman Cc: current@FreeBSD.ORG, jb@FreeBSD.ORG Subject: Re: Signal changes and {,sig}{set,long}jmp References: <37D38367.C297FD64@scc.nl> <199909061607.MAA03384@khavrinen.lcs.mit.edu> <37D3FB0E.94662026@scc.nl> <199909061841.OAA03894@khavrinen.lcs.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman wrote: > > < said: > > > The setjump/longjump family of functions are userland function > > AFAICT. > > POSIX doesn't make any such distinction. Remember that setjmp/longjmp > *already* enter the kernel, in order to save/restore the signal mask, > so there isn't any real performance penalty! (Programs which need a > cheaper version already have to use _{set,long}jmp, which doesn't play > with the signal mask.) Hmm... setjmp/longjmp syscalls... _setjmp/_longjmp userland functions... If struct jmp_buf is defined in (maybe even , then I can not find any disadvantages. If atomicy (sp?) is solved by it, then there's definitely an advantage. sigsetjmp and siglongjmp can be implemented in terms of setjmp/_setjmp and longjmp/_longjmp respectively to avoid redundance. > If we're already changing sizeof(jmp_buf) > and sizeof(struct sigcontext), then at a minimum it makes sense to > have them be the same shape (which as I mentioned could simplify the > thread scheduler). In that case, it pays off. I simply haven't paid any attention to it yet. BTW: The problem was not caused by setjmp itself, but by sigblock. It was using the new syscalls instead of the "old" (compatibility) ones. That is solved. make world is now broken in another place :-) -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 13: 5:36 1999 Delivered-To: freebsd-current@freebsd.org Received: from friley-160-236.res.iastate.edu (friley-160-236.res.iastate.edu [129.186.160.236]) by hub.freebsd.org (Postfix) with ESMTP id C806B15A56 for ; Mon, 6 Sep 1999 13:05:28 -0700 (PDT) (envelope-from patrick@137.org) Received: from friley-161-13.res.iastate.edu (friley-161-13.res.iastate.edu [129.186.161.13]) by friley-160-236.res.iastate.edu (Postfix) with ESMTP id 080264A; Mon, 6 Sep 1999 15:04:26 -0500 (CDT) Received: from friley-161-13.res.iastate.edu (localhost [127.0.0.1]) by friley-161-13.res.iastate.edu (Postfix) with ESMTP id 64E9A5D88; Mon, 6 Sep 1999 15:04:25 -0500 (CDT) To: Mark Murray Cc: freebsd-current@freebsd.org Subject: Re: more breakage In-reply-to: Message from Mark Murray of "Mon, 06 Sep 1999 21:43:47 +0200." <199909061943.VAA75826@gratis.grondar.za> Date: Mon, 06 Sep 1999 15:04:25 -0500 From: Patrick Hartling Message-Id: <19990906200425.64E9A5D88@friley-161-13.res.iastate.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Murray wrote: } > what version of what module? } } src/libexec/ftpd/Makefile 1.28 This certainly fixed the kerberized ftpd, but I also had to make similar changes to the Makefiles for rshd and rlogind in libexec and for su, rlogin and rsh in usr.bin to get 'make world' to complete. -Patrick Patrick L. Hartling | Research Assistant, VRAC patrick@137.org | Carver Lab - 0095E Black Engineering http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 13: 9:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id 7A24115495 for ; Mon, 6 Sep 1999 13:09:31 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id WAA76148; Mon, 6 Sep 1999 22:09:18 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199909062009.WAA76148@gratis.grondar.za> To: Patrick Hartling Cc: freebsd-current@freebsd.org Subject: Re: more breakage Date: Mon, 06 Sep 1999 22:09:17 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > } src/libexec/ftpd/Makefile 1.28 > > This certainly fixed the kerberized ftpd, but I also had to make similar > changes to the Makefiles for rshd and rlogind in libexec and for su, rlogin > and rsh in usr.bin to get 'make world' to complete. Aaaah! That makes sense! M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 13:15:55 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id 5D8E31556A for ; Mon, 6 Sep 1999 13:15:51 -0700 (PDT) (envelope-from hibma@skylink.it) Received: from heidi.plazza.it (va-176.skylink.it [194.185.55.176]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id WAA03795 for ; Mon, 6 Sep 1999 22:16:06 +0200 Received: from localhost (localhost [127.0.0.1]) by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id UAA03968 for ; Mon, 6 Sep 1999 20:16:13 GMT X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Mon, 6 Sep 1999 20:16:13 GMT Date: Mon, 6 Sep 1999 22:16:13 +0200 (CEST) From: Nick Hibma X-Sender: n_hibma@heidi.plazza.it Reply-To: Nick Hibma To: FreeBSD CURRENT Mailing list Subject: HEADS UP: /var/cron/log move to /var/log/cron Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG HEADS UP: The log file for cron has moved from /var/cron/log to /var/log/cron newsyslog.conf has been updated, so normal rotation of the logfile should work. Cheers, Nick -- e-Mail: hibma@skylink.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 13:16: 0 1999 Delivered-To: freebsd-current@freebsd.org Received: from eterna.binary.net (eterna.binary.net [12.13.84.6]) by hub.freebsd.org (Postfix) with ESMTP id F159E158C1 for ; Mon, 6 Sep 1999 13:15:54 -0700 (PDT) (envelope-from nathan@rtfm.net) Received: from matrix.binary.net (root@matrix.binary.net [12.13.120.2]) by eterna.binary.net (8.9.1a/8.9.1) with ESMTP id PAA43716; Mon, 6 Sep 1999 15:15:54 -0500 (CDT) Received: (from nathan@localhost) by matrix.binary.net (8.9.3/8.9.1) id PAA38642; Mon, 6 Sep 1999 15:15:53 -0500 (CDT) Date: Mon, 6 Sep 1999 16:15:53 -0400 From: Nathan Dorfman To: "Jordan K. Hubbard" Cc: "Michael A. Endsley" , freebsd-current@FreeBSD.ORG Subject: Re: September snapshots? Message-ID: <19990906161553.A28689@rtfm.net> References: <3.0.6.32.19990903075655.0087f740@mail.gci.net> <67390.936399577@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <67390.936399577@localhost>; from Jordan K. Hubbard on Fri, Sep 03, 1999 at 03:59:37PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Sep 03, 1999 at 03:59:37PM -0700, Jordan K. Hubbard wrote: > > Have the snapshots for later dates (Sept) been moved? > > No, they simply haven't been created. :) > > -current has not been stable enough to snapshot yet in September. The > builds have fallen over for one reason or another with monotonous > regularity. What is the last reliable snapshot? I've been away all summer and have not taken care of my -current box. > - Jordan -- Nathan Dorfman The statements and opinions in my Unix Admin @ Frontline Communications public posts are mine, not FCC's. "The light at the end of the tunnel is the headlight of an approaching train." --/usr/games/fortune To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 13:22: 9 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id 4166315A6A for ; Mon, 6 Sep 1999 13:21:58 -0700 (PDT) (envelope-from hibma@skylink.it) Received: from heidi.plazza.it (va-176.skylink.it [194.185.55.176]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id WAA04557 for ; Mon, 6 Sep 1999 22:19:10 +0200 Received: from localhost (localhost [127.0.0.1]) by heidi.plazza.it (8.9.3/8.8.5) with ESMTP id UAA03991 for ; Mon, 6 Sep 1999 20:19:23 GMT X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Mon, 6 Sep 1999 20:19:23 GMT Date: Mon, 6 Sep 1999 22:19:22 +0200 (CEST) From: Nick Hibma X-Sender: n_hibma@heidi.plazza.it Reply-To: Nick Hibma To: FreeBSD CURRENT Mailing list Subject: HEADS UP: MODLOAD in bsd.kmod.mk changed to KMODLOAD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG HEADS UP: The variables MODLOAD and MODUNLOAD in bsd.kmod.mk have changed to KMODLOAD and KMODUNLOAD for conistency with the rest of the file. The targets load and unload for modules should work again, i.e. cd /usr/src/sys/modules/xl make make install make load should work now. Nick -- e-Mail: hibma@skylink.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 13:22:12 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 99CCA15AE6 for ; Mon, 6 Sep 1999 13:21:58 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id VAA76685; Mon, 6 Sep 1999 21:21:22 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 6 Sep 1999 21:21:22 +0100 (BST) From: Doug Rabson To: Garrett Wollman Cc: Jason Nordwick , current@freebsd.org Subject: Re: (P)review: sigset_t for more than 32 signals In-Reply-To: <199909061833.OAA03865@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 6 Sep 1999, Garrett Wollman wrote: > < said: > > > Wouldn't you hose uthread performance? I thought that one of the major > > benefits it that a context switch in uthreads did not require kernel > > intervention and a syscall. > > It's true that this would (currently) slow down uthreads. However, I > suspect that uthreads may want to do its own signal-mask handling > anyway (even though it currently doesn't). On the other hand, if we > made jmp_buf and struct sigcontext compatible, it could clean up the > thread scheduler's inner workings. FWIW, jmp_buf and struct sigcontext are compatibly on the alpha platform. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 13:23: 0 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 5340915909 for ; Mon, 6 Sep 1999 13:22:38 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id VAA76689; Mon, 6 Sep 1999 21:24:17 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Mon, 6 Sep 1999 21:24:17 +0100 (BST) From: Doug Rabson To: Thomas Schuerger Cc: freebsd-current@freebsd.org Subject: Re: PNP problems In-Reply-To: <199909061827.UAA11549@wjpserver.cs.uni-sb.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 6 Sep 1999, Thomas Schuerger wrote: > Hi! > > I built and installed a new world today. My last make world > was some months ago. > > It seems that the boot loader has changed. Now, my AWE64 > soundcard is not detected anymore. > > My kernel.config looks like this > > pnp 1 0 os enable port0 0x220 port1 0x330 port2 0x388 irq0 5 drq0 1 drq1 5 > pnp 1 2 os enable port0 0x620 port1 0xa20 port2 0xe20 > > This syntax no longer seems to be supported, instead, the following commands > may be used: > > ... > > What can I do in order to reenable my soundcard? > > Any help is appreciated! Please try using the new pcm driver if you are not already. You should be able to do this by having these lines in your kernel config: controller pnp0 device pcm0 Note that you must not have an old-style non-pnp declaration (i.e. device pcm0 at isa? ...) since that currently confuses the pnp system. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 13:51:56 1999 Delivered-To: freebsd-current@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id B4CB714EA5 for ; Mon, 6 Sep 1999 13:51:43 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.5/nospam) with UUCP id WAA10284 for freebsd-current@freebsd.org; Mon, 6 Sep 1999 22:51:09 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id DAF3A870A; Mon, 6 Sep 1999 21:21:38 +0200 (CEST) Date: Mon, 6 Sep 1999 21:21:38 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Subject: Re: another newpcm casualty Message-ID: <19990906212138.A86542@keltia.freenix.fr> Mail-Followup-To: freebsd-current@freebsd.org References: <4.2.0.58.19990905171437.00a24aa0@216.101.162.50> <4.2.0.58.19990906065639.00a399c0@216.101.162.50> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.95.5i In-Reply-To: <4.2.0.58.19990906065639.00a399c0@216.101.162.50>; from Manfred Antar on Mon, Sep 06, 1999 at 07:28:50AM -0700 X-Operating-System: FreeBSD 4.0-CURRENT/ELF ctm#5543 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Manfred Antar: > All I can think of is there must be a conflict with one of the other cards > on the board. > Matrox Millenium or the DPT Raid controller. I have a ET6000-based card (see below) and no DPT. FreeBSD 4.0-CURRENT #22: Sat Sep 4 22:40:07 CEST 1999 roberto@tara:/src/src/sys/compile/TARA_SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping = 9 Features=0xfbff real memory = 67108864 (65536K bytes) avail memory = 61833216 (60384K bytes) Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfec08000 cpu1 (AP): apic id: 12, version: 0x00040011, at 0xfec08000 io0 (APIC): apic id: 13, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc0318000. Preloaded elf module "linux.ko" at 0xc031809c. Preloaded elf module "green_saver.ko" at 0xc031813c. Preloaded elf module "procfs.ko" at 0xc03181e0. Preloaded elf module "vesa.ko" at 0xc0318280. VESA: v2.0, 2048k memory, flags:0x0, mode table:0xc03151cc (100008c) VESA: STB Lightspeed 128 Video (ET6000) Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 fxp0: irq 18 at device 6.0 on pci0 fxp0: Ethernet address 00:a0:c9:49:5a:ef isab0: at device 7.0 on pci0 isa0: on isab0 chip1: at device 7.1 on pci0 uhci0: irq 10 at device 7.2 on pci0 usb0: on uhci0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ahc0: irq 17 at device 9.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs vga-pci0: irq 18 at device 17.0 on pci0 fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <10 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0 at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: on ppbus 0 lpt0: Interrupt-driven port unknown0: on isa0 pcm0: at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on isa0 unknown1: at port 0x200-0x207 on isa0 unknown2: at port 0x330-0x331 irq 9 on isa0 APIC_IO: routing 8254 via 8259 on pin 0 Waiting 2 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! changing root device to da0s2a da0 at ahc0 bus 0 target 6 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4350MB (8910423 512 byte sectors: 255H 63S/T 554C) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #73: Sat Jul 31 15:36:05 CEST 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 14: 9:49 1999 Delivered-To: freebsd-current@freebsd.org Received: from uni-sb.de (uni-sb.de [134.96.252.33]) by hub.freebsd.org (Postfix) with ESMTP id 9310414BFF for ; Mon, 6 Sep 1999 14:09:35 -0700 (PDT) (envelope-from schuerge@wjpserver.CS.Uni-SB.DE) Received: from cs.uni-sb.de (cs.uni-sb.de [134.96.252.31]) by uni-sb.de (8.9.3/1999070600) with ESMTP id XAA28456; Mon, 6 Sep 1999 23:08:23 +0200 (CEST) Received: from wjpserver.cs.uni-sb.de (wjpserver.cs.uni-sb.de [134.96.247.42]) by cs.uni-sb.de (8.9.3/1999031900) with ESMTP id XAA23497; Mon, 6 Sep 1999 23:08:22 +0200 (CEST) Received: (from schuerge@localhost) by wjpserver.cs.uni-sb.de (8.9.3/8.9.3/wjp-SVR4/1999052600) id XAA03997; Mon, 6 Sep 1999 23:08:22 +0200 (MET DST) From: Thomas Schuerger Message-Id: <199909062108.XAA03997@wjpserver.cs.uni-sb.de> Subject: Re: PNP problems In-Reply-To: from Doug Rabson at "Sep 6, 1999 09:24:17 pm" To: Doug Rabson Date: Mon, 6 Sep 1999 23:08:22 +0200 (MET DST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL57 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [...] > > What can I do in order to reenable my soundcard? > > > > Any help is appreciated! > > Please try using the new pcm driver if you are not already. You should be > able to do this by having these lines in your kernel config: > > controller pnp0 > device pcm0 > > Note that you must not have an old-style non-pnp declaration (i.e. device > pcm0 at isa? ...) since that currently confuses the pnp system. Works very nicely. :-) Thanks a lot for your help!! Ciao, Thomas. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 14:15:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id DA493154F0 for ; Mon, 6 Sep 1999 14:15:30 -0700 (PDT) (envelope-from dg@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id OAA03639; Mon, 6 Sep 1999 14:12:53 -0700 (PDT) Message-Id: <199909062112.OAA03639@implode.root.com> To: Andreas Klemm Cc: Nick Hibma , "Jordan K. Hubbard" , FreeBSD CURRENT Mailing list , n_hibma@heidi.plazza.it Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log In-reply-to: Your message of "Mon, 06 Sep 1999 20:09:05 +0200." <19990906200905.A1911@titan.klemm.gtn.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 06 Sep 1999 14:12:53 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >On Sun, Sep 05, 1999 at 11:32:35AM +0200, Nick Hibma wrote: >> -/var/cron/log 600 3 100 * Z >> +/var/log/cron.log 600 3 100 * Z >> /var/log/amd.log 664 7 100 * Z >> /var/log/kerberos.log 664 7 100 * Z >> /var/log/lpd-errs 664 7 100 * Z > >Would it make sense (while you're there), to get rid of the ".log" >suffix of certain log files like cron.log, amd.log, etc ... > >I think the fact that files live under /var/"log" should be enough >to tell people, "here live logfiles". > >Since those files are rotated automatically by newsyslog there >shouldn't be any reason to say "no, this breaks scripts", since >the OS provides the newsyslog facility, so we can change it there >as well... > >What do you think ? I think they should all have .log since there can be subdirectories and it makes the files more easily identifiable. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com Pave the road of life with opportunities. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 15:35:26 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail1.its.rpi.edu (mail1.its.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id 207D91559B for ; Mon, 6 Sep 1999 15:35:22 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail1.its.rpi.edu (8.9.3/8.9.3) with ESMTP id SAA34550; Mon, 6 Sep 1999 18:20:46 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <19990906200905.A1911@titan.klemm.gtn.com> References: <19990906200905.A1911@titan.klemm.gtn.com> Date: Mon, 6 Sep 1999 18:21:21 -0400 To: Andreas Klemm From: Garance A Drosihn Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log Cc: current@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 8:09 PM +0200 9/6/99, Andreas Klemm wrote: >On Sun, Sep 05, 1999 at 11:32:35AM +0200, Nick Hibma wrote: > > -/var/cron/log 600 3 100 * Z > > +/var/log/cron.log 600 3 100 * Z > > /var/log/amd.log 664 7 100 * Z > > /var/log/kerberos.log 664 7 100 * Z > > /var/log/lpd-errs 664 7 100 * Z > >Would it make sense (while you're there), to get rid of the ".log" >suffix of certain log files like cron.log, amd.log, etc ... > >I think the fact that files live under /var/"log" should be enough >to tell people, "here live logfiles". I'd prefer to keep the '.log' prefix. It doesn't cause any problem at all whatsoever, and it's helpful to distinguish log files from other files (or directories) which can end up in /var/log. --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 16:15: 9 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail1.its.rpi.edu (mail1.its.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id 34B5015A2C for ; Mon, 6 Sep 1999 16:14:28 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail1.its.rpi.edu (8.9.3/8.9.3) with ESMTP id TAA19174; Mon, 6 Sep 1999 19:14:20 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: Date: Mon, 6 Sep 1999 19:14:55 -0400 To: current@FreeBSD.org From: Garance A Drosihn Subject: Two fixes for lpd/lpc (printing) Cc: kheuer@gwdu60.gwdg.de Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I noticed problem-report bin/9362, which reported that the 'lpc start' command no longer works. (it claims to start the queue, but it doesn't actually start it). I came up with a two or three line fix for that bug, and sent it in as problem-report bin/13549. This patch should work on both freebsd-current and freebsd-stable. I also noticed problem report bin/12912. This PR includes a patch to make sure that if a lockfile does not already exist, then it will be created such that the queue is both "enabled" and "started". I have not tried this exact patch yet, but here at RPI we've had a similar patch to lpd for a long time. We add printer queues to a master printcap file, which is then copied to a few hundred workstations. We really don't want to have to run around all those workstations to 'enable' and 'start' a queue that we have just added. Perhaps we have a different 'umask' setting when lpd starts up than most freebsd sites do... Could some other people try these simple patches, and see how well they work? I am hoping these could make it into the next official release, although I realize that time is rapidly running out for that! :-) --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 19:11:58 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 2D20914BF8 for ; Mon, 6 Sep 1999 19:11:55 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id UAA10845; Mon, 6 Sep 1999 20:11:04 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id UAA18687; Mon, 6 Sep 1999 20:11:03 -0600 Date: Mon, 6 Sep 1999 20:11:03 -0600 Message-Id: <199909070211.UAA18687@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Sheldon Hearn Cc: Luoqi Chen , nate@mt.sri.com, current@FreeBSD.ORG Subject: Re: start xdm on a particular vty In-Reply-To: <21391.936598939@axl.noc.iafrica.com> References: <199909031803.OAA04921@lor.watermarkgroup.com> <21391.936598939@axl.noc.iafrica.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Do you know the appropriate channel to contact the XFree86 folks? In the > > mean while, I can take Sheldon's advice, submit it to our XFree86 port. > > By the way, I've just thought of something you should consider. I think > there's still a problem with xdm, where trying to change vty while it's > starting up can lose you access to all your vtys. This isn't a problem with xdm, but with syscons. There were some patches floating around that fixed this is a really kludgey way posted or send-pr'd a while back that supposedly fixed this, but no-one followed up on it (including myself...) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 20:45:30 1999 Delivered-To: freebsd-current@freebsd.org Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (Postfix) with ESMTP id A54AE15495 for ; Mon, 6 Sep 1999 20:45:25 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.3/8.9.1) with SMTP id XAA24162 for ; Mon, 6 Sep 1999 23:45:19 -0400 (EDT) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA02884; Mon, 6 Sep 1999 23:44:49 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.9.1/8.9.1) id XAA51739 for freebsd-current@freebsd.org; Mon, 6 Sep 1999 23:44:48 -0400 (EDT) (envelope-from jwd) From: "John W. DeBoskey" Message-Id: <199909070344.XAA51739@bb01f39.unx.sas.com> Subject: make release failure in rlogind/libkrb To: freebsd-current@freebsd.org Date: Mon, 6 Sep 1999 23:44:48 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, make release is doing better, we're now up to a failure in rlogind with respect to libkrb... cc -O -pipe -Wall -DKERBEROS -DCRYPT -DHAVE_CONFIG_H -I/usr/src/libexec/rlogind/../../kerberosIV/include -I/usr/src/libexec/rlogind/../../crypto/kerberosIV/include -I/usr/src/libexec/rlogind/../../crypto/kerberosIV/lib/roken -I/usr/src/libexec/rlogind/../../crypto/kerberosIV/appl/bsd -o rlogind rlogind.o encrypt.o -lutil -lkrb -ldes -lcrypt /usr/lib/libkrb.so: undefined reference to `init_error_table' /usr/lib/libkrb.so: undefined reference to `initialize_error_table_r' *** Error code 1 Stop in /usr/src/libexec/rlogind. *** Error code 1 Stop in /usr/src/kerberosIV. *** Error code 1 Stop in /usr/src/release. *** Error code 1 I'm about to re-sup and see if this has been addressed. Thanks, John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 21:47:14 1999 Delivered-To: freebsd-current@freebsd.org Received: from io.yi.org (24.66.174.118.bc.wave.home.com [24.66.174.118]) by hub.freebsd.org (Postfix) with ESMTP id A1EF31517C for ; Mon, 6 Sep 1999 21:47:00 -0700 (PDT) (envelope-from jake@checker.org) Received: from io.yi.org (localhost [127.0.0.1]) by io.yi.org (Postfix) with ESMTP id CE2981F57 for ; Mon, 6 Sep 1999 21:45:47 -0700 (PDT) X-Mailer: exmh version 2.0.2 2/24/98 To: current@freebsd.org Subject: mii_load in loader.conf Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Sep 1999 21:45:47 -0700 From: Jake Burkholder Message-Id: <19990907044547.CE2981F57@io.yi.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can we have an entry for mii.ko in /boot/defaults/loader.conf? ############################################################## ### Networking drivers ##################################### ############################################################## mii_load="NO" ax_load="NO" # ASIX Electronics AX88140A fxp_load="NO" # Intel EtherExpress PRO/100B (82557, 82558) ... -- we are but packets in the internet of life To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 22:54: 0 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id 4D5AF14EDF for ; Mon, 6 Sep 1999 22:53:51 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id HAA78294; Tue, 7 Sep 1999 07:53:26 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199909070553.HAA78294@gratis.grondar.za> To: Randy Bush Cc: FreeBSD Current Subject: Re: more breakage Date: Tue, 07 Sep 1999 07:53:22 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > cc -O -pipe -Wall -DKERBEROS -DCRYPT -DHAVE_CONFIG_H -I/usr/src/libexec/rlog ind/../../kerberosIV/include -I/usr/src/libexec/rlogind/../../crypto/kerberosI V/include -I/usr/src/libexec/rlogind/../../crypto/kerberosIV/lib/roken -I/usr /src/libexec/rlogind/../../crypto/kerberosIV/appl/bsd -I/usr/obj/usr/src/tmp/ usr/include -o rlogind rlogind.o encrypt.o -lutil -lkrb -ldes -lcrypt > /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `init_error_ta ble' > /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `initialize_er ror_table_r' > *** Error code 1 Way ahead of you there. I fixed a few more; this one was for rlogind; the others are rshd, rlogin, rsh and su. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 6 23:43: 1 1999 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id A812F14D58 for ; Mon, 6 Sep 1999 23:42:48 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.3/8.9.3) id IAA29344; Tue, 7 Sep 1999 08:42:16 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <199909070642.IAA29344@zibbi.mikom.csir.co.za> Subject: Re: more breakage In-Reply-To: <199909070553.HAA78294@gratis.grondar.za> from Mark Murray at "Sep 7, 1999 07:53:22 am" To: mark@grondar.za (Mark Murray) Date: Tue, 7 Sep 1999 08:42:16 +0200 (SAT) Cc: randy@psg.com (Randy Bush), freebsd-current@FreeBSD.ORG (FreeBSD Current) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > cc -O -pipe -Wall -DKERBEROS -DCRYPT -DHAVE_CONFIG_H -I/usr/src/libexec/rlog > ind/../../kerberosIV/include -I/usr/src/libexec/rlogind/../../crypto/kerberosI > V/include -I/usr/src/libexec/rlogind/../../crypto/kerberosIV/lib/roken -I/usr > /src/libexec/rlogind/../../crypto/kerberosIV/appl/bsd -I/usr/obj/usr/src/tmp/ > usr/include -o rlogind rlogind.o encrypt.o -lutil -lkrb -ldes -lcrypt > > /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `init_error_ta > ble' > > /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `initialize_er > ror_table_r' > > *** Error code 1 > > Way ahead of you there. I fixed a few more; this one was for rlogind; > the others are rshd, rlogin, rsh and su. > Yup, I can confirm that that part is fixed now. It died a lot later when trying to make the fixit floppy and ran out of space: ------- Making fixit floppy. disklabel: ioctl DIOCWLABEL: Operation not supported by device Warning: Block size restricts cylinders per group to 6. Warning: 1216 sector(s) in last cylinder unallocated /dev/rvn1c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors 1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 736 i/g) super-block backups (for fsck -b #) at: 32 cpio: write error: No space left on device *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop. -------- John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 3:34:28 1999 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 1690814D09; Tue, 7 Sep 1999 03:34:22 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 2801F1CA8; Tue, 7 Sep 1999 18:33:48 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: Marcel Moolenaar Cc: Garrett Wollman , current@FreeBSD.ORG, jb@FreeBSD.ORG Subject: Re: Signal changes and {,sig}{set,long}jmp In-reply-to: Your message of "Mon, 06 Sep 1999 21:56:43 +0200." <37D41C7B.E7D715AD@scc.nl> Date: Tue, 07 Sep 1999 18:33:48 +0800 From: Peter Wemm Message-Id: <19990907103348.2801F1CA8@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Marcel Moolenaar wrote: > Garrett Wollman wrote: > > > > < said : > > > > > The setjump/longjump family of functions are userland function > > > AFAICT. > > > > POSIX doesn't make any such distinction. Remember that setjmp/longjmp > > *already* enter the kernel, in order to save/restore the signal mask, > > so there isn't any real performance penalty! (Programs which need a > > cheaper version already have to use _{set,long}jmp, which doesn't play > > with the signal mask.) > > Hmm... setjmp/longjmp syscalls... _setjmp/_longjmp userland functions... If > struct jmp_buf is defined in (maybe even > , then I can not find any disadvantages. If atomicy (sp?) > is solved by it, then there's definitely an advantage. > sigsetjmp and siglongjmp can be implemented in terms of setjmp/_setjmp and > longjmp/_longjmp respectively to avoid redundance. Before getting too far here, can we consider some other standard interfaces? #include int getcontext(ucontext_t *ucp); int setcontext(const ucontext_t *ucp); void makecontext(ucontext_t *ucp, (void *func)(), int argc, ...); int swapcontext(ucontext_t *oucp, const ucontext_t *ucp); http://www.opengroup.org/onlinepubs/007908799/xsh/ucontext.h.html setjmp,longjmp,sigreturn,etc can all be done with this interface and it can be used for libc_r and future kernel-assisted threading. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 4:23:44 1999 Delivered-To: freebsd-current@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 1B75A14FF0; Tue, 7 Sep 1999 04:23:37 -0700 (PDT) (envelope-from marcel@scc.nl) Received: from scones.sup.scc.nl (i140.ztm.euronet.nl [194.134.112.101]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id NAA02380; Tue, 7 Sep 1999 13:22:04 +0200 (MET DST) Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by scones.sup.scc.nl (8.9.3/8.9.3) with ESMTP id NAA84290; Tue, 7 Sep 1999 13:21:59 +0200 (CEST) (envelope-from marcel@scc.nl) Message-ID: <37D4F557.F4F743E7@scc.nl> Date: Tue, 07 Sep 1999 13:21:59 +0200 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.5 i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: Garrett Wollman , current@FreeBSD.ORG, jb@FreeBSD.ORG Subject: Re: Signal changes and {,sig}{set,long}jmp References: <19990907103348.2801F1CA8@overcee.netplex.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm wrote: > > Before getting too far here, can we consider some other standard interfaces? > > #include > > int getcontext(ucontext_t *ucp); > int setcontext(const ucontext_t *ucp); > void makecontext(ucontext_t *ucp, (void *func)(), int argc, ...); > int swapcontext(ucontext_t *oucp, const ucontext_t *ucp); > > http://www.opengroup.org/onlinepubs/007908799/xsh/ucontext.h.html > > setjmp,longjmp,sigreturn,etc can all be done with this interface and it can > be used for libc_r and future kernel-assisted threading. We're at a point where the discussion, altough meaningful and important, has no direct impact on the sigset_t change. I agree with Peter that we should as well consider the ucontext interface, but prefer to stay focussed on changing sigset_t. So, here's where I shut up and let you discuss the matter further :-) FYI: I have reimplemented {sig|_}?{set|long}jmp to use the new sigset_t and all works well. It's not really important for me at this time how these functions are eventually implemented. For now I'm at least able to fix userland code. -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 4:48:44 1999 Delivered-To: freebsd-current@freebsd.org Received: from web129.yahoomail.com (web129.yahoomail.com [205.180.60.198]) by hub.freebsd.org (Postfix) with SMTP id 3EFEA14DF3 for ; Tue, 7 Sep 1999 04:48:43 -0700 (PDT) (envelope-from valsho@yahoo.com) Message-ID: <19990907114732.7281.rocketmail@web129.yahoomail.com> Received: from [147.226.112.101] by web129.yahoomail.com; Tue, 07 Sep 1999 04:47:32 PDT Date: Tue, 7 Sep 1999 04:47:32 -0700 (PDT) From: "Valentin S. Chopov" Subject: linking kernel & isa_compat & error To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After last cvsup: linking kernel isa_compat.o: In function `isa_compat_probe': isa_compat.o(.text+0x3a6): undefined reference to `isa_get_flags' *** Error code 1 Val __________________________________________________ Do You Yahoo!? Bid and sell for free at http://auctions.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 6: 2:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (Postfix) with ESMTP id 70E4914D1D for ; Tue, 7 Sep 1999 06:02:36 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.3/8.9.1) with SMTP id IAA16238 for ; Tue, 7 Sep 1999 08:59:28 -0400 (EDT) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA24976; Tue, 7 Sep 1999 08:58:58 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.9.1/8.9.1) id IAA55593 for freebsd-current@freebsd.org; Tue, 7 Sep 1999 08:58:58 -0400 (EDT) (envelope-from jwd) From: "John W. DeBoskey" Message-Id: <199909071258.IAA55593@bb01f39.unx.sas.com> Subject: make release (ohh so close - fixit floppy) To: freebsd-current@freebsd.org Date: Tue, 7 Sep 1999 08:58:58 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Oh so close to a complete release..... who performs the coin toss to decide what to remove from fixit? -John Regular and MFS boot floppies made. touch release.8 Making fixit floppy. disklabel: ioctl DIOCWLABEL: Operation not supported by device Warning: Block size restricts cylinders per group to 6. Warning: 1216 sector(s) in last cylinder unallocated /dev/rvn0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors 1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 736 i/g) super-block backups (for fsck -b #) at: 32 cpio: write error: No space left on device *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 7: 2:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from panix.com (panix.com [166.84.1.66]) by hub.freebsd.org (Postfix) with ESMTP id 54B1C1567F for ; Tue, 7 Sep 1999 07:02:13 -0700 (PDT) (envelope-from rsi@panix.com) Received: (from rsi@localhost) by panix.com (8.8.5/8.8.8/PanixU1.4) id KAA24138; Tue, 7 Sep 1999 10:00:43 -0400 (EDT) Message-Id: <199909071400.KAA24138@panix.com> To: freebsd-current@freebsd.org Subject: chown/chgrp location and MAKEDEV From: Rajappa Iyer Date: 07 Sep 1999 10:00:42 -0400 Reply-To: rsi@panix.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry if this has been discussed before, but I couldn't find anything relevant in the mail archives. /dev/MAKEDEV contains references to chown and chgrp which are in /usr/sbin. This makes it impossible to run MAKEDEV when the /usr fs is not available. I had recent occasion when I had to execute MAKEDEV before /usr could be mounted---in fact, I had to execute MAKEDEV so that /usr could be mounted on the disk whose LUN id had changed to something for which there were no entries in /dev. Yes, I know that I should have run MAKEDEV before changing the id on the disk, but I do feel one should be able run MAKEDEV without needing to have /usr mounted. Shouldn't chown and chgrp be in /sbin? Thanks, Rajappa -- a.k.a. Rajappa Iyer. New York, New York. We're too busy mopping the floor to turn off the faucet. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 8:16:49 1999 Delivered-To: freebsd-current@freebsd.org Received: from picalon.gun.de (picalon.gun.de [194.77.0.18]) by hub.freebsd.org (Postfix) with ESMTP id 9C16E15585 for ; Tue, 7 Sep 1999 08:16:45 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: from klemm.gtn.com (pppak04.gtn.com [194.231.123.169]) by picalon.gun.de (8.9.3/8.9.3) with ESMTP id RAA20992; Tue, 7 Sep 1999 17:15:46 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.3/8.9.3) id HAA28550; Tue, 7 Sep 1999 07:32:30 +0200 (CEST) (envelope-from andreas) Date: Tue, 7 Sep 1999 07:32:29 +0200 From: Andreas Klemm To: David Greenman Cc: Andreas Klemm , Nick Hibma , "Jordan K. Hubbard" , FreeBSD CURRENT Mailing list , n_hibma@heidi.plazza.it Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log Message-ID: <19990907073229.A28536@titan.klemm.gtn.com> References: <19990906200905.A1911@titan.klemm.gtn.com> <199909062112.OAA03639@implode.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i In-Reply-To: <199909062112.OAA03639@implode.root.com> X-Operating-System: FreeBSD 3.3-RC SMP X-Disclaimer: A free society is one where it is safe to be unpopular Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Sep 06, 1999 at 02:12:53PM -0700, David Greenman wrote: > > I think they should all have .log since there can be subdirectories and it > makes the files more easily identifiable. You're right ... I understand ... -- Andreas Klemm http://www.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD Get new songs from our band: http://www.freebsd.org/~andreas/64bits/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 8:28:13 1999 Delivered-To: freebsd-current@freebsd.org Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id 31BEF15641 for ; Tue, 7 Sep 1999 08:28:06 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elect8 (elect8.jrc.it [139.191.71.152]) by mrelay.jrc.it (LMC5692) with ESMTP id RAA01615; Tue, 7 Sep 1999 17:26:08 +0200 (MET DST) Date: Tue, 7 Sep 1999 17:26:07 +0200 (MET DST) From: Nick Hibma X-Sender: n_hibma@elect8 Reply-To: Nick Hibma To: Andreas Klemm Cc: David Greenman , "Jordan K. Hubbard" , FreeBSD CURRENT Mailing list , n_hibma@heidi.plazza.it.jrc.it Subject: Re: request for review: move of /var/cron/log to /var/log/cron.log In-Reply-To: <19990907073229.A28536@titan.klemm.gtn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Uhm, well, yes, but I just committed the patch for /var/cron/log to /var/log/cron and not cron.log. So I guess that Andreas' idea has been incorporated. Nick > On Mon, Sep 06, 1999 at 02:12:53PM -0700, David Greenman wrote: > > > > I think they should all have .log since there can be subdirectories and it > > makes the files more easily identifiable. > > You're right ... I understand ... > > -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 8:54:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id EB72A14D73 for ; Tue, 7 Sep 1999 08:54:33 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id JAA17326; Tue, 7 Sep 1999 09:52:17 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA21689; Tue, 7 Sep 1999 09:52:16 -0600 Date: Tue, 7 Sep 1999 09:52:16 -0600 Message-Id: <199909071552.JAA21689@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: John Polstra Cc: Jake Burkholder , current@FreeBSD.ORG Subject: RE: java too? (was Re: Perl still broken in 4.0-CURRENT) In-Reply-To: References: <19990905162206.B98EA1F05@io.yi.org> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I think that java is still broken by this. > > .. > >> java > > Segmentation fault (core dumped) > >> > > I've just committed the fix in "src/libexec/rtld-elf/rtld.h" revision > 1.12. The Java runtime was peeking into some of the dynamic linker's > private data structures. My recent changes added some new members > which changed the layout of the structures. I've moved the new > members to the end to work around the problem. > > This is really a JDK bug, but I understand they did it that way to > work around limitations in the dynamic linker. I'll try to help them > find a less fragile way. This is necessary because the JDK has no way of knowing if dladdr() and other misc. functions exist at runtime, because it must run on *all* versions of FreeBSD, and older versions of 3.* didn't have these functions. We can't maintain backward compatability 'cleanly' w/out knowing the internals unfortunately. That is, unless John can come up with a way that we're not aware of. :) :) :) :) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 9:17:24 1999 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 59EF115644 for ; Tue, 7 Sep 1999 09:17:06 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id JAA00843; Tue, 7 Sep 1999 09:16:16 -0700 (PDT) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id JAA21758; Tue, 7 Sep 1999 09:16:16 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199909071552.JAA21689@mt.sri.com> Date: Tue, 07 Sep 1999 09:16:16 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: Nate Williams Subject: RE: java too? (was Re: Perl still broken in 4.0-CURRENT) Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nate Williams wrote: > > This is necessary because the JDK has no way of knowing if dladdr() and > other misc. functions exist at runtime, because it must run on *all* > versions of FreeBSD, and older versions of 3.* didn't have these > functions. > > We can't maintain backward compatability 'cleanly' w/out knowing the > internals unfortunately. That is, unless John can come up with a way > that we're not aware of. :) :) :) :) I've been thinking about this. I think I know a good way to find out at runtime whether dladdr is implemented, and also a safer way to roll your own version of dladdr to use when necessary. I have to do some Real Work at the moment, but I'll follow up with more details soon. (In other words: I have devised a clever and elegant proof of this theorem. Unfortunately there is not room in the margin to write it down ... ;-) John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 9:21:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 5D53B14A13 for ; Tue, 7 Sep 1999 09:21:38 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id KAA17618; Tue, 7 Sep 1999 10:20:17 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id KAA21936; Tue, 7 Sep 1999 10:20:17 -0600 Date: Tue, 7 Sep 1999 10:20:17 -0600 Message-Id: <199909071620.KAA21936@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: John Polstra Cc: Nate Williams , current@FreeBSD.ORG Subject: RE: java too? (was Re: Perl still broken in 4.0-CURRENT) In-Reply-To: References: <199909071552.JAA21689@mt.sri.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > This is necessary because the JDK has no way of knowing if dladdr() and > > other misc. functions exist at runtime, because it must run on *all* > > versions of FreeBSD, and older versions of 3.* didn't have these > > functions. > > > > We can't maintain backward compatability 'cleanly' w/out knowing the > > internals unfortunately. That is, unless John can come up with a way > > that we're not aware of. :) :) :) :) > > I've been thinking about this. I think I know a good way to find out > at runtime whether dladdr is implemented, and also a safer way to roll > your own version of dladdr to use when necessary. Sounds just like what the doctor ordered... > I have to do some > Real Work at the moment, but I'll follow up with more details soon. > (In other words: I have devised a clever and elegant proof of this > theorem. Unfortunately there is not room in the margin to write it > down ... ;-) Let me know. :) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 9:36:31 1999 Delivered-To: freebsd-current@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 2C70A15BD6 for ; Tue, 7 Sep 1999 09:36:18 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.5/nospam) with UUCP id SAA00410 for freebsd-current@FreeBSD.ORG; Tue, 7 Sep 1999 18:35:00 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id 78A1F870A; Tue, 7 Sep 1999 18:34:43 +0200 (CEST) Date: Tue, 7 Sep 1999 18:34:43 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: World breakage Message-ID: <19990907183443.A44048@keltia.freenix.fr> Mail-Followup-To: FreeBSD Current Users' list Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.95.5i X-Operating-System: FreeBSD 4.0-CURRENT/ELF ctm#5543 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Am I the only to see this (CVSup from a few minutes ago): cc -o make_keys -O -I. -I/src/src/lib/libncurses -I/src/src/lib/libncurses/../../contrib/ncurses/ncurses -I/src/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -I/usr/obj/src/src/tmp/usr/include /src/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c cat namehdr boolcodes numcodes strcodes codeftr > codes.c /src/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c: In function `lookup': /src/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c:50: `strnames' undeclared (first use in this function) /src/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c:50: (Each undeclared identifier is reported only once -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #73: Sat Jul 31 15:36:05 CEST 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 10: 8:59 1999 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 583) id C55F114D31; Tue, 7 Sep 1999 10:08:57 -0700 (PDT) To: dufault@hda.com, wollman@khavrinen.lcs.mit.edu Subject: Re: (P)review: sigset_t for more than 32 signals Cc: current@FreeBSD.ORG, marcel@scc.nl In-Reply-To: <199909061518.LAA03161@khavrinen.lcs.mit.edu> Message-Id: <19990907170857.C55F114D31@hub.freebsd.org> Date: Tue, 7 Sep 1999 10:08:57 -0700 (PDT) From: bde@FreeBSD.ORG (Bruce Evans) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This is a particularly safe implementation typedef, > since I don't anticipate uint64_t ever being used in a future specification > as a different data type. > I don't know about ANSI. It's in C9x. But not in . The n869 draft has it in and only. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 10:23:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 7718B14DC6 for ; Tue, 7 Sep 1999 10:23:32 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com by peach.ocn.ne.jp (8.9.1a/OCN) id BAA03027; Wed, 8 Sep 1999 01:59:59 +0900 (JST) Message-ID: <37D5444D.37C1CE4D@newsguy.com> Date: Wed, 08 Sep 1999 01:58:53 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.6 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: Jake Burkholder Cc: current@FreeBSD.ORG Subject: Re: mii_load in loader.conf References: <19990907044547.CE2981F57@io.yi.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jake Burkholder wrote: > > Can we have an entry for mii.ko in /boot/defaults/loader.conf? > > ############################################################## > ### Networking drivers ##################################### > ############################################################## > > mii_load="NO" > ax_load="NO" # ASIX Electronics AX88140A > fxp_load="NO" # Intel EtherExpress PRO/100B (82557, 82558) > ... Document in some way that mii is necessary for ax (and fxp?). Unless, of course, mii is loaded automatically when the network driver is loaded, in which case it need not be added, imho. [Disclaimer: .ko loading ought to not be in loader.conf, but until loading is automatic...] -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "People call him Neutron Star, 'cuz his so dense lights bends around him." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 10:42:31 1999 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 583) id A22F814DC4; Tue, 7 Sep 1999 10:42:28 -0700 (PDT) To: nordwick@erdos.askjeeves.com, wollman@khavrinen.lcs.mit.edu Subject: Re: (P)review: sigset_t for more than 32 signals Cc: current@FreeBSD.ORG In-Reply-To: <199909061833.OAA03865@khavrinen.lcs.mit.edu> Message-Id: <19990907174228.A22F814DC4@hub.freebsd.org> Date: Tue, 7 Sep 1999 10:42:28 -0700 (PDT) From: bde@FreeBSD.ORG (Bruce Evans) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It's true that this would (currently) slow down uthreads. However, I > suspect that uthreads may want to do its own signal-mask handling > anyway (even though it currently doesn't). On the other hand, if we > made jmp_buf and struct sigcontext compatible, it could clean up the > thread scheduler's inner workings. Note that C9x requires longjmp() to leave the floating point environment alone, so the full sigcontext must not be restored. This doesn't prevent using sigreturn() to implement longjmp(), but it guarantees that setjmp()/longjmp() can't be (ab)used to implement full context switching. Making jmp_buf the same as struct sigcontext would be a bit wasteful. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 10:59:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from rah.star-gate.com (216-200-29-190.snj0.flashcom.net [216.200.29.194]) by hub.freebsd.org (Postfix) with ESMTP id 43DBA14FEB for ; Tue, 7 Sep 1999 10:59:37 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.3/8.8.8) with ESMTP id KAA10421 for ; Tue, 7 Sep 1999 10:55:50 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199909071755.KAA10421@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: Clean Build! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Sep 1999 10:55:50 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Last nite around 1am or so I cvsup my system and managed to build the world and the kernel 8) Not sure how stable is -current so far in a uni processor configuration the system seems to be okay. Enjoy -- Amancio Hasty hasty@rah.star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 13:11: 1 1999 Delivered-To: freebsd-current@freebsd.org Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (Postfix) with ESMTP id 78A6A15636 for ; Tue, 7 Sep 1999 13:10:55 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.3/8.9.1) with SMTP id QAA07197 for ; Tue, 7 Sep 1999 16:09:53 -0400 (EDT) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA05439; Tue, 7 Sep 1999 16:09:23 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.9.1/8.9.1) id QAA58806 for freebsd-current@freebsd.org; Tue, 7 Sep 1999 16:09:23 -0400 (EDT) (envelope-from jwd) From: "John W. DeBoskey" Message-Id: <199909072009.QAA58806@bb01f39.unx.sas.com> Subject: rshd patch for REMOTEUSER & REMOTEHOST To: freebsd-current@freebsd.org Date: Tue, 7 Sep 1999 16:09:23 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, We've been using the following patch which adds the REMOTEUSER and REMOTEHOST variables to the environment 'ala Irix. Comments and feedback are welcome. I followed the existing code style, though I don't really agree with statically allocating the variable space. This patch is against 4.0-current as of today. Would someone consider committing this? Thanks! John Index: rshd.c =================================================================== RCS file: /mirror/ncvs/src/libexec/rshd/rshd.c,v retrieving revision 1.26 diff -u -r1.26 rshd.c --- rshd.c 1999/08/28 00:10:00 1.26 +++ rshd.c 1999/09/07 20:04:26 @@ -199,8 +199,11 @@ char homedir[64] = "HOME="; char shell[64] = "SHELL="; char path[100] = "PATH="; +char remoteuser[28] = "REMOTEUSER="; +char remotehname[40] = "REMOTEHOST="; + char *envinit[] = - {homedir, shell, path, username, 0}; + {homedir, shell, path, username, remoteuser, remotehname, 0}; char **environ; void @@ -676,6 +679,8 @@ strcat(path, _PATH_DEFPATH); strncat(shell, pwd->pw_shell, sizeof(shell)-7); strncat(username, pwd->pw_name, sizeof(username)-6); + strncat(remoteuser, remuser, sizeof(remoteuser)-12); + strncat(remotehname, fromhost, sizeof(remotehname)-12); cp = strrchr(pwd->pw_shell, '/'); if (cp) cp++; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 13:31:44 1999 Delivered-To: freebsd-current@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 48FF614F0A for ; Tue, 7 Sep 1999 13:31:43 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost (1152 bytes) by rip.psg.com via sendmail with P:stdio/R:inet_resolve/T:smtp (sender: ) (ident using unix) id for ; Tue, 7 Sep 1999 13:31:20 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1) Message-Id: Date: Tue, 7 Sep 1999 13:31:20 -0700 (PDT) From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mark Murray Cc: FreeBSD Current Subject: Re: more breakage References: <199909070553.HAA78294@gratis.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> cc -O -pipe -Wall -DKERBEROS -DCRYPT -DHAVE_CONFIG_H -I/usr/src/libexec/rlogind/../../kerberosIV/include -I/usr/src/libexec/rlogind/../../crypto/kerberosIV/include -I/usr/src/libexec/rlogind/../../crypto/kerberosIV/lib/roken -I/usr/src/libexec/rlogind/../../crypto/kerberosIV/appl/bsd -I/usr/obj/usr/src/tmp/usr/include -o rlogind rlogind.o encrypt.o -lutil -lkrb -ldes -lcrypt >> /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `init_error_ta > ble' >> /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `initialize_error_table_r' >> *** Error code 1 > Way ahead of you there. I fixed a few more; this one was for rlogind; > the others are rshd, rlogin, rsh and su. fixes working. new build now running. back to chasing sound problems. thanks! randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 13:43:18 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id 8FA6F1561A for ; Tue, 7 Sep 1999 13:42:39 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id WAA82571; Tue, 7 Sep 1999 22:40:14 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199909072040.WAA82571@gratis.grondar.za> To: Randy Bush Cc: FreeBSD Current Subject: Re: more breakage Date: Tue, 07 Sep 1999 22:40:13 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > fixes working. new build now running. back to chasing sound problems. Kewl. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 13:50: 9 1999 Delivered-To: freebsd-current@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id BF65C15648 for ; Tue, 7 Sep 1999 13:50:01 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost (16194 bytes) by rip.psg.com via sendmail with P:stdio/R:inet_resolve/T:smtp (sender: ) (ident using unix) id for ; Tue, 7 Sep 1999 13:49:44 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1) Message-Id: Date: Tue, 7 Sep 1999 13:49:44 -0700 (PDT) From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Doug Rabson Cc: FreeBSD Current Subject: Re: PNP problems Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> I built and installed a new world today. My last make world >> was some months ago. >> It seems that the boot loader has changed. Now, my AWE64 >> soundcard is not detected anymore. >> My kernel.config looks like this >> pnp 1 0 os enable port0 0x220 port1 0x330 port2 0x388 irq0 5 drq0 1 drq1 5 >> pnp 1 2 os enable port0 0x620 port1 0xa20 port2 0xe20 >> This syntax no longer seems to be supported, instead, the following commands >> may be used: >> What can I do in order to reenable my soundcard? > > Please try using the new pcm driver if you are not already. You should be > able to do this by having these lines in your kernel config: > controller pnp0 > device pcm0 > Note that you must not have an old-style non-pnp declaration (i.e. device > pcm0 at isa? ...) since that currently confuses the pnp system. i am in a similar position. so i did as you say. controller pnp0 # PnP support for ISA ... # pcm: Luigi's sound driver #device pcm0 at isa? port ? irq 5 drq 1 flags 0x0 device pcm0 now, although pcm0 shows up in dmesg, i get % xmix Error opening mixer device /dev/mixer: Device not configured and similar whinging. xmix worked before the change. randy Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Tue Sep 7 11:33:23 PDT 1999 root@rip.psg.com:/usr/src/sys/compile/RIP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Xeon/Celeron (686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping = 1 Features=0x183fbff real memory = 134205440 (131060K bytes) avail memory = 126935040 (123960K bytes) Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc02fb000. Pentium Pro MTRR support enabled ccd0-5: Concatenated disk drivers npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 WARNING: "bktr" is usurping "bktr"'s cdevsw[] pcib1: at device 1.0 on pci0 pci1: on pcib1 vga-pci0: irq 16 at device 0.0 on pci1 isab0: at device 4.0 on pci0 isa0: on isab0 chip1: at device 4.1 on pci0 chip2: irq 19 at device 4.2 on pci0 intpm0: at device 4.3 on pci0 intpm0: I/O mapped e800 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped e400 ahc0: irq 19 at device 6.0 on pci0 BRDCTL = 0xfa ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs fxp0: irq 19 at device 9.0 on pci0 fxp0: Ethernet address 00:a0:c9:df:c8:4e bktr0: irq 18 at device 10.0 on pci0 iicbb0: on bti2c0 iicbus0: on iicbb0 master-only iicsmb0: on iicbus0 smbus1: on iicsmb0 smb1: on smbus1 WARNING: "iic" is usurping "iic"'s cdevsw[] iic0: on iicbus0 smbus2: on bti2c0 smb2: on smbus2 bktr0: Hauppauge Model 61111 A M Hauppauge WinCast/TV, Philips NTSC tuner, msp3400c stereo. bktr0: Detected a MSP3430G-A1 pci0: unknown card DD^0878 (vendor=0x109e, dev=0x0878) at 10.1 irq 18 fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <4 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A wl0 at port 0x300-0x30f irq 7 on isa0 wl0: address 08:00:6a:2b:dd:a7, NWID 0xaaaa pcm0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 unknown0: at port 0x200-0x207 on isa0 unknown1: at port 0x620-0x623 on isa0 APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 wl0 XXX: driver didn't set ifq_maxlen Waiting 15 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! sa0 at ahc0 bus 0 target 6 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 5.000MB/s transfers (5.000MHz, offset 15) changing root device to da0s1a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 80.000MB/s transfers (40.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) cd0 at ahc0 bus 0 target 4 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ahc0 bus 0 target 5 lun 0 cd1: Removable CD-ROM SCSI-2 device cd1: 8.333MB/s transfers (8.333MHz, offset 31) cd1: cd present [140956 x 2048 byte records] cmd ntpd pid 145 tried to use non-present sched_get_priority_max cmd ntpd pid 145 tried to use non-present sched_setscheduler # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.freebsd.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.ORG/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.180 1999/08/08 19:28:57 phk Exp $ # This allows you to actually store this configuration file into # the kernel binary itself, where it may be later read by saying: # strings -aout -n 3 /kernel | grep ^___ | sed -e 's/^___//' > MYKERNEL # options INCLUDE_CONFIG_FILE # Include this file in kernel machine i386 #cpu I386_CPU #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident RIP maxusers 96 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem #options MFS_ROOT #MFS usable as root device, "MFS" req'ed options NFS #Network Filesystem #options NFS_ROOT #NFS usable as root device, "NFS" req'ed options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem #options CD9660_ROOT #CD-ROM usable as root. "CD9660" req'ed options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) syscall trace support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores # Soft updates is technique for improving file system speed and # making abrupt shutdown less risky. It is not enabled by default due # to copyright restraints on the code that implement it. # # Read ../../ufs/ffs/README.softupdates to learn what you need to # do to enable this. ../../contrib/softupdates/README gives # more details on how they actually work. # options SOFTUPDATES # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): options NCPU=2 # number of CPUs options NBUS=4 # number of busses options NAPIC=2 # number of IO APICs options NINTR=24 # number of INTs controller isa0 controller pnp0 # PnP support for ISA #controller eisa0 controller pci0 # Floppy drives controller fdc0 at isa? port IO_FD1 irq 6 drq 2 disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 # IDE controller and disks #controller wdc0 at isa? port IO_WD1 irq 14 #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port IO_WD2 irq 15 #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 # ATAPI devices on wdc? #device wcd0 #IDE CD-ROM #device wfd0 #IDE Floppy (e.g. LS-120) #device wst0 #IDE Tape (e.g. Travan) # SCSI Controllers # A single entry for any of these controllers (ncr, ahb, ahc) is # sufficient for any number of installed devices. #controller ncr0 # NCR/Symbios Logic #controller ahb0 # EISA AHA1742 family controller ahc0 # AHA2940 and onboard AIC7xxx devices #controller isp0 # Qlogic family #controller dpt0 # DPT Smartcache - See LINT for options! #controller adv0 at isa? port ? irq ? #controller adw0 #controller bt0 at isa? port ? irq ? #controller aha0 at isa? port ? irq ? # SCSI peripherals # Only one of each of these is needed, they are dynamically allocated. controller scbus0 at ahc0 # SCSI bus (required) #device da0 # Direct Access (disks) disk da0 at scbus0 target 0 unit 0 disk da1 at scbus0 target 1 unit 0 device sa0 # Sequential Access (tape etc) device cd0 device pass0 # Passthrough device (direct SCSI access) # Proprietary or custom CD-ROM Interfaces #device wt0 at isa? port 0x300 irq 5 drq 1 #device mcd0 at isa? port 0x300 irq 10 #device matcd0 at isa? port 0x230 #device scd0 at isa? port 0x230 # atkbdc0 controls both the keyboard and the PS/2 mouse controller atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? port ? conflicts # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? options MAXCONS=4 # number of virtual consoles # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) #device apm0 at nexus? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 #device sio2 at isa? disable port IO_COM3 irq 5 #device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port #device ppc0 at isa? port? flags 0x40 irq 7 #controller ppbus0 # Parallel port bus (required) #device lpt0 # Printer #device plip0 # TCP/IP over parallel #device ppi0 # Parallel port interface device #controller vpo0 # Requires scbus and da0 # PCI Ethernet NICs. #device al0 # ADMtek AL981 (``Comet'') #device ax0 # ASIX AX88140A #device de0 # DEC/Intel DC21x4x (``Tulip'') device fxp0 # Intel EtherExpress PRO/100B (82557, 82558) #device mx0 # Macronix 98713/98715/98725 (``PMAC'') #device pn0 # Lite-On 82c168/82c169 (``PNIC'') #device rl0 # RealTek 8129/8139 #device sf0 # Adaptec AIC-6915 (``Starfire'') #device tl0 # Texas Instruments ThunderLAN #device tx0 # SMC 9432TX (83c170 ``EPIC'') #device vr0 # VIA Rhine, Rhine II #device vx0 # 3Com 3c590, 3c595 (``Vortex'') #device wb0 # Winbond W89C840F #device xl0 # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. # The probe order of these is presently determined by i386/isa/isa_compat.c. #device ed0 at isa? port 0x280 irq 10 iomem 0xd8000 #device ie0 at isa? port 0x300 irq 10 iomem 0xd0000 #device ep0 at isa? port 0x300 irq 10 #device ex0 at isa? port? irq? #device fe0 at isa? port 0x300 irq ? #device le0 at isa? port 0x300 irq 5 iomem 0xd0000 #device lnc0 at isa? port 0x280 irq 10 drq 0 #device cs0 at isa? port 0x300 irq ? # requires PCCARD (PCMCIA) support to be activated #device xe0 at isa? port? irq ? # PCCARD NIC drivers. # ze and zp take over the pcic and cannot coexist with generic pccard # support, nor the ed and ep drivers they replace. #device ze0 at isa? port 0x300 irq 10 iomem 0xd8000 #device zp0 at isa? port 0x300 irq 10 iomem 0xd8000 # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support #pseudo-device sl 1 # Kernel SLIP #pseudo-device ppp 1 # Kernel PPP #pseudo-device tun 1 # Packet tunnel, for ppp(1) pseudo-device pty 32 # Pseudo-ttys (telnet etc) #pseudo-device gzip # Exec gzipped a.out's pseudo-device ccd 6 #Concatenated disk driver # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf 4 #Berkeley packet filter # USB support #controller uhci0 # UHCI PCI->USB interface #controller ohci0 # OHCI PCI->USB interface #controller usb0 # USB Bus (required) #device ugen0 # Generic #device uhid0 # "Human Interface Devices" #device ukbd0 # Keyboard #device ulpt0 # Printer #controller umass0 # Disks/Mass storage - Requires scbus and da0 #device ums0 # Mouse device wl0 at isa? port 0x300 irq ? options WLCACHE # enables the signal-strength cache #options WLDEBUG # enables verbose debugging output # # SMB bus # # System Management Bus support provided by the 'smbus' device. # # Supported devices: # smb standard io # # Supported interfaces: # iicsmb I2C to SMB bridge with any iicbus interface # bktr brooktree848 I2C hardware interface # controller smbus0 controller intpm0 controller alpm0 device smb0 at smbus? # # I2C Bus # # Philips i2c bus support is provided by the `iicbus' device. # # Supported devices: # ic i2c network interface # iic i2c standard io # iicsmb i2c to smb bridge. Allow i2c i/o with smb commands. # # Supported interfaces: # pcf Philips PCF8584 ISA-bus controller # bktr brooktree848 I2C software interface # # Other: # iicbb generic I2C bit-banging code (needed by lpbb, bktr) # controller iicbus0 controller iicbb0 device ic0 at iicbus? device iic0 at iicbus? device iicsmb0 at iicbus? # Brooktree driver has been ported to the new I2C framework. Thus, # you'll need at least iicbus, iicbb and smbus. iic/smb are only needed if you # want to control other I2C slaves connected to the external connector of # some cards. # device bktr0 # pcm: Luigi's sound driver #device pcm0 at isa? port ? irq 5 drq 1 flags 0x0 device pcm0 -30- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 14:17:20 1999 Delivered-To: freebsd-current@freebsd.org Received: from pop3-3.enteract.com (pop3-3.enteract.com [207.229.143.32]) by hub.freebsd.org (Postfix) with SMTP id 277E014F07 for ; Tue, 7 Sep 1999 14:17:15 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: (qmail 47692 invoked from network); 7 Sep 1999 21:16:27 -0000 Received: from shell-1.enteract.com (dscheidt@207.229.143.40) by pop3-3.enteract.com with SMTP; 7 Sep 1999 21:16:27 -0000 Date: Tue, 7 Sep 1999 16:16:27 -0500 (CDT) From: David Scheidt To: Randy Bush Cc: Doug Rabson , FreeBSD Current Subject: Re: PNP problems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 7 Sep 1999, Randy Bush wrote: > % xmix > Error opening mixer device /dev/mixer: Device not configured > > and similar whinging. xmix worked before the change. Did you remake your snd0 devices? David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 14:17:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id 345D514EEF for ; Tue, 7 Sep 1999 14:17:16 -0700 (PDT) (envelope-from mantar@pacbell.net) Received: from dual (dual.pozo.com [216.101.162.51]) by pozo.com (8.9.3/8.9.3) with ESMTP id OAA00809; Tue, 7 Sep 1999 14:16:15 -0700 (PDT) (envelope-from mantar@pacbell.net) Message-Id: <4.2.0.58.19990907141123.00a3aa10@216.101.162.50> X-Sender: null@216.101.162.50 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Tue, 07 Sep 1999 14:16:15 -0700 To: Randy Bush , Doug Rabson From: Manfred Antar Subject: Re: PNP problems Cc: FreeBSD Current In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 01:49 PM 09/07/99 -0700, Randy Bush wrote: >i am in a similar position. so i did as you say. > > controller pnp0 # PnP support for ISA > ... > # pcm: Luigi's sound driver > #device pcm0 at isa? port ? irq 5 drq 1 flags 0x0 > device pcm0 > >now, although pcm0 shows up in dmesg, i get > > % xmix > Error opening mixer device /dev/mixer: Device not configured > >and similar whinging. xmix worked before the change. It's probably looking for mixer at mixer1 instead of mixer0. #cd /dev #sh MAKEDEV snd0 you don't need any of the snd1 devices with the new pnp, whereas the old style you did Manfred ===================== || mantar@pacbell.net || || Ph. (415) 681-6235 || ===================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 14:46:56 1999 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 786FB14E05 for ; Tue, 7 Sep 1999 14:46:48 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id PAA41871; Tue, 7 Sep 1999 15:45:24 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id PAA15421; Tue, 7 Sep 1999 15:44:48 -0600 (MDT) Message-Id: <199909072144.PAA15421@harmony.village.org> To: Michael Reifenberger Subject: Re: -current and pcmcia problems Cc: FreeBSD-Current In-reply-to: Your message of "Sun, 05 Sep 1999 13:35:21 +0200." References: Date: Tue, 07 Sep 1999 15:44:48 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Michael Reifenberger writes: : if I do an upgrade to -current on my Tecra8000 the ep* driver stopps working. The ep driver works in -current. : The message from pccardc is that he failed the resouce allocation. Fix the resource allocation error. :-) That's really the only way that you'll be able to fix it. : A Kernel: "FreeBSD 4.0-CURRENT #0: Wed Jul 14 00:14:01 CEST 1999" works for ep0 : but has the same error for sio*. : So under -current now at least ep* and sio* are not working. sio hasn't worked for a long long time in -current. : Warner, would it be possible for you to integrate what you have so far into : -current for testing since it can't get worse anymore. sio still doesn't work. ep0 works great for me and has been one of the cards that I used extesively in development of the new pccard kludge code. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 15:10:16 1999 Delivered-To: freebsd-current@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 8C85714CAC for ; Tue, 7 Sep 1999 15:10:06 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost (1059 bytes) by rip.psg.com via sendmail with P:stdio/R:inet_resolve/T:smtp (sender: ) (ident using unix) id for ; Tue, 7 Sep 1999 15:08:51 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1) Message-Id: Date: Tue, 7 Sep 1999 15:08:51 -0700 (PDT) From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Sean O'Connell" Cc: FreeBSD Current Subject: Re: PNP problems References: <19990907165943.P599@stat.Duke.EDU> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> # pcm: Luigi's sound driver >> #device pcm0 at isa? port ? irq 5 drq 1 flags 0x0 >> device pcm0 >> now, although pcm0 shows up in dmesg, i get >> % xmix >> Error opening mixer device /dev/mixer: Device not configured >> and similar whinging. xmix worked before the change. > I think (note this is hypothetical :) that if you do > cd /dev > MAKEDEV snd0 > you should be in business. I think (don't know for sure) that > the new code doesn't use the pcm1 business. ack! so the kernel change moved it from (dsp|mixer|.*)1 to (dsp|mixer|.*)0. so now xmix, mpg123, and xmpeg3 work. fxtv does not. randy, still chasing To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 16:18:20 1999 Delivered-To: freebsd-current@freebsd.org Received: from luna.lyris.net (luna.shelby.com [207.90.155.6]) by hub.freebsd.org (Postfix) with ESMTP id 9DCED14EE6 for ; Tue, 7 Sep 1999 16:18:18 -0700 (PDT) (envelope-from kip@lyris.com) Received: from luna.shelby.com by luna.lyris.net (8.9.1b+Sun/SMI-SVR4) id QAA23434; Tue, 7 Sep 1999 16:16:53 -0700 (PDT) Received: from (luna.shelby.com [207.90.155.6]) by luna.shelby.com with SMTP (MailShield v1.50); Tue, 07 Sep 1999 16:16:53 -0700 Date: Tue, 7 Sep 1999 16:16:53 -0700 (PDT) From: Kip Macy X-Sender: kip@luna To: freebsd-current@freebsd.org Subject: 3.3RC install errors Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SMTP-HELO: luna X-SMTP-MAIL-FROM: kip@lyris.com X-SMTP-RCPT-TO: freebsd-current@freebsd.org X-SMTP-PEER-INFO: luna.shelby.com [207.90.155.6] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am sorry if I am repeating something that has already been fixed - I just did buildworld which completed without errors - however, when I did installworld it ended with the following: vm/vm_object.h -> vm/vm_object.ph vm/vm_page.h -> vm/vm_page.ph vm/vm_pageout.h -> vm/vm_pageout.ph vm/vm_pager.h -> vm/vm_pager.ph vm/vm_param.h -> vm/vm_param.ph vm/vm_prot.h -> vm/vm_prot.ph vm/vm_zone.h -> vm/vm_zone.ph vm/vnode_pager.h -> vm/vnode_pager.ph *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 16:29:58 1999 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.netcom.com. (freebsd.netcom.com [198.211.79.3]) by hub.freebsd.org (Postfix) with SMTP id 3F0A615172 for ; Tue, 7 Sep 1999 16:29:56 -0700 (PDT) (envelope-from bugs@freebsd.netcom.com) Received: by freebsd.netcom.com. (SMI-8.6/SMI-SVR4) id RAA15509; Tue, 7 Sep 1999 17:42:26 -0500 From: bugs@freebsd.netcom.com (Mark Hittinger) Message-Id: <199909072242.RAA15509@freebsd.netcom.com.> Subject: evil -current To: freebsd-current@freebsd.org Date: Tue, 7 Sep 1999 17:42:25 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Lots of sig11, then hang, reboot, my system drive is no longer considered "bootable". Looks like bad bad things. Later Mark Hittinger Mindspring/Netcom/Dallas bugs@freebsd.netcom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 16:51:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from rah.star-gate.com (216-200-29-190.snj0.flashcom.net [216.200.29.194]) by hub.freebsd.org (Postfix) with ESMTP id 9C0E714CA3 for ; Tue, 7 Sep 1999 16:51:33 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.3/8.8.8) with ESMTP id QAA13327; Tue, 7 Sep 1999 16:44:16 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199909072344.QAA13327@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: bugs@freebsd.netcom.com (Mark Hittinger) Cc: freebsd-current@FreeBSD.ORG Subject: Re: evil -current In-reply-to: Your message of "Tue, 07 Sep 1999 17:42:25 CDT." <199909072242.RAA15509@freebsd.netcom.com.> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Sep 1999 16:44:16 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Don't know -current is working fine for me over here as well as the latest XFree86 snapshot. It does help if you post further details like system configuration: uni processor vs smp , scsi vs ide , etc... Cheers -- Amancio Hasty hasty@rah.star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 17: 8:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from pike.sover.net (pike.sover.net [209.198.87.34]) by hub.freebsd.org (Postfix) with ESMTP id 9471A1561F for ; Tue, 7 Sep 1999 17:08:23 -0700 (PDT) (envelope-from adams@digitalspark.net) Received: from nightfall.digitalspark.net (arc0a147.bf.sover.net [209.198.85.147]) by pike.sover.net (8.9.3/8.9.3) with ESMTP id UAA06192; Tue, 7 Sep 1999 20:06:05 -0400 (EDT) Comments: SoVerNet Verification (on pike.sover.net) nightfall.digitalspark.net from arc0a147.bf.sover.net [209.198.85.147] 209.198.85.147 Tue, 7 Sep 1999 20:06:05 -0400 (EDT) Date: Tue, 7 Sep 1999 20:09:40 +0000 (GMT) From: Adam Strohl To: Kip Macy Cc: freebsd-current@FreeBSD.ORG Subject: Re: 3.3RC install errors In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I get this on 4.0-C its because of this thing in gnu/usr.bin/perl/utils/h2ph if I remeber correctly. I just removed the directory from the utils Makefile ("when in doubt comment it out") and everything works, though I don't work with perl much. That being said, I've held off mentioning it as I wasn't sure that it wasn't due to an error on my part. 4.0-C has been doing this for the last 2-3 weeks, up until my last cvsup about 2 days ago. Let me know if anyone needs more specific info/what you need, I'd be happy to help. - ----( Adam Strohl )------------------------------------------------ - - UNIX Operations/Systems http://www.digitalspark.net - - adams (at) digitalspark.net xxx.xxx.xxxx xxxxx - - ----------------------------------------( DigitalSpark.NET )------- - On Tue, 7 Sep 1999, Kip Macy wrote: > I am sorry if I am repeating something that has already been fixed - > I just did buildworld which completed without errors - however, when I did > installworld it ended with the following: > > > vm/vm_object.h -> vm/vm_object.ph > vm/vm_page.h -> vm/vm_page.ph > vm/vm_pageout.h -> vm/vm_pageout.ph > vm/vm_pager.h -> vm/vm_pager.ph > vm/vm_param.h -> vm/vm_param.ph > vm/vm_prot.h -> vm/vm_prot.ph > vm/vm_zone.h -> vm/vm_zone.ph > vm/vnode_pager.h -> vm/vnode_pager.ph > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 18:50:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from luna.lyris.net (luna.shelby.com [207.90.155.6]) by hub.freebsd.org (Postfix) with ESMTP id 40AED14D2F for ; Tue, 7 Sep 1999 18:50:11 -0700 (PDT) (envelope-from kip@lyris.com) Received: from luna.shelby.com by luna.lyris.net (8.9.1b+Sun/SMI-SVR4) id SAA24202; Tue, 7 Sep 1999 18:49:16 -0700 (PDT) Received: from (luna.shelby.com [207.90.155.6]) by luna.shelby.com with SMTP (MailShield v1.50); Tue, 07 Sep 1999 18:49:16 -0700 Date: Tue, 7 Sep 1999 18:49:16 -0700 (PDT) From: Kip Macy X-Sender: kip@luna To: Adam Strohl Cc: freebsd-current@FreeBSD.ORG Subject: Re: 3.3RC install errors In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SMTP-HELO: luna X-SMTP-MAIL-FROM: kip@lyris.com X-SMTP-RCPT-TO: adams@digitalspark.net,freebsd-current@FreeBSD.ORG X-SMTP-PEER-INFO: luna.shelby.com [207.90.155.6] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks, that fixed it. -Kip On Tue, 7 Sep 1999, Adam Strohl wrote: > I get this on 4.0-C its because of this thing in > gnu/usr.bin/perl/utils/h2ph if I remeber correctly. I just removed the > directory from the utils Makefile ("when in doubt comment it out") and > everything works, though I don't work with perl much. > > That being said, I've held off mentioning it as I wasn't sure that it > wasn't due to an error on my part. 4.0-C has been doing this for the last > 2-3 weeks, up until my last cvsup about 2 days ago. > > Let me know if anyone needs more specific info/what you need, I'd be happy > to help. > > - ----( Adam Strohl )------------------------------------------------ - > - UNIX Operations/Systems http://www.digitalspark.net - > - adams (at) digitalspark.net xxx.xxx.xxxx xxxxx - > - ----------------------------------------( DigitalSpark.NET )------- - > > On Tue, 7 Sep 1999, Kip Macy wrote: > > > I am sorry if I am repeating something that has already been fixed - > > I just did buildworld which completed without errors - however, when I did > > installworld it ended with the following: > > > > > > vm/vm_object.h -> vm/vm_object.ph > > vm/vm_page.h -> vm/vm_page.ph > > vm/vm_pageout.h -> vm/vm_pageout.ph > > vm/vm_pager.h -> vm/vm_pager.ph > > vm/vm_param.h -> vm/vm_param.ph > > vm/vm_prot.h -> vm/vm_prot.ph > > vm/vm_zone.h -> vm/vm_zone.ph > > vm/vnode_pager.h -> vm/vnode_pager.ph > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 20:23:26 1999 Delivered-To: freebsd-current@freebsd.org Received: from garnet.sover.net (garnet.sover.net [209.198.87.53]) by hub.freebsd.org (Postfix) with ESMTP id A215B154A3 for ; Tue, 7 Sep 1999 20:23:19 -0700 (PDT) (envelope-from adams@digitalspark.net) Received: from nightfall.digitalspark.net (arc0a147.bf.sover.net [209.198.85.147]) by garnet.sover.net (8.9.3/8.9.3) with ESMTP id XAA16085 for ; Tue, 7 Sep 1999 23:22:53 -0400 (EDT) Comments: SoVerNet Verification (on garnet.sover.net) nightfall.digitalspark.net from arc0a147.bf.sover.net [209.198.85.147] 209.198.85.147 Tue, 7 Sep 1999 23:22:53 -0400 (EDT) Date: Tue, 7 Sep 1999 23:26:28 +0000 (GMT) From: Adam Strohl To: freebsd-current@FreeBSD.ORG Subject: Re: 3.3RC install errors In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It'll let you installworld, but its not fixed :) gnu/usr.bin/perl/utils/h2ph/Makefile is where it gets triggered. The afterinstall rule calls some miniperl routine: afterinstall: cd ${DESTDIR}/usr/include; \ miniperl ${.OBJDIR}/${PROG} -d \ ${DESTDIR}/usr/libdata/perl/5.00503/mach * */* which resolves to (all one line): cd /usr/include; miniperl \ /usr/obj/usr/src/gnu/usr.bin/perl/utils/h2ph/h2ph -d \ /usr/libdata/perl/5.00503/mach * */* Checking on it further reveals that the miniperl routine is returning an non-normal exit for some reason (?), changing the rule to ignore the return value like this: afterinstall: -cd ${DESTDIR}/usr/include; \ miniperl ${.OBJDIR}/${PROG} -d \ ${DESTDIR}/usr/libdata/perl/5.00503/mach * */* allows it to be run from the Makefile as well without generating a fatal error (and aborting the make). I don't know perl at all, someone else will have to take a look at the file (/usr/obj/usr/src/gnu/usr.bin/perl/utils/h2ph/h2ph) and see why its returning an error in this case (it's output shows nothing that resembles an error condition). Good luck :) - ----( Adam Strohl )------------------------------------------------ - - UNIX Operations/Systems http://www.digitalspark.net - - adams (at) digitalspark.net xxx.xxx.xxxx xxxxx - - ----------------------------------------( DigitalSpark.NET )------- - On Tue, 7 Sep 1999, Kip Macy wrote: > Thanks, that fixed it. > > -Kip > > On Tue, 7 Sep 1999, Adam Strohl wrote: > > > I get this on 4.0-C its because of this thing in > > gnu/usr.bin/perl/utils/h2ph if I remeber correctly. I just removed the > > directory from the utils Makefile ("when in doubt comment it out") and > > everything works, though I don't work with perl much. > > > > That being said, I've held off mentioning it as I wasn't sure that it > > wasn't due to an error on my part. 4.0-C has been doing this for the last > > 2-3 weeks, up until my last cvsup about 2 days ago. > > > > Let me know if anyone needs more specific info/what you need, I'd be happy > > to help. > > > > - ----( Adam Strohl )------------------------------------------------ - > > - UNIX Operations/Systems http://www.digitalspark.net - > > - adams (at) digitalspark.net xxx.xxx.xxxx xxxxx - > > - ----------------------------------------( DigitalSpark.NET )------- - > > > > On Tue, 7 Sep 1999, Kip Macy wrote: > > > > > I am sorry if I am repeating something that has already been fixed - > > > I just did buildworld which completed without errors - however, when I did > > > installworld it ended with the following: > > > > > > > > > vm/vm_object.h -> vm/vm_object.ph > > > vm/vm_page.h -> vm/vm_page.ph > > > vm/vm_pageout.h -> vm/vm_pageout.ph > > > vm/vm_pager.h -> vm/vm_pager.ph > > > vm/vm_param.h -> vm/vm_param.ph > > > vm/vm_prot.h -> vm/vm_prot.ph > > > vm/vm_zone.h -> vm/vm_zone.ph > > > vm/vnode_pager.h -> vm/vnode_pager.ph > > > *** Error code 1 > > > > > > Stop. > > > *** Error code 1 > > > > > > Stop. > > > *** Error code 1 > > > > > > Stop. > > > *** Error code 1 > > > > > > Stop. > > > *** Error code 1 > > > > > > Stop. > > > *** Error code 1 > > > > > > Stop. > > > *** Error code 1 > > > > > > Stop. > > > *** Error code 1 > > > > > > Stop. > > > *** Error code 1 > > > > > > Stop. > > > *** Error code 1 > > > > > > Stop. > > > > > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-current" in the body of the message > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 22: 5: 9 1999 Delivered-To: freebsd-current@freebsd.org Received: from isds.duke.edu (davinci.isds.duke.edu [152.3.22.1]) by hub.freebsd.org (Postfix) with ESMTP id 6E62E1567E for ; Tue, 7 Sep 1999 22:05:01 -0700 (PDT) (envelope-from sto@stat.Duke.EDU) Received: from cayenne.isds.duke.edu (cayenne.isds.duke.edu [152.3.22.11]) by isds.duke.edu (8.8.8/8.8.8) with ESMTP id BAA12271 for ; Wed, 8 Sep 1999 01:02:25 -0400 (EDT) Received: (from sto@localhost) by cayenne.isds.duke.edu (8.8.8/8.8.8) id BAA03818 for freebsd-current@FreeBSD.ORG; Wed, 8 Sep 1999 01:02:25 -0400 (EDT) Message-ID: <19990908010225.A3814@stat.Duke.EDU> Date: Wed, 8 Sep 1999 01:02:25 -0400 From: "Sean O'Connell" To: FreeBSD current Subject: newpcm vs. linux rvplayer Reply-To: "Sean O'Connell" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 X-Organization: Institute of Statistics and Decision Sciences Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hey All- Just cvsup'd and rebuilt world and new kernel. Rebooted and started playing around ... rvplayer caused a panic. panic: feed_root: count == 0 syncing disks... 4 2 done Reproducible, too :( ... the G2 player doesn't work well, but doesn't do audio worth a hoot. Just playing a cd doesn't cause the panic .. Is this newpcm related or linux emu? Other linux apps seem to work acroread, staroffice5.0, wordperfect Sound card info.... From dmesg: pcm0: at port 0x530-0x533,0x388-0x38b,0x220-0x22f irq 5 drq 0,1 on isa0 unknown0: at port 0x200-0x207 on isa0 unknown1: at port 0xf00-0xf07 on isa0 From pnpinfo: Card assigned CSN #1 Vendor ID CSC0735 (0x3507630e), Serial Number 0xffffffff PnP Version 1.0, Vendor Version 1 Device Description: Crystal CS4236B Logical Device ID: CSC0000 0x0000630e #0 Vendor register funcs 00 Device Description: WSS/SB TAG Start DF Good Configuration I/O Range 0x530 .. 0x604, alignment 0xd4, len 0x4 [16-bit addr] I/O Range 0x388 .. 0x3a0, alignment 0x8, len 0x4 [16-bit addr] I/O Range 0x220 .. 0x280, alignment 0x20, len 0x10 [16-bit addr] IRQ: 5 7 10 11 - only one type (true/edge) DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type A DMA: channel(s) 0 1 3 8-bit, not a bus master, count by byte, , Type A -- ----------------------------------------------------------------------- Sean O'Connell Email: sean@stat.Duke.EDU Institute of Statistics and Decision Sciences Phone: (919) 684-5419 Duke University Fax: (919) 684-8594 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 22:12:36 1999 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 34B71156B0 for ; Tue, 7 Sep 1999 22:12:33 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id WAA03817; Tue, 7 Sep 1999 22:12:06 -0700 (PDT) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id WAA06436; Tue, 7 Sep 1999 22:12:06 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199909071620.KAA21936@mt.sri.com> Date: Tue, 07 Sep 1999 22:12:05 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: Nate Williams Subject: RE: java too? (was Re: Perl still broken in 4.0-CURRENT) Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK, sorry for the delay. Here's what I'd recommend for Java: 1. To determine whether the dynamic linker implements dladdr(): #define PATH_RTLD "/usr/libexec/ld-elf.so.1" if ((handle = dlopen(PATH_RTLD, RTLD_LAZY)) == NULL) err(1, "Can't dlopen %s: %s", PATH_RTLD, dlerror()); if (dlsym(handle, "dladdr") != NULL) printf("%s implements dladdr()\n", PATH_RTLD); else printf("%s doesn't implement dladdr()\n", PATH_RTLD); If the dynamic linker does implement dladdr() you can call it from your own dladdr() wrapper via the pointer returned from the dlsym call. Otherwise ... 2. If the dynamic linker doesn't implement dladdr(): #include struct r_debug r_debug; /* "handle" is the dlopen handle for the dynamic linker (see above) */ if ((r_debug = dlsym(handle, "r_debug")) == NULL) err(1, "Can't dlsym r_debug", dlerror()); See for the details of "r_debug". It contains a member "r_map" which is the head of a linked list of "link_map" structures. They contain (I think) all the information you need to implement dladdr's functionality. These data structures are safer to use because they're published interfaces that are used by GDB. Let me know if it seems like this won't do the job. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 22:19:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 0358A15AC0 for ; Tue, 7 Sep 1999 22:19:37 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.9.3/8.9.3) with SMTP id XAA26123; Tue, 7 Sep 1999 23:19:27 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id XAA24984; Tue, 7 Sep 1999 23:19:26 -0600 Date: Tue, 7 Sep 1999 23:19:26 -0600 Message-Id: <199909080519.XAA24984@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: John Polstra Cc: Nate Williams , current@FreeBSD.ORG Subject: RE: java too? (was Re: Perl still broken in 4.0-CURRENT) In-Reply-To: References: <199909071620.KAA21936@mt.sri.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > OK, sorry for the delay. Here's what I'd recommend for Java: Thanks for the hints. I've forwarded them onto the developer mailing list, and will respond to you with any comments he has. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 23:20:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 96156150DB for ; Tue, 7 Sep 1999 23:20:31 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id XAA00539 for ; Tue, 7 Sep 1999 23:19:14 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: current@freebsd.org Subject: VibraX audio broken with newpcm Date: Tue, 07 Sep 1999 23:19:14 -0700 Message-ID: <535.936771554@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Using: controller pnp0 device pcm0 In my kernel and "pnp aware OS" turned both on and off in my BIOS, I get this on probe: pcm0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,3 on isa But just catting a .au file to /dev/audio (yep, MAKEDEV snd0 run previously) results in the cat hanging and no sound. Just for comparison, from a kernel of August 29th using: controller pnp0 device pcm0 at nexus? port ? irq 5 drq 1 flags 0x13 I get this on probe: CSN 1 Vendor ID: CTL00f0 [0xf0008c0e] Serial 0xffffffff Comp ID: PNPb02f [0x2fb0d041] pcm1 (SB16pnp sn 0xffffffff) at 0x220-0x22f irq 5 drq 1 flags 0x13 on isa And, after a MAKEDEV snd1, things work just fine. I'm happily listening to my mp3s again and will hang back from the ragged edge of -current for awhile until this one is fixed. I can live without a lot of things, but not my online music archive. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 23:38: 6 1999 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 40B3F14CB3 for ; Tue, 7 Sep 1999 23:38:02 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id IAA58313; Wed, 8 Sep 1999 08:36:54 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <199909080636.IAA58313@freebsd.dk> Subject: Re: -current and pcmcia problems In-Reply-To: <199909072144.PAA15421@harmony.village.org> from Warner Losh at "Sep 7, 1999 3:44:48 pm" To: imp@village.org (Warner Losh) Date: Wed, 8 Sep 1999 08:36:54 +0200 (CEST) Cc: root@nihil.plaut.de, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Warner Losh wrote: > In message Michael Reifenberger writes: > : if I do an upgrade to -current on my Tecra8000 the ep* driver stopps working. > > The ep driver works in -current. > > : The message from pccardc is that he failed the resouce allocation. > > Fix the resource allocation error. :-) That's really the only way > that you'll be able to fix it. Hmm, I'm also having a hell of a time here, on closer inspection it turns out that my problem is that the kernel allways finds an ed0 device allthough none is present. I have both an ed0 & an ep0 device in my config as I use both type of cards. So my only interrupt for pcmcia device is allready taken, and nothing will attach... Anybody using the ed0 driver with pcmcia and has it working ?? -Soren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 23:47:19 1999 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 613AF14FF9 for ; Tue, 7 Sep 1999 23:47:14 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id AAA43283; Wed, 8 Sep 1999 00:44:50 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id AAA18262; Wed, 8 Sep 1999 00:44:23 -0600 (MDT) Message-Id: <199909080644.AAA18262@harmony.village.org> To: Soren Schmidt Subject: Re: -current and pcmcia problems Cc: root@nihil.plaut.de, current@FreeBSD.ORG In-reply-to: Your message of "Wed, 08 Sep 1999 08:36:54 +0200." <199909080636.IAA58313@freebsd.dk> References: <199909080636.IAA58313@freebsd.dk> Date: Wed, 08 Sep 1999 00:44:23 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199909080636.IAA58313@freebsd.dk> Soren Schmidt writes: : Hmm, I'm also having a hell of a time here, on closer inspection it : turns out that my problem is that the kernel allways finds an ed0 : device allthough none is present. I have both an ed0 & an ep0 device : in my config as I use both type of cards. So my only interrupt for : pcmcia device is allready taken, and nothing will attach... It sounds like the probe routine for ed improperly is saying the card is there, when in fact it isn't. It shouldn't do that. I noticed that in David O'Brien's dmesg as well. Since I don't have any ne-2000 cards. : Anybody using the ed0 driver with pcmcia and has it working ?? I don't know. Peter Wemm and Matthew Dodd were working on this, but I'm not sure where things stand on it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 23:55:49 1999 Delivered-To: freebsd-current@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id C235614D51 for ; Tue, 7 Sep 1999 23:55:47 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with ESMTP id CAA17256; Wed, 8 Sep 1999 02:55:27 -0400 (EDT) Date: Wed, 8 Sep 1999 02:55:27 -0400 (EDT) From: "Matthew N. Dodd" To: Soren Schmidt Cc: Warner Losh , root@nihil.plaut.de, current@FreeBSD.ORG Subject: Re: -current and pcmcia problems In-Reply-To: <199909080636.IAA58313@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 8 Sep 1999, Soren Schmidt wrote: > Hmm, I'm also having a hell of a time here, on closer inspection it > turns out that my problem is that the kernel allways finds an ed0 > device allthough none is present. I have both an ed0 & an ep0 device > in my config as I use both type of cards. So my only interrupt for > pcmcia device is allready taken, and nothing will attach... > > Anybody using the ed0 driver with pcmcia and has it working ?? I'll trade you my problem... My kernel never finds a PNP ed0 device when one is present. :) -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 7 23:57:11 1999 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 7EDB214D51; Tue, 7 Sep 1999 23:57:07 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id IAA58370; Wed, 8 Sep 1999 08:56:04 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <199909080656.IAA58370@freebsd.dk> Subject: Re: -current and pcmcia problems In-Reply-To: <199909080644.AAA18262@harmony.village.org> from Warner Losh at "Sep 8, 1999 0:44:23 am" To: imp@village.org (Warner Losh) Date: Wed, 8 Sep 1999 08:56:04 +0200 (CEST) Cc: root@nihil.plaut.de, current@FreeBSD.ORG, peter@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Warner Losh wrote: > In message <199909080636.IAA58313@freebsd.dk> Soren Schmidt writes: > : Hmm, I'm also having a hell of a time here, on closer inspection it > : turns out that my problem is that the kernel allways finds an ed0 > : device allthough none is present. I have both an ed0 & an ep0 device > : in my config as I use both type of cards. So my only interrupt for > : pcmcia device is allready taken, and nothing will attach... > > It sounds like the probe routine for ed improperly is saying the card > is there, when in fact it isn't. It shouldn't do that. I noticed > that in David O'Brien's dmesg as well. Since I don't have any ne-2000 > cards. > > : Anybody using the ed0 driver with pcmcia and has it working ?? > > I don't know. Peter Wemm and Matthew Dodd were working on this, but > I'm not sure where things stand on it. if_ed is broken in this respect in 1.157, before that it probes right. This doesn't help much as 1.156 doesn't get the interrupt right :( Oh joy... -Soren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 0: 0: 0 1999 Delivered-To: freebsd-current@freebsd.org Received: from blues.ghis.net (pppc2-50.eisa.net.au [203.166.251.170]) by hub.freebsd.org (Postfix) with ESMTP id 0E66614D51 for ; Tue, 7 Sep 1999 23:59:48 -0700 (PDT) (envelope-from jim@blues.ghis.net) Received: (from jim@localhost) by blues.ghis.net (8.9.3/8.9.3) id QAA11970; Wed, 8 Sep 1999 16:57:52 +1000 (EST) (envelope-from jim) Date: Wed, 8 Sep 1999 16:57:49 +1000 From: Jim Mock To: "Jordan K. Hubbard" Cc: current@FreeBSD.ORG Subject: Re: VibraX audio broken with newpcm Message-ID: <19990908165748.A92314@blues.ghis.net> Reply-To: jim@blues.ghis.net References: <535.936771554@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <535.936771554@localhost> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 07 Sep 1999 at 23:19:14 -0700, Jordan K. Hubbard wrote: > Using: > > controller pnp0 > device pcm0 > > In my kernel and "pnp aware OS" turned both on and off in my BIOS, > I get this on probe: > > pcm0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,3 on isa I'm having the same problem, however, I get drq 0,1 rather than 1,3 since I have ppc0 using drq 3. It doesn't work if I take ppc0 off drq 3 either. > But just catting a .au file to /dev/audio (yep, MAKEDEV snd0 run > previously) results in the cat hanging and no sound. Ditto. Playing mp3s seem to start (i.e., CPU usage goes up but then stops), then it just hangs and gqmpeg/mpg123 needs to be killed. > Just for comparison, from a kernel of August 29th using: > > controller pnp0 > device pcm0 at nexus? port ? irq 5 drq 1 flags 0x13 > > I get this on probe: > > CSN 1 Vendor ID: CTL00f0 [0xf0008c0e] Serial 0xffffffff Comp ID: PNPb02f [0x2fb0d041] > pcm1 (SB16pnp sn 0xffffffff) at 0x220-0x22f irq 5 drq 1 flags 0x13 on isa That was the last working build for me as well. I've since downgraded to 3.3-RC. Here's the probe from 3.3-RC.. Probing for PnP devices: CSN 1 Vendor ID: CTL00f0 [0xf0008c0e] Serial 0xffffffff Comp ID: PNPb02f [0x2fb0d041] pcm1 (SB16pnp sn 0xffffffff) at 0x220-0x22f irq 9 drq 1 flags 0x10 on isa And here's my kernel config.. controller pnp0 device pcm0 at isa ? port? tty irq 9 drq 1 flags 0x10 Which works fine. I think part of the problem I'm having is that newpcm won't find it on it's actual irq, which is 9 instead of 5. -- - Jim Mock - jim@blues.ghis.net - systems administrator - ghis.NET - - work: http://www.ghis.net/ - personal: http://www.ghis.net/~jim/ - - FreeBSD 'zine: http://www.freebsdzine.org/ - jim@freebsdzine.org - - The FreeBSD Project -- http://www.FreeBSD.org/ - jim@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 0:33:44 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.scc.nl (node1374.a2000.nl [62.108.19.116]) by hub.freebsd.org (Postfix) with ESMTP id DC11714EDE for ; Wed, 8 Sep 1999 00:33:36 -0700 (PDT) (envelope-from freebsd-current@scc.nl) Received: (from daemon@localhost) by mail.scc.nl (8.9.3/8.9.3) id JAA64360 for current@FreeBSD.ORG; Wed, 8 Sep 1999 09:20:54 +0200 (CEST) (envelope-from freebsd-current@scc.nl) Received: from GATEWAY by dwarf.hq.scc.nl with netnews for current@FreeBSD.ORG (current@FreeBSD.ORG) To: current@FreeBSD.ORG Date: Wed, 08 Sep 1999 09:20:49 +0200 From: Marcel Moolenaar Message-ID: <37D60E51.16C9D4BC@scc.nl> Organization: SCC vof Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: 32+ signals: an update Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG *This is still work in progress* There's a new set of patches (sources: sep 8, 7am CEST): o http://www.FreeBSD.org/~marcel/signal/sys_i386.diff sys/i386/i386, sys/i386/include o http://www.FreeBSD.org/~marcel/signal/sys_ibcs2.diff sys/i386/ibcs2 o http://www.FreeBSD.org/~marcel/signal/sys_linux.diff sys/i386/linux o http://www.FreeBSD.org/~marcel/signal/sys_kern.diff sys/kern, sys/sys o http://www.FreeBSD.org/~marcel/signal/sys_misc.diff sys/coda, sys/miscfs, sys/nfs o http://www.FreeBSD.org/~marcel/signal/userland.diff bin/sh, include, lib/libc, lib/libc_r and more to come... Changelog: o sigset_t now accomodates 128 signals o LINT compiles o {sig|_}?{set|long}jmp uses new sigset_t o libc uses new syscalls only o cpp coredump fixed o sh coredump fixed Todo: o Update {sig|_}?{set|long}jmp now libc_r is fixed. o Continue fixing userland (games/hack does not compile). o Alpha port -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 0:50: 6 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 48FB414D71 for ; Wed, 8 Sep 1999 00:50:00 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id IAA22239; Wed, 8 Sep 1999 08:51:46 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Wed, 8 Sep 1999 08:51:45 +0100 (BST) From: Doug Rabson To: Randy Bush Cc: FreeBSD Current Subject: Re: PNP problems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 7 Sep 1999, Randy Bush wrote: > >> I built and installed a new world today. My last make world > >> was some months ago. > >> It seems that the boot loader has changed. Now, my AWE64 > >> soundcard is not detected anymore. > >> My kernel.config looks like this > >> pnp 1 0 os enable port0 0x220 port1 0x330 port2 0x388 irq0 5 drq0 1 drq1 5 > >> pnp 1 2 os enable port0 0x620 port1 0xa20 port2 0xe20 > >> This syntax no longer seems to be supported, instead, the following commands > >> may be used: > >> What can I do in order to reenable my soundcard? > > > > Please try using the new pcm driver if you are not already. You should be > > able to do this by having these lines in your kernel config: > > controller pnp0 > > device pcm0 > > Note that you must not have an old-style non-pnp declaration (i.e. device > > pcm0 at isa? ...) since that currently confuses the pnp system. > > i am in a similar position. so i did as you say. > > controller pnp0 # PnP support for ISA > ... > # pcm: Luigi's sound driver > #device pcm0 at isa? port ? irq 5 drq 1 flags 0x0 > device pcm0 > > now, although pcm0 shows up in dmesg, i get > > % xmix > Error opening mixer device /dev/mixer: Device not configured > > and similar whinging. xmix worked before the change. Was the card recognised as pcm1 before? You probably need to go to /dev and type: sh MAKEDEV snd0 -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 0:58:49 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id DD55914BEE for ; Wed, 8 Sep 1999 00:58:45 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA29747; Wed, 8 Sep 1999 09:01:04 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Wed, 8 Sep 1999 09:01:04 +0100 (BST) From: Doug Rabson To: Soren Schmidt Cc: Warner Losh , root@nihil.plaut.de, current@freebsd.org Subject: Re: -current and pcmcia problems In-Reply-To: <199909080636.IAA58313@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 8 Sep 1999, Soren Schmidt wrote: > It seems Warner Losh wrote: > > In message Michael Reifenberger writes: > > : if I do an upgrade to -current on my Tecra8000 the ep* driver stopps working. > > > > The ep driver works in -current. > > > > : The message from pccardc is that he failed the resouce allocation. > > > > Fix the resource allocation error. :-) That's really the only way > > that you'll be able to fix it. > > Hmm, I'm also having a hell of a time here, on closer inspection it > turns out that my problem is that the kernel allways finds an ed0 > device allthough none is present. I have both an ed0 & an ep0 device > in my config as I use both type of cards. So my only interrupt for > pcmcia device is allready taken, and nothing will attach... > > Anybody using the ed0 driver with pcmcia and has it working ?? I had that too on my Tecra 8000 but I just removed ed0 from the kernel and ep0 started working again. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 1:15:55 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.plaut.de (ns.plaut.de [194.39.177.166]) by hub.freebsd.org (Postfix) with ESMTP id 3272D14F6C for ; Wed, 8 Sep 1999 01:15:52 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by ns.plaut.de (8.9.3/8.9.3) with ESMTP id KAA03499; Wed, 8 Sep 1999 10:13:12 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by totum.plaut.de (8.9.3/8.9.3) with UUCP id KAA07954; Wed, 8 Sep 1999 10:13:11 +0200 (MET DST) (envelope-from root@nihil.plaut.de) Received: from localhost (root@localhost) by nihil.plaut.de (8.9.3/8.8.8) with ESMTP id KAA01046; Wed, 8 Sep 1999 10:12:48 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Wed, 8 Sep 1999 10:12:48 +0200 (CEST) From: Michael Reifenberger To: Warner Losh Cc: FreeBSD-Current Subject: Re: -current and pcmcia problems In-Reply-To: <199909072144.PAA15421@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 7 Sep 1999, Warner Losh wrote: ... > Fix the resource allocation error. :-) That's really the only way > that you'll be able to fix it. Hmm. Why should just upgrading the kernel and not changing the configuration/hardware give me an resource conflict? BTW: will the new shim solve the issue that on my tecra8000 the PCI:PCIC controller gets an shared interupt with other PCI controllers which I can not use with the former pccard code. Bye! ---- Michael Reifenberger Plaut Software GmbH, R/3 Basis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 1:29:19 1999 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 15351151BF for ; Wed, 8 Sep 1999 01:29:15 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id KAA58564; Wed, 8 Sep 1999 10:26:12 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <199909080826.KAA58564@freebsd.dk> Subject: Re: -current and pcmcia problems In-Reply-To: from Doug Rabson at "Sep 8, 1999 9: 1: 4 am" To: dfr@nlsystems.com (Doug Rabson) Date: Wed, 8 Sep 1999 10:26:12 +0200 (CEST) Cc: imp@village.org, root@nihil.plaut.de, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Doug Rabson wrote: > > > > Hmm, I'm also having a hell of a time here, on closer inspection it > > turns out that my problem is that the kernel allways finds an ed0 > > device allthough none is present. I have both an ed0 & an ep0 device > > in my config as I use both type of cards. So my only interrupt for > > pcmcia device is allready taken, and nothing will attach... > > > > Anybody using the ed0 driver with pcmcia and has it working ?? > > I had that too on my Tecra 8000 but I just removed ed0 from the kernel and > ep0 started working again. From closer inspection it seems pcmcia support in the if_ed driver has been totally disabled, and the HP probe seems to always find a card now. Lovely :( Could the comitter please fix that, or back out the "checkpoint" of this work in progress, this is an often used device you know... -Soren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 1:38:11 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id AAC5D14BEF for ; Wed, 8 Sep 1999 01:38:07 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA32976; Wed, 8 Sep 1999 09:02:26 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Wed, 8 Sep 1999 09:02:26 +0100 (BST) From: Doug Rabson To: "Matthew N. Dodd" Cc: Soren Schmidt , Warner Losh , root@nihil.plaut.de, current@freebsd.org Subject: Re: -current and pcmcia problems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 8 Sep 1999, Matthew N. Dodd wrote: > On Wed, 8 Sep 1999, Soren Schmidt wrote: > > Hmm, I'm also having a hell of a time here, on closer inspection it > > turns out that my problem is that the kernel allways finds an ed0 > > device allthough none is present. I have both an ed0 & an ep0 device > > in my config as I use both type of cards. So my only interrupt for > > pcmcia device is allready taken, and nothing will attach... > > > > Anybody using the ed0 driver with pcmcia and has it working ?? > > I'll trade you my problem... > > My kernel never finds a PNP ed0 device when one is present. :) This still happens? I thought it might be caused by the problem in pci.c. What is the logical device id for the card? Does it match properly in ed_isa_probe()? -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 1:42:55 1999 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 6923515702 for ; Wed, 8 Sep 1999 01:42:50 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id KAA58613; Wed, 8 Sep 1999 10:40:58 +0200 (CEST) (envelope-from sos) From: Soren Schmidt Message-Id: <199909080840.KAA58613@freebsd.dk> Subject: Re: -current and pcmcia problems In-Reply-To: <199909080826.KAA58564@freebsd.dk> from Soren Schmidt at "Sep 8, 1999 10:26:12 am" To: sos@freebsd.dk (Soren Schmidt) Date: Wed, 8 Sep 1999 10:40:58 +0200 (CEST) Cc: dfr@nlsystems.com, imp@village.org, root@nihil.plaut.de, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Soren Schmidt wrote: > It seems Doug Rabson wrote: > > > > > > Hmm, I'm also having a hell of a time here, on closer inspection it > > > turns out that my problem is that the kernel allways finds an ed0 > > > device allthough none is present. I have both an ed0 & an ep0 device > > > in my config as I use both type of cards. So my only interrupt for > > > pcmcia device is allready taken, and nothing will attach... > > > > > > Anybody using the ed0 driver with pcmcia and has it working ?? > > > > I had that too on my Tecra 8000 but I just removed ed0 from the kernel and > > ep0 started working again. > > >From closer inspection it seems pcmcia support in the if_ed driver has > been totally disabled, and the HP probe seems to always find a card now. > > Lovely :( > > Could the comitter please fix that, or back out the "checkpoint" of > this work in progress, this is an often used device you know... Just for the reference, going back to 1.156 of if_ed.c makes it work again, I get a single "ed0: device timeout" during the load, but afterwards it work just dandy... -Soren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 3:19:56 1999 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id CD6341545C for ; Wed, 8 Sep 1999 03:19:50 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 642661CA8 for ; Wed, 8 Sep 1999 18:19:18 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: current@freebsd.org Subject: HEADS UP: repository changes "done". Date: Wed, 08 Sep 1999 18:19:18 +0800 From: Peter Wemm Message-Id: <19990908101918.642661CA8@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Some "large footprint" changes have been made to the CVS tree and should be nearly finished. In a nutshell: - $Id$ and all other traditional rcs keywords are now preserved and no longer touched by our tools. - $FreeBSD$ is expanded as an alias for $CVSHeader$ (like $Header$ but with the CVSROOT path chopped off). - -ko expansion on certain parts of the tree has been turned off as it's no longer needed to preserve vendor $Id$s. This has a couple of important implications for people pulling down the cvs tree. First, make sure you are fetching at least the src-base collection as this expansion is controlled by CVSROOT/options. Without it, $FreeBSD$ won't get expanded. FYI it looks like this: tag=FreeBSD=CVSHeader tagexpand=iFreeBSD The first line sets the tag alias (ie: $FreeBSD$ is exapanded like $CVSHeader$), and the second line controls the expansion.. it means "i"nclude only $FreeBSD$ in the list of expanded keywords. These changes to cvs and rcs have their roots in code obtained a long time ago from the XFree86 folks. There have been a few hiccups along the way. cvsweb.cgi isn't quite doing the right thing yet, but that will be fixed shortly. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 5:19:12 1999 Delivered-To: freebsd-current@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id B3BDA14E93 for ; Wed, 8 Sep 1999 05:19:10 -0700 (PDT) (envelope-from randy@psg.com) Received: from localhost (553 bytes) by rip.psg.com via sendmail with P:stdio/R:inet_resolve/T:smtp (sender: ) (ident using unix) id for ; Wed, 8 Sep 1999 05:18:32 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #1 built 1999-Apr-1) Message-Id: Date: Wed, 8 Sep 1999 05:18:32 -0700 (PDT) From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Doug Rabson Cc: FreeBSD Current Subject: Re: PNP problems References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Was the card recognised as pcm1 before? You probably need to go to /dev > and type: > sh MAKEDEV snd0 indeed, that was the problem. randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 5:43:21 1999 Delivered-To: freebsd-current@freebsd.org Received: from egr.msu.edu (jeeves.egr.msu.edu [35.9.37.127]) by hub.freebsd.org (Postfix) with ESMTP id 6058C15C5A for ; Wed, 8 Sep 1999 05:43:11 -0700 (PDT) (envelope-from mcdouga9@egr.msu.edu) Received: from scully (scully [35.9.37.246]) by egr.msu.edu (8.9.3/8.9.3) with ESMTP id IAA05815 for ; Wed, 8 Sep 1999 08:42:37 -0400 (EDT) Date: Wed, 8 Sep 1999 08:42:37 -0400 (EDT) From: Adam McDougall X-Sender: mcdouga9@scully To: current@freebsd.org Subject: sb16 not found with newpcm Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I thought I'd try kicking sb0 out of my kernel and try pcm for a change, but I cannot get it to work with simply "device pcm0". My sb16 is not pnp, and adding controller pnp0 did not help. With just device pcm0, the kernel mentions nothing of pcm at all. sb0 worked fine with: controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 device sbxvi0 at isa? drq 5 port 0x0 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 AND pcm does work with: device pcm0 at isa? port 0x220 irq 5 drq 1 flags 0x15 as someone else suggested on the list. pcm0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 If dmesg from sb0 would help I could get it.. Anything else I could help with in making "device pcm0" work without params? or is that pnp only? Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 6:35:16 1999 Delivered-To: freebsd-current@freebsd.org Received: from culverk.student.umd.edu (culverk.student.umd.edu [129.2.196.87]) by hub.freebsd.org (Postfix) with ESMTP id 3871A15026 for ; Wed, 8 Sep 1999 06:35:13 -0700 (PDT) (envelope-from culverk@wam.umd.edu) Received: from localhost (culverk@localhost) by culverk.student.umd.edu (8.9.3/8.9.3) with ESMTP id JAA00411 for ; Wed, 8 Sep 1999 09:34:43 -0400 (EDT) (envelope-from culverk@wam.umd.edu) X-Authentication-Warning: culverk.student.umd.edu: culverk owned process doing -bs Date: Wed, 8 Sep 1999 09:34:43 -0400 (EDT) From: Kenneth Culver X-Sender: culverk@culverk.student.umd.edu To: freebsd-current@freebsd.org Subject: Latest kernel flop Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Not only does the sio device give me trouble, since I don't use it I took it out, and rebuilt the kernel. Immediately upon reboot, I got a kernel panic. It went like this: Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Then it panics. What's going on here? Kenneth Culver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 6:44:12 1999 Delivered-To: freebsd-current@freebsd.org Received: from culverk.student.umd.edu (culverk.student.umd.edu [129.2.196.87]) by hub.freebsd.org (Postfix) with ESMTP id 6418E15C55 for ; Wed, 8 Sep 1999 06:44:04 -0700 (PDT) (envelope-from culverk@wam.umd.edu) Received: from localhost (culverk@localhost) by culverk.student.umd.edu (8.9.3/8.9.3) with ESMTP id JAA00343 for ; Wed, 8 Sep 1999 09:43:07 -0400 (EDT) (envelope-from culverk@wam.umd.edu) X-Authentication-Warning: culverk.student.umd.edu: culverk owned process doing -bs Date: Wed, 8 Sep 1999 09:43:07 -0400 (EDT) From: Kenneth Culver X-Sender: culverk@culverk.student.umd.edu To: freebsd-current@FreeBSD.ORG Subject: Re: Latest kernel flop In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Not only does the sio device give me trouble, since I don't use it I took > it out, and rebuilt the kernel. Immediately upon reboot, I got a kernel > panic. It went like this: > > Copyright (c) 1992-1999 The FreeBSD Project. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > > Then it panics. > > What's going on here? > > Kenneth Culver Oops, did a config -r and fixed the panic, but the sio problem is still there. Kenneth Culver To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 6:54:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 8A02514F6B for ; Wed, 8 Sep 1999 06:54:31 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 484FC1CA8; Wed, 8 Sep 1999 21:53:46 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: Kenneth Culver Cc: freebsd-current@FreeBSD.ORG Subject: Re: Latest kernel flop In-reply-to: Your message of "Wed, 08 Sep 1999 09:43:07 -0400." Date: Wed, 08 Sep 1999 21:53:46 +0800 From: Peter Wemm Message-Id: <19990908135346.484FC1CA8@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kenneth Culver wrote: > > Not only does the sio device give me trouble, since I don't use it I took > > it out, and rebuilt the kernel. Immediately upon reboot, I got a kernel > > panic. It went like this: > > > > Copyright (c) 1992-1999 The FreeBSD Project. > > Copyright (c) 1982, 1986, 1989, 1991, 1993 > > The Regents of the University of California. All rights reserved. > > > > Then it panics. > > > > What's going on here? > > > > Kenneth Culver > > Oops, did a config -r and fixed the panic, but the sio problem is still > there. > > Kenneth Culver Just out of interest, I presume you did a 'make depend' after each run of config? Also, for future reference, if people run into problems like this, it would be useful to move the old build area out of the way rather than clobbering it and then have a look and see if you can find what got broken. A cmp of all the .o files after the clean build should turn up the culprit[s]. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 6:55: 5 1999 Delivered-To: freebsd-current@freebsd.org Received: from ipt2.iptelecom.net.ua (ipt2.iptelecom.net.ua [212.42.68.2]) by hub.freebsd.org (Postfix) with ESMTP id 4EBE515BA9 for ; Wed, 8 Sep 1999 06:54:58 -0700 (PDT) (envelope-from sobomax@altavista.net) Received: from vega. (dialup3-33.iptelecom.net.ua [212.42.74.161]) by ipt2.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id QAA08441; Wed, 8 Sep 1999 16:55:56 +0300 (EEST) Received: from altavista.net (big_brother [192.168.1.1]) by vega. (8.9.3/8.9.3) with ESMTP id QAA93952; Wed, 8 Sep 1999 16:53:39 +0300 (EEST) (envelope-from sobomax@altavista.net) Message-ID: <37D66A61.129E643@altavista.net> Date: Wed, 08 Sep 1999 16:53:37 +0300 From: Maxim Sobolev Reply-To: sobomax@altavista.net Organization: Vega International Capital X-Mailer: Mozilla 4.61 [en] (WinNT; I) X-Accept-Language: ru,uk,en MIME-Version: 1.0 To: Adam McDougall Cc: current@FreeBSD.ORG Subject: Re: sb16 not found with newpcm References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Adam McDougall wrote: > I thought I'd try kicking sb0 out of my kernel and try pcm for a change, > but I cannot get it to work with simply "device pcm0". My sb16 is not pnp, > and adding controller pnp0 did not help. With just device pcm0, the > kernel mentions nothing of pcm at all. sb0 worked fine with: > > controller snd0 > device sb0 at isa? port 0x220 irq 5 drq 1 > device sbxvi0 at isa? drq 5 port 0x0 > device sbmidi0 at isa? port 0x330 > device opl0 at isa? port 0x388 > > AND pcm does work with: > device pcm0 at isa? port 0x220 irq 5 drq 1 flags 0x15 > as someone else suggested on the list. > > pcm0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on > isa0 > > If dmesg from sb0 would help I could get it.. Anything else I could help > with in making "device pcm0" work without params? or is that pnp only? Why you can't be happy with "device pcm0 at isa? port 0x220 irq 5 drq 1 flags 0x15" if it works? -Max -- "We believe in the Power and the Might!" (Manowar, 1996) ---------------------------------------- Maxim V. Sobolev, Financial Analyst, Vega International Capital Phone: +380-(44)-246-6396 Fax: +380-(44)-220-8715 E-mail: sobomax@altavista.net ICQ: #42290709 ---------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 7: 7:48 1999 Delivered-To: freebsd-current@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 3257614ED2 for ; Wed, 8 Sep 1999 07:07:39 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 11OiLR-000GNy-00; Wed, 08 Sep 1999 16:05:05 +0200 From: Sheldon Hearn To: sobomax@altavista.net Cc: Adam McDougall , current@FreeBSD.ORG Subject: Re: sb16 not found with newpcm In-reply-to: Your message of "Wed, 08 Sep 1999 16:53:37 +0300." <37D66A61.129E643@altavista.net> Date: Wed, 08 Sep 1999 16:05:05 +0200 Message-ID: <62989.936799505@axl.noc.iafrica.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 08 Sep 1999 16:53:37 +0300, Maxim Sobolev wrote: > Why you can't be happy with "device pcm0 at isa? port 0x220 irq 5 drq > 1 flags 0x15" if it works? I think Adam's just trying to make sure that he hasn't done something silly which is preventing him from using a more graceful configuration than he has to. He hasn't done anything silly, he does have to specify parameters, but it wasn't unreasonable to ask. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 7:21:22 1999 Delivered-To: freebsd-current@freebsd.org Received: from io.yi.org (24.66.174.118.bc.wave.home.com [24.66.174.118]) by hub.freebsd.org (Postfix) with ESMTP id CB56015A50 for ; Wed, 8 Sep 1999 07:21:14 -0700 (PDT) (envelope-from jake@checker.org) Received: from io.yi.org (localhost [127.0.0.1]) by io.yi.org (Postfix) with ESMTP id DD8B21F19; Wed, 8 Sep 1999 07:18:56 -0700 (PDT) X-Mailer: exmh version 2.0.2 2/24/98 To: Adam McDougall Cc: current@FreeBSD.ORG Subject: Re: sb16 not found with newpcm In-reply-to: Your message of "Wed, 08 Sep 1999 08:42:37 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Sep 1999 07:18:56 -0700 From: Jake Burkholder Message-Id: <19990908141856.DD8B21F19@io.yi.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > pcm0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on > isa0 > > If dmesg from sb0 would help I could get it.. Anything else I could help > with in making "device pcm0" work without params? or is that pnp only? Yes, that is for pnp-only. -- we are but packets in the internet of life To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 8:19:28 1999 Delivered-To: freebsd-current@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 3AC4F14ED8; Wed, 8 Sep 1999 08:19:22 -0700 (PDT) (envelope-from jesper@wheel.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id DA41A3E04; Wed, 8 Sep 1999 17:19:00 +0200 (CEST) Date: Wed, 8 Sep 1999 17:19:00 +0200 From: Jesper Skriver To: Peter Wemm Cc: current@FreeBSD.org Subject: Re: cvs commit: src/sys/pci if_dm.c if_rl.c if_sf.c if_sis.c if_ste.c if_tl.c if_wb.c if_xl.c Message-ID: <19990908171900.C5323@skriver.dk> References: <199909081501.IAA82050@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.2i In-Reply-To: <199909081501.IAA82050@freefall.freebsd.org>; from Peter Wemm on Wed, Sep 08, 1999 at 08:01:59AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 08, 1999 at 08:01:59AM -0700, Peter Wemm wrote: > peter 1999/09/08 08:01:59 PDT > > Modified files: > sys/pci if_dm.c if_rl.c if_sf.c if_sis.c if_ste.c > if_tl.c if_wb.c if_xl.c > Log: > Add a pointer to "controller miibus0" for people who will not read the > commit messages or GENERIC and insist on running -CURRENT. > It probably won't work, but it's worth a try. What about putting a note in /usr/src/UPDATING ?? /Jesper -- Jesper Skriver (JS4261-RIPE), Network manager Tele Danmark DataNet, IP section (AS3292) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 9:56:48 1999 Delivered-To: freebsd-current@freebsd.org Received: from alpha.netvision.net.il (alpha.netvision.net.il [194.90.1.13]) by hub.freebsd.org (Postfix) with ESMTP id 9EAB41509C; Wed, 8 Sep 1999 09:56:35 -0700 (PDT) (envelope-from spud@i.am) Received: from Tomer.Home.Org (RAS9-p85.hfa.netvision.net.il [62.0.150.85]) by alpha.netvision.net.il (8.9.3/8.8.6) with SMTP id SAA11905; Wed, 8 Sep 1999 18:56:21 +0200 (IST) From: Tomer Weller To: Current , Questions Subject: weird Xfree86 Issue Date: Wed, 8 Sep 1999 18:54:44 +0200 X-Mailer: KMail [version 1.0.21] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99090818562500.00339@Tomer.Home.Org> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I can only start my Xfree when ppp is up and running, is that a known problem ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 10:43: 1 1999 Delivered-To: freebsd-current@freebsd.org Received: from dingo.cdrom.com (castles536.castles.com [208.214.165.100]) by hub.freebsd.org (Postfix) with ESMTP id 1D11D14CB3; Wed, 8 Sep 1999 10:42:51 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id KAA04303; Wed, 8 Sep 1999 10:34:43 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199909081734.KAA04303@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Tomer Weller Cc: Current , Questions Subject: Re: weird Xfree86 Issue In-reply-to: Your message of "Wed, 08 Sep 1999 18:54:44 +0200." <99090818562500.00339@Tomer.Home.Org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Sep 1999 10:34:43 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I can only start my Xfree when ppp is up and running, is that a known problem ? It's known that your DNS setup is busted, yes. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 11:44:31 1999 Delivered-To: freebsd-current@freebsd.org Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (Postfix) with ESMTP id 760CA14CB8 for ; Wed, 8 Sep 1999 11:44:27 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.3/8.9.1) with SMTP id OAA09843 for ; Wed, 8 Sep 1999 14:43:59 -0400 (EDT) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA24396; Wed, 8 Sep 1999 14:43:29 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.9.1/8.9.1) id OAA68099 for freebsd-current@freebsd.org; Wed, 8 Sep 1999 14:43:28 -0400 (EDT) (envelope-from jwd) From: "John W. DeBoskey" Message-Id: <199909081843.OAA68099@bb01f39.unx.sas.com> Subject: PCCARD kernel config update (miibus0) To: freebsd-current@freebsd.org Date: Wed, 8 Sep 1999 14:43:28 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have 'make release' up to the point where it fails building the PCCARD kernel. It needs to have the miibus0 controller added. A patch is attached.. Would someone please commit this? Thanks, john ps: I'm still having problems with the size of the fixit floppy, but currently I've simply removed some of the programs from fixit_crunch.conf such that it completes ok. crunchgen should probably output some size markers. It would make it alot easier to look in previous 'make release' logs and determine at a glance what has grown larger ... FreeBSD(root)/snap/release/usr/src/sys/i386/conf %cvs diff -u PCCARD Index: PCCARD =================================================================== RCS file: /mirror/ncvs/src/sys/i386/conf/PCCARD,v retrieving revision 1.19 diff -u -r1.19 PCCARD --- PCCARD 1999/08/29 16:58:40 1.19 +++ PCCARD 1999/09/08 18:40:29 @@ -152,6 +152,9 @@ device ppi0 # Parallel port interface device #controller vpo0 # Requires scbus and da0 +# MII bus support, required for some 10/100 NICs +controller miibus0 + # PCI Ethernet NICs. device al0 # ADMtek AL981 (``Comet'') device ax0 # ASIX AX88140A To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 12:39:24 1999 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (Postfix) with ESMTP id C13FF151EE for ; Wed, 8 Sep 1999 12:39:13 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.3/8.9.3) with ESMTP id VAA87703; Wed, 8 Sep 1999 21:37:11 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199909081937.VAA87703@gratis.grondar.za> To: "John W. DeBoskey" Cc: freebsd-current@FreeBSD.ORG Subject: Re: PCCARD kernel config update (miibus0) Date: Wed, 08 Sep 1999 21:37:10 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I have 'make release' up to the point where it fails building > the PCCARD kernel. It needs to have the miibus0 controller added. > A patch is attached.. Would someone please commit this? What a coincidence! I just fixed this! M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 13:14:47 1999 Delivered-To: freebsd-current@freebsd.org Received: from alpha.netvision.net.il (alpha.netvision.net.il [194.90.1.13]) by hub.freebsd.org (Postfix) with ESMTP id 068B114CC5; Wed, 8 Sep 1999 13:14:37 -0700 (PDT) (envelope-from spud@i.am) Received: from test (RAS10-p67.hfa.netvision.net.il [62.0.150.195]) by alpha.netvision.net.il (8.9.3/8.8.6) with SMTP id WAA09127; Wed, 8 Sep 1999 22:13:54 +0200 (IST) Message-ID: <003e01befa2e$4ebcfac0$c396003e@test> From: "Tomer Weller" To: "Mike Smith" Cc: "Current" , "Questions" References: <199909081734.KAA04303@dingo.cdrom.com> Subject: Re: weird Xfree86 Issue Date: Wed, 8 Sep 1999 22:13:58 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG yeah, thanks. ----- Original Message ----- From: Mike Smith To: Tomer Weller Cc: Current ; Questions Sent: Wednesday, September 08, 1999 8:34 PM Subject: Re: weird Xfree86 Issue > > I can only start my Xfree when ppp is up and running, is that a known problem ? > > It's known that your DNS setup is busted, yes. > > -- > \\ The mind's the standard \\ Mike Smith > \\ of the man. \\ msmith@freebsd.org > \\ -- Joseph Merrick \\ msmith@cdrom.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 14:55:21 1999 Delivered-To: freebsd-current@freebsd.org Received: from munin.odin-corporation.com (fredriks-2.pr.mcs.net [205.164.50.242]) by hub.freebsd.org (Postfix) with ESMTP id 6276914C4B; Wed, 8 Sep 1999 14:55:08 -0700 (PDT) (envelope-from lars@odin-corporation.com) Received: from odin-corporation.com (localhost [127.0.0.1]) by munin.odin-corporation.com (8.9.3/8.9.1) with ESMTP id QAA21694; Wed, 8 Sep 1999 16:54:54 -0500 (CDT) (envelope-from lars@odin-corporation.com) Message-ID: <37D6DB2D.AF71C936@odin-corporation.com> Date: Wed, 08 Sep 1999 16:54:53 -0500 From: Lars "Fredriksen" Organization: Odin Corporation X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: no, en MIME-Version: 1.0 To: ports@freebsd.org, current@freebsd.org Subject: Communicator 4 and LDAP Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Has anyone had any luck using communicator with a LDAP server? Both communicator 4.5 and 4.61 fails to connect to any LDAP server that I have tried. It appears that the connect() gets interrupted and not restarted. This happens both under current and 3.0. Lars To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 15: 2:50 1999 Delivered-To: freebsd-current@freebsd.org Received: from rah.star-gate.com (216-200-29-190.snj0.flashcom.net [216.200.29.194]) by hub.freebsd.org (Postfix) with ESMTP id E28F1156BA; Wed, 8 Sep 1999 15:02:43 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.3/8.8.8) with ESMTP id OAA37823; Wed, 8 Sep 1999 14:58:34 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199909082158.OAA37823@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Lars " Fredriksen "" Cc: ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Communicator 4 and LDAP In-reply-to: Your message of "Wed, 08 Sep 1999 16:54:53 CDT." <37D6DB2D.AF71C936@odin-corporation.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Sep 1999 14:58:33 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG click on "Communicator" -> AddressBook , then on your ldap server: Fill in : Description: User Friendly name for your ldap server LDAP Server: ldap's hostname Server Root: your server root Port Number : the port number where your ldap server is listening to From the address book window you should be able to query the ldap server. Cheers -- Amancio Hasty hasty@rah.star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 15:24:27 1999 Delivered-To: freebsd-current@freebsd.org Received: from munin.odin-corporation.com (fredriks-2.pr.mcs.net [205.164.50.242]) by hub.freebsd.org (Postfix) with ESMTP id B96B715230 for ; Wed, 8 Sep 1999 15:24:15 -0700 (PDT) (envelope-from lars@odin-corporation.com) Received: from odin-corporation.com (localhost [127.0.0.1]) by munin.odin-corporation.com (8.9.3/8.9.1) with ESMTP id RAA21895; Wed, 8 Sep 1999 17:23:16 -0500 (CDT) (envelope-from lars@odin-corporation.com) Message-ID: <37D6E1D4.E93892D1@odin-corporation.com> Date: Wed, 08 Sep 1999 17:23:16 -0500 From: Lars "Fredriksen" Organization: Odin Corporation X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: no, en MIME-Version: 1.0 To: Amancio Hasty , current@freebsd.org Subject: Re: Communicator 4 and LDAP References: <199909082158.OAA37823@rah.star-gate.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Amancio Hasty wrote: > click on "Communicator" -> AddressBook , then on your ldap server: > > Fill in : > > Description: User Friendly name for your ldap server > LDAP Server: ldap's hostname > Server Root: your server root > Port Number : the port number where your ldap server is listening to > > >From the address book window you should be able to query the ldap server. > > Cheers > > -- > > Amancio Hasty > hasty@rah.star-gate.com Hi Amancio, Well, when I try to do that I always get the following error when you try to search (even on the default ones like verisign, infoseek etc): Failed to bind to 'InfoSpace Directory' due to LDAP error 'Can't connect to the LDAP server' (0x5B) Trussing it it seems to be related to a connect() that gets interrupted like this: syscall connect(0x24,0xce3158,0x10) returns 0 (0x0) syscall sendto(0x24,0xbfbfb8b8,0x24,0x0,0x0,0x0) returns 36 (0x24) syscall poll(0xbfbfb670,0x1,0x1388) returns 1 (0x1) syscall recvfrom(0x24,0xbfbfc164,0x400,0x0,0xbfbfb6f8,0xbfbfb664) returns 173 (0xad) syscall close(36) returns 0 (0x0) syscall socket(0x2,0x1,0x0) returns 36 (0x24) SIGNAL 14 SIGNAL 14 SIGNAL 14 syscall connect(0x24,0xbfbfc5e0,0x10) errno 4 'Interrupted system call' syscall gettimeofday(0xbfbfc498,0x0) Lars To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 15:35:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from rah.star-gate.com (216-200-29-190.snj0.flashcom.net [216.200.29.194]) by hub.freebsd.org (Postfix) with ESMTP id 16126156E7 for ; Wed, 8 Sep 1999 15:35:28 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.3/8.8.8) with ESMTP id PAA38131 for ; Wed, 8 Sep 1999 15:32:06 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199909082232.PAA38131@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@freebsd.org Subject: Re: Communicator 4 and LDAP In-reply-to: Your message of "Wed, 08 Sep 1999 17:23:16 CDT." <37D6E1D4.E93892D1@odin-corporation.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Sep 1999 15:32:06 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I can't connect to the default ldap servers;however, on my win98 box I can connect to the InfoSpace ldap server. I have a local ldap server here and I can connect to it using netscape with no problem. Try it : rah.star-gate.com port 389 -- Amancio Hasty hasty@rah.star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 15:42:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from munin.odin-corporation.com (fredriks-2.pr.mcs.net [205.164.50.242]) by hub.freebsd.org (Postfix) with ESMTP id 040C1156E7 for ; Wed, 8 Sep 1999 15:42:34 -0700 (PDT) (envelope-from lars@odin-corporation.com) Received: from odin-corporation.com (localhost [127.0.0.1]) by munin.odin-corporation.com (8.9.3/8.9.1) with ESMTP id RAA22065; Wed, 8 Sep 1999 17:41:48 -0500 (CDT) (envelope-from lars@odin-corporation.com) Message-ID: <37D6E62C.A2FDCC7D@odin-corporation.com> Date: Wed, 08 Sep 1999 17:41:48 -0500 From: Lars "Fredriksen" Organization: Odin Corporation X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: no, en MIME-Version: 1.0 To: Amancio Hasty Cc: current@FreeBSD.ORG Subject: Re: Communicator 4 and LDAP References: <199909082232.PAA38131@rah.star-gate.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Amancio Hasty wrote: > Hi, > > I can't connect to the default ldap servers;however, on my win98 box I can connect > to the InfoSpace ldap server. I have a local ldap server here and I can connect > to it using netscape with no problem. > > Try it : rah.star-gate.com port 389 > > -- > > Amancio Hasty > hasty@rah.star-gate.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Hi, I tried it but to no avail - same thing. My communicator 4.5 on NT is able to connect to all without any problems. Lars To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 15:53:33 1999 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 72AA4151C4 for ; Wed, 8 Sep 1999 15:53:30 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id PAA09539; Wed, 8 Sep 1999 15:53:14 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id PAA24184; Wed, 8 Sep 1999 15:53:13 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Wed, 8 Sep 1999 15:53:13 -0700 (PDT) Message-Id: <199909082253.PAA24184@vashon.polstra.com> To: marcel@scc.nl Subject: Re: (P)review: sigset_t for more than 32 signals In-Reply-To: <37D3CB2D.10485299@scc.nl> References: <199909061343.JAA07224@hda.hda.com> <37D3CB2D.10485299@scc.nl> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If/when you change the size of jmp_buf, please remember to increment __FreeBSD_version in "src/sys/sys/param.h". This is likely to break the Modula-3 threads support (CVSup), and I'll need a way to deal with that. No, I can't just use sizeof. The Modula-3 threads package is written in (duh) Modula-3. :-) Thanks, John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 16: 2:58 1999 Delivered-To: freebsd-current@freebsd.org Received: from rah.star-gate.com (216-200-29-190.snj0.flashcom.net [216.200.29.194]) by hub.freebsd.org (Postfix) with ESMTP id 05F0015792 for ; Wed, 8 Sep 1999 16:02:49 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.3/8.8.8) with ESMTP id PAA38446 for ; Wed, 8 Sep 1999 15:59:10 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199909082259.PAA38446@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: Re: Communicator 4 and LDAP In-reply-to: Your message of "Wed, 08 Sep 1999 17:41:48 CDT." <37D6E62C.A2FDCC7D@odin-corporation.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Sep 1999 15:59:10 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Don't know what the problem is with netscape. I can search the ldap server with openldap's ldapsearch tool: /usr/local/openldap/bin/ldapsearch -h ldap.infospace.com -b "c=US" "cn=Amancio*" And what do you know I am listed there 8) cn=Amancio Hasty+ cn=hasty@STAR-GATE.COM; c=US; o=Amancio Hasty Jr; l=San Franci sco; st=CA; ou= objectclass=Person commonname=Amancio Hasty commonname=hasty@STAR-GATE.COM cn=Amancio Hasty cn=hasty@STAR-GATE.COM surname=Hasty sn=Hasty c=US l=San Francisco st=CA o=Amancio Hasty Jr ou= title= description= postalAddress= telephonenumber= userPassword= userCertificate= givenname=Amancio facsimileTelephoneNumber= -- Amancio Hasty hasty@rah.star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 16:51:57 1999 Delivered-To: freebsd-current@freebsd.org Received: from boromir.vpop.net (dns1.vpop.net [206.117.147.2]) by hub.freebsd.org (Postfix) with ESMTP id 55AA215797 for ; Wed, 8 Sep 1999 16:51:41 -0700 (PDT) (envelope-from mreimer@vpop.net) Received: from vpop.net (bilbo.vpop.net [216.160.82.65]) by boromir.vpop.net (8.9.1/8.9.1) with ESMTP id QAA14082 for ; Wed, 8 Sep 1999 16:50:53 -0700 (PDT) Message-ID: <37D6F690.1D53E4CB@vpop.net> Date: Wed, 08 Sep 1999 16:51:44 -0700 From: Matthew Reimer Organization: VPOP Technologies, Inc. X-Mailer: Mozilla 4.6 [en] (X11; U; FreeBSD 3.3-RC i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: Re: Communicator 4 and LDAP References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Maybe the code is trying to bind the local side of the socket to port 0x5B? If so, then it could be proved by running Netscape as root. Matt Amancio Hasty wrote: > > Don't know what the problem is with netscape. > > I can search the ldap server with openldap's ldapsearch tool: > > /usr/local/openldap/bin/ldapsearch -h ldap.infospace.com -b "c=US" "cn=Amancio*" > > And what do you know I am listed there 8) > > cn=Amancio Hasty+ cn=hasty@STAR-GATE.COM; c=US; o=Amancio Hasty Jr; l=San Franci > sco; st=CA; ou= > objectclass=Person > commonname=Amancio Hasty > commonname=hasty@STAR-GATE.COM > cn=Amancio Hasty > cn=hasty@STAR-GATE.COM > surname=Hasty > sn=Hasty > c=US > l=San Francisco > st=CA > o=Amancio Hasty Jr > ou= > title= > description= > postalAddress= > telephonenumber= > userPassword= > userCertificate= > givenname=Amancio > facsimileTelephoneNumber= > > -- > > Amancio Hasty > hasty@rah.star-gate.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 16:58: 2 1999 Delivered-To: freebsd-current@freebsd.org Received: from munin.odin-corporation.com (fredriks-2.pr.mcs.net [205.164.50.242]) by hub.freebsd.org (Postfix) with ESMTP id AEA80156DD for ; Wed, 8 Sep 1999 16:57:57 -0700 (PDT) (envelope-from lars@odin-corporation.com) Received: from odin-corporation.com (localhost [127.0.0.1]) by munin.odin-corporation.com (8.9.3/8.9.1) with ESMTP id SAA50042; Wed, 8 Sep 1999 18:57:29 -0500 (CDT) (envelope-from lars@odin-corporation.com) Message-ID: <37D6F7E8.4351AE0C@odin-corporation.com> Date: Wed, 08 Sep 1999 18:57:29 -0500 From: Lars "Fredriksen" Organization: Odin Corporation X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: no, en MIME-Version: 1.0 To: Matthew Reimer Cc: current@FreeBSD.ORG Subject: Re: Communicator 4 and LDAP References: <37D6F690.1D53E4CB@vpop.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Reimer wrote: > Maybe the code is trying to bind the local side of the socket to port > 0x5B? If so, then it could be proved by running Netscape as root. No, 0x5B is the LDAP_CONNECT_ERROR hex value. As I pointed out in the truss earlier a SIGALRM happens that causes connect() to return with a EINTR (which as far as I know it shouldn't and the connect(2) man page does not say that EINTR is a valid error return from connect()). The LDAP library assumes that connect() is restarted by libc if I read this right :-) Lars > > > Matt > > Amancio Hasty wrote: > > > > Don't know what the problem is with netscape. > > > > I can search the ldap server with openldap's ldapsearch tool: > > > > /usr/local/openldap/bin/ldapsearch -h ldap.infospace.com -b "c=US" "cn=Amancio*" > > > > And what do you know I am listed there 8) > > > > cn=Amancio Hasty+ cn=hasty@STAR-GATE.COM; c=US; o=Amancio Hasty Jr; l=San Franci > > sco; st=CA; ou= > > objectclass=Person > > commonname=Amancio Hasty > > commonname=hasty@STAR-GATE.COM > > cn=Amancio Hasty > > cn=hasty@STAR-GATE.COM > > surname=Hasty > > sn=Hasty > > c=US > > l=San Francisco > > st=CA > > o=Amancio Hasty Jr > > ou= > > title= > > description= > > postalAddress= > > telephonenumber= > > userPassword= > > userCertificate= > > givenname=Amancio > > facsimileTelephoneNumber= > > > > -- > > > > Amancio Hasty > > hasty@rah.star-gate.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 18: 9:15 1999 Delivered-To: freebsd-current@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id 401B915159 for ; Wed, 8 Sep 1999 18:09:07 -0700 (PDT) (envelope-from julian@whistle.com) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with SMTP id SAA86259 for ; Wed, 8 Sep 1999 18:08:23 -0700 (PDT) Date: Wed, 8 Sep 1999 18:08:23 -0700 (PDT) From: Julian Elischer To: current@freebsd.org Subject: ccd diffs for perusal. Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-203954027-936839303=:327" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk 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-203954027-936839303=:327 Content-Type: TEXT/PLAIN; charset=US-ASCII After comments from Phk and Matt.. Particularly I'm looking for someone with a ccd and knowledge of it to look at these patches, (not big) and see if they do anything of interest.. The theory is to inherrit the blocksizes of the underlying devices up to the ccd device. I don't have a ccd array so it's a bit hard to test, but it's more a "I think this is how it might work" sort of thing.. (also it should stop the requirement that ccds be on FFS labelled partitions) Anyone care to comment? (Greg, I think these ideas probably apply to vinum, as well) --0-203954027-936839303=:327 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ccd.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: SW5kZXg6IGNjZC5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmls ZTogL2N2cy9mcmVlYnNkL3NyYy9zeXMvZGV2L2NjZC9jY2QuYyx2DQpyZXRy aWV2aW5nIHJldmlzaW9uIDEuNTYNCmRpZmYgLWMgLXIxLjU2IGNjZC5jDQoq KiogY2NkLmMJMTk5OS8wOS8wMyAwNToxNjo1NAkxLjU2DQotLS0gY2NkLmMJ MTk5OS8wOS8wOSAwMDo1OTo0Nw0KKioqKioqKioqKioqKioqDQoqKiogMzA3 LDMxMyAqKioqDQogIAlyZWdpc3RlciBpbnQgaXg7DQogIAlzdHJ1Y3Qgdm5v ZGUgKnZwOw0KICAJc2l6ZV90IG1pbnNpemU7DQohIAlpbnQgbWF4c2Vjc2l6 ZTsNCiAgCXN0cnVjdCBwYXJ0aW5mbyBkcGFydDsNCiAgCXN0cnVjdCBjY2Rn ZW9tICpjY2cgPSAmY3MtPnNjX2dlb207DQogIAljaGFyIHRtcHBhdGhbTUFY UEFUSExFTl07DQotLS0gMzA3LDMxNCAtLS0tDQogIAlyZWdpc3RlciBpbnQg aXg7DQogIAlzdHJ1Y3Qgdm5vZGUgKnZwOw0KICAJc2l6ZV90IG1pbnNpemU7 DQohIAlpbnQgbWF4c2Vjc2l6ZSwgZGVsdDsNCiEgCXVfaW50CXBhcnRzZWNz aXplOw0KICAJc3RydWN0IHBhcnRpbmZvIGRwYXJ0Ow0KICAJc3RydWN0IGNj ZGdlb20gKmNjZyA9ICZjcy0+c2NfZ2VvbTsNCiAgCWNoYXIgdG1wcGF0aFtN QVhQQVRITEVOXTsNCioqKioqKioqKioqKioqKg0KKioqIDMzMCwzMzggKioq Kg0KICAJICogVmVyaWZ5IHRoYXQgZWFjaCBjb21wb25lbnQgcGllY2UgZXhp c3RzIGFuZCByZWNvcmQNCiAgCSAqIHJlbGV2YW50IGluZm9ybWF0aW9uIGFi b3V0IGl0Lg0KICAJICovDQohIAltYXhzZWNzaXplID0gMDsNCiAgCW1pbnNp emUgPSAwOw0KICAJZm9yIChpeCA9IDA7IGl4IDwgY3MtPnNjX25jY2Rpc2tz OyBpeCsrKSB7DQogIAkJdnAgPSBjY2QtPmNjZF92cHBbaXhdOw0KICAJCWNp ID0gJmNzLT5zY19jaW5mb1tpeF07DQogIAkJY2ktPmNpX3ZwID0gdnA7DQot LS0gMzMxLDM0MCAtLS0tDQogIAkgKiBWZXJpZnkgdGhhdCBlYWNoIGNvbXBv bmVudCBwaWVjZSBleGlzdHMgYW5kIHJlY29yZA0KICAJICogcmVsZXZhbnQg aW5mb3JtYXRpb24gYWJvdXQgaXQuDQogIAkgKi8NCiEgCW1heHNlY3NpemUg PSAxOw0KICAJbWluc2l6ZSA9IDA7DQogIAlmb3IgKGl4ID0gMDsgaXggPCBj cy0+c2NfbmNjZGlza3M7IGl4KyspIHsNCisgCQlwYXJ0c2Vjc2l6ZSA9IDA7 DQogIAkJdnAgPSBjY2QtPmNjZF92cHBbaXhdOw0KICAJCWNpID0gJmNzLT5z Y19jaW5mb1tpeF07DQogIAkJY2ktPmNpX3ZwID0gdnA7DQoqKioqKioqKioq KioqKioNCioqKiAzNzcsMzg4ICoqKioNCiAgCQkJZnJlZShjcy0+c2NfY2lu Zm8sIE1fREVWQlVGKTsNCiAgCQkJcmV0dXJuIChlcnJvcik7DQogIAkJfQ0K ICAJCWlmIChkcGFydC5wYXJ0LT5wX2ZzdHlwZSA9PSBGU19CU0RGRlMpIHsN CiEgCQkJbWF4c2Vjc2l6ZSA9DQohIAkJCSAgICAoKGRwYXJ0LmRpc2tsYWIt PmRfc2Vjc2l6ZSA+IG1heHNlY3NpemUpID8NCiEgCQkJICAgIGRwYXJ0LmRp c2tsYWItPmRfc2Vjc2l6ZSA6IG1heHNlY3NpemUpOw0KISAJCQlzaXplID0g ZHBhcnQucGFydC0+cF9zaXplIC0gQ0NEX09GRlNFVDsNCiAgCQl9IGVsc2Ug ew0KICAjaWZkZWYgREVCVUcNCiAgCQkJaWYgKGNjZGRlYnVnICYgKENDREJf Rk9MTE9XfENDREJfSU5JVCkpDQogIAkJCQlwcmludGYoImNjZCVkOiAlczog aW5jb3JyZWN0IHBhcnRpdGlvbiB0eXBlXG4iLA0KLS0tIDM3OSw0MDMgLS0t LQ0KICAJCQlmcmVlKGNzLT5zY19jaW5mbywgTV9ERVZCVUYpOw0KICAJCQly ZXR1cm4gKGVycm9yKTsNCiAgCQl9DQorIAkJc2l6ZSA9IGRwYXJ0LnBhcnQt PnBfc2l6ZSAtIENDRF9PRkZTRVQ7DQorIAkJY2ktPmNpX3NpemUgPSBzaXpl Ow0KICAJCWlmIChkcGFydC5wYXJ0LT5wX2ZzdHlwZSA9PSBGU19CU0RGRlMp IHsNCiEgCQkJcGFydHNlY3NpemUgPSBkcGFydC5kaXNrbGFiLT5kX3NlY3Np emU7DQohIAkJfSBlbHNlIGlmIChjaS0+Y2lfZGV2LT5zaV9ic2l6ZV9waHlz KSB7DQohIAkJCXBhcnRzZWNzaXplID0gY2ktPmNpX2Rldi0+c2lfYnNpemVf cGh5czsNCiEgCQl9DQohIAkJLyoNCiEgCQkgKiBBbGwgdGhlIHNlY3RvciBz aXplcyBtdXN0IGRpdmlkZSBpbnRvIGVhY2ggb3RoZXINCiEgCQkgKiBldmVu bHkgb3IgaXQgY2FuJ3Qgd29yay4NCiEgCQkgKi8NCiEgCQlpZiAocGFydHNl Y3NpemUgPiBtYXhzZWNzaXplKSB7DQohIAkJCWRlbHQgPSBwYXJ0c2Vjc2l6 ZSAlIG1heHNlY3NpemU7DQohIAkJCW1heHNlY3NpemUgPSBwYXJ0c2Vjc2l6 ZTsNCiAgCQl9IGVsc2Ugew0KKyAJCQlkZWx0ID0gbWF4c2Vjc2l6ZSAlIHBh cnRzZWNzaXplOw0KKyAJCX0NCisgDQorIAkJaWYgKChwYXJ0c2Vjc2l6ZSA9 PSAwKSB8fCAoZGVsdCAhPSAwKSkgew0KICAjaWZkZWYgREVCVUcNCiAgCQkJ aWYgKGNjZGRlYnVnICYgKENDREJfRk9MTE9XfENDREJfSU5JVCkpDQogIAkJ CQlwcmludGYoImNjZCVkOiAlczogaW5jb3JyZWN0IHBhcnRpdGlvbiB0eXBl XG4iLA0KKioqKioqKioqKioqKioqDQoqKiogMzk2LDQwNiAqKioqDQogIAkJ CXJldHVybiAoRUZUWVBFKTsNCiAgCQl9DQogIA0KISAJCS8qDQohIAkJICog Q2FsY3VsYXRlIHRoZSBzaXplLCB0cnVuY2F0aW5nIHRvIGFuIGludGVybGVh dmUNCiEgCQkgKiBib3VuZGFyeSBpZiBuZWNlc3NhcnkuDQohIAkJICovDQog IA0KICAJCWlmIChjcy0+c2NfaWxlYXZlID4gMSkNCiAgCQkJc2l6ZSAtPSBz aXplICUgY3MtPnNjX2lsZWF2ZTsNCiAgDQotLS0gNDExLDQ0NyAtLS0tDQog IAkJCXJldHVybiAoRUZUWVBFKTsNCiAgCQl9DQogIA0KISAJfQ0KISANCiEg CS8qDQohIAkgKiBEb24ndCBhbGxvdyB0aGUgaW50ZXJsZWF2ZSB0byBiZSBz bWFsbGVyIHRoYW4NCiEgCSAqIHRoZSBiaWdnZXN0IGNvbXBvbmVudCBzZWN0 b3IuDQohIAkgKiBTaG91bGQgYmUgYSBtdWx0aXBsZSBvZiBtYXhzZWNzaXpl Lg0KISAJICogWFhYIGJ1dCBpcyBtYXhzZWNzaXplIGEgY2xlYW4gbXVsdGlw bGUgb2YgREVWX0JTSVpFPw0KISAJICovDQohIAlpZiAoKGNzLT5zY19pbGVh dmUgPiAwKSAmJg0KISAJICAgKGNzLT5zY19pbGVhdmUgJSAobWF4c2Vjc2l6 ZSAvIERFVl9CU0laRSkpKSB7DQohICNpZmRlZiBERUJVRw0KISAJCWlmIChj Y2RkZWJ1ZyAmIChDQ0RCX0ZPTExPV3xDQ0RCX0lOSVQpKQ0KISAJCQlwcmlu dGYoImNjZCVkOiBpbnRlcmxlYXZlIG11c3QgYmUgbXVsdGlwbGUgb2YgJWRc biIsDQohIAkJCSAgICBjY2QtPmNjZF91bml0LCAobWF4c2Vjc2l6ZSAvIERF Vl9CU0laRSkpOw0KISAjZW5kaWYNCiEgCQl3aGlsZSAoY2kgPj0gY3MtPnNj X2NpbmZvKSB7DQohIAkJCWZyZWUoY2ktPmNpX3BhdGgsIE1fREVWQlVGKTsN CiEgCQkJY2ktLTsNCiEgCQl9DQohIAkJZnJlZShjcy0+c2NfY2luZm8sIE1f REVWQlVGKTsNCiEgCQlyZXR1cm4gKEVJTlZBTCk7DQohIAl9DQogIA0KKyAJ LyoNCisgCSAqIENhbGN1bGF0ZSB0aGUgc2l6ZXMsIHRydW5jYXRpbmcgdG8g YW4gaW50ZXJsZWF2ZQ0KKyAJICogYm91bmRhcnkgaWYgbmVjZXNzYXJ5Lg0K KyAJICovDQorIAlmb3IgKGl4ID0gMDsgaXggPCBjcy0+c2NfbmNjZGlza3M7 IGl4KyspIHsNCisgCQljaSA9ICZjcy0+c2NfY2luZm9baXhdOw0KKyAJCXNp emUgPSBjaS0+Y2lfc2l6ZTsNCisgDQogIAkJaWYgKGNzLT5zY19pbGVhdmUg PiAxKQ0KICAJCQlzaXplIC09IHNpemUgJSBjcy0+c2NfaWxlYXZlOw0KICAN CioqKioqKioqKioqKioqKg0KKioqIDQyNSw0NDkgKioqKg0KICAJfQ0KICAN CiAgCS8qDQotIAkgKiBEb24ndCBhbGxvdyB0aGUgaW50ZXJsZWF2ZSB0byBi ZSBzbWFsbGVyIHRoYW4NCi0gCSAqIHRoZSBiaWdnZXN0IGNvbXBvbmVudCBz ZWN0b3IuDQotIAkgKi8NCi0gCWlmICgoY3MtPnNjX2lsZWF2ZSA+IDApICYm DQotIAkgICAgKGNzLT5zY19pbGVhdmUgPCAobWF4c2Vjc2l6ZSAvIERFVl9C U0laRSkpKSB7DQotICNpZmRlZiBERUJVRw0KLSAJCWlmIChjY2RkZWJ1ZyAm IChDQ0RCX0ZPTExPV3xDQ0RCX0lOSVQpKQ0KLSAJCQlwcmludGYoImNjZCVk OiBpbnRlcmxlYXZlIG11c3QgYmUgYXQgbGVhc3QgJWRcbiIsDQotIAkJCSAg ICBjY2QtPmNjZF91bml0LCAobWF4c2Vjc2l6ZSAvIERFVl9CU0laRSkpOw0K LSAjZW5kaWYNCi0gCQl3aGlsZSAoY2kgPj0gY3MtPnNjX2NpbmZvKSB7DQot IAkJCWZyZWUoY2ktPmNpX3BhdGgsIE1fREVWQlVGKTsNCi0gCQkJY2ktLTsN Ci0gCQl9DQotIAkJZnJlZShjcy0+c2NfY2luZm8sIE1fREVWQlVGKTsNCi0g CQlyZXR1cm4gKEVJTlZBTCk7DQotIAl9DQotIA0KLSAJLyoNCiAgCSAqIElm IHVuaWZvcm0gaW50ZXJsZWF2ZSBpcyBkZXNpcmVkIHNldCBhbGwgc2l6ZXMg dG8gdGhhdCBvZg0KICAJICogdGhlIHNtYWxsZXN0IGNvbXBvbmVudC4NCiAg CSAqLw0KLS0tIDQ2Niw0NzEgLS0tLQ0KKioqKioqKioqKioqKioqDQoqKiog NjE2LDYyMSAqKioqDQotLS0gNjM4LDY0NCAtLS0tDQogIAlzdHJ1Y3QgY2Nk X3NvZnRjICpjczsNCiAgCXN0cnVjdCBkaXNrbGFiZWwgKmxwOw0KICAJaW50 IGVycm9yID0gMCwgcGFydCwgcG1hc2s7DQorIAlzdHJ1Y3QgY2NkZ2VvbSAq Y2NnOw0KICANCiAgI2lmZGVmIERFQlVHDQogIAlpZiAoY2NkZGVidWcgJiBD Q0RCX0ZPTExPVykNCioqKioqKioqKioqKioqKg0KKioqIDYyNCw2MjkgKioq Kg0KLS0tIDY0Nyw2NTMgLS0tLQ0KICAJaWYgKHVuaXQgPj0gbnVtY2NkKQ0K ICAJCXJldHVybiAoRU5YSU8pOw0KICAJY3MgPSAmY2NkX3NvZnRjW3VuaXRd Ow0KKyAJY2NnID0gJmNzLT5zY19nZW9tOw0KICANCiAgCWlmICgoZXJyb3Ig PSBjY2Rsb2NrKGNzKSkgIT0gMCkNCiAgCQlyZXR1cm4gKGVycm9yKTsNCioq KioqKioqKioqKioqKg0KKioqIDYzMyw2NDEgKioqKg0KICAJcGFydCA9IGNj ZHBhcnQoZGV2KTsNCiAgCXBtYXNrID0gKDEgPDwgcGFydCk7DQogIA0KLSAJ ZGV2LT5zaV9ic2l6ZV9waHlzID0gREVWX0JTSVpFOw0KICAJZGV2LT5zaV9i c2l6ZV9iZXN0ID0gQkxLREVWX0lPU0laRTsNCiAgCWRldi0+c2lfYnNpemVf bWF4ID0gTUFYQlNJWkU7DQogIA0KICAJLyoNCiAgCSAqIElmIHdlJ3JlIGlu aXRpYWxpemVkLCBjaGVjayB0byBzZWUgaWYgdGhlcmUgYXJlIGFueSBvdGhl cg0KLS0tIDY1Nyw2NjggLS0tLQ0KICAJcGFydCA9IGNjZHBhcnQoZGV2KTsN CiAgCXBtYXNrID0gKDEgPDwgcGFydCk7DQogIA0KICAJZGV2LT5zaV9ic2l6 ZV9iZXN0ID0gQkxLREVWX0lPU0laRTsNCiAgCWRldi0+c2lfYnNpemVfbWF4 ID0gTUFYQlNJWkU7DQorIAlpZiAoKCBkZXYtPnNpX2JzaXplX3BoeXMgPSBj Y2ctPmNjZ19zZWNzaXplKSA9PSAwKSB7DQorIAkJZGV2LT5zaV9ic2l6ZV9w aHlzID0gREVWX0JTSVpFOw0KKyAJfQ0KKyANCiAgDQogIAkvKg0KICAJICog SWYgd2UncmUgaW5pdGlhbGl6ZWQsIGNoZWNrIHRvIHNlZSBpZiB0aGVyZSBh cmUgYW55IG90aGVyDQo= --0-203954027-936839303=:327-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 19:13:28 1999 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 608) id 4371214D88; Wed, 8 Sep 1999 19:13:27 -0700 (PDT) From: "Jonathan M. Bresler" To: root@nihil.plaut.de Cc: imp@village.org, current@FreeBSD.ORG In-reply-to: (message from Michael Reifenberger on Wed, 8 Sep 1999 10:12:48 +0200 (CEST)) Subject: Re: -current and pcmcia problems Message-Id: <19990909021327.4371214D88@hub.freebsd.org> Date: Wed, 8 Sep 1999 19:13:27 -0700 (PDT) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > BTW: will the new shim solve the issue that on my tecra8000 the PCI:PCIC > controller gets an shared interupt with other PCI controllers which I can not > use with the former pccard code. huh? my tecra8000 works great with a linksys 10/100 pcmcia card. my problem is that the internal modem is hung off the pci bus, but i have hopes that will be resolved very soon.OB jmb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 19:32:23 1999 Delivered-To: freebsd-current@freebsd.org Received: from munin.odin-corporation.com (fredriks-2.pr.mcs.net [205.164.50.242]) by hub.freebsd.org (Postfix) with ESMTP id 9AA7F14C2E for ; Wed, 8 Sep 1999 19:32:20 -0700 (PDT) (envelope-from lars@odin-corporation.com) Received: from odin-corporation.com (localhost [127.0.0.1]) by munin.odin-corporation.com (8.9.3/8.9.1) with ESMTP id VAA61395; Wed, 8 Sep 1999 21:32:02 -0500 (CDT) (envelope-from lars@odin-corporation.com) Message-ID: <37D71C22.930D0080@odin-corporation.com> Date: Wed, 08 Sep 1999 21:32:02 -0500 From: Lars "Fredriksen" Organization: Odin Corporation X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: no, en MIME-Version: 1.0 To: Matthew Reimer Cc: current@FreeBSD.ORG Subject: Re: Communicator 4 and LDAP References: <37D6F690.1D53E4CB@vpop.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just a quick note, inside the netscape ldap library, there is a header file called potable.h, in it there is the following snippet: /* * for connect() -- must we block signals when calling connect()? This * is necessary on some buggy UNIXes. */ #if !defined(LDAP_CONNECT_MUST_NOT_BE_INTERRUPTED) && \ ( defined(AIX) || defined(IRIX) || defined(HPUX) || defined(SUNOS4) \ || defined(SOLARIS) || defined(OSF1)) #define LDAP_CONNECT_MUST_NOT_BE_INTERRUPTED #endif Basically if the connect() can return EINTR, then we should be included in the above list. Lars Matthew Reimer wrote: > Maybe the code is trying to bind the local side of the socket to port > 0x5B? If so, then it could be proved by running Netscape as root. > > Matt > > Amancio Hasty wrote: > > > > Don't know what the problem is with netscape. > > > > I can search the ldap server with openldap's ldapsearch tool: > > > > /usr/local/openldap/bin/ldapsearch -h ldap.infospace.com -b "c=US" "cn=Amancio*" > > > > And what do you know I am listed there 8) > > > > cn=Amancio Hasty+ cn=hasty@STAR-GATE.COM; c=US; o=Amancio Hasty Jr; l=San Franci > > sco; st=CA; ou= > > objectclass=Person > > commonname=Amancio Hasty > > commonname=hasty@STAR-GATE.COM > > cn=Amancio Hasty > > cn=hasty@STAR-GATE.COM > > surname=Hasty > > sn=Hasty > > c=US > > l=San Francisco > > st=CA > > o=Amancio Hasty Jr > > ou= > > title= > > description= > > postalAddress= > > telephonenumber= > > userPassword= > > userCertificate= > > givenname=Amancio > > facsimileTelephoneNumber= > > > > -- > > > > Amancio Hasty > > hasty@rah.star-gate.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 20:17: 8 1999 Delivered-To: freebsd-current@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 3BAA71506E for ; Wed, 8 Sep 1999 20:16:58 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.5/nospam) with UUCP id FAA29610 for freebsd-current@FreeBSD.ORG; Thu, 9 Sep 1999 05:16:52 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id E7B00870A; Thu, 9 Sep 1999 01:01:11 +0200 (CEST) Date: Thu, 9 Sep 1999 01:01:11 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: newpcm success ! Message-ID: <19990909010111.A512@keltia.freenix.fr> Mail-Followup-To: FreeBSD Current Users' list Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.95.5i X-Operating-System: FreeBSD 4.0-CURRENT/ELF AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After upgrading my test machine (2x PPro, CS4236B chip) to current, I decided to upgrade my main machine (K6-200, AWE-64 pnp). The newpcm code recognised both DMA channels and seems to be properly configured. Thanks to all. Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #74: Thu Sep 9 00:20:51 CEST 1999 roberto@keltia.freenix.fr:/src/src/sys/compile/KELTIA Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 200465469 Hz CPU: AMD-K6tm w/ multimedia extensions (200.47-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x562 Stepping = 2 Features=0x8001bf AMD Features=0x400<> ... pcm0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 unknown0: at port 0x200-0x207 on isa0 unknown1: at port 0x620-0x623 on isa0 CVSup from yesterday. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #74: Thu Sep 9 00:20:51 CEST 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 21: 6:20 1999 Delivered-To: freebsd-current@freebsd.org Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (Postfix) with ESMTP id 20BEC14A12 for ; Wed, 8 Sep 1999 21:06:13 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.3/8.9.1) with SMTP id AAA06135 for ; Thu, 9 Sep 1999 00:05:10 -0400 (EDT) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA28223; Thu, 9 Sep 1999 00:04:39 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.9.1/8.9.1) id AAA71015 for freebsd-current@freebsd.org; Thu, 9 Sep 1999 00:04:39 -0400 (EDT) (envelope-from jwd) From: "John W. DeBoskey" Message-Id: <199909090404.AAA71015@bb01f39.unx.sas.com> Subject: optional 'make release' speed-up patch To: freebsd-current@freebsd.org Date: Thu, 9 Sep 1999 00:04:39 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, The following patch to /usr/src/release/Makefile allows the specification of the variable FASTCLEAN, which instead of doing a recursive rm on CHROOTDIR, simply umounts/newfs/mounts. Of course, this is only useful if your CHROOTDIR location is a separate mount point (which mine is: /snap). Comments and critiques welcome. Would someone consider committing this please? Thanks, John Index: Makefile =================================================================== RCS file: /mirror/ncvs/src/release/Makefile,v retrieving revision 1.508 diff -u -r1.508 Makefile --- Makefile 1999/09/07 20:47:42 1.508 +++ Makefile 1999/09/09 04:01:37 @@ -152,11 +152,23 @@ .endif .if make(release) .if exists(${CHROOTDIR}) +.if defined(FASTCLEAN) +# +# Simply umount/newfs/mount the partition where $CHROOTDIR resides. +# This only works if $CHROOTDIR is a separate mount point. +# + -device=`df | grep '${CHROOTDIR}' | cut -f1 -d' '` && \ + /sbin/umount ${CHROOTDIR} && \ + /sbin/newfs $$device && \ + /sbin/mount ${CHROOTDIR} && \ + /bin/df ${CHROOTDIR} +.else # The first command will fail on a handful of files that have their schg # flags set. But it greatly speeds up the next two commands. -rm -rf ${CHROOTDIR} -chflags -R noschg ${CHROOTDIR}/. -rm -rf ${CHROOTDIR} +.endif .endif -mkdir -p ${CHROOTDIR} cd ${.CURDIR}/../etc && ${MAKE} distrib-dirs DESTDIR=${CHROOTDIR} Sample output: %make release CHROOTDIR=/snap TITLE=test CVSROOT=/mirror/ncvs FASTCLEAN=yes device=`df | grep '/snap' | cut -f1 -d' '` && /sbin/umount /snap && /sbin/newfs $device && /sbin/mount /snap && /bin/df /snap newfs: /dev/ccd0b: not a character-special device Warning: 1328 sector(s) in last cylinder unallocated /dev/ccd0b: 11111120 sectors in 2713 cylinders of 1 tracks, 4096 sectors 5425.4MB in 170 cyl groups (16 c/g, 32.00MB/g, 7936 i/g) super-block backups (for fsck -b #) at: 32, 65568, 131104, 196640, 262176, 327712, 393248, 458784, 524320, 589856, 655392, 720928, 786464, 852000, 917536, 983072, 1048608, 1114144, 1179680, ... 10616864, 10682400, 10747936, 10813472, 10879008, 10944544, 11010080, 11075616 Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ccd0b 5384181 1 4953446 0% /snap mkdir -p /snap To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 21:37:21 1999 Delivered-To: freebsd-current@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 65D4115103 for ; Wed, 8 Sep 1999 21:37:16 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id VAA07129; Wed, 8 Sep 1999 21:37:16 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: "John W. DeBoskey" Cc: freebsd-current@FreeBSD.ORG Subject: Re: optional 'make release' speed-up patch In-reply-to: Your message of "Thu, 09 Sep 1999 00:04:39 EDT." <199909090404.AAA71015@bb01f39.unx.sas.com> Date: Wed, 08 Sep 1999 21:37:16 -0700 Message-ID: <7125.936851836@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The following patch to /usr/src/release/Makefile allows the > specification of the variable FASTCLEAN, which instead of doing > a recursive rm on CHROOTDIR, simply umounts/newfs/mounts. Of > course, this is only useful if your CHROOTDIR location is a > separate mount point (which mine is: /snap). No offense, but this is really pretty ugly for something that I'd anticipate to be a *major* edge case. I've been building releases for years, for example, and I've yet to build one on a filesystem all by itself. I usually just cast around for some space on an existing (shared) fs and go to it, and I suspect that many others are the same way. :-) I'm not saying there shouldn't be a *hook* of some sort for doing "fast cleans", but the patches as they stand add way too much of a delta for only one very specific optimization. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 23:19:36 1999 Delivered-To: freebsd-current@freebsd.org Received: from pop3-3.enteract.com (pop3-3.enteract.com [207.229.143.32]) by hub.freebsd.org (Postfix) with SMTP id A661815269 for ; Wed, 8 Sep 1999 23:19:32 -0700 (PDT) (envelope-from dscheidt@enteract.com) Received: (qmail 3669 invoked from network); 9 Sep 1999 06:18:42 -0000 Received: from shell-2.enteract.com (dscheidt@207.229.143.41) by pop3-3.enteract.com with SMTP; 9 Sep 1999 06:18:42 -0000 Date: Thu, 9 Sep 1999 01:18:42 -0500 (CDT) From: David Scheidt To: "Jordan K. Hubbard" Cc: "John W. DeBoskey" , freebsd-current@FreeBSD.ORG Subject: Re: optional 'make release' speed-up patch In-Reply-To: <7125.936851836@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 8 Sep 1999, Jordan K. Hubbard wrote: > > No offense, but this is really pretty ugly for something that I'd > anticipate to be a *major* edge case. I've been building releases for > years, for example, and I've yet to build one on a filesystem all by > itself. I usually just cast around for some space on an existing > (shared) fs and go to it, and I suspect that many others are the same > way. :-) Every make release I have done has been on its own filesystem. I do have two entire disks that don't do anything useful, so I might be a weirdo. The way disk prices are going though, I don't know that this will stay that way. [I haven't looked at the patches, and don't really feel qualified to pass judgement on them.] David Scheidt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 23:22: 5 1999 Delivered-To: freebsd-current@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id B0FAC15269 for ; Wed, 8 Sep 1999 23:21:44 -0700 (PDT) (envelope-from marcel@scc.nl) Received: from scones.sup.scc.nl (i024.ztm.euronet.nl [194.134.112.25]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id IAA28977; Thu, 9 Sep 1999 08:20:54 +0200 (MET DST) Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by scones.sup.scc.nl (8.9.3/8.9.3) with ESMTP id IAA28214; Thu, 9 Sep 1999 08:20:51 +0200 (CEST) (envelope-from marcel@scc.nl) Message-ID: <37D751C3.A742D910@scc.nl> Date: Thu, 09 Sep 1999 08:20:51 +0200 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.5 i386) X-Accept-Language: en MIME-Version: 1.0 To: John Polstra Cc: current@freebsd.org Subject: Re: (P)review: sigset_t for more than 32 signals References: <199909061343.JAA07224@hda.hda.com> <37D3CB2D.10485299@scc.nl> <199909082253.PAA24184@vashon.polstra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > > If/when you change the size of jmp_buf, please remember to increment > __FreeBSD_version in "src/sys/sys/param.h". This is likely to break > the Modula-3 threads support (CVSup), and I'll need a way to deal with > that. Good one. jmp_buf has indeed changed. Consider it done. Thanks, -- Marcel Moolenaar mailto:marcel@scc.nl SCC Internetworking & Databases http://www.scc.nl/ The FreeBSD project mailto:marcel@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 23:35:59 1999 Delivered-To: freebsd-current@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id 903861521E for ; Wed, 8 Sep 1999 23:35:55 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id XAA16842; Wed, 8 Sep 1999 23:35:06 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <199909090635.XAA16842@gndrsh.dnsmgr.net> Subject: Re: optional 'make release' speed-up patch In-Reply-To: <199909090404.AAA71015@bb01f39.unx.sas.com> from "John W. DeBoskey" at "Sep 9, 1999 00:04:39 am" To: jwd@unx.sas.com (John W. DeBoskey) Date: Wed, 8 Sep 1999 23:35:04 -0700 (PDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi, > > The following patch to /usr/src/release/Makefile allows the > specification of the variable FASTCLEAN, which instead of doing > a recursive rm on CHROOTDIR, simply umounts/newfs/mounts. Of > course, this is only useful if your CHROOTDIR location is a > separate mount point (which mine is: /snap). > > Comments and critiques welcome. And how about a similiar patch to /usr/src/Makefile that is FASTCLEANDIR that brings back a patched up version of my original CLEANDIR. Something like -rm -rf /usr/obj/${.CURDIR}/tmp chflags -R noschg /usr/obj/${.CURDIR}/tmp rm -rf /usr/obj/${.CURDIR} > > Would someone consider committing this please? > Thanks, > John > > Index: Makefile > =================================================================== > RCS file: /mirror/ncvs/src/release/Makefile,v ... -- Rod Grimes - KD7CAX - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 8 23:55:24 1999 Delivered-To: freebsd-current@freebsd.org Received: from mrelay.jrc.it (mrelay.jrc.it [139.191.1.65]) by hub.freebsd.org (Postfix) with ESMTP id 6F6A714C1B for ; Wed, 8 Sep 1999 23:55:14 -0700 (PDT) (envelope-from nick.hibma@jrc.it) Received: from elect8 (elect8.jrc.it [139.191.71.152]) by mrelay.jrc.it (LMC5692) with ESMTP id IAA09310; Thu, 9 Sep 1999 08:53:52 +0200 (MET DST) Date: Thu, 9 Sep 1999 08:53:52 +0200 (MET DST) From: Nick Hibma X-Sender: n_hibma@elect8 Reply-To: Nick Hibma To: "Jordan K. Hubbard" Cc: "John W. DeBoskey" , freebsd-current@FreeBSD.ORG Subject: Re: optional 'make release' speed-up patch In-Reply-To: <7125.936851836@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To me this very much sounds like feature creap. The less options, the better, no one is looking at them anyway. Who says you are doing a build on ufs anyway? It might be something for a FAQ though (if there is one) or for the handbook. Just my 0.01 BEF. Nick > > The following patch to /usr/src/release/Makefile allows the > > specification of the variable FASTCLEAN, which instead of doing > > a recursive rm on CHROOTDIR, simply umounts/newfs/mounts. Of > > course, this is only useful if your CHROOTDIR location is a > > separate mount point (which mine is: /snap). > > No offense, but this is really pretty ugly for something that I'd > anticipate to be a *major* edge case. I've been building releases for > years, for example, and I've yet to build one on a filesystem all by > itself. I usually just cast around for some space on an existing > (shared) fs and go to it, and I suspect that many others are the same > way. :-) > > I'm not saying there shouldn't be a *hook* of some sort for doing > "fast cleans", but the patches as they stand add way too much of a > delta for only one very specific optimization. > > - Jordan > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 3:29: 2 1999 Delivered-To: freebsd-current@freebsd.org Received: from mpp.pro-ns.net (pppdsle45.mpls.uswest.net [216.160.23.45]) by hub.freebsd.org (Postfix) with ESMTP id 0A3F614BEA for ; Thu, 9 Sep 1999 03:28:59 -0700 (PDT) (envelope-from mpp@mpp.pro-ns.net) Received: (from mpp@localhost) by mpp.pro-ns.net (8.9.3/8.9.3) id FAA04357; Thu, 9 Sep 1999 05:28:24 -0500 (CDT) (envelope-from mpp) From: Mike Pritchard Message-Id: <199909091028.FAA04357@mpp.pro-ns.net> Subject: Re: optional 'make release' speed-up patch In-Reply-To: <199909090404.AAA71015@bb01f39.unx.sas.com> from "John W. DeBoskey" at "Sep 9, 1999 00:04:39 am" To: jwd@unx.sas.com (John W. DeBoskey) Date: Thu, 9 Sep 1999 05:28:24 -0500 (CDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi, > > The following patch to /usr/src/release/Makefile allows the > specification of the variable FASTCLEAN, which instead of doing > a recursive rm on CHROOTDIR, simply umounts/newfs/mounts. Of > course, this is only useful if your CHROOTDIR location is a > separate mount point (which mine is: /snap). > > Comments and critiques welcome. > > Would someone consider committing this please? This patch scares me a little. FASTCLEAN should at a minimum be set to some value, like "NEWFS" (and probably something a bit more descriptive) before it goes around re-making file systems. I would hate to see my file system wiped out just because I have the "FASTCLEAN" environment variable set for some other application, and didn't intend for "make release" to use it. -Mike -- Mike Pritchard mpp@FreeBSD.org or mpp@mpp.pro-ns.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 8:45:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from ren.detir.qld.gov.au (ns.detir.qld.gov.au [203.46.81.66]) by hub.freebsd.org (Postfix) with ESMTP id 7F52D15148 for ; Thu, 9 Sep 1999 08:45:28 -0700 (PDT) (envelope-from syssgm@detir.qld.gov.au) Received: by ren.detir.qld.gov.au; id BAA27101; Fri, 10 Sep 1999 01:44:01 +1000 (EST) Received: from ogre.detir.qld.gov.au(167.123.8.3) by ren.detir.qld.gov.au via smap (3.2) id xma027094; Fri, 10 Sep 99 01:43:57 +1000 Received: from atlas.detir.qld.gov.au (atlas.detir.qld.gov.au [167.123.8.9]) by ogre.detir.qld.gov.au (8.8.8/8.8.7) with ESMTP id BAA24111; Fri, 10 Sep 1999 01:42:50 +1000 (EST) Received: from nymph.detir.qld.gov.au (nymph.detir.qld.gov.au [167.123.10.10]) by atlas.detir.qld.gov.au (8.8.5/8.8.5) with ESMTP id BAA04723; Fri, 10 Sep 1999 01:42:49 +1000 (EST) Received: from nymph.detir.qld.gov.au (localhost.detir.qld.gov.au [127.0.0.1]) by nymph.detir.qld.gov.au (8.8.8/8.8.7) with ESMTP id BAA17677; Fri, 10 Sep 1999 01:42:48 +1000 (EST) (envelope-from syssgm@nymph.detir.qld.gov.au) Message-Id: <199909091542.BAA17677@nymph.detir.qld.gov.au> To: "John W. DeBoskey" Cc: freebsd-current@freebsd.org, syssgm@detir.qld.gov.au Subject: Re: optional 'make release' speed-up patch References: <199909090404.AAA71015@bb01f39.unx.sas.com> In-Reply-To: <199909090404.AAA71015@bb01f39.unx.sas.com> from "John W. DeBoskey" at "Thu, 09 Sep 1999 00:04:39 -0400" Date: Fri, 10 Sep 1999 01:42:48 +1000 From: Stephen McKay Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, 9th September 1999, "John W. DeBoskey" wrote: > The following patch to /usr/src/release/Makefile allows the >specification of the variable FASTCLEAN, which instead of doing >a recursive rm on CHROOTDIR, simply umounts/newfs/mounts. >+ -device=`df | grep '${CHROOTDIR}' | cut -f1 -d' '` && \ >+ /sbin/umount ${CHROOTDIR} && \ >+ /sbin/newfs $$device && \ >+ /sbin/mount ${CHROOTDIR} && \ >+ /bin/df ${CHROOTDIR} This is going to look like I'm putting the boot in after everyone else has already expressed a negative opinion, but I want to reinforce why this is a dangerous option, and I think a bit of unhappiness now will result in safer future contributions. I'm really not trying to be a pain. First up, destroying file systems in a makefile is a very rare event, and a pretty spectacular trick to use as a performance optimisation. Admittedly a make release is heavy stuff already, but destroying file systems is one step further than expected. Have you tested this and verified that it is a major time saving? I suspect it is not. Optimising the 10% case instead of the 90% case just increases the likelihood of bugs, and it is doubly risky to use the big guns on the small fry. The proposed code isn't very careful, and would attempt to destroy the wrong file system if, for example, I had CHROOTDIR set to /d. (Maybe I like calling file systems /a, /b, /c, etc like those crazy folks on freefall.) I doubt that it would succeed (because of checks for mounted file systems) but it would try. So, the code should verify that CHROOTDIR is a local mounted file system, and of the type you intend to make. The code runs newfs on the block device. It really should run on the character device. In a dangerous thing like on-the-fly file system destruction and creation, precision is important, even if only to instill confidence in the user when it runs. Defining FASTCLEAN to destroy a file system is a surprise unless you are intimately familiar with the makefile. That's a bear trap on the nature walk. For example, I used MACHINE all the time in my .profile until it started screwing up FreeBSD compiles. FASTCLEAN is probably somebody's favourite variable for some unimportant thing. They might never run make release, but it's lurking there for them when they do. The variable name should be more descriptive, and require that it be set to a particular value before it triggers. So, what's the upside of all this gloom? Do I really think this is the most dangerous thing I've ever seen? Well, no. I just think it is inadvisable. There is nothing stopping you from creating a script that runs make release for you. Then you can newfs your filesystem there, fully aware of the risks, and fully in control. For everyone else, the enormous rm is a useful test of the softupdates code. Most things have a silver lining if you know how to look at them. :-) Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 10: 1:49 1999 Delivered-To: freebsd-current@freebsd.org Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (Postfix) with SMTP id 4919E15318 for ; Thu, 9 Sep 1999 10:01:17 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id QAA05520; Thu, 9 Sep 1999 16:18:58 +0200 From: Luigi Rizzo Message-Id: <199909091418.QAA05520@labinfo.iet.unipi.it> Subject: An FS question perhaps... non blocking I/O. To: current@freebsd.org Date: Thu, 9 Sep 1999 16:18:57 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1734 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, please redirect to the appropriate forum if appropriate. There is one thing i don't completely understand with non-blocking FS operation. Is there any way to guarantee (more or less strictly, see below) that when i issue a read() on a file (a real file coming from a UFS i mean) such read will not block because data from the disk is not in memory yet, yet avoid that i end up in a busy loop. The app i have in mind is squid-like, which, if i understand well, is a single process looping around a select. If i get things right, select() on a file descriptor will return the read bit set if i am not at the end of file, yet the block might not be in memory yet even if the UFS seems to do readahead. Maybe i can turn NONBLOCK on for these descriptors, but still would have select returning essentially useless info as I'd need to try the read() to be sure... Maybe poll() has some way to indicate "yes you can read and the page is in memory" ? I can tolerate some occasional failures when because of memory shortage the readahead page is discarded after the select/poll in favour of some other one... Any suggestion ? Would async I/O help in a case like this, considering the possible overhead for handling signals when a transfer is complete ? thanks luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) http://www.iet.unipi.it/~luigi/ngc99/ ==== First International Workshop on Networked Group Communication ==== -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 10:59:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (Postfix) with ESMTP id ABD6F15709 for ; Thu, 9 Sep 1999 10:59:38 -0700 (PDT) (envelope-from julian@whistle.com) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with SMTP id KAA11324; Thu, 9 Sep 1999 10:58:40 -0700 (PDT) Date: Thu, 9 Sep 1999 10:58:39 -0700 (PDT) From: Julian Elischer To: Luigi Rizzo Cc: current@FreeBSD.ORG Subject: Re: An FS question perhaps... non blocking I/O. In-Reply-To: <199909091418.QAA05520@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The Posix AIO calls that john implememted are the best way of doing this. On Thu, 9 Sep 1999, Luigi Rizzo wrote: > Hi, > > please redirect to the appropriate forum if appropriate. > > There is one thing i don't completely understand with non-blocking > FS operation. > > Is there any way to guarantee (more or less strictly, see below) > that when i issue a read() on a file (a real file coming from a > UFS i mean) such read will not block because data from the disk is > not in memory yet, yet avoid that i end up in a busy loop. > > The app i have in mind is squid-like, which, if i understand well, is a > single process looping around a select. If i get things right, select() > on a file descriptor will return the read bit set if i am not at the > end of file, yet the block might not be in memory yet even if the UFS > seems to do readahead. Maybe i can turn NONBLOCK on for these > descriptors, but still would have select returning essentially useless > info as I'd need to try the read() to be sure... > > Maybe poll() has some way to indicate "yes you can read and the page is > in memory" ? I can tolerate some occasional failures when because of > memory shortage the readahead page is discarded after the select/poll > in favour of some other one... > > Any suggestion ? Would async I/O help in a case like this, considering > the possible overhead for handling signals when a transfer is > complete ? > > thanks > luigi > -----------------------------------+------------------------------------- > Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione > http://www.iet.unipi.it/~luigi/ . Universita` di Pisa > TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) > > http://www.iet.unipi.it/~luigi/ngc99/ > ==== First International Workshop on Networked Group Communication ==== > -----------------------------------+------------------------------------- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 11:32:46 1999 Delivered-To: freebsd-current@freebsd.org Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id B996D1501C for ; Thu, 9 Sep 1999 11:32:42 -0700 (PDT) (envelope-from kbyanc@alcnet.com) X-Provider: ALC Communications, Inc. http://www.alcnet.com/ Received: from kbyanc (ws-41.alcnet.com [63.69.28.41]) by kronos.alcnet.com (8.9.3/8.9.3/antispam) with SMTP id OAA81808; Thu, 9 Sep 1999 14:32:34 -0400 (EDT) From: "Kelly Yancey" To: Cc: Subject: Re: An FS question perhaps... non blocking I/O. Date: Thu, 9 Sep 1999 14:32:33 -0400 Message-ID: <000101befaf1$af3c9cc0$291c453f@kbyanc.alcnet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Date: Thu, 9 Sep 1999 16:18:57 +0200 (MET DST) > From: Luigi Rizzo > Subject: An FS question perhaps... non blocking I/O. > [ ... snip ... ] > > The app i have in mind is squid-like, which, if i understand > well, is a > single process looping around a select. If i get things > right, select() > on a file descriptor will return the read bit set if i am not at the > end of file, yet the block might not be in memory yet even if the UFS > seems to do readahead. Maybe i can turn NONBLOCK on for these > descriptors, but still would have select returning essentially useless > info as I'd need to try the read() to be sure... > [ ... snip ... ] Since you are talking about files, I presume when you say "select() on a file descriptor will return the read bit set if I am not at the end of file" you are implying the file descriptor is for a file, not a socket. Admittingly, this has nothing to do with your question directly, but I wanted to clarify something (if nothing else then for my sake): select() will not block on file descriptors referring to files. The logic being that select is only supposed to wait until the operation can occur without blocking (namely a read operation). But reads on files never block, they just return a short count, hence select() always indicates success for file descriptors for open files (and won't block on them). And, we mentioned the the last sentence, select() will always return success for reading file descriptors for open files, EOF or not, since the read would just return a short count. So again, it has nothing to do with the question of finding out whether the data for the read in already in memory, but how can you tell if you are already at EOF for a file using select(), as you describe. I was basing the above statements off of various books I have read, and have never tried select()ing a file's file descriptor for reading as I have always been told it is pointless. If there is a way to do it, I would love to hear it (I have a project that requires tail -f like functionality and I would much prefer to use select() than just checking the file size every so often like tail does). Thanks, Kelly ~kbyanc@posi.net~ FreeBSD - The Power To Serve - http://www.freebsd.org/ Join Team FreeBSD - http://www.posi.net/freebsd/Team-FreeBSD/ "The ultimate result of shielding men from the effects of folly is to fill the world with fools." - Herbert Spencer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 12:43:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id BE77C1521C for ; Thu, 9 Sep 1999 12:43:38 -0700 (PDT) (envelope-from kbyanc@alcnet.com) X-Provider: ALC Communications, Inc. http://www.alcnet.com/ Received: from kbyanc (ws-41.alcnet.com [63.69.28.41]) by kronos.alcnet.com (8.9.3/8.9.3/antispam) with SMTP id PAA83288; Thu, 9 Sep 1999 15:42:56 -0400 (EDT) From: "Kelly Yancey" To: Cc: Subject: RE: An FS question perhaps... non blocking I/O. Date: Thu, 9 Sep 1999 15:42:50 -0400 Message-ID: <000601befafb$83fbb8c0$291c453f@kbyanc.alcnet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm. I guess this was added to -current; I don't actually run -current, just read the list :) poll(2) on my -stable system doesn't mention POLLEXTEND. I just checked, the poll(2) listed at http://www.freebsd.org/cgi/man.cgi?query=poll&apropos=0&sektion=0&manpath=Fr eeBSD+4.0-current&format=html as being from 4.0-current is dated Sept 7, 1996; either the man page search on the web is out of date or this is an undocumented bit? Kelly ~kbyanc@posi.net~ FreeBSD - The Power To Serve - http://www.freebsd.org/ Join Team FreeBSD - http://www.posi.net/freebsd/Team-FreeBSD/ "The ultimate result of shielding men from the effects of folly is to fill the world with fools." - Herbert Spencer > -----Original Message----- > From: Juha Nurmela [mailto:junki@qn-lpr2-165.quicknet.inet.fi] > Sent: Thursday, September 09, 1999 3:26 PM > To: Kelly Yancey > Subject: Re: An FS question perhaps... non blocking I/O. > > > > Hello. > > Check out poll(2) and POLLEXTEND. > Don't know anything about it, have just seen it > when looking at other things. > > Juha > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 12:55: 5 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 5C0531570A for ; Thu, 9 Sep 1999 12:54:49 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id PAA13059; Thu, 9 Sep 1999 15:54:10 -0400 (EDT) (envelope-from wollman) Date: Thu, 9 Sep 1999 15:54:10 -0400 (EDT) From: Garrett Wollman Message-Id: <199909091954.PAA13059@khavrinen.lcs.mit.edu> To: "Kelly Yancey" Cc: Subject: RE: An FS question perhaps... non blocking I/O. In-Reply-To: <000601befafb$83fbb8c0$291c453f@kbyanc.alcnet.com> References: <000601befafb$83fbb8c0$291c453f@kbyanc.alcnet.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > I just checked, the poll(2) listed at > http://www.freebsd.org/cgi/man.cgi?query=poll&apropos=0&sektion=0&manpath=Fr > eeBSD+4.0-current&format=html as being from 4.0-current is dated Sept 7, > 1996; either the man page search on the web is out of date or this is an > undocumented bit? It is probably undocumented. I was a bit reluctant to document it since I know that the interface is not correct. One of these days, I (or more likely some enterprising young hacker) will fix it. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 13: 0:46 1999 Delivered-To: freebsd-current@freebsd.org Received: from stumpy.dannyland.org (stumpy.dannyland.org [209.157.133.194]) by hub.freebsd.org (Postfix) with ESMTP id 297331521C for ; Thu, 9 Sep 1999 13:00:33 -0700 (PDT) (envelope-from dannyman@stumpy.dannyland.org) Received: by stumpy.dannyland.org (Postfix, from userid 1000) id C7C1D3CCE; Thu, 9 Sep 1999 12:59:57 -0700 (PDT) Date: Thu, 9 Sep 1999 12:59:57 -0700 From: dannyman To: Chuck Robey Cc: Ollivier Robert , freebsd-current@FreeBSD.ORG Subject: Re: "The Matrix" screensaver, v.0.2 Message-ID: <19990909125957.F86150@stumpy.dannyland.org> References: <19990822222611.B11209@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Chuck Robey on Sun, Aug 22, 1999 at 05:02:00PM -0400 X-Loop: djhoward@uiuc.edu X-URL: http://www.dannyland.org/~dannyman/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Aug 22, 1999 at 05:02:00PM -0400, Chuck Robey wrote: > On Sun, 22 Aug 1999, Ollivier Robert wrote: > > That very important... The screensaver triggered me to see the movie > > again. Ahhhh. I love it. > > Yeah, it's gotta be the perfect hacker's movie. Sneakers is always fun. :) -d -- dannyman - http://www.dannyland.org/~dannyman/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 17: 2:48 1999 Delivered-To: freebsd-current@freebsd.org Received: from norn.ca.eu.org (cr965240-b.abtsfd1.bc.wave.home.com [24.113.19.137]) by hub.freebsd.org (Postfix) with ESMTP id 8D7D71586D; Thu, 9 Sep 1999 17:02:47 -0700 (PDT) (envelope-from cpiazza@norn.ca.eu.org) Received: by norn.ca.eu.org (Postfix, from userid 1002) id A760B63; Thu, 9 Sep 1999 17:02:23 -0700 (PDT) Date: Thu, 9 Sep 1999 17:02:23 -0700 From: Chris Piazza To: current@FreeBSD.org Cc: cg@FreeBSD.org Subject: Stuttering mtv with newpcm & es1370 card Message-ID: <19990909170223.A347@norn.ca.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i X-Operating-System: FreeBSD 4.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Earlier today I was trying to watch a short mpeg and found out that it's impossible with newpcm. The sound (and picture) stutters constantly. It works with a kernel from August, 31 (oldpcm). Anyone else able to reproduce this or have any ideas? pcm0: irq 5 at device 10.0 on pci0 http://www.r33t.org/files/cute.mpg for a laugh. Not just this mpeg has this problem, though. -Chris -- cpiazza@home.net cpiazza@FreeBSD.org "We're going to turn this team around 360 degrees." --Jason Kidd, upon his drafting to the Dallas Mavericks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 17: 8:48 1999 Delivered-To: freebsd-current@freebsd.org Received: from picnic.mat.net (picnic.mat.net [206.246.122.133]) by hub.freebsd.org (Postfix) with ESMTP id 6E27114C58 for ; Thu, 9 Sep 1999 17:08:44 -0700 (PDT) (envelope-from chuckr@picnic.mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.3/8.9.3) with ESMTP id UAA81881 for ; Thu, 9 Sep 1999 20:08:14 -0400 (EDT) (envelope-from chuckr@picnic.mat.net) Date: Thu, 9 Sep 1999 20:08:14 -0400 (EDT) From: Chuck Robey To: freebsd-current@FreeBSD.ORG Subject: make update Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My make update isn't working anymore, and I can't figure out why. I know the recent stuff regarding Id->FreeBSD, and I've closely watched all the files that Doug talked about, and they're all the way he said they should be, but after I get done with the cvsup part of make update, and it looks to be real near the end of the "cvs -q update -d -P", it dies, no core. I have gone in afterwards and tried to do a cvs update without the -q flag so I could spot just where it was failing, but (and this astonished me) it always works when I invoke it directly (not via make). I am using the same cwd, and I've tried the manual cvs update with and without the -q flag, it always works without the makefile, and always fails as part of make update. I've checked Makefile, Makefile.inc0 and Makefile.inc1, they're all in fine condition (cvs diff shows no problems). Any idea why this should be so? ---------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@mat.net | communications topic, C programming, Unix and 213 Lakeside Drive Apt T-1 | carpentry. It's all in the design! Greenbelt, MD 20770 | picnic.mat.net: FreeBSD/i386 (301) 220-2114 | jaunt.mat.net : FreeBSD/Alpha ---------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 18:14:42 1999 Delivered-To: freebsd-current@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id E4D9E150A7 for ; Thu, 9 Sep 1999 18:14:36 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id KAA16159 for ; Fri, 10 Sep 1999 10:43:46 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.3.p0.FreeBSD:990910104346:656=_"; micalg=pgp-md5; protocol="application/pgp-signature" Date: Fri, 10 Sep 1999 10:43:46 +0930 (CST) From: "Daniel O'Connor" To: current@freebsd.org Subject: NewPCM and Quake :) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990910104346:656=_ Content-Type: text/plain; charset=us-ascii Hi, I am trying NewPCM on -current with an AWE64. It works fine for normal sound apps like esd, splay etc etc.. but Quake 1 & 2 which use the DMA buffers to play their sound. It is allowed to do this (the ioctl is supported), but it stutters very badly. Its a bit hard to explain :) --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum --_=XFMail.1.3.p0.FreeBSD:990910104346:656=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN9hbSlbYW/HEoF9pAQEwSwP/WC9lXr3o4bhDxJ5EoJ57ijNr9l/rLyhw VUkJDqnOsfyuqP22kKUCMCb/+6uYGd2GmIv/gOzPpiugQ+ZZ6ffPXgL+jF44JR84 w/li1aytr+trBJYU99dvxJow37aBmP3QntJULiK4TtaiAU8zMZ8spHWlVocwRmNR woRb+1n7nfo= =q4iw -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990910104346:656=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 18:21:55 1999 Delivered-To: freebsd-current@freebsd.org Received: from pike.sover.net (pike.sover.net [209.198.87.34]) by hub.freebsd.org (Postfix) with ESMTP id B9B7515849 for ; Thu, 9 Sep 1999 18:21:48 -0700 (PDT) (envelope-from adams@digitalspark.net) Received: from nightfall.digitalspark.net (arc0a291.bf.sover.net [209.198.83.199]) by pike.sover.net (8.9.3/8.9.3) with ESMTP id VAA11928; Thu, 9 Sep 1999 21:21:29 -0400 (EDT) Comments: SoVerNet Verification (on pike.sover.net) nightfall.digitalspark.net from arc0a291.bf.sover.net [209.198.83.199] 209.198.83.199 Thu, 9 Sep 1999 21:21:29 -0400 (EDT) Date: Thu, 9 Sep 1999 21:25:07 +0000 (GMT) From: Adam Strohl To: "Daniel O'Connor" Cc: current@FreeBSD.ORG Subject: Re: NewPCM and Quake :) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I get this two, it sounds like its playing at the wrong sampling speed, but none of them (speeds) sound right. - ----( Adam Strohl )------------------------------------------------ - - UNIX Operations/Systems http://www.digitalspark.net - - adams (at) digitalspark.net xxx.xxx.xxxx xxxxx - - ----------------------------------------( DigitalSpark.NET )------- - On Fri, 10 Sep 1999, Daniel O'Connor wrote: > Hi, > I am trying NewPCM on -current with an AWE64. > It works fine for normal sound apps like esd, splay etc etc.. but Quake 1 & 2 > which use the DMA buffers to play their sound. It is allowed to do this (the > ioctl is supported), but it stutters very badly. > > Its a bit hard to explain :) > > --- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 18:27:24 1999 Delivered-To: freebsd-current@freebsd.org Received: from smtp2.ihug.co.nz (tk2.ihug.co.nz [203.29.160.14]) by hub.freebsd.org (Postfix) with ESMTP id 44EE915C8B for ; Thu, 9 Sep 1999 18:27:19 -0700 (PDT) (envelope-from mmuir@es.co.nz) Received: from es.co.nz (p51-max8.dun.ihug.co.nz [216.132.34.51]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id NAA14427; Fri, 10 Sep 1999 13:26:06 +1200 Message-ID: <37D85E27.D75A8C72@es.co.nz> Date: Fri, 10 Sep 1999 13:25:59 +1200 From: Mike Muir X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: "Daniel O'Connor" Cc: current@FreeBSD.ORG Subject: Re: NewPCM and Quake :) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I also get this, on an SB32-PNP, with the pcm0 device (setup for pnp) I havnt tried q3atest on the sb0 stuff though.. I might do this weekend. Daniel O'Connor wrote: > > Hi, > I am trying NewPCM on -current with an AWE64. > It works fine for normal sound apps like esd, splay etc etc.. but Quake 1 & 2 > which use the DMA buffers to play their sound. It is allowed to do this (the > ioctl is supported), but it stutters very badly. > > Its a bit hard to explain :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 18:30:58 1999 Delivered-To: freebsd-current@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 8282E152B3 for ; Thu, 9 Sep 1999 18:30:52 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id LAA16423; Fri, 10 Sep 1999 11:00:27 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.3.p0.FreeBSD:990910110027:656=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: Date: Fri, 10 Sep 1999 11:00:27 +0930 (CST) From: "Daniel O'Connor" To: Adam Strohl Subject: Re: NewPCM and Quake :) Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990910110027:656=_ Content-Type: text/plain; charset=us-ascii On 09-Sep-99 Adam Strohl wrote: > I get this two, it sounds like its playing at the wrong sampling speed, > but none of them (speeds) sound right. I didn't try that.. I was wondering if the DMA buffer switching wasn't done correctly. I'll try and work up a test program which exibits the problem over the weekend. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum --_=XFMail.1.3.p0.FreeBSD:990910110027:656=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN9hfM1bYW/HEoF9pAQHYYAP+PvlJWfxFq4f/s1hpAGk6WkkIQyBvbZkf YvSlXpxAZ2m8mEYUhjl2sQyQVxfXWUeMFOsc/6njuPqrw8Qs1up7sjOdK5ovHexD OeqVqZwVwFZRIWO0VfxOGsfeXdVP6RA714O+2967LX/9Q+mAoUjsQ1tGUo7MV39g y79Ex5/ofNA= =Qm7Z -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990910110027:656=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 18:34:13 1999 Delivered-To: freebsd-current@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id E8DFA15973 for ; Thu, 9 Sep 1999 18:31:37 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id LAA16492; Fri, 10 Sep 1999 11:01:10 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="_=XFMail.1.3.p0.FreeBSD:990910110110:656=_"; micalg=pgp-md5; protocol="application/pgp-signature" In-Reply-To: <37D85E27.D75A8C72@es.co.nz> Date: Fri, 10 Sep 1999 11:01:10 +0930 (CST) From: "Daniel O'Connor" To: Mike Muir Subject: Re: NewPCM and Quake :) Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:990910110110:656=_ Content-Type: text/plain; charset=us-ascii On 10-Sep-99 Mike Muir wrote: > I also get this, on an SB32-PNP, with the pcm0 device (setup for pnp) > I havnt tried q3atest on the sb0 stuff though.. I might do this weekend. Ahh.. I've only tried Q1 & 2, and they both get the problem, but work fine using sb0 and friends. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum --_=XFMail.1.3.p0.FreeBSD:990910110110:656=_ Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.3ia iQCVAwUBN9hfXlbYW/HEoF9pAQFu/wP8CNNdxBeD2cz6kTnEcnY/DIL8mFE/MWU7 kFZHQ8AxWghKuvIfSgcd5pBeWmeRB4Tw8qsVphjAykXnZGvhJyfOMq9wZRAO+5RD xBNtLfM3iMY5xYZiow7AisigcUQA2eLmvQETbGLQrJ2bSGl952IPUvrQlgOQH2YN 0bxn6ug3q0I= =AmDI -----END PGP MESSAGE----- --_=XFMail.1.3.p0.FreeBSD:990910110110:656=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 9 23:58: 4 1999 Delivered-To: freebsd-current@freebsd.org Received: from eugnpop1.eugn.uswest.net (eugnpop1.eugn.uswest.net [207.109.240.1]) by hub.freebsd.org (Postfix) with SMTP id 8BF15151DF for ; Thu, 9 Sep 1999 23:58:02 -0700 (PDT) (envelope-from crau1@uswest.net) Received: (qmail 13769 invoked by alias); 10 Sep 1999 06:57:27 -0000 Delivered-To: fixup-freebsd-current@FreeBSD.org@fixme Received: (qmail 13761 invoked by uid 0); 10 Sep 1999 06:57:27 -0000 Received: from unknown (HELO neptune) (209.180.233.5) by eugnpop1.eugn.uswest.net with SMTP; 10 Sep 1999 06:57:27 -0000 Message-ID: <001401befb59$bf4fed20$05e9b4d1@neptune> From: "Colin M. Rau" To: Subject: Date: Thu, 9 Sep 1999 23:57:29 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0011_01BEFB1F.12BEBA80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0011_01BEFB1F.12BEBA80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0011_01BEFB1F.12BEBA80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_0011_01BEFB1F.12BEBA80-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 0: 0:57 1999 Delivered-To: freebsd-current@freebsd.org Received: from mercury.gfit.net (ns.gfit.net [209.41.124.90]) by hub.freebsd.org (Postfix) with ESMTP id 6E8631539E for ; Fri, 10 Sep 1999 00:00:54 -0700 (PDT) (envelope-from tom@embt.com) Received: from paranor (timembt.iinc.com [206.67.169.229]) by mercury.gfit.net (8.8.8/8.8.8) with SMTP id CAA25727 for ; Fri, 10 Sep 1999 02:02:47 -0500 (CDT) (envelope-from tom@embt.com) Message-Id: <3.0.3.32.19990910030020.00913660@mail.embt.com> X-Sender: tembt@mail.embt.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Fri, 10 Sep 1999 03:00:20 -0400 To: freebsd-current@freebsd.org From: Tom Embt Subject: Anyone running CompuPic? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Not sure which list this should go to, so if I'm in error feel free to point me in the right direction. I was wondering if anyone has had any luck running CompuPic (http://linux.compupic.com) under FreeBSD? It's an excellent image viewer that can do some basic file management as well. Along with Agent, it's one of the few good apps available for Windoze, and I was excited when I heard there was a free *NIX version available. Unfortunately, I haven't been able to get it to run. I'm not in FreeBSD right now so I'm working from memory, but I had some trouble with the install process (it is obviously not as portable as they'd have you believe). I seem to recall setting $UID and installing bash, but the script still bombed after it was installed. Then I had to brandelf it. I tried both "Linux" and "FreeBSD" branding and one was working better than the other though I don't recall which. End result: It starts to load, brings up a splash screen, and exits. I do recall it leaving messages on the console but forget which signal it was dying with. I can get more info if it's wanted but first I'm just asking if anyone else has either had better luck than I. Here's a quote from the website: "CompuPic is highly portable, and Photodex intends to support as many target platforms as possible over time. CompuPic for Linux (and UNIX) is available as a statically linked executable with no library dependencies whatsoever. You need only a Linux or UNIX kernel to run CompuPic. CompuPic has been tested with major Linux and BSD distributions and had no distribution specific issues. If you represent a hardware manufacturer or Linux/UNIX distribution publisher, you can contact Paul Schmidt to discuss Photodex's development plans for a specific platform. Paul Schmidt VP Technology Photodex Corporation 1106 Clayton Lane #200W Austin, TX 78723 (512) 406-3061 - voice (512) 452-6825 - fax pschmidt@photodex.com" They seem to make a point of saying "Linux/UNIX" and not referring to all of *NIX OS's as "Linux", even going so far as to mention BSD once. I was therefor a bit surprised when the binary wouldn't run on FreeBSD. I wonder if The Powers That Be would be interested in pursuing the last sentence there? FYI: My system is SMP 4.0-CURRENT from a day or two ago, XFree86 3.3.3.4 from packages, KDE-1.1 from packages, Linux emu running, etc. As far as my FreeBSD proficiency, lets just say I'm probably not the kind of person that ought to be running -CURRENT :) so I don't think I'd be much help in tracking down the problem (aside from being a guinea pig). of course there also exists the possibility that I forgot to insert tab A into slot B and CompuPic indeed runs perfectly in FBSD for everyone else.. and how did it get to be 3AM ????? Ugh. well thanks to anyone who can clue me in, Tom Embt ICQ UIN: 11245398 tom@embt.com d:-)> ------------------------------------------------------------------ "You're one of those condescending Unix computer users!" "Here's a nickel, kid. Get yourself a better computer" - Dilbert. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 0:48:40 1999 Delivered-To: freebsd-current@freebsd.org Received: from not.demophon.com (ns.demophon.com [193.65.70.13]) by hub.freebsd.org (Postfix) with ESMTP id 84CBE153E1 for ; Fri, 10 Sep 1999 00:48:32 -0700 (PDT) (envelope-from will@not.demophon.com) Received: (from will@localhost) by not.demophon.com (8.9.3/8.8.7) id KAA90948; Fri, 10 Sep 1999 10:47:17 +0300 (EEST) (envelope-from will) To: Luigi Rizzo Cc: current@freebsd.org Subject: Re: An FS question perhaps... non blocking I/O. References: <199909091418.QAA05520@labinfo.iet.unipi.it.newsgate.clinet.fi> From: Ville-Pertti Keinonen Date: 10 Sep 1999 10:47:16 +0300 In-Reply-To: Luigi Rizzo's message of "9 Sep 1999 20:06:50 +0300" Message-ID: <86wvtzgqd6.fsf@not.demophon.com> Lines: 33 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Luigi Rizzo writes: > Is there any way to guarantee (more or less strictly, see below) > that when i issue a read() on a file (a real file coming from a > UFS i mean) such read will not block because data from the disk is > not in memory yet, yet avoid that i end up in a busy loop. There is no way to guarantee that a read will not block on disk I/O. The same applies to writes. The read/write calls should never return EAGAIN for local files, even if they are set for non-blocking I/O. This actually makes sense. Given virtual memory, you also don't know if your call to read or the memory you're copying to is actually in memory, it might block to page something in, which is also disk I/O and is comparable to the I/O for the actual file. So even if non-blocking would "work" on local files (how could it, meaningfully?), it would be a hint at best. > Any suggestion ? Would async I/O help in a case like this, considering > the possible overhead for handling signals when a transfer is > complete ? Yes, aio is probably the best alternative. It is quite expensive, though. Another alternative is to use multiple processes, but it also has considerable overhead. FreeBSD and typical Unix-like systems in general aren't perfect. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 1:26:17 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 22EA1152D2 for ; Fri, 10 Sep 1999 01:26:03 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA20369; Fri, 10 Sep 1999 09:26:13 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Fri, 10 Sep 1999 09:26:13 +0100 (BST) From: Doug Rabson To: "Daniel O'Connor" Cc: Mike Muir , current@freebsd.org Subject: Re: NewPCM and Quake :) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 10 Sep 1999, Daniel O'Connor wrote: > > On 10-Sep-99 Mike Muir wrote: > > I also get this, on an SB32-PNP, with the pcm0 device (setup for pnp) > > I havnt tried q3atest on the sb0 stuff though.. I might do this weekend. > > Ahh.. I've only tried Q1 & 2, and they both get the problem, but work fine > using sb0 and friends. The mmap support is fairly new and hasn't been tested too widely. I suggest you work with Cameron to find out what is happening. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 2:22:49 1999 Delivered-To: freebsd-current@freebsd.org Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by hub.freebsd.org (Postfix) with ESMTP id 5A6CC14A00 for ; Fri, 10 Sep 1999 02:22:33 -0700 (PDT) (envelope-from mmuir@es.co.nz) Received: from es.co.nz (p60-max4.dun.ihug.co.nz [209.76.100.251]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id VAA27902; Fri, 10 Sep 1999 21:21:36 +1200 Message-ID: <37D8CD9C.52F29111@es.co.nz> Date: Fri, 10 Sep 1999 21:21:32 +1200 From: Mike Muir X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Tom Embt Cc: freebsd-current@FreeBSD.ORG Subject: Re: Anyone running CompuPic? References: <3.0.3.32.19990910030020.00913660@mail.embt.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I get the same problem, after brandelfing to linux and running it, the splash screen comes up and...disappears with: compupic: abnormal termination: (null) Brandelf -t FreeBSD segfaults it without even showing the splash screen. Nice helpful error message.. can anyone shed some light on that? Tom Embt wrote: > Unfortunately, I haven't been able to get it to run. I'm not in FreeBSD > right now so I'm working from memory, but I had some trouble with the > install process (it is obviously not as portable as they'd have you > believe). I seem to recall setting $UID and installing bash, but the > script still bombed after it was installed. Then I had to brandelf it. I > tried both "Linux" and "FreeBSD" branding and one was working better than > the other though I don't recall which. End result: It starts to load, > brings up a splash screen, and exits. I do recall it leaving messages on > the console but forget which signal it was dying with. I can get more info > if it's wanted but first I'm just asking if anyone else has either had > better luck than I. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 3:24:31 1999 Delivered-To: freebsd-current@freebsd.org Received: from oskar.nanoteq.co.za (oskar.nanoteq.co.za [196.37.91.10]) by hub.freebsd.org (Postfix) with ESMTP id D791914EB5; Fri, 10 Sep 1999 03:21:03 -0700 (PDT) (envelope-from rbezuide@oskar.nanoteq.co.za) Received: (from rbezuide@localhost) by oskar.nanoteq.co.za (8.9.0/8.9.0) id MAA09680; Fri, 10 Sep 1999 12:23:18 +0200 (SAT) From: Reinier Bezuidenhout Message-Id: <199909101023.MAA09680@oskar.nanoteq.co.za> Subject: Endless loop in libpcap 2.2.x/3.x/-current To: freebsd-hackers@freebsd.org Date: Fri, 10 Sep 1999 12:23:14 +0200 (SAT) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ELM936958994-8969-0_ Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --ELM936958994-8969-0_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi ... We are running a system where we use the libpcap to capture packets from an ethernet device. We've been observing a problem where the monitor program goes into an endless loop and spins for ever. I've compiled the program with debugging on and observed that the call-back function is called repeatedly from the libpcap library. I examined the library and ended up in the pcap_read function in pcap-bpf.c The code follows snip - snip - snip round line 110 in 2.2.x and in -current ------------------ #define bhp ((struct bpf_hdr *)bp) ep = bp + cc; while (bp < ep) { register int caplen, hdrlen; caplen = bhp->bh_caplen; hdrlen = bhp->bh_hdrlen; /* * XXX A bpf_hdr matches a pcap_pkthdr. */ (*callback)(user, (struct pcap_pkthdr*)bp, bp + hdrlen); bp += BPF_WORDALIGN(caplen + hdrlen); if (++n >= cnt && cnt > 0) { p->bp = bp; p->cc = ep - bp; return (n); } } #undef bhp p->cc = 0; return (n); ---------- In our case (from the debug info obtained from our program, I can see that bhp->bh_caplen and bhp->bh_hdrlen are both zero (0). (gdb) p *(struct bpf_hdr *)pkt $11 = {bh_tstamp = {tv_sec = 16652, tv_usec = 0}, bh_caplen = 0, bh_datalen = 33555200, bh_hdrlen = 0} pkt is bp received back from libpcap. cnt is -1 when we installed the callback function. As can be seen ... caplen and hdrlen is then set to 0. bp is smaller than ep because cc >0 (data was read) It enters the while loop, set caplen, hdrlen to 0, calls the callback function. libpcap then tries to increment bp with the BPF_WORDALIGN macro. From bpf.h #define BPF_ALIGNMENT sizeof(long) #define BPF_WORDALIGN(x) (((x)+(BPF_ALIGNMENT-1))&~(BPF_ALIGNMENT-1)) This concludes to (gdb) p (((0)+(sizeof(long)-1))&~(sizeof(long)-1)) $12 = 0 so bp is NOT incremented and the whole process is repeated and here it gets stuck in the loop. I attached a possible fix for this, please review, edit as necessar and commit :) The patch is to -current file, put should apply to most other versions too. Thankyou Reinier --ELM936958994-8969-0_ Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: attachment; filename=pcap.diff Content-Description: /tmp/pcap.diff Content-Transfer-Encoding: 7bit Index: pcap-bpf.c =================================================================== RCS file: /home/freebsd-cvs/src/contrib/libpcap/pcap-bpf.c,v retrieving revision 1.1.1.3 diff -c -r1.1.1.3 pcap-bpf.c *** pcap-bpf.c 1998/09/15 19:28:05 1.1.1.3 --- pcap-bpf.c 1999/09/10 10:11:49 *************** *** 117,122 **** --- 117,130 ---- * XXX A bpf_hdr matches a pcap_pkthdr. */ (*callback)(user, (struct pcap_pkthdr*)bp, bp + hdrlen); + /* + * If we can't increment bp, get out of the while + * We've atleast called the callback with the data + * we have at out disposal - NB : it might be garbage + */ + if (!BPF_WORDALIGN(caplen + hdrlen)) { + break; + } bp += BPF_WORDALIGN(caplen + hdrlen); if (++n >= cnt && cnt > 0) { p->bp = bp; --ELM936958994-8969-0_-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 6:36:55 1999 Delivered-To: freebsd-current@freebsd.org Received: from volatile.by-tor.tacorp.net (ppp69-220.cpis.net [206.155.220.98]) by hub.freebsd.org (Postfix) with ESMTP id 0A1A0150E1 for ; Fri, 10 Sep 1999 06:36:45 -0700 (PDT) (envelope-from by-tor@volatile.by-tor.tacorp.net) Received: (from by-tor@localhost) by volatile.by-tor.tacorp.net (8.9.3/8.9.3) id JAA45528; Fri, 10 Sep 1999 09:37:25 -0400 (EDT) (envelope-from by-tor) Date: Fri, 10 Sep 1999 09:37:25 -0400 (EDT) From: Wes Morgan X-Sender: by-tor@volatile.by-tor.tacorp.net To: Chris Piazza Cc: current@FreeBSD.org Subject: Re: Stuttering mtv with newpcm & es1370 card In-Reply-To: <19990909170223.A347@norn.ca.eu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 9 Sep 1999, Chris Piazza wrote: > Hi, > > Earlier today I was trying to watch a short mpeg and found > out that it's impossible with newpcm. The sound (and picture) > stutters constantly. It works with a kernel from August, 31 (oldpcm). > Anyone else able to reproduce this or have any ideas? > > pcm0: irq 5 at device 10.0 on pci0 > > http://www.r33t.org/files/cute.mpg for a laugh. Not just this > mpeg has this problem, though. I can't exactly reproduce it, but for the past couple of days with -current, mtvp/mtv just freezes for no apparent reason. This is under both the old snd0 and new pcm driver. Of course NOTHING works with the new pcm driver -- its almost like buffer is filling up and never emptying, I've had it loop through the same small bit of sound continuously until I cat /dev/null > /dev/dsp. WM -- The difference between genius and stupidity is that genius has its limits. Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 7:56:23 1999 Delivered-To: freebsd-current@freebsd.org Received: from barracuda.aquarium.rtci.com (barracuda.aquarium.rtci.com [208.11.247.5]) by hub.freebsd.org (Postfix) with ESMTP id 356E614E7E; Fri, 10 Sep 1999 07:56:20 -0700 (PDT) (envelope-from tstromberg@rtci.com) Received: from rtci.com (saoshyant@convoluted [208.11.244.6]) by barracuda.aquarium.rtci.com (8.9.3/8.9.3) with ESMTP id KAA22450; Fri, 10 Sep 1999 10:56:39 -0400 (EDT) Message-ID: <37D91BF2.2A871AEF@rtci.com> Date: Fri, 10 Sep 1999 10:55:46 -0400 From: Thomas Stromberg X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org, ghlemer@freebsd.org, peter@freebsd.org Subject: newpcm broke the Esoniq 1371 Driver Hack? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been using the Esoniq 1371 Driver from http://www.freebsd.org/~ghelmer/es1371/ (written by Russell Cattelan?) on my 4.0-CURRENT box for a few weeks now. It's just a hack replacement for es1370.c/es1370_reg.h, but it worked fine up until a week ago or so when I presume the newpcm code went into place. It works against my 27AUG99 kernel however. Does anyone here have plans to integrate the ES-1371 patch into the -CURRENT tree? I'm afraid my skills are not in the driver development area. For reference, the old kernel boots up with this info: pcm0: irq 11 at device 12.0 on pci0 pcm0: using I/O space register mapping at 0x1080 es1371: codec vendor revision 0 es1371: codec features none es1371: stereo enhancement: no 3D stereo enhancement -- ======================================================================= Thomas Stromberg, Assistant IS Manager / Systems Guru smtp://tstromberg@rtci.com Research Triangle Consultants, Inc. http://afterthought.org 919.380.9771 x3210 irc://Mithra@EFnet FreeBSD Contributor / BeOS Dev 18330 ======================================================================= "if you do nothing enough, something's bound to happen.." ======================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 8:21:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from penelope.skunk.org (penelope.skunk.org [208.133.204.51]) by hub.freebsd.org (Postfix) with ESMTP id 4D2BF15CE8 for ; Fri, 10 Sep 1999 08:21:37 -0700 (PDT) (envelope-from ben@penelope.skunk.org) Received: from localhost (ben@localhost) by penelope.skunk.org (8.9.3/8.9.3) with ESMTP id LAA91507; Fri, 10 Sep 1999 11:21:50 -0400 (EDT) Date: Fri, 10 Sep 1999 11:21:50 -0400 (EDT) From: Ben Rosengart To: Mike Muir Cc: Tom Embt , freebsd-current@FreeBSD.ORG Subject: Re: Anyone running CompuPic? In-Reply-To: <37D8CD9C.52F29111@es.co.nz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 10 Sep 1999, Mike Muir wrote: > I get the same problem, after brandelfing to linux and running it, the > splash screen comes up and...disappears with: > > compupic: abnormal termination: (null) > > Brandelf -t FreeBSD segfaults it without even showing the splash screen. > > Nice helpful error message.. can anyone shed some light on that? If I were you, I would truss it: $ truss -o truss.out compupic and see what it's doing just before it dies. -- Ben Rosengart UNIX Systems Engineer, Skunk Group StarMedia Network, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 10:14:44 1999 Delivered-To: freebsd-current@freebsd.org Received: from mercury.gfit.net (ns.gfit.net [209.41.124.90]) by hub.freebsd.org (Postfix) with ESMTP id 73668152B8 for ; Fri, 10 Sep 1999 10:14:23 -0700 (PDT) (envelope-from tom@embt.com) Received: from paranor (timembt.iinc.com [206.67.169.229]) by mercury.gfit.net (8.8.8/8.8.8) with SMTP id MAA13491 for ; Fri, 10 Sep 1999 12:16:40 -0500 (CDT) (envelope-from tom@embt.com) Message-Id: <3.0.3.32.19990910131418.009fa100@mail.embt.com> X-Sender: tembt@mail.embt.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Fri, 10 Sep 1999 13:14:18 -0400 To: freebsd-current@freebsd.org From: Tom Embt Subject: Re: Anyone running CompuPic? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:21 AM 9/10/99 -0400, you wrote: >On Fri, 10 Sep 1999, Mike Muir wrote: > >> I get the same problem, after brandelfing to linux and running it, the >> splash screen comes up and...disappears with: >> >> compupic: abnormal termination: (null) >> >> Brandelf -t FreeBSD segfaults it without even showing the splash screen. >> >> Nice helpful error message.. can anyone shed some light on that? > >If I were you, I would truss it: > > $ truss -o truss.out compupic > >and see what it's doing just before it dies. > >-- > Ben Rosengart > I just tried to run it again and both compupic and truss core dumped. Both cores as well as truss.out and dmesg available at http://www.embt.com/tom/compupic-crash.tar.gz . Tom Embt tom@embt.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 10:20:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from lips.lcse.umn.edu (lips.lcse.umn.edu [128.101.182.100]) by hub.freebsd.org (Postfix) with ESMTP id 2357715790 for ; Fri, 10 Sep 1999 10:20:30 -0700 (PDT) (envelope-from cattelan@thebarn.com) Received: from thebarn.com (tigris.lcse.umn.edu [128.101.182.29]) by lips.lcse.umn.edu (8.9.3/8.9.1) with ESMTP id MAA50187; Fri, 10 Sep 1999 12:20:24 -0500 (CDT) Message-ID: <37D93BFE.2F88F203@thebarn.com> Date: Fri, 10 Sep 1999 12:12:30 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.6C-SGI [en] (X11; U; IRIX64 6.5 IP27) X-Accept-Language: en MIME-Version: 1.0 To: Thomas Stromberg Cc: freebsd-current@FreeBSD.ORG Subject: Re: newpcm broke the Esoniq 1371 Driver Hack? References: <37D91BF2.2A871AEF@rtci.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm looking at it... It shouldn't be too difficult to get the 1371 working again. I'm going to try and use as much of the newpcm code as I can, notably the ac97 routines. I'm kind of busy right now so it may take a week or two before I get it working again. Hopefully when I'm done it won't be a "hack" and it can be committed. -- Russell Cattelan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 11:51:44 1999 Delivered-To: freebsd-current@freebsd.org Received: from smtp2.ihug.co.nz (tk2.ihug.co.nz [203.29.160.14]) by hub.freebsd.org (Postfix) with ESMTP id 7356714D9A for ; Fri, 10 Sep 1999 11:51:34 -0700 (PDT) (envelope-from mmuir@es.co.nz) Received: from es.co.nz (p21-max3.dun.ihug.co.nz [209.76.100.148]) by smtp2.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id GAA22502; Sat, 11 Sep 1999 06:51:17 +1200 Message-ID: <37D95323.174E3EDD@es.co.nz> Date: Sat, 11 Sep 1999 06:51:15 +1200 From: Mike Muir X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Tom Embt Cc: freebsd-current@FreeBSD.ORG Subject: Re: Anyone running CompuPic? References: <3.0.3.32.19990910131418.009fa100@mail.embt.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Not so for me, although there are alot of errors (like looking for linux specific system files and not finding them, which doesnt make it die immediately).. then nearing the end: [...syscall gettimeofday(0x82f9fdc,0x0) returns 0 (0x0)...times about 2000..] syscall gettimeofday(0x82f9fdc,0x0) returns 0 (0x0) syscall linux_readlink(0xbfbf92b4,0xbfbfa2b4,0xffe) errno -2 'No such file or directory' syscall linux_newstat("/[h]images",0xbfbfc410) errno -2 'No such file or directory' syscall linux_open("/[h]images/cpiceye.jpg",0,0644) errno -2 'No such file or directory' syscall close(-1) errno -9 'Bad file descriptor' syscall linux_readlink(0xbfbf90dc,0xbfbfa0dc,0xffe) errno -2 'No such file or directory' syscall linux_newstat("/[h]images",0xbfbfc0a0) errno -2 'No such file or directory' syscall gettimeofday(0x82f9fdc,0x0) returns 0 (0x0) syscall gettimeofday(0x82f9fdc,0x0) returns 0 (0x0) syscall gettimeofday(0x82f9fdc,0x0) returns 0 (0x0) syscall linux_readlink(0xbfbf92b4,0xbfbfa2b4,0xffe) errno -2 'No such file or directory' syscall linux_newstat("/[h]images",0xbfbfc410) errno -2 'No such file or directory' syscall linux_open("/[h]images/cpiceyex.jpg",0,0644) errno -2 'No such file or directory' syscall close(-1) errno -9 'Bad file descriptor' syscall linux_readlink(0xbfbf90dc,0xbfbfa0dc,0xffe) errno -2 'No such file or directory' syscall linux_newstat("/[h]images",0xbfbfc0a0) errno -2 'No such file or directory' syscall gettimeofday(0x82f9fdc,0x0) returns 0 (0x0) syscall gettimeofday(0x82f9fdc,0x0) returns 0 (0x0) syscall gettimeofday(0x82f9fdc,0x0) returns 0 (0x0) syscall write(2,0xbfbfb898,39) returns 39 (0x27) syscall linux_unlink(0x82fddc0) returns 0 (0x0) syscall exit(0xb) process exit, rval = 2816 Im guessing it should know where to find its images, as it does at least find one of them for the splash screen.. so im not sure why its failing to find cpiceyex.jpg (it exists).. as for the rest --> !?!?!? at a guess.. its trying to write something thats not open? Tom Embt wrote: > I just tried to run it again and both compupic and truss core dumped. Both > cores as well as truss.out and dmesg available at > http://www.embt.com/tom/compupic-crash.tar.gz . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 12: 2: 8 1999 Delivered-To: freebsd-current@freebsd.org Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (Postfix) with ESMTP id 0F6AC15D2C for ; Fri, 10 Sep 1999 12:01:50 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.3/8.9.1) with SMTP id PAA28512 for ; Fri, 10 Sep 1999 15:01:49 -0400 (EDT) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA06425; Fri, 10 Sep 1999 15:01:19 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.9.1/8.9.1) id PAA90030 for freebsd-current@freebsd.org; Fri, 10 Sep 1999 15:01:18 -0400 (EDT) (envelope-from jwd) From: "John W. DeBoskey" Message-Id: <199909101901.PAA90030@bb01f39.unx.sas.com> Subject: Re: optional 'make release' speed-up patch In-Reply-To: <199909091542.BAA17677@nymph.detir.qld.gov.au> from Stephen McKay at "Sep 10, 1999 1:42:48 am" To: freebsd-current@freebsd.org Date: Fri, 10 Sep 1999 15:01:18 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL43 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, from the amount of mail I've received, I obviously do not understand the numbers from my tests, or I've not optimized my filesystems correctly. time rm -rf /snap 3214.20s real 2.29s user 51.53s system (53 minutes) time ./snapclean 20.34s real 0.88s user 2.80s system (20 seconds) My 'make release' process runs for 430 minutes, or 7 hours 20 minutes. 53 minutes represents a 12% performance increase in my environment. As one person stated, I do consider this a one-shot performance fix, but not a small edge condition fix. The 430 minutes represents: cd /usr/src && make world && cd /usr/src/release && make release Ok, maybe something is wrong with my system. /snap is located on a ccd: /dev/ccd0b 5384181 1 4953446 0% /snap with the following config: (changing ileave makes no difference) ccd0 16 none /dev/da0c /dev/da1c on the following drives: da0 at ahc0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) da1 at ahc0 bus 0 target 2 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) on the following controller: ahc0: irq 9 at device 14.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs The system is idle when rm'ing the snap directory. Top reports the following: 88247 root -6 0 416K 204K biord 0:08 1.07% 1.07% rm 88247 root -6 0 416K 204K biowr 0:08 0.73% 0.73% rm where most of the samples are biowr. If anyone knows how I can further optimize IO on this filesystem (other than using async or softupdates), please let me know. I'm at a loss as to what else I can do. Thanks! John On a side note, I'm rather suprised at the number of people that apparently 'run around' as root on their systems. One of the most repeated comments I received was using yet another environment variable that someone may already have used, and thus causing massive trauma to occur. Anyways, a modified patch follows: variable is NEWFSCLEAN and it must have the value NEWFS. For those who asked, I've actually been using this mechanism for about 3 months now. make release NEWFSCLEAN=NEWFS Index: Makefile =================================================================== RCS file: /mirror/ncvs/src/release/Makefile,v retrieving revision 1.508 diff -u -r1.508 Makefile --- Makefile 1999/09/07 20:47:42 1.508 +++ Makefile 1999/09/10 18:58:45 @@ -152,11 +152,23 @@ .endif .if make(release) .if exists(${CHROOTDIR}) +.if defined(NEWFSCLEAN) && ${NEWFSCLEAN} == "NEWFS" +# +# Simply umount/newfs/mount the partition where $CHROOTDIR resides. +# This only works if $CHROOTDIR is a separate mount point. +# + -device=`df | grep '${CHROOTDIR}' | cut -f1 -d' '` && \ + /sbin/umount ${CHROOTDIR} && \ + /sbin/newfs $$device && \ + /sbin/mount ${CHROOTDIR} && \ + /bin/df ${CHROOTDIR} +.else # The first command will fail on a handful of files that have their schg # flags set. But it greatly speeds up the next two commands. -rm -rf ${CHROOTDIR} -chflags -R noschg ${CHROOTDIR}/. -rm -rf ${CHROOTDIR} +.endif .endif -mkdir -p ${CHROOTDIR} cd ${.CURDIR}/../etc && ${MAKE} distrib-dirs DESTDIR=${CHROOTDIR} > On Thursday, 9th September 1999, "John W. DeBoskey" wrote: > > > The following patch to /usr/src/release/Makefile allows the > >specification of the variable FASTCLEAN, which instead of doing > >a recursive rm on CHROOTDIR, simply umounts/newfs/mounts. > > >+ -device=`df | grep '${CHROOTDIR}' | cut -f1 -d' '` && \ > >+ /sbin/umount ${CHROOTDIR} && \ > >+ /sbin/newfs $$device && \ > >+ /sbin/mount ${CHROOTDIR} && \ > >+ /bin/df ${CHROOTDIR} > > This is going to look like I'm putting the boot in after everyone else has > already expressed a negative opinion, but I want to reinforce why this is > a dangerous option, and I think a bit of unhappiness now will result in > safer future contributions. I'm really not trying to be a pain. > > First up, destroying file systems in a makefile is a very rare event, and > a pretty spectacular trick to use as a performance optimisation. Admittedly > a make release is heavy stuff already, but destroying file systems is one > step further than expected. Have you tested this and verified that it is > a major time saving? I suspect it is not. Optimising the 10% case instead > of the 90% case just increases the likelihood of bugs, and it is doubly > risky to use the big guns on the small fry. > > The proposed code isn't very careful, and would attempt to destroy the > wrong file system if, for example, I had CHROOTDIR set to /d. (Maybe > I like calling file systems /a, /b, /c, etc like those crazy folks on > freefall.) I doubt that it would succeed (because of checks for mounted > file systems) but it would try. So, the code should verify that CHROOTDIR > is a local mounted file system, and of the type you intend to make. > > The code runs newfs on the block device. It really should run on the > character device. In a dangerous thing like on-the-fly file system > destruction and creation, precision is important, even if only to instill > confidence in the user when it runs. > > Defining FASTCLEAN to destroy a file system is a surprise unless you > are intimately familiar with the makefile. That's a bear trap on the > nature walk. For example, I used MACHINE all the time in my .profile > until it started screwing up FreeBSD compiles. FASTCLEAN is probably > somebody's favourite variable for some unimportant thing. They might > never run make release, but it's lurking there for them when they do. > The variable name should be more descriptive, and require that it be > set to a particular value before it triggers. > > So, what's the upside of all this gloom? Do I really think this is the > most dangerous thing I've ever seen? Well, no. I just think it is > inadvisable. There is nothing stopping you from creating a script that > runs make release for you. Then you can newfs your filesystem there, > fully aware of the risks, and fully in control. For everyone else, the > enormous rm is a useful test of the softupdates code. Most things have > a silver lining if you know how to look at them. :-) > > Stephen. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 12:55:32 1999 Delivered-To: freebsd-current@freebsd.org Received: from reliant.nielsenmedia.com (reliant.nielsenmedia.com [205.129.32.15]) by hub.freebsd.org (Postfix) with ESMTP id 2DCFF14A14 for ; Fri, 10 Sep 1999 12:55:03 -0700 (PDT) (envelope-from David_W_Gray@tvratings.com) Received: from nielsenmedia.com (ibis.nielsenmedia.com [10.9.42.160]) by reliant.nielsenmedia.com (8.9.3/8.9.3) with ESMTP id PAA24462 for ; Fri, 10 Sep 1999 15:55:02 -0400 (EDT) Received: from nmrusdunsxg0.nielsenmedia.com (nmrusdunsxg0.nielsenmedia.com [10.9.11.120]) by nielsenmedia.com (8.8.7/8.6.9) with ESMTP id PAA15069 for ; Fri, 10 Sep 1999 15:55:01 -0400 (EDT) Received: by nmrusdunsxg0.nielsenmedia.com with Internet Mail Service (5.5.2448.0) id ; Fri, 10 Sep 1999 15:51:38 -0400 Message-ID: <01D4D419B1A4D111A30400805FE65B1303365FF9@nmrusdunsx1.nielsenmedia.com> From: "Gray, David W." To: "'FreeBSD Current list'" Subject: Compupic - yes, it works. Date: Fri, 10 Sep 1999 15:55:54 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A quick preface, I am using Release3.2 off the CDROM. Compupic works. I don't use the install script, just unpack everything from the innermost tar file to /usr/local/compupic. Brandelf -t Linux the compupic binary, and put a symlink in /usr/local/bin to run with. Now for the SEKIT! MOVE YOUR /usr/compat DIRECTORY aside - rename it temporarily. Run compupic once. You should now be able to move /usr/compat back into place (or /compat, if you left it there...) Why? I dunno. Found it by accident. The Prez over at Compupic said something about releasing a FreeBSD native version, in the letter on the compupic mailing list. I have'nt seen hide nor hair of it, I'd ***REALLY*** like to. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 14:20:54 1999 Delivered-To: freebsd-current@freebsd.org Received: from ap3.bitp.kiev.ua (ap3.bitp.kiev.ua [194.183.183.73]) by hub.freebsd.org (Postfix) with ESMTP id 8D5621540A for ; Fri, 10 Sep 1999 14:20:46 -0700 (PDT) (envelope-from kushnir@ap3.bitp.kiev.ua) Received: from localhost (kushnir@localhost) by ap3.bitp.kiev.ua (8.9.3/8.9.3) with SMTP id AAA12706 for ; Sat, 11 Sep 1999 00:20:43 +0300 Date: Sat, 11 Sep 1999 00:20:42 +0300 (EET DST) From: Vladimir Kushnir To: freebsd-current@FreeBSD.ORG Subject: Yamaha OPL-SA2 & newpcm: recognized but no sound Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Since a newpcm/new PnP code commitment I'm desperately trying to get sound out of my soundcard (Yamaha Sound Origins, OPL3-SA2 ISA pnp card). It is recognized (see dmesg output below), seems to get right resources - but no sound at all. It used to work under VoxWare as css device & friends, but does not want to anymore either :-( Here are my outputs (for snd0, surely): lines in kernel config: controller pnp0 device pcm0 dmesg (from boot -v): FreeBSD 4.0-CURRENT #1: Fri Sep 10 09:37:39 EEST 1999 root@kushnir.kiev.ua:/usr/src/sys/compile/KUSHNIR pcm0: at port 0x220-0x22f,0x530-0x537,0x388-0x38b,0x330-0x331,0x370-0x371 irq 5 drq 0,1 on isa0 Yamaha: ver 0x21 DMA config 0x81 pcm: setmap 30000, ff00; 0xc3f40000 -> 30000 pcm: setmap 40000, ff00; 0xc3f50000 -> 40000 unknown0: at port 0x201 on isa0 unknown1: at port 0x100-0x107 on isa0 unknown2: at port 0x1e0-0x1e7,0x3e6 irq 11 on isa0 cat /dev/sndstat: FreeBSD Audio Driver (newpcm) Sep 10 1999 09:33:22 Installed devices: pcm0: at io 0x530 irq 5 drq 0:1 (1/1 channels duplex) Everything seems to be all right. Except there's no sound at all. Old output: config: controller snd0 device css0 at isa? port 0x534 irq 5 drq 1 flags 0x13 device opl0 at isa? port 0x388 device mpu0 at isa? port 0x330 irq 6 drq 0 dmesg (up till the ond of Aug): config> pnp 1 0 os enable irq0 5 drq0 1 drq1 3 config> pnp 1 0 port0 0x220 port1 0x530 port2 0x388 port3 0x330 port4 0x370 config> pnp 1 1 os enable port0 0x201 config> pnp 1 2 os enable port0 0x800 config> pnp 1 3 os enable irq0 10 port0 0x1e0 port1 0x3e6 config> irq mpu0 -1 config> drq mpu0 -1 config> quit Probing for PnP devices: CSN 1 Vendor ID: YMH0020 [0x2000a865] Serial 0xffffffff Comp ID: PNPb02f [0x2fb0d041] css0 at port 0x534 irq 5 drq 1 flags 0x13 on isa0 snd0: opl0 at port 0x388 on isa0 snd0: WARNING: "snd" is usurping "snd"'s cdevsw[] mpu0 at port 0x330 on isa0 snd0: WARNING: "snd" is usurping "snd"'s cdevsw[] /dev/sndstat: VoxWare Sound Driver:3.5-alpha15-970902 (Wed Aug 6 22:58:35 PDT 1997 Amancio Hasty@rah.star-gate.com) Config options: Installed drivers: Type 21: CS4232 Type 22: CS4232 MIDI Type 1: OPL-2/OPL-3 FM Type 5: Roland MPU-401 Card config: CS4232 at 0x534 irq 5 drq 1,3 OPL-2/OPL-3 FM at 0x388 irq 1 Roland MPU-401 at 0x330 irq 1 Audio devices: 0: CS4232 (CS4231) (DUPLEX) Synth devices: 0: Yamaha OPL-3 Midi devices: 0: MPU-401 0.0 Midi interface Timers: 0: System clock 1: CS4232 (CS4231) Mixers: 0: AD1848/CS4248/CS4231/CS4236 What can I do in order to reenable my soundcard? Any help is appreciated! Regards, Vladimir ===========================|======================= Vladimir Kushnir | kushn@mail.kar.net, | Powered by FreeBSD kushnir@ap3.bitp.kiev.ua | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 14:51:47 1999 Delivered-To: freebsd-current@freebsd.org Received: from smtp1.ihug.co.nz (tk1.ihug.co.nz [203.29.160.13]) by hub.freebsd.org (Postfix) with ESMTP id 8ABEB152AF for ; Fri, 10 Sep 1999 14:51:40 -0700 (PDT) (envelope-from mmuir@es.co.nz) Received: from es.co.nz (p21-max3.dun.ihug.co.nz [209.76.100.148]) by smtp1.ihug.co.nz (8.9.3/8.9.3/Debian/GNU) with ESMTP id JAA01883; Sat, 11 Sep 1999 09:51:25 +1200 Message-ID: <37D97D5B.B29C0DAB@es.co.nz> Date: Sat, 11 Sep 1999 09:51:23 +1200 From: Mike Muir X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: "Gray, David W." Cc: "'FreeBSD Current list'" Subject: Re: Compupic - yes, it works. References: <01D4D419B1A4D111A30400805FE65B1303365FF9@nmrusdunsx1.nielsenmedia.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG YOU DA MAN.. that works fine on -current also "Gray, David W." wrote: > MOVE YOUR /usr/compat DIRECTORY aside - rename it temporarily. Run compupic > once. You should now be able > to move /usr/compat back into place (or /compat, if you left it there...) > Why? I dunno. Found it by accident. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 15:40: 1 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.tn.home.com (ha1.rdc1.tn.home.com [24.2.7.66]) by hub.freebsd.org (Postfix) with ESMTP id 605A614F56 for ; Fri, 10 Sep 1999 15:39:55 -0700 (PDT) (envelope-from dakuntz@home.com) Received: from windows ([24.2.16.44]) by mail.rdc1.tn.home.com (InterMail v4.01.01.00 201-229-111) with SMTP id <19990910223955.PWGX16271.mail.rdc1.tn.home.com@windows> for ; Fri, 10 Sep 1999 15:39:55 -0700 Message-ID: <001401befbdd$e0771f80$2c100218@micronetinfo.com> Reply-To: "Douglas Kuntz" From: "Douglas Kuntz" To: Subject: something odd w/ bind/named, I think Date: Fri, 10 Sep 1999 18:43:17 -0400 Organization: MicroNet Information Services MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok...I'm not sure if this has something to do w/ current...but... I run an irc server...after one of my weekly cvsup's, all users domain names stopped reversing...I've rebuilt the ircd using the original sources, w/ no change...no errors or anything... Is there anything that changed (it's been a few months) that could affect that, or is it just a really strange bug somewhere in the world? Thanks Douglas Kuntz President/CEO - Systems Administrator MicroNet Information Services - PC Tech Reports http://www.micronetinfo.com - http://www.pctechreports.com ---In a world without fences, who needs Gates?--- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 15:44:58 1999 Delivered-To: freebsd-current@freebsd.org Received: from freja.webgiro.com (freja.webgiro.com [212.209.29.10]) by hub.freebsd.org (Postfix) with ESMTP id 7C72114E9E for ; Fri, 10 Sep 1999 15:44:40 -0700 (PDT) (envelope-from abial@webgiro.com) Received: by freja.webgiro.com (Postfix, from userid 1001) id A5BF61915; Sat, 11 Sep 1999 00:45:33 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by freja.webgiro.com (Postfix) with ESMTP id A2C9849D3; Sat, 11 Sep 1999 00:45:33 +0200 (CEST) Date: Sat, 11 Sep 1999 00:45:33 +0200 (CEST) From: Andrzej Bialecki To: Kenneth Culver Cc: freebsd-current@freebsd.org Subject: Re: Latest kernel flop In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 8 Sep 1999, Kenneth Culver wrote: > Not only does the sio device give me trouble, since I don't use it I took > it out, and rebuilt the kernel. Immediately upon reboot, I got a kernel > panic. It went like this: > > Copyright (c) 1992-1999 The FreeBSD Project. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > > Then it panics. > > What's going on here? It probably didn't like the latest changes in BSD license... (just kidding ;-) Andrzej Bialecki // WebGiro AB, Sweden (http://www.webgiro.com) // ------------------------------------------------------------------- // ------ FreeBSD: The Power to Serve. http://www.freebsd.org -------- // --- Small & Embedded FreeBSD: http://www.freebsd.org/~picobsd/ ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 19:29:24 1999 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.netcom.com. (freebsd.netcom.com [198.211.79.3]) by hub.freebsd.org (Postfix) with SMTP id F2DF914F00 for ; Fri, 10 Sep 1999 19:29:17 -0700 (PDT) (envelope-from bugs@freebsd.netcom.com) Received: by freebsd.netcom.com. (SMI-8.6/SMI-SVR4) id VAA23130; Fri, 10 Sep 1999 21:12:09 -0500 From: bugs@freebsd.netcom.com (Mark Hittinger) Message-Id: <199909110212.VAA23130@freebsd.netcom.com.> Subject: re: evil -current To: freebsd-current@freebsd.org Date: Fri, 10 Sep 1999 21:12:08 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It looks like some changes went in for probing devices. Here is where things appear to be going astray for me. I have an etherlinkIII 3C5x9 isa card (ep0). The probing is thinking that ed0 exists, and brings up both ed0 and ep0 for the same card. When the network starts up things hang, and sometimes the system disk gets badly clobbered. Disabling ed0 in the boot -c menu works makes things happy. FYI Later Mark Hittinger Mindspring/Netcom/Dallas bugs@freebsd.netcom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 10 20:12:15 1999 Delivered-To: freebsd-current@freebsd.org Received: from mercury.gfit.net (ns.gfit.net [209.41.124.90]) by hub.freebsd.org (Postfix) with ESMTP id BD7A814C4A for ; Fri, 10 Sep 1999 20:11:55 -0700 (PDT) (envelope-from tom@embt.com) Received: from paranor.embt.net (timembt.iinc.com [206.67.169.229]) by mercury.gfit.net (8.8.8/8.8.8) with SMTP id WAA07435; Fri, 10 Sep 1999 22:14:06 -0500 (CDT) (envelope-from tom@embt.com) Message-Id: <3.0.3.32.19990910231146.0076d004@mail.embt.com> X-Sender: tembt@mail.embt.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Fri, 10 Sep 1999 23:11:46 -0400 To: "Gray, David W." From: Tom Embt Subject: Re: Compupic - yes, it works. Cc: freebsd-current@freebsd.org In-Reply-To: <37D97D5B.B29C0DAB@es.co.nz> References: <01D4D419B1A4D111A30400805FE65B1303365FF9@nmrusdunsx1.nielsenmedia.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 09:51 AM 9/11/99 +1200, you wrote: >YOU DA MAN.. that works fine on -current also I'll second that, THANK YOU for this silly but effective solution! >"Gray, David W." wrote: > >> MOVE YOUR /usr/compat DIRECTORY aside - rename it temporarily. Run compupic >> once. You should now be able >> to move /usr/compat back into place (or /compat, if you left it there...) >> Why? I dunno. Found it by accident. > Now another question: Have you been able to get to /usr? When I try to bring it up I get /compat/linux/usr instead. At least /home works.. :) Tom Embt tom@embt.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 0:19:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 59D9614BD6 for ; Sat, 11 Sep 1999 00:19:20 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id IAA40329; Sat, 11 Sep 1999 08:20:38 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sat, 11 Sep 1999 08:20:38 +0100 (BST) From: Doug Rabson To: Vladimir Kushnir Cc: freebsd-current@freebsd.org Subject: Re: Yamaha OPL-SA2 & newpcm: recognized but no sound In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 11 Sep 1999, Vladimir Kushnir wrote: > Hi, > Since a newpcm/new PnP code commitment I'm desperately trying to get sound > out of my soundcard (Yamaha Sound Origins, OPL3-SA2 ISA pnp card). It is > recognized (see dmesg output below), seems to get right resources - but no > sound at all. It used to work under VoxWare as css device & friends, but > does not want to anymore either :-( I added some code to the mss driver to implement more mixer functionality for the yamaha but I wasn't able to test it properly since the sound hardware on my laptop seems to be wired up a bit differently from 'normal' opl3-sa2 cards. Can you check with e.g. aumix or kmix to see if any of the mixer controls affect this? -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 4:32:58 1999 Delivered-To: freebsd-current@freebsd.org Received: from kiew.egd.igd.fhg.de (kiew.egd.igd.fhg.de [192.102.170.32]) by hub.freebsd.org (Postfix) with ESMTP id 4CF9E1510C for ; Sat, 11 Sep 1999 04:32:52 -0700 (PDT) (envelope-from runge@rostock.zgdv.de) Received: from rostock.zgdv.de (ppp01.egd.igd.fhg.de [153.96.43.211]) by kiew.egd.igd.fhg.de (Netscape Messaging Server 3.6) with ESMTP id AAA21C7 for ; Sat, 11 Sep 1999 13:32:10 +0200 Message-ID: <37DA3D24.78045A72@rostock.zgdv.de> Date: Sat, 11 Sep 1999 13:29:40 +0200 From: Thomas Runge X-Mailer: Mozilla 4.6 [en] (X11; U; FreeBSD 3.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 Cc: freebsd-current@FreeBSD.ORG Subject: Re: Compupic - yes, it works. References: <01D4D419B1A4D111A30400805FE65B1303365FF9@nmrusdunsx1.nielsenmedia.com> <3.0.3.32.19990910231146.0076d004@mail.embt.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tom Embt wrote: > Now another question: Have you been able to get to /usr? When I try to > bring it up I get /compat/linux/usr instead. At least /home works.. :) I guess, thats the way our linux mode works. If the application asks for a special directory, it's prefixed with /usr/compat (or even /compat) and tried. If it can't be found, it will take the "right" directory. So, if you make a symlink with a different name, it should work. -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 5:12:46 1999 Delivered-To: freebsd-current@freebsd.org Received: from server.amis.net (server.amis.net [212.18.32.10]) by hub.freebsd.org (Postfix) with ESMTP id 3997D150D2 for ; Sat, 11 Sep 1999 05:12:37 -0700 (PDT) (envelope-from blaz@gold.amis.net) Received: by server.amis.net (Postfix, from userid 66) id 01B3AD5E60; Sat, 11 Sep 1999 14:12:34 +0200 (CEST) Received: by gold.amis.net (Postfix, from userid 1000) id 2052E9281; Sat, 11 Sep 1999 14:12:00 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by gold.amis.net (Postfix) with ESMTP id 196C257FC for ; Sat, 11 Sep 1999 14:12:00 +0200 (CEST) Date: Sat, 11 Sep 1999 14:12:00 +0200 (CEST) From: Blaz Zupan To: freebsd-current@freebsd.org Subject: ps doesn't need privileges? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please don't flame me if I'm asking something stupid, but I'm a bit confused. I always thought that /bin/ps needs to be setgid kmem to be able to display the process list. And this in fact seems to be the fact under 2.2.8: /home/blaz> uname -a FreeBSD server.amis.net 2.2.8-RELEASE FreeBSD 2.2.8-RELEASE #0: Mon Dec 14 19:22:23 CET 1998 blaz@server.amis.net:/usr/src/sys/compile/SERVER i386 /home/blaz> ls -la /bin/ps -r-xr-sr-x 1 bin kmem 176128 Oct 26 1998 /bin/ps /home/blaz> cp /bin/ps /tmp /home/blaz> ls -la /tmp/ps -r-xr-xr-x 1 blaz bin 176128 Sep 11 14:08 /tmp/ps /home/blaz> /tmp/ps ax ps: /dev/mem: Permission denied As expected, a copy of ps without setgid kmem can't display the process list. But under 3.2 and higher, it is! Here is what happens under 4.0-CURRENT (same thing under 3.2): /home/blaz> uname -a FreeBSD gold.amis.net 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Sat Sep 4 19:03:23 CEST 1999 blaz@gold.amis.net:/home/blaz/FreeBSD/src/sys/compile/GOLD i386 /home/blaz> ls -la /bin/ps -r-xr-sr-x 1 root kmem 197820 Aug 7 12:42 /bin/ps* /home/blaz> cp /bin/ps /tmp /home/blaz> ls -la /tmp/ps -r-xr-xr-x 1 blaz wheel 197820 Sep 11 14:09 /tmp/ps* /home/blaz> /tmp/ps ax PID TT STAT TIME COMMAND 0 ?? DLs 0:00.00 (swapper) 1 ?? ILs 0:00.00 (init) 2 ?? DL 0:00.00 (pagedaemon) 3 ?? DL 0:00.00 (vmdaemon) 4 ?? DL 0:00.00 (bufdaemon) .....etc. What am I missing? How is a totally unprivileged process able to display a list of processes? Blaz Zupan, blaz@amis.net, http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 8:18: 4 1999 Delivered-To: freebsd-current@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id ED24614F7D for ; Sat, 11 Sep 1999 08:18:01 -0700 (PDT) (envelope-from dr@domix.de) Received: from domix.de (dial-ra-nc1-100.netcologne.de [195.14.244.100]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id RAA12719 for ; Sat, 11 Sep 1999 17:17:58 +0200 (MET DST) Received: (from dr@localhost) by domix.de (8.9.3/8.9.3) id RAA61718 for freebsd-current@freebsd.org; Sat, 11 Sep 1999 17:16:14 +0200 (CEST) (envelope-from dr) Date: Sat, 11 Sep 1999 17:16:14 +0200 From: Dominik Rothert To: freebsd-current@freebsd.org Subject: build stops Message-ID: <19990911171614.A61706@speed.localnet.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i X-Encryption: PGP/GnuPG key available X-URL: http://www.domix.de X-OS: FreeBSD 4.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello FreeBSD'lers, when I try to build latest CURRENT, it stops in /usr/src/lib/libc at: cc -pg -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTER FACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DY P -c /usr/src/lib/libc/../libc/db/hash/hash_page.c -o hash_page.po /usr/src/lib/libc/../libc/db/hash/hash_page.c:78: syntax error before `overflow_ page' /usr/src/lib/libc/../libc/db/hash/hash_page.c:78: warning: data definition has n o type or storage class /usr/src/lib/libc/../libc/db/hash/hash_page.c:666: conflicting types for `overfl ow_page' /usr/src/lib/libc/../libc/db/hash/hash_page.c:78: previous declaration of `overf low_page' *** Error code 1 Stop in /usr/src/lib/libc. Best wishes, Dominik Rothert. -- Dominik Rothert E-Mail: dr@domix.de WWW: http://www.domix.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 8:59:55 1999 Delivered-To: freebsd-current@freebsd.org Received: from dorifer.heim3.tu-clausthal.de (dorifer.heim3.tu-clausthal.de [139.174.243.252]) by hub.freebsd.org (Postfix) with ESMTP id F0C9814A1B for ; Sat, 11 Sep 1999 08:59:48 -0700 (PDT) (envelope-from olli@dorifer.heim3.tu-clausthal.de) Received: (from olli@localhost) by dorifer.heim3.tu-clausthal.de (8.8.8/8.8.8) id RAA15275 for freebsd-current@FreeBSD.ORG; Sat, 11 Sep 1999 17:59:48 +0200 (CEST) (envelope-from olli) Date: Sat, 11 Sep 1999 17:59:48 +0200 (CEST) From: Oliver Fromme Message-Id: <199909111559.RAA15275@dorifer.heim3.tu-clausthal.de> To: freebsd-current@FreeBSD.ORG Subject: Re: optional 'make release' speed-up patch Organization: Administration Heim 3 Reply-To: freebsd-current@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: TIN [version 1.2 RZTUC(3) PL2] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John W. DeBoskey wrote in list.freebsd-current: > Well, from the amount of mail I've received, I obviously do not > understand the numbers from my tests, or I've not optimized my > filesystems correctly. > > time rm -rf /snap > 3214.20s real 2.29s user 51.53s system (53 minutes) > > time ./snapclean > 20.34s real 0.88s user 2.80s system (20 seconds) You should definitely use soft-updates. I don't like the idea that the release makefile could perform a newfs on some partition if some environment variable happens to be set either... I'd vote against the patch. And _if_ the patch gets included, it should be made a bit more sophisticated. For example, it should check whether soft- updates was enabled on the partition, and re-enable it after the newfs. Otherwise the whole make release could run slower than without the patch... Regards Oliver -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:olli@dorifer.heim3.tu-clausthal.de) "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 9:18:25 1999 Delivered-To: freebsd-current@freebsd.org Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by hub.freebsd.org (Postfix) with ESMTP id A927414DE5 for ; Sat, 11 Sep 1999 09:18:24 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org (adsl-216-62-157-60.dsl.hstntx.swbell.net) by mta4.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.1999.05.24.18.28.p7) with ESMTP id <0FHW00F23LAHZA@mta4.rcsntx.swbell.net> for freebsd-current@FreeBSD.ORG; Sat, 11 Sep 1999 11:18:18 -0500 (CDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id LAA08200; Sat, 11 Sep 1999 11:18:20 -0500 (CDT envelope-from chris) Date: Sat, 11 Sep 1999 11:18:20 -0500 From: Chris Costello Subject: Re: ps doesn't need privileges? In-reply-to: To: Blaz Zupan Cc: freebsd-current@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <19990911111820.G906@holly.dyndns.org> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.6i References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 11, 1999, Blaz Zupan wrote: > What am I missing? How is a totally unprivileged process able to display a > list of processes? Please give me the output of ``ls -l /dev/kmem'' and ``id'' -- |Chris Costello |Foolproof operation: All parameters are hard coded. `---------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 9:21:58 1999 Delivered-To: freebsd-current@freebsd.org Received: from server.amis.net (server.amis.net [212.18.32.10]) by hub.freebsd.org (Postfix) with ESMTP id 8E70814E3D for ; Sat, 11 Sep 1999 09:21:54 -0700 (PDT) (envelope-from blaz@gold.amis.net) Received: by server.amis.net (Postfix, from userid 66) id E8A0AD5EAA; Sat, 11 Sep 1999 18:21:51 +0200 (CEST) Received: by gold.amis.net (Postfix, from userid 1000) id D9ACB9281; Sat, 11 Sep 1999 18:20:16 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by gold.amis.net (Postfix) with ESMTP id CC23F57FA; Sat, 11 Sep 1999 18:20:16 +0200 (CEST) Date: Sat, 11 Sep 1999 18:20:16 +0200 (CEST) From: Blaz Zupan To: Chris Costello Cc: freebsd-current@FreeBSD.ORG Subject: Re: ps doesn't need privileges? In-Reply-To: <19990911111820.G906@holly.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 11 Sep 1999, Chris Costello wrote: > Please give me the output of ``ls -l /dev/kmem'' and ``id'' /home/blaz> id uid=1000(blaz) gid=1000(users) groups=1000(users) /home/blaz> ls -l /dev/kmem crw-r----- 1 root kmem 2, 1 May 23 15:26 /dev/kmem Blaz Zupan, blaz@amis.net, http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 9:31:21 1999 Delivered-To: freebsd-current@freebsd.org Received: from mta1.rcsntx.swbell.net (mta1.rcsntx.swbell.net [151.164.30.25]) by hub.freebsd.org (Postfix) with ESMTP id 6535214DE5 for ; Sat, 11 Sep 1999 09:31:19 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org (adsl-216-62-157-60.dsl.hstntx.swbell.net) by mta1.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.1999.05.19.16.06.p6) with ESMTP id <0FHW00IFALVQ89@mta1.rcsntx.swbell.net> for freebsd-current@FreeBSD.ORG; Sat, 11 Sep 1999 11:31:02 -0500 (CDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id LAA08311; Sat, 11 Sep 1999 11:31:05 -0500 (CDT envelope-from chris) Date: Sat, 11 Sep 1999 11:31:04 -0500 From: Chris Costello Subject: Re: ps doesn't need privileges? In-reply-to: To: Blaz Zupan Cc: freebsd-current@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <19990911113104.H906@holly.dyndns.org> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.6i References: <19990911111820.G906@holly.dyndns.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 11, 1999, Blaz Zupan wrote: > /home/blaz> id > uid=1000(blaz) gid=1000(users) groups=1000(users) > /home/blaz> ls -l /dev/kmem > crw-r----- 1 root kmem 2, 1 May 23 15:26 /dev/kmem Oh. ps doesn't use /dev/kmem. Look at a ktrace of it; it works just as it should. /tmp/ps auwwx prints what it should and the ktrace output shows it opens the processes whose memory it can read (as ``nobody'' I could read httpd processes, my ksh process and my ps process) and errors for those it cannot: 8290 ps CALL __sysctl(0xbfbfc944,0x4,0xbfbfc954,0xbfbfc940,0,0) 8290 ps RET __sysctl 0 8290 ps CALL open(0xbfbfc878,0,0) 8290 ps NAMI "/proc/7997/mem" 8290 ps RET open -1 errno 13 Permission denied 8290 ps CALL close(0xffffffff) 8290 ps RET close -1 errno 9 Bad file descriptor -- |Chris Costello |CCITT - Can't Conceive Intelligent Thoughts Today `------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 10:44:20 1999 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 28F6D14E58 for ; Sat, 11 Sep 1999 10:44:01 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id D3C911CAE; Sun, 12 Sep 1999 01:44:00 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: chris@calldei.com Cc: Blaz Zupan , freebsd-current@FreeBSD.ORG Subject: Re: ps doesn't need privileges? In-reply-to: Your message of "Sat, 11 Sep 1999 11:31:04 EST." <19990911113104.H906@holly.dyndns.org> Date: Sun, 12 Sep 1999 01:44:00 +0800 From: Peter Wemm Message-Id: <19990911174400.D3C911CAE@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris Costello wrote: > On Sat, Sep 11, 1999, Blaz Zupan wrote: > > /home/blaz> id > > uid=1000(blaz) gid=1000(users) groups=1000(users) > > /home/blaz> ls -l /dev/kmem > > crw-r----- 1 root kmem 2, 1 May 23 15:26 /dev/kmem > > Oh. ps doesn't use /dev/kmem. > > Look at a ktrace of it; it works just as it should. /tmp/ps > auwwx prints what it should and the ktrace output shows it opens > the processes whose memory it can read (as ``nobody'' I could > read httpd processes, my ksh process and my ps process) and > errors for those it cannot: > > 8290 ps CALL __sysctl(0xbfbfc944,0x4,0xbfbfc954,0xbfbfc940,0,0) > 8290 ps RET __sysctl 0 > 8290 ps CALL open(0xbfbfc878,0,0) > 8290 ps NAMI "/proc/7997/mem" > 8290 ps RET open -1 errno 13 Permission denied > 8290 ps CALL close(0xffffffff) > 8290 ps RET close -1 errno 9 Bad file descriptor Not quite. It uses sysctl(2) to grab the eproc table, which contains most of the data. It then uses procfs to get things like the command arguments (which have to come from the process address space) and so on. It also means that ps can see your *own* processes and their full command args: /tmp/ps -aux .... peter 63399 0.0 0.1 600 256 pt Is+ 6:46PM 0:00.01 /bin/sh /home/pe root 63402 0.0 0.5 1544 1160 pt I+ - 0:00.00 (ssh1) nobody 68421 0.0 0.6 4240 1428 ?? I - 0:00.00 (apache) root 68535 0.0 1.5 4588 3744 ?? I - 0:00.00 (xterm) peter 68536 0.0 0.4 1492 1076 pu Is 8:44PM 0:00.10 -csh (tcsh) peter 98319 0.0 0.4 1412 1096 p8 T 10:14PM 0:00.05 vi sb.c peter 98893 0.0 0.4 1412 1096 pu I+ 12:38AM 0:00.30 vi asm.h peter 98997 0.0 0.4 1404 1060 pd I+ 1:11AM 0:00.10 vi swtch.s postfix 99059 0.0 0.2 884 564 ?? I - 0:00.00 (pickup) .... in the example above, my processes are visible but non-peter ones are just their basename. Now that I think about it, it shouldn't be too hard (TM) to finish off the /proc/pid/cmdline stuff so that ps didn't need to access /mem and didn't need setgid at all. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 11:22:16 1999 Delivered-To: freebsd-current@freebsd.org Received: from mta3.rcsntx.swbell.net (mta3.rcsntx.swbell.net [151.164.30.27]) by hub.freebsd.org (Postfix) with ESMTP id 1C33714D32 for ; Sat, 11 Sep 1999 11:22:14 -0700 (PDT) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org (adsl-216-62-157-60.dsl.hstntx.swbell.net) by mta3.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.1999.05.24.18.28.p7) with ESMTP id <0FHW00C87R0U1M@mta3.rcsntx.swbell.net> for freebsd-current@FreeBSD.ORG; Sat, 11 Sep 1999 13:22:07 -0500 (CDT) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id NAA08754; Sat, 11 Sep 1999 13:22:08 -0500 (CDT envelope-from chris) Date: Sat, 11 Sep 1999 13:22:07 -0500 From: Chris Costello Subject: Re: ps doesn't need privileges? In-reply-to: <19990911174400.D3C911CAE@overcee.netplex.com.au> To: Peter Wemm Cc: Blaz Zupan , freebsd-current@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <19990911132207.J906@holly.dyndns.org> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.6i References: <19990911113104.H906@holly.dyndns.org> <19990911174400.D3C911CAE@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Sep 12, 1999, Peter Wemm wrote: > Now that I think about it, it shouldn't be too hard (TM) to finish off the > /proc/pid/cmdline stuff so that ps didn't need to access /mem and didn't > need setgid at all. What about the `e' flag? -- |Chris Costello |Computers... are not designed, as we are, for ambiguity. - Thomas `------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 12:39:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from server.amis.net (server.amis.net [212.18.32.10]) by hub.freebsd.org (Postfix) with ESMTP id 455C61545B for ; Sat, 11 Sep 1999 12:39:25 -0700 (PDT) (envelope-from blaz@gold.amis.net) Received: by server.amis.net (Postfix, from userid 66) id 14F79D5E60; Sat, 11 Sep 1999 21:39:23 +0200 (CEST) Received: by gold.amis.net (Postfix, from userid 1000) id D58C01D4A; Sat, 11 Sep 1999 19:02:00 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by gold.amis.net (Postfix) with ESMTP id CE96457CE for ; Sat, 11 Sep 1999 19:02:00 +0200 (CEST) Date: Sat, 11 Sep 1999 19:02:00 +0200 (CEST) From: Blaz Zupan To: freebsd-current@freebsd.org Subject: Re: ps doesn't need privileges? In-Reply-To: <19990911111820.G906@holly.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, sorry for the wasted bandwidth. I found it. I should have read the commit logs more carefully. :( ---------------------------- revision 1.25 date: 1998/06/30 21:34:14; author: phk; state: Exp; lines: +10 -4 branches: 1.25.2; Pick up kernel variables/constants using sysctl rather than through /dev/mem Use /dev/null for opening the kvm library, we don't need access to /dev/mem anymore. ps can now run without the setgid(kmem) bit. If it does it will not be able to show argv/envp for another uid's processes unless you are root. ---------------------------- Blaz Zupan, blaz@amis.net, http://www.herbie.amis.net Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 12:45:18 1999 Delivered-To: freebsd-current@freebsd.org Received: from holonet.net (giskard.holonet.net [198.207.169.7]) by hub.freebsd.org (Postfix) with ESMTP id 40E5215461 for ; Sat, 11 Sep 1999 12:45:17 -0700 (PDT) (envelope-from adamw@holonet.net) Received: from DialupEudora (adamw@localhost) by holonet.net (Adam Wight) with SMTP id MAA07096; Sat, 11 Sep 1999 12:40:14 -0700 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 11 Sep 1999 11:40:33 -0800 To: freebsd-current@freebsd.org From: adamw@holonet.net (Adam Wight) Subject: halt/shutdown permissions Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Isn't it inconsistent behavior that a non-root user can reboot or shutdown the machine with 'shutdown', yet only root can use 'halt' and 'reboot'? -Adam Wight adamw@holonet.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 13: 9:37 1999 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 74A1914C29 for ; Sat, 11 Sep 1999 13:09:34 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id QAA88497; Sat, 11 Sep 1999 16:09:30 -0400 (EDT) (envelope-from wollman) Date: Sat, 11 Sep 1999 16:09:30 -0400 (EDT) From: Garrett Wollman Message-Id: <199909112009.QAA88497@khavrinen.lcs.mit.edu> To: adamw@holonet.net (Adam Wight) Cc: freebsd-current@FreeBSD.ORG Subject: halt/shutdown permissions In-Reply-To: References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < Isn't it inconsistent behavior that a non-root user can reboot or shutdown > the machine with 'shutdown', yet only root can use 'halt' and 'reboot'? No, not at all. Operators can shut the machine down gracefully, but only wheels can shut the machine down ungracefully. Makes perfect sense to me. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 13:16: 3 1999 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id C773914C29 for ; Sat, 11 Sep 1999 13:15:49 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id D87741CAE; Sun, 12 Sep 1999 04:15:47 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: chris@calldei.com Cc: Blaz Zupan , freebsd-current@FreeBSD.ORG Subject: Re: ps doesn't need privileges? In-reply-to: Your message of "Sat, 11 Sep 1999 13:22:07 EST." <19990911132207.J906@holly.dyndns.org> Date: Sun, 12 Sep 1999 04:15:47 +0800 From: Peter Wemm Message-Id: <19990911201547.D87741CAE@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris Costello wrote: > On Sun, Sep 12, 1999, Peter Wemm wrote: > > Now that I think about it, it shouldn't be too hard (TM) to finish off the > > /proc/pid/cmdline stuff so that ps didn't need to access /mem and didn't > > need setgid at all. > > What about the `e' flag? I'm of the opinion that this particular beastie should be restricted to seeing your own processes only (unless you're root). Implementing /proc/pid/cmdline (globally readable) and /proc/pid/environ (user, group kmem readable only), and turning off setgid kmem for ps. I've lost count of the number of things that want you to do things like: setenv CVSPASSWORD foo etc. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 14:44:48 1999 Delivered-To: freebsd-current@freebsd.org Received: from ap3.bitp.kiev.ua (ap3.bitp.kiev.ua [194.183.183.73]) by hub.freebsd.org (Postfix) with ESMTP id E55EB14D18 for ; Sat, 11 Sep 1999 14:44:42 -0700 (PDT) (envelope-from kushnir@ap3.bitp.kiev.ua) Received: from localhost (kushnir@localhost) by ap3.bitp.kiev.ua (8.9.3/8.9.3) with SMTP id AAA17165; Sun, 12 Sep 1999 00:44:31 +0300 Date: Sun, 12 Sep 1999 00:44:31 +0300 (EET DST) From: Vladimir Kushnir To: Doug Rabson Cc: freebsd-current@freebsd.org Subject: Re: Yamaha OPL-SA2 & newpcm: recognized but no sound In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, unfortunately, neither of those shows anything: mixer device seems to work perfectly all right (just as everything else 'cept for the sequencer, which shows " device not configured" when I try to play a midi), but I cannot test them, since there is no sound. I mean, mixer shows that everything seems to be all right: volume, pcm, synth and so on, but nothing goes out of speakers. And it is not a laptop, soundcard isn't an on board chip, just a cheap (pun's unintended) Yamaha card. On Sat, 11 Sep 1999, Doug Rabson wrote: > On Sat, 11 Sep 1999, Vladimir Kushnir wrote: > > > Hi, > > Since a newpcm/new PnP code commitment I'm desperately trying to get sound > > out of my soundcard (Yamaha Sound Origins, OPL3-SA2 ISA pnp card). It is > > recognized (see dmesg output below), seems to get right resources - but no > > sound at all. It used to work under VoxWare as css device & friends, but > > does not want to anymore either :-( > > I added some code to the mss driver to implement more mixer functionality > for the yamaha but I wasn't able to test it properly since the sound > hardware on my laptop seems to be wired up a bit differently from 'normal' > opl3-sa2 cards. Can you check with e.g. aumix or kmix to see if any of the > mixer controls affect this? > > -- > Doug Rabson Mail: dfr@nlsystems.com > Nonlinear Systems Ltd. Phone: +44 181 442 9037 > > Regards, Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 19:26: 5 1999 Delivered-To: freebsd-current@freebsd.org Received: from mailgw00.execpc.com (mailgw00.execpc.com [169.207.1.78]) by hub.freebsd.org (Postfix) with ESMTP id 9016414CA2 for ; Sat, 11 Sep 1999 19:26:03 -0700 (PDT) (envelope-from hamilton@pobox.com) Received: from woodstock.monkey.net (lakertya-2-87.mdm.mkt.execpc.com [169.207.118.215]) by mailgw00.execpc.com (8.9.1) id VAA09812; Sat, 11 Sep 1999 21:25:49 -0500 Received: from pobox.com (localhost [127.0.0.1]) by woodstock.monkey.net (Postfix) with ESMTP id 11D73CA; Sat, 11 Sep 1999 21:27:27 -0500 (CDT) To: chris@calldei.com Cc: Peter Wemm , Blaz Zupan , freebsd-current@FreeBSD.ORG Subject: Re: ps doesn't need privileges? In-reply-to: Your message of "Sat, 11 Sep 1999 13:22:07 CDT." <19990911132207.J906@holly.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 11 Sep 1999 21:27:27 -0500 From: Jon Hamilton Message-Id: <19990912022727.11D73CA@woodstock.monkey.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19990911132207.J906@holly.dyndns.org>, Chris Costello wrote: } On Sun, Sep 12, 1999, Peter Wemm wrote: } > Now that I think about it, it shouldn't be too hard (TM) to finish off the } > /proc/pid/cmdline stuff so that ps didn't need to access /mem and didn't } > need setgid at all. } } What about the `e' flag? What about people who don't use /proc? Maybe I'm misreading; is the plan to make ps work (at least with most of the bells and whistles) only with /proc, or is the plan to make it an option to either strip the setgid and use proc, or to leave it and use kmem? -- Jon Hamilton hamilton@pobox.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 20:13:19 1999 Delivered-To: freebsd-current@freebsd.org Received: from deep-thought.demos.su (deep-thought.demos.su [195.133.1.74]) by hub.freebsd.org (Postfix) with ESMTP id 8AB7814C8C for ; Sat, 11 Sep 1999 20:13:16 -0700 (PDT) (envelope-from ache@deep-thought.demos.su) Received: (from ache@localhost) by deep-thought.demos.su (8.9.3/8.9.3) id HAA36914 for current@freebsd.org; Sun, 12 Sep 1999 07:13:16 +0400 (MSD) (envelope-from ache) Date: Sun, 12 Sep 1999 07:13:15 +0400 From: "Andrey A. Chernov" To: current@freebsd.org Subject: something wrong with new CVS on freefall Message-ID: <19990912071315.A36887@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I can't commit ee.c because CVS says ee.c - Does not contain a line with the keyword "$FreeBSD:". but the file ee.c _have_ "$FreeBSD: keyword, check by yourself. Please fix. -- Andrey A. Chernov http://nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 20:45:26 1999 Delivered-To: freebsd-current@freebsd.org Received: from camtech.net.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (Postfix) with SMTP id 6E4EA15493 for ; Sat, 11 Sep 1999 20:45:21 -0700 (PDT) (envelope-from matt@camtech.net.au) Received: from dialup-ad-14-58.camtech.net.au ([203.55.242.186]) by camtech.net.au ; Sun, 12 Sep 1999 13:15:19 +0930 Date: Sun, 12 Sep 1999 13:16:25 +0930 (CST) From: Matthew Thyer X-Sender: matt@localhost Reply-To: thyerm@camtech.net.au To: "Rodney W. Grimes" Cc: "John W. DeBoskey" , freebsd-current@FreeBSD.ORG Subject: Re: optional 'make release' speed-up patch In-Reply-To: <199909090635.XAA16842@gndrsh.dnsmgr.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG YES please fix this ridiculous inefficiency pointed out by Rod! The current method of cleaning the build tree is to chflags -R and then rm -r which results in two full traversals of the entire /usr/obj tree which takes MUCH longer than attempting an rm -r first followed by a chflags -R and another rm -r. Rather than patch /usr/src/Makefile.inc1, I have been using an alias for the last year or so: mkworld (rm -rf /usr/obj/usr ; chflags -R noschg /usr/obj/usr ; rm -rf /usr/obj/usr ; cd /usr/src && make world) >& /usr/src/WORLD.log.`date "+%g%m%d"` Also while I was looking at /usr/src/Makefile I noticed the following paragraph. Is this still true (the defaulting to a.out) ? There is also is a typo: "or 3.0." should be "of 3.0.". # The `make world' process always follows the installed object format. # This is set by creating /etc/objformat containing either OBJFORMAT=aout # or OBJFORMAT=elf. If this file does not exist, the object format defaults # to aout. This is expected to be changed to elf just prior to the release # or 3.0. If OBJFORMAT is set as an environment variable or in /etc/make.conf, # this overrides /etc/objformat. On Wed, 8 Sep 1999, Rodney W. Grimes wrote: > > Hi, > > > > The following patch to /usr/src/release/Makefile allows the > > specification of the variable FASTCLEAN, which instead of doing > > a recursive rm on CHROOTDIR, simply umounts/newfs/mounts. Of > > course, this is only useful if your CHROOTDIR location is a > > separate mount point (which mine is: /snap). > > > > Comments and critiques welcome. > > And how about a similiar patch to /usr/src/Makefile that is > FASTCLEANDIR that brings back a patched up version of > my original CLEANDIR. Something like > -rm -rf /usr/obj/${.CURDIR}/tmp > chflags -R noschg /usr/obj/${.CURDIR}/tmp > rm -rf /usr/obj/${.CURDIR} > > > > > Would someone consider committing this please? > > Thanks, > > John > > > > Index: Makefile > > =================================================================== > > RCS file: /mirror/ncvs/src/release/Makefile,v > ... > > -- /=======================================================================\ | Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au | \=======================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 21:31:18 1999 Delivered-To: freebsd-current@freebsd.org Received: from camtech.net.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (Postfix) with SMTP id 3734515479; Sat, 11 Sep 1999 21:31:13 -0700 (PDT) (envelope-from matt@camtech.net.au) Received: from dialup-ad-10-22.camtech.net.au ([203.28.1.150]) by camtech.net.au ; Sun, 12 Sep 1999 14:01:11 +0930 Date: Sun, 12 Sep 1999 14:02:18 +0930 (CST) From: Matthew Thyer X-Sender: matt@localhost Reply-To: thyerm@camtech.net.au To: Lars "Fredriksen" Cc: ports@freebsd.org, current@freebsd.org Subject: Re: Communicator 4 and LDAP In-Reply-To: <37D6DB2D.AF71C936@odin-corporation.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG We are forced to use Exchange at work and I use its LDAP server to look up addressing information. I do occasionally get the error 0x5B that others report but I just try again and it usually works. This is with Netscape 4.61 on 4.0-CURRENT On Wed, 8 Sep 1999, Lars Fredriksen wrote: > Hi, > Has anyone had any luck using communicator with a LDAP server? Both > communicator 4.5 and 4.61 fails to connect to any LDAP server that I > have tried. It appears that the connect() gets interrupted and not > restarted. This happens both under current and 3.0. > > Lars > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- /=======================================================================\ | Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au | \=======================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 21:34:12 1999 Delivered-To: freebsd-current@freebsd.org Received: from dns.MexComUSA.net (cm4094.cableco-op.com [208.138.40.94]) by hub.freebsd.org (Postfix) with ESMTP id 626FC15479 for ; Sat, 11 Sep 1999 21:34:11 -0700 (PDT) (envelope-from eculp@MexComUSA.net) Received: from MexComUSA.net (cm-208-138-47-186.cableco-op.ispchannel.com [208.138.47.186]) by dns.MexComUSA.net (8.9.3/8.9.3) with ESMTP id VAA00722 for ; Sat, 11 Sep 1999 21:34:02 -0700 (PDT) (envelope-from eculp@MexComUSA.net) Message-ID: <37DB2D44.1F4E235E@MexComUSA.net> Date: Sat, 11 Sep 1999 21:34:12 -0700 From: Edwin Culp Organization: Mexico Communicates X-Mailer: Mozilla 4.61 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: FreeBSD-current@FreeBSD.ORG Subject: ed0 driver for pcmcia card D-Link DE-660 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does anyone have the ed0 driver working with current of the last few days utilizing a pcmcia card like the de660? Thanks, ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 11 21:46: 0 1999 Delivered-To: freebsd-current@freebsd.org Received: from camtech.net.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (Postfix) with SMTP id CB06F15479 for ; Sat, 11 Sep 1999 21:45:56 -0700 (PDT) (envelope-from matt@camtech.net.au) Received: from dialup-ad-10-22.camtech.net.au ([203.28.1.150]) by camtech.net.au ; Sun, 12 Sep 1999 14:15:55 +0930 Date: Sun, 12 Sep 1999 14:17:01 +0930 (CST) From: Matthew Thyer X-Sender: matt@localhost Reply-To: thyerm@camtech.net.au To: Daniel O'Connor Cc: current@freebsd.org Subject: Re: NewPCM and Quake :) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am having a few problems with newpcm. I often play a whole bunch of Sesame Street AVIs to keep the 1 and 3 year olds happy while I read email. I usually play them like so (straight from the CD-ROM): foreach blah ( /cdrom/letters/tv/*.avi ) xanim -Zr +Ze +Av`mixer | grep pcm | cut -d: -f2` $blah >& /dev/null end This worked fine with the old sound drivers but now I find that I have to put in a 1 second sleep after xanim or the sound will usually stop completely after the first AVI. I am also now getting the following messages on the console: "dsp sync" I get 4 of these at the start of each invocation of xanim and then I get 1 at the end of each invocation of xanim. When the sound has stopped completely I have to reboot to get it back. My -CURRENT is about 3 days old. (9/9/99 my time which is UTC +9.5 hours) >>> elf make world started on Thu Sep 9 09:29:09 CST 1999 >>> elf make world completed on Thu Sep 9 11:01:23 CST 1999 I have a PnP SB16 and "device pcm0" in my kernel (along with "controller pnp0") of course. The most recently updated file in /usr/src/sys/dev/pcm for me is channel.c at version 1.3 if thats usefull. On Fri, 10 Sep 1999, Daniel O'Connor wrote: > Hi, > I am trying NewPCM on -current with an AWE64. > It works fine for normal sound apps like esd, splay etc etc.. but Quake 1 & 2 > which use the DMA buffers to play their sound. It is allowed to do this (the > ioctl is supported), but it stutters very badly. > > Its a bit hard to explain :) > > --- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > -- /=======================================================================\ | Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au | \=======================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message