From owner-freebsd-current Sun Dec 19 0:12:21 1999 Delivered-To: freebsd-current@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 4F67B15130; Sun, 19 Dec 1999 00:12:18 -0800 (PST) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (Postfix) with ESMTP id 33C442CE64; Sun, 19 Dec 1999 10:12:15 +0200 (EET) Received: by myhakas.matti.ee (Postfix, from userid 1000) id 0AC4DFB; Sun, 19 Dec 1999 10:12:17 +0200 (EET) Date: Sun, 19 Dec 1999 10:12:16 +0200 From: Vallo Kallaste To: Mike Smith Cc: Andreas Braukmann , freebsd-current@FreeBSD.ORG Subject: Re: No disks found msg in /stand/sysinstall, how come? Message-ID: <19991219101216.A37867@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <19991219021222.B15806@cage.tse-online.de> <199912190201.SAA01698@mass.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <199912190201.SAA01698@mass.cdrom.com>; from Mike Smith on Sat, Dec 18, 1999 at 06:01:21PM -0800 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Dec 18, 1999 at 06:01:21PM -0800, Mike Smith wrote: > Sysinstall is not build with 'make world', and should not be used on a > system that's been updated that way. Well, thanks for the pointer, I've never looked at sysinstall build process. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 0:24:46 1999 Delivered-To: freebsd-current@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 8983A151E4 for ; Sun, 19 Dec 1999 00:24:44 -0800 (PST) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (Postfix) with ESMTP id 66A642CE64 for ; Sun, 19 Dec 1999 10:24:41 +0200 (EET) Received: by myhakas.matti.ee (Postfix, from userid 1000) id 2637FFB; Sun, 19 Dec 1999 10:24:43 +0200 (EET) Date: Sun, 19 Dec 1999 10:24:43 +0200 From: Vallo Kallaste To: freebsd-current@freebsd.org Subject: world breakage in binutils Message-ID: <19991219102443.A37924@myhakas.matti.ee> Reply-To: vallo@matti.ee Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello The world is broken for me for two days in: -------------------------------------------------------------- >>> elf make world started on Sun Dec 19 10:17:50 EET 1999 -------------------------------------------------------------- cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libiberty -I/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/include -I/opt/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/libiberty/xstrerror.c -o xstrerror.o cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libiberty -I/usr/src/gnu/usr.bin/binutils/libiberty/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/include -I/opt/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib/binutils/libiberty/insque.c -o insque.o building standard iberty library ranlib libiberty.a ===> libbfd cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -I/opt/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/cpu-i386.c -o cpu-i386.o cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -I/opt/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32-i386.c -o elf32-i386.o cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd -I/usr/src/gnu/usr.bin/binutils/libbfd/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/include -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DHAVE_bfd_elf32_i386_vec -I/usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd -DSELECT_ARCHITECTURES=" &bfd_i386_arch" -DSELECT_VECS=" &bfd_elf32_i386_vec" -I/opt/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf32.c -o elf32.o {standard input}: Assembler messages: {standard input}:2028: Error: no such 386 instruction: `ovl' *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/libbfd. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Also it isn't possible to do make includes in the /usr/src, the way around was to cd /usr/src/include; make WANT_CSRG_LIBM=yes install. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 0:41:46 1999 Delivered-To: freebsd-current@freebsd.org Received: from mass.cdrom.com (castles510.castles.com [208.214.165.74]) by hub.freebsd.org (Postfix) with ESMTP id 64EA415130 for ; Sun, 19 Dec 1999 00:41:44 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id AAA01286; Sun, 19 Dec 1999 00:45:14 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199912190845.AAA01286@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: Alexander Langer , freebsd-current@FreeBSD.ORG Subject: Re: ata: Mount root failure: 6 In-reply-to: Your message of "Sat, 18 Dec 1999 21:43:51 MST." <199912190443.VAA00923@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Dec 1999 00:45:14 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > -------- > Warner Losh writes: > : > : The fstab looks good > : > : : Is the kernel-config ok? > : > : I didn't see anything wrong with it, but maybe soren should take a > : close look. This stuff definitely works for me on my laptop. > > Hate to follow up myself, but what boot blocks are you using? Really > old ones use the disk label to determine what root device to pass to > the kernel, and maybe that's where the problem lies? On any sort of -current system, the loader ignores this and uses the contents of /etc/fstab instead. I still haven't seen the plaintiff actually bother to transcribe the few relevant lines out of his startup log, so I'm not too highly motivated to worry about this in return, however ENXIO definitively means "the device you're trying to mount as root was not probed". Since it works with 'wd', and the 'ad' driver registers a 'wd' device as well, the actual options for dysfunction are pretty small. If and when more information is forthcoming, a diagnosis will be trivial. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ 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 Dec 19 1:12:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id 900B31522C for ; Sun, 19 Dec 1999 01:12:38 -0800 (PST) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (Postfix) with ESMTP id 03C692CE6F; Sun, 19 Dec 1999 11:12:34 +0200 (EET) Received: by myhakas.matti.ee (Postfix, from userid 1000) id 5CF8AF6; Sun, 19 Dec 1999 11:12:37 +0200 (EET) Date: Sun, 19 Dec 1999 11:12:37 +0200 From: Vallo Kallaste To: Matthew Dillon Cc: freebsd-current@freebsd.org Subject: Re: Weird story with dump | restore Message-ID: <19991219111237.A37996@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <199912171648.IAA29595@gndrsh.dnsmgr.net> <199912171732.JAA63489@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <199912171732.JAA63489@apollo.backplane.com>; from Matthew Dillon on Fri, Dec 17, 1999 at 09:32:04AM -0800 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Dec 17, 1999 at 09:32:04AM -0800, Matthew Dillon wrote: > sysctl -a | fgrep dirty > sysctl -w vfs.lodirtybuffers=X > sysctl -w vfs.hidirtybuffers=Y Matt, I've tried your patch to sys/kern/vfs_bio.c, made no difference. Lowering the vfs.hidirtybuffers from 221 to 110 helps as before. The vfs.lodirtybuffers sysctl is gone for some reason. dmesg: 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 Dec 19 09:45:03 EET 1999 root@tiiu:/usr/src/sys/compile/Tiiu Timecounter "i8254" frequency 1193199 Hz Timecounter "TSC" frequency 380232525 Hz CPU: AMD-K6(tm) 3D processor (380.23-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 31391744 (30656K bytes) avail memory = 27590656 (26944K bytes) Preloaded elf kernel "kernel" at 0xc02cd000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02cd09c. VESA: v2.0, 2048k memory, flags:0x4, mode table:0xc02815c2 (1000022) VESA: SiS devclass_alloc_unit: pcib0 already exists, using next available unit number npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 ata-pci0: irq 0 at device 0.1 on pci0 ata-pci0: Busmastering DMA supported ata0 at 0x01f0 irq 14 on ata-pci0 ata1 at 0x0170 irq 15 on ata-pci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: unknown card (vendor=0x1039, dev=0x0009) at 1.1 pcib2: at device 2.0 on pci0 pci1: on pcib2 vga-pci0: at device 0.0 on pci1 fxp0: irq 11 at device 9.0 on pci0 fxp0: Ethernet address 00:a0:c9:97:90:65 pcm0: irq 10 at device 11.0 on pci0 devclass_alloc_unit: pci1 already exists, using next available unit number pcib1: on motherboard pci2: on pcib1 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <8 virtual consoles, flags=0x200> 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 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 (EPP/NIBBLE) in COMPATIBLE mode plip0: on ppbus 0 lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 unknown0: at iomem 0-0x9ffff,0xe0000-0xfffff on isa0 unknown: can't assign resources unknown1: at port 0-0xf,0x80-0x90,0x94-0x9f,0xc0-0xde drq 4 on isa0 unknown2: at port 0x40-0x43 irq 0 on isa0 unknown3: at port 0x70-0x71 irq 8 on isa0 unknown: can't assign resources unknown: can't assign resources unknown4: at port 0xf0-0xff irq 13 on isa0 unknown5: on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources ad0: ATA-4 disk at ata0 as master ad0: 35772MB (73261440 sectors), 72680 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 32 depth queue, UDMA33 ad1: ATA-3 disk at ata1 as master ad1: 6208MB (12715920 sectors), 13456 cyls, 15 heads, 63 S/T, 512 B/S ad1: 16 secs/int, 1 depth queue, UDMA33 acd0: CDROM drive at ata1 as slave acd0: read 1376KB/s (1376KB/s), 128KB buffer, PIO acd0: Reads: CD-DA acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked Mounting root from ufs:/dev/ad0a -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 1:19:14 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 F11A01500D for ; Sun, 19 Dec 1999 01:18:59 -0800 (PST) (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 914021CA0; Sun, 19 Dec 1999 17:18:57 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: Matthew Dillon Cc: Greg Lehey , FreeBSD current users Subject: Re: Recent current hangs frequently for 1 to 2 seconds. In-Reply-To: Message from Matthew Dillon of "Sat, 18 Dec 1999 20:16:53 PST." <199912190416.UAA01125@apollo.backplane.com> Date: Sun, 19 Dec 1999 17:18:57 +0800 From: Peter Wemm Message-Id: <19991219091857.914021CA0@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Dillon wrote: > :I've just upgraded to -CURRENT as of yesterday, and I'm noticing a > :number of occasions where all activity ceases for a second or two at a > :time; it seems to be related to IDE disk activity with the new ATA > :driver, but I don't have much evidence. I'm running a SiS 5591 > :chipset. Has anybody else seen something like this? > : > :Greg > > It's possible that the blockages you are seeing are due to the ATA > driver, but it's also possible that they are due to a bug in the > buffer cache flushing code which the following patch fixes. So try > the patch and see if that fixes your problem. If it doesn't then > we can at least rule it out as being the cause of the problem you > are seeing. [..] Just one comment.. You've replaced vfs_bio's call to speedup_syncer() with a bufdaemon speedup.. Granted I don't understand the details here, but I'm curious why? (or why not use both?) The reason I ask is that I wonder whether removing of the speedup of the vnode cleanup rate is a good idea or not.. or if the bufdaemon speedup does this as a side effect via the hooks softupdates has got in the bio system. This is not a criticism, just a request for enlightenment. :-) > @@ -1571,9 +1573,8 @@ > flags = VFS_BIO_NEED_ANY; > } > > - /* XXX */ > + bd_speedup(); /* heeeelp */ > > - (void) speedup_syncer(); > needsbuffer |= flags; > while (needsbuffer & flags) { > if (tsleep(&needsbuffer, (PRIBIO + 4) | slpflag, 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 Dec 19 3:12:39 1999 Delivered-To: freebsd-current@freebsd.org Received: from cichlids.com (as6-015.rp-plus.de [149.221.238.143]) by hub.freebsd.org (Postfix) with ESMTP id BC7E315064 for ; Sun, 19 Dec 1999 03:12:33 -0800 (PST) (envelope-from alex@cichlids.com) Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id BE97EAB7F; Sun, 19 Dec 1999 12:13:41 +0100 (CET) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id MAA01278; Sun, 19 Dec 1999 12:13:17 +0100 (CET) (envelope-from alex) Date: Sun, 19 Dec 1999 12:13:17 +0100 From: Alexander Langer To: Soren Schmidt Cc: Dave Truesdell , freebsd-current@FreeBSD.ORG Subject: Re: ata: Mount root failure: 6 Message-ID: <19991219121317.C1227@cichlids.cichlids.com> Mail-Followup-To: Soren Schmidt , Dave Truesdell , freebsd-current@FreeBSD.ORG References: <19991218105835.A1144@cichlids.cichlids.com> <199912181945.UAA28240@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <199912181945.UAA28240@freebsd.dk>; from sos@freebsd.dk on Sat, Dec 18, 1999 at 08:45:44PM +0100 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Soren Schmidt (sos@freebsd.dk): > > I now just build a kernel with the old wd drivers and everything works > > fine... > Have you checked the badsect flags then ?? Yes. It was not set. Alex -- I doubt, therefore I might be. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 3:19: 8 1999 Delivered-To: freebsd-current@freebsd.org Received: from cage.tse-online.de (cage.tse-online.de [194.97.69.170]) by hub.freebsd.org (Postfix) with SMTP id F22AD151DF for ; Sun, 19 Dec 1999 03:18:59 -0800 (PST) (envelope-from ab@cage.tse-online.de) Received: (qmail 18300 invoked by uid 1000); 19 Dec 1999 11:19:52 -0000 Date: Sun, 19 Dec 1999 12:19:52 +0100 From: Andreas Braukmann To: Mike Smith Cc: freebsd-current@FreeBSD.ORG Subject: Re: No disks found msg in /stand/sysinstall, how come? Message-ID: <19991219121952.C15806@cage.tse-online.de> References: <19991219021222.B15806@cage.tse-online.de> <199912190201.SAA01698@mass.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <199912190201.SAA01698@mass.cdrom.com>; from msmith@freebsd.org on Sat, Dec 18, 1999 at 06:01:21PM -0800 Organization: TSE GmbH - Neue Medien Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Mike, On Sat, Dec 18, 1999 at 06:01:21PM -0800, Mike Smith wrote: > > On Sat, Dec 18, 1999 at 04:21:19PM +0200, Vallo Kallaste wrote: > > > > Is is not possible to configure and add a second disk via the > > > > /stand/sysinstall Label and Fdisk menu's? > > ... I got this, too, ... but > > > > > > Hmm, yes I got it too. Me thinks it's related to change from block > > > devices to char and to the MAKEDEV. Anybody out there please > > > correct me if I'm wrong. I had to do standard disklabel -rw ad1 > > > auto and after that edit the disklabel by hand. It's certainly not > Sysinstall is not build with 'make world', and should not be used on a > system that's been updated that way. ... but my /stand/sysinstall came from a freshly installed snapshot (19991208). In principle I'm (or was) rather used to using disklabel for labeling new disks. But recently (I would say for the last 12 months) I had various difficulties in disklabeling new drives. (on -stable and on -current) I found a solution in each of the cases eventually, but it made me not really happy. Once I just 'dd-ed' an existing label from another disk. This time I tried this strategy, too, but to no avail, since writing back the afterwards edited disklabel seemed not to be possible. (the "no space left on device"-message appeared ... ) > > ... just after having the standard disklabel -rw ad0 auto (my boot disk is > > da0) complained about 'no space left on device'. Yes, ... I did the > > disklabel -W ad0 ... > You forgot to overwrite the beginning of the disk. ... and yes I did (before doing the 'fdisk') a nice little dd if=/dev/zero of=/dev/rad0 count=10000 Do you have any further hints? Kind regards, Andreas Sidemark: Yes, ... I'm running -current on a few machines (and yes I know, that I get what I pay for ;). I'm used to live with -current since I switched my cvsup-Tag from stable to current on a 'brand new' dual PPro/200. standard disclaimer: I really don't want to sound insulting or arrogating or whatsoever. If anybody really might read such an undertone from my message(s), please ignore it and blame it on my rather ugly written English. -- Andreas Braukmann - TSE GmbH - Neue Medien - http://www.tse-online.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 3:20:33 1999 Delivered-To: freebsd-current@freebsd.org Received: from cichlids.com (as6-015.rp-plus.de [149.221.238.143]) by hub.freebsd.org (Postfix) with ESMTP id 73B8C1505E for ; Sun, 19 Dec 1999 03:20:28 -0800 (PST) (envelope-from alex@cichlids.com) Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id 6FAF5AB7F; Sun, 19 Dec 1999 12:21:36 +0100 (CET) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id MAA04837; Sun, 19 Dec 1999 12:21:12 +0100 (CET) (envelope-from alex) Date: Sun, 19 Dec 1999 12:21:12 +0100 From: Alexander Langer To: Warner Losh Cc: freebsd-current@FreeBSD.ORG Subject: Re: ata: Mount root failure: 6 Message-ID: <19991219122112.D1227@cichlids.cichlids.com> Mail-Followup-To: Warner Losh , freebsd-current@FreeBSD.ORG References: <199912190443.VAA00923@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <199912190443.VAA00923@harmony.village.org>; from imp@village.org on Sat, Dec 18, 1999 at 09:43:51PM -0700 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Warner Losh (imp@village.org): > Hate to follow up myself, but what boot blocks are you using? Really > old ones use the disk label to determine what root device to pass to > the kernel, and maybe that's where the problem lies? Uhm. I don't know, what exactly you want to know, but I think you want to know these: alex:/boot $ ls -l boot* loader -r--r--r-- 1 root wheel 512 17 Dez 16:34 boot0 -r--r--r-- 1 root wheel 512 17 Dez 16:34 boot1 -r--r--r-- 1 root wheel 7680 17 Dez 16:34 boot2 -r-xr-xr-x 1 root wheel 143360 17 Dez 16:34 loader* They are build on Dez, 17th, together with the make world. Or what do you mean? Alex -- I doubt, therefore I might be. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 3:33:10 1999 Delivered-To: freebsd-current@freebsd.org Received: from zappa.demon.nl (zappa.demon.nl [195.173.232.30]) by hub.freebsd.org (Postfix) with ESMTP id D4B6114E72; Sun, 19 Dec 1999 03:33:06 -0800 (PST) (envelope-from ron@zappa.demon.nl) Received: from win98 (win98.demon.nl [192.168.1.3]) by zappa.demon.nl (Postfix) with SMTP id 562545BBF; Sun, 19 Dec 1999 12:36:29 +0100 (CET) Message-ID: <000f01bf4a14$eb554aa0$0301a8c0@demon.nl> From: "Ron Klinkien" To: "Andreas Braukmann" , "Mike Smith" Cc: References: <199912190201.SAA01698@mass.cdrom.com> Subject: Re: No disks found msg in /stand/sysinstall, how come? Date: Sun, 19 Dec 1999 12:33:49 +0100 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.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Okay that explains it, have to go back to the good old shell command's then... Thanks, Ron. ----- Original Message ----- > > > > > > > Is is not possible to configure and add a second disk via the > > > > /stand/sysinstall Label and Fdisk menu's? > > ... I got this, too, ... but > > > > > Sysinstall is not build with 'make world', and should not be used on a > system that's been updated that way. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 3:45: 6 1999 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 49D2A150D5; Sun, 19 Dec 1999 03:44:59 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (beefcake.zeta.org.au [203.26.10.12]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id WAA02118; Sun, 19 Dec 1999 22:44:14 +1100 Date: Sun, 19 Dec 1999 22:43:57 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: Robert Watson Cc: Peter Wemm , Greg Lehey , Mike Smith , Greg Childers , Poul-Henning Kamp , current@FreeBSD.ORG Subject: Re: HEADSUP: wd driver will be retired! 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, 15 Dec 1999, Robert Watson wrote: > On Tue, 14 Dec 1999, Peter Wemm wrote: > > > The RZ1000 is *dangerous*! We are doing no favours by making it run.. :-/ > > IMHO It is better to loose the user by not playing ball than to corrupt > > their data or run unreliably and make them hate us for it. > > > > http://www.faqs.org/faqs/pc-hardware-faq/enhanced-IDE/part1/ > ... > > > In both cases, the corruption occurs only in specific software > > environments and is very subtle; you can go on working for months > > without suspecting anything more than buggy software. The damage can I believe the FreeBSD environment is not one of the environments that has the problem. E.g., since the same spl (splbio()) is used for IDE and floppy interrupts and all device accesses occur at this spl (or higher), so mixing IDE and floppy accesses is almost automatically prevented. > Since someone has code to detect these, how about putting this code in the > ata driver probe so it can say something appropriately obscene and we > start getting feedback about how widely deployed they are, and so that > users can evaluate their risk in using the new driver? There's also Here is the code to detect and fix the problem with rz1000's in the wd driver: "" :-). The code to detect and fix the problem with CMD640B's is larger (about 60 lines plus grot in the infrastructure). Detection alone is easy (just a pci id compare). The ata driver already prints something obscene: "CMD 640 ATA controller (generic mode)" :-). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 4:12:35 1999 Delivered-To: freebsd-current@freebsd.org Received: from arnold.neland.dk (mail.neland.dk [194.255.12.232]) by hub.freebsd.org (Postfix) with ESMTP id 9315D151C0 for ; Sun, 19 Dec 1999 04:12:09 -0800 (PST) (envelope-from leifn@neland.dk) Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.9.3/8.9.3) with ESMTP id NAA34605; Sun, 19 Dec 1999 13:11:39 +0100 (CET) (envelope-from leifn@neland.dk) Date: Sun, 19 Dec 1999 13:11:39 +0100 (CET) From: Leif Neland To: German Tischler Cc: Leif Neland , freebsd-current@FreeBSD.ORG Subject: Re: Sv: Dr Neuhaus niccy go not recognized In-Reply-To: <19991107192844.A13696@gaspode.franken.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 Sun, 7 Nov 1999, German Tischler wrote: > On Sun, Nov 07, 1999 at 06:27:37PM +0100, Leif Neland wrote: > > I'd like to test, So how do I proceed from here? > > Get the latest i4b-dev snapshot (00.83.11), get my patches > from http://www.mayn.franken.de/home/tanis/i4b-11.tar.gz, > get a recent current source tree, unpack i4b, unpack the > layer1 patches over it, use the overinstall script, > use > I just want to say that it works in current -current. Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 4:46:34 1999 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id B9F2A14CD3; Sun, 19 Dec 1999 04:46:30 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (beefcake.zeta.org.au [203.26.10.12]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id XAA03950; Sun, 19 Dec 1999 23:46:28 +1100 Date: Sun, 19 Dec 1999 23:46:10 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: "David O'Brien" Cc: freebsd-current@FreeBSD.ORG Subject: Re: minor gcc-issue ? In-Reply-To: <19991218233849.A15754@dragon.nuxi.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, 18 Dec 1999, David O'Brien wrote: > On Sat, Dec 18, 1999 at 02:43:03AM +1100, Bruce Evans wrote: > > 0301 is an old (bad) way of spelling > > MASK_80387 | MASK_IEEE_FP | MASK_FLOAT_RETURNS. Cygnus finally fixed it in > > in gcc/config/i386/freebsd.h on 1999/03/23 (see the ChangeLog), but FreeBSD > > hasn't merged the change. > > Actually Cygnus hasn't merged it. Cygnus's gcc/config/i386/freebsd.h is > our gcc/config/i386/freebsd-aout.h. Their gcc/config/i386/freebsd-elf.h > is our gcc/config/i386/freebsd.h. Cygnus has fixed the hard-coded constant. Merging only applies to FreeBSD. FreeBSD obtained the MASK_NO_FANCY_MATH_387 fix from somewhere (it was lost in at least the FreeBSD version of egcs). I now think it was obtained without merging, by using the old gcc version of TARGET_DEFAULT. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 5:13:39 1999 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 7044714F67; Sun, 19 Dec 1999 05:13:35 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (beefcake.zeta.org.au [203.26.10.12]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id AAA04722; Mon, 20 Dec 1999 00:13:27 +1100 Date: Mon, 20 Dec 1999 00:13:10 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: Mike Smith Cc: David Gilbert , freebsd-current@FreeBSD.ORG Subject: Re: AMI MEGARAID problems. In-Reply-To: <199912152225.OAA01511@mass.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 Wed, 15 Dec 1999, Mike Smith wrote: > dd if=/dev/zero of=/dev/amrd0 count=16 > disklabel -rw amrd0 auto > newfs amrd0c > > Don't bother slicing the array in this case; it's not worth the effort. > (The probable cause of your trouble is garbage at the beginning of the > slice you've created). Also, "auto" doesn't work for slices (except for slices that cover the whole disk). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 5:33:51 1999 Delivered-To: freebsd-current@freebsd.org Received: from cichlids.com (as5-035.rp-plus.de [149.221.239.99]) by hub.freebsd.org (Postfix) with ESMTP id 94A2614D6F; Sun, 19 Dec 1999 05:33:48 -0800 (PST) (envelope-from alex@cichlids.com) Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id 9EAE7AB7F; Sun, 19 Dec 1999 14:34:56 +0100 (CET) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id OAA00407; Sun, 19 Dec 1999 14:34:33 +0100 (CET) (envelope-from alex) Date: Sun, 19 Dec 1999 14:34:33 +0100 From: Alexander Langer To: Mike Smith Cc: Warner Losh , freebsd-current@FreeBSD.ORG Subject: Re: ata: Mount root failure: 6 Message-ID: <19991219143433.A336@cichlids.cichlids.com> Mail-Followup-To: Mike Smith , Warner Losh , freebsd-current@FreeBSD.ORG References: <199912190443.VAA00923@harmony.village.org> <199912190845.AAA01286@mass.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <199912190845.AAA01286@mass.cdrom.com>; from msmith@FreeBSD.ORG on Sun, Dec 19, 1999 at 12:45:14AM -0800 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Mike Smith (msmith@FreeBSD.ORG): > I still haven't seen the plaintiff actually bother to transcribe the few > relevant lines out of his startup log, so I'm not too highly motivated to > worry about this in return, however ENXIO definitively means "the device > you're trying to mount as root was not probed". Since it works with > 'wd', and the 'ad' driver registers a 'wd' device as well, the actual > options for dysfunction are pretty small. Ok, I scrolled up and wrote the stuff down by hand (args! :) Here are the messages regarding ata and hdd's: 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 ... ad0: ATA-3 disk at ata0 as master ad0: 6197 MB (12692736 sectors), 12592 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 1 depth queue, UDMA33 HTH, Alex -- I doubt, therefore I might be. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 8:32:28 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 ACCB214F94 for ; Sun, 19 Dec 1999 08:32:24 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id RAA22826; Sun, 19 Dec 1999 17:32:17 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <199912191632.RAA22826@freebsd.dk> Subject: Re: ATA: more Promise Ultra wedges In-Reply-To: <14428.10180.553556.127603@grasshopper.cs.duke.edu> from Andrew Gallatin at "Dec 18, 1999 07:56:15 pm" To: gallatin@cs.duke.edu (Andrew Gallatin) Date: Sun, 19 Dec 1999 17:32:16 +0100 (CET) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] 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 It seems Andrew Gallatin wrote: > > Søren, > > It looks like I spoke to soon when I said the world was safe for > Promise Ultra users: > > ad3: ad_timeout: lost disk contact - resetting > ata4: resetting devices .. ad3: HARD WRITE ERROR blk# 6594768ad3: DMA problem en > countered, fallback to PIO mode > ad3: DMA problem encountered, fallback to PIO mode > done > ad1: UDMA CRC READ ERROR blk# 10522095 retrying > ad3: ad_timeout: lost disk contact - resetting > ata4: resetting devices .. done Is the above all info, or is it snipped somehow, its looks a bit wierd.. > At this point the machine is unpingable & will not respond to a break > on the console. This is with a ccd stripe set, striped across 4 > Maxtor "Diamondmax" drives attached one per channel to 2 Promise Ultra > cards. `The kernel sources are dated slightly before the build time in > the below boot messages. (I'd have given you verbose messages, but > this is a transcript from the serial console logs & the machine is > wedged solid right now). I'm running with a timeout of 30 seconds as I > was hoping to avoid a 'lost contact - resetting' situation as all hell > breaks loose when those appear. > > BTW, I'd really like a tunable or some way to prevent a permanent > fallback to PIO. I'm more than willing to tolerate one hard error per > week or so on a disk which sees 10s of gigabytes of data read & > written between errors. Hmm, I'll think about what we can do here... > The driver was much more stable back in July when (I guess) you just > ignored errors. Using a July kernel, this machine will stay up for > months with nothing but the occasional: > > ad3: status=51 error=84 > ad_interrupt: hard error > > It never looses contact, never wedges. Oh for the good old days.. Hmm, back then you would get hosed data without knowing it, you feel better taht way ? I dont :) but I need to solve the hanging problem, I'll agree on that, anybody having a couple of bad disks I could borrow :) -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 8:38:26 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 BC8AC15191 for ; Sun, 19 Dec 1999 08:38:13 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id RAA24221; Sun, 19 Dec 1999 17:37:56 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <199912191637.RAA24221@freebsd.dk> Subject: Re: ATA driver problem?? (lost disk contact) In-Reply-To: from Allen Pulsifer at "Dec 18, 1999 07:11:34 pm" To: pulsifer@mediaone.net (Allen Pulsifer) Date: Sun, 19 Dec 1999 17:37:56 +0100 (CET) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] 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 It seems Allen Pulsifer wrote: > According to the DPTA-3xxxxx spec from IBM, if the drive has fully entered > Standby mode, it can take up to 31 seconds for it to spin back up. > (See sections 3.3.6.1 and 13.0). Other drive models may take even > longer, and even after the drive is back up, it may take a few seconds > to respond to the command. > > You might have to set the timeout value as high as 45-60 seconds in > order to get reliable operation. > > One possibility: the Check Power Mode command (sections 10.5.2 and 12.1) > allows you to determine if the drive is in Standby mode. You might > be able to timeout after 5-10 seconds, abort the read/write command, > do a Check Power Mode command, and if the drive is in the process > of spinning back up, then wait patiently for it to come to life > before retrying the original read/write command. > > It looks to me like you would have to do a soft reset (sections 11.0, > 9.6 and 10.1) in order to abort the read/write command. A soft > reset would also cause the drive to come back to life if it were > in Sleep mode (sections 3.3.6, 10.5.1 and 12.31). > > Note that section 13.0 (page 190) is explicit about this procedure: > "We recommend that the host system executes Soft reset and then > retry to issue the command if the host system would occur timeout > for the device." This is more or less what is done now, I just doesn't do the check power mode after the reset, there is not much point, I know the disk is coming up. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 9:15: 8 1999 Delivered-To: freebsd-current@freebsd.org Received: from dsl.MexComUSA.net (adsl-63-194-214-46.dsl.snfc21.pacbell.net [63.194.214.46]) by hub.freebsd.org (Postfix) with ESMTP id AB21515137 for ; Sun, 19 Dec 1999 09:15:05 -0800 (PST) (envelope-from eculp@MexComUSA.Net) Received: from MexComUSA.Net (local-27.local.net [192.168.1.27]) by dsl.MexComUSA.net (8.9.3/8.9.3) with ESMTP id JAA59829 for ; Sun, 19 Dec 1999 09:14:37 -0800 (PST) (envelope-from eculp@MexComUSA.Net) Message-ID: <385D129F.A4AEBC8C@MexComUSA.Net> Date: Sun, 19 Dec 1999 09:15:12 -0800 From: Edwin Culp Organization: Mexico Communicates, S.C. X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.5 i386) X-Accept-Language: en MIME-Version: 1.0 To: "current@FreeBSD.ORG" Subject: ES1869 sound on laptop. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just realized that my sound on my laptop has disappeared during the last couple of weeks. I usually keep the volume all the way down. Current as of yesterday. AMS Tech Laptop with AMD k-6 300. This is part of the dmesg. > unknown6: at port 0x800-0x807 on isa0 > sbc0: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 > pcm0: on sbc0 > unknown7: at port 0x201 on isa0 My configuration is: options PNPBIOS device pcm0 device sbc0 The output of cat /dev/sndstat is: FreeBSD Audio Driver (newpcm) Dec 18 1999 13:06:22 Installed devices: pcm0: at io 0x220 irq 5 drq 1:0 (1/1 channels duplex) I try to play anything even a cat gong.au>/dev/audio and it just sticks. I just did new sh MAKEDEV snd0 just in case something had changed. I scanned the /usr/src/sys/i386/isa/sound readme's and haven't found a solution. Any ideas? I'm not sure if it has worked with the bridge driver or not. I really haven't been paying attention.:-( Thanks, ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 10: 0: 7 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 3B01514E36 for ; Sun, 19 Dec 1999 10:00:03 -0800 (PST) (envelope-from herbelot@cybercable.fr) Received: (qmail 7229426 invoked from network); 19 Dec 1999 18:02:05 -0000 Received: from s221.paris-7.cybercable.fr (HELO cybercable.fr) ([212.198.7.221]) (envelope-sender ) by racine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 19 Dec 1999 18:02:05 -0000 Message-ID: <385D1D3A.1CD83156@cybercable.fr> Date: Sun, 19 Dec 1999 19:00:26 +0100 From: Thierry Herbelot X-Mailer: Mozilla 4.5 [en] (X11; U; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: djb@relativity.student.utwente.nl Cc: freebsd-current@freebsd.org Subject: Re: Success with ATA drivers and UDMA66 References: <19991218021726.A931@relativity.student.utwente.nl> <385B2944.6ABE249E@cybercable.fr> <19991218125101.A367@relativity.student.utwente.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Dave J. Boers" wrote: > > On Sat, Dec 18, 1999 at 07:27:16AM +0100, Thierry Herbelot wrote: > > Do you boot from the UDMA66 drive ? > > Yes. Bios boot sequence is EXT,C,A; where EXT is set to UDMA66, not SCSI. > The SCSI disk is a 4.3 Gb WD Enterprise on an Adaptec 2940AU board. > > > What is your BIOS revision ? > > Award Bios v. 4.51PG > Revision line (bottom of screen) sais: > 06/08/1999-i440BX-W83977-2A69KA1SC-LP > Highpoint Bios: HPT 366 v. 1.07 well, here is just gone to the NJ rev, hopefully for the better .. > > > How many SDRAM DIMMs do you use ? > > Currently there is one 128 Mb DIMM in the first slot. In a few weeks I will > add a 256 Mb DIMM in the second slot, if I can get my hands on one (memory > prices are going down again). > > > What is the rating of your Power supply ? > > Not quite high enough :-( > It's a 300 Watt power supply. > > > Do you use an AGP graphics board ? > > Yes. It's a diamond Viper 550 with 8 Mb RAM. > > > (I also have a BP6 and I'm mildly satisfied by its stability up to now, > > I'm looking for ways to upgrade it and hints to increase the > > reliability) > > I haven't got any complaints about the BP6, actually. It runs quite nicely > here. Exactly what are your complaints about it (i.e. why do you say > "mildly" instead of "wildly")? > Well, combination of bad luck and bad memory DIMM : but I'm in the process of a full in-RAM buildworld, and it seems to be ok. TfH > Regards, > > Dave Boers. > > -- > God, root, what's the difference? > djb@relativity.student.utwente.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 10:17:49 1999 Delivered-To: freebsd-current@freebsd.org Received: from mass.cdrom.com (castles510.castles.com [208.214.165.74]) by hub.freebsd.org (Postfix) with ESMTP id 64AA614C23 for ; Sun, 19 Dec 1999 10:17:47 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id KAA02815; Sun, 19 Dec 1999 10:21:22 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199912191821.KAA02815@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Andreas Braukmann Cc: freebsd-current@FreeBSD.ORG Subject: Re: No disks found msg in /stand/sysinstall, how come? In-reply-to: Your message of "Sun, 19 Dec 1999 12:19:52 +0100." <19991219121952.C15806@cage.tse-online.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Dec 1999 10:21:22 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > ... just after having the standard disklabel -rw ad0 auto (my boot disk is > > > da0) complained about 'no space left on device'. Yes, ... I did the > > > disklabel -W ad0 ... > > > You forgot to overwrite the beginning of the disk. > > ... and yes I did (before doing the 'fdisk') a nice little > dd if=/dev/zero of=/dev/rad0 count=10000 > > Do you have any further hints? dd if=/dev/zero of=/dev/ad0 count=16 disklabel -rwB ad0 auto works. At some point you deviated from this. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ 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 Dec 19 10:22:14 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 DC59215137; Sun, 19 Dec 1999 10:22:12 -0800 (PST) (envelope-from julian@whistle.com) Received: from current1.whiste.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id KAA04635; Sun, 19 Dec 1999 10:22:11 -0800 (PST) Date: Sun, 19 Dec 1999 10:22:09 -0800 (PST) From: Julian Elischer To: Mike Smith Cc: Warner Losh , Alexander Langer , freebsd-current@FreeBSD.ORG Subject: Re: ata: Mount root failure: 6 In-Reply-To: <199912190845.AAA01286@mass.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 Sun, 19 Dec 1999, Mike Smith wrote: > > On any sort of -current system, the loader ignores this and uses the > contents of /etc/fstab instead. which /etc/fstab? our systems always have 2 root partitions :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 10:26:27 1999 Delivered-To: freebsd-current@freebsd.org Received: from mass.cdrom.com (castles510.castles.com [208.214.165.74]) by hub.freebsd.org (Postfix) with ESMTP id 1C88C14CCE for ; Sun, 19 Dec 1999 10:26:24 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id KAA02876; Sun, 19 Dec 1999 10:30:05 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199912191830.KAA02876@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Julian Elischer Cc: freebsd-current@FreeBSD.ORG Subject: Re: ata: Mount root failure: 6 In-reply-to: Your message of "Sun, 19 Dec 1999 10:22:09 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Dec 1999 10:30:05 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > On Sun, 19 Dec 1999, Mike Smith wrote: > > > > On any sort of -current system, the loader ignores this and uses the > > contents of /etc/fstab instead. > > which /etc/fstab? our systems always have 2 root partitions :-) Unless overridden, the one on the same filesystem the kernel was read from. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ 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 Dec 19 10:32:11 1999 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id 519F814BB8 for ; Sun, 19 Dec 1999 10:32:09 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 5422 invoked from network); 19 Dec 1999 18:32:04 -0000 Received: from lcb13.cvzoom.net (HELO cvzoom.net) (63.65.159.13) by ns.cvzoom.net with SMTP; 19 Dec 1999 18:32:04 -0000 Message-ID: <385D245E.647FC342@cvzoom.net> Date: Sun, 19 Dec 1999 13:30:54 -0500 From: Donn Miller X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Edwin Culp Cc: current@freebsd.org Subject: Re: ESS 1868, newpcm, and Linux RealPlayer 5.0 References: <385C5ADF.B04A8C74@cvzoom.net> <385D1CFC.BEB9833D@MexComUSA.Net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Edwin Culp wrote: > You're lucky, you got to the realplayer.:-) My ESS1869 hangs on a > simple cat gong.au>/dev/audio. Do you have sound with everything except > realplayer? Nope. Just tried cat hello.au > /dev/dsp. Nothing. It hangs at the command line. Same with cat *.au > /dev/audio. Hangs. Same behavior with RealPlayer in fact; RealPlayer just hangs when I press "play", and I get no sound. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 10:51:39 1999 Delivered-To: freebsd-current@freebsd.org Received: from dsl.MexComUSA.net (adsl-63-194-214-46.dsl.snfc21.pacbell.net [63.194.214.46]) by hub.freebsd.org (Postfix) with ESMTP id 3CDF714CC5 for ; Sun, 19 Dec 1999 10:51:38 -0800 (PST) (envelope-from eculp@MexComUSA.Net) Received: from MexComUSA.Net (local-27.local.net [192.168.1.27]) by dsl.MexComUSA.net (8.9.3/8.9.3) with ESMTP id KAA59985; Sun, 19 Dec 1999 10:51:07 -0800 (PST) (envelope-from eculp@MexComUSA.Net) Message-ID: <385D293F.CFF0411B@MexComUSA.Net> Date: Sun, 19 Dec 1999 10:51:44 -0800 From: Edwin Culp Organization: Mexico Communicates, S.C. X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.5 i386) X-Accept-Language: en MIME-Version: 1.0 To: Donn Miller Cc: "current@FreeBSD.ORG" Subject: Re: ESS 1868, newpcm, and Linux RealPlayer 5.0 References: <385C5ADF.B04A8C74@cvzoom.net> <385D1CFC.BEB9833D@MexComUSA.Net> <385D245E.647FC342@cvzoom.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Donn, Thanks for the feedback. Misery loves company, they say.:-) We seem to have the same problem. Does anyone with a ESS 186[89] have their sound working with a recent world and device pcm0 device sbc0 Thanks, ed Donn Miller wrote: > Edwin Culp wrote: > > > You're lucky, you got to the realplayer.:-) My ESS1869 hangs on a > > simple cat gong.au>/dev/audio. Do you have sound with everything except > > realplayer? > > Nope. Just tried cat hello.au > /dev/dsp. Nothing. It hangs at > the command line. Same with cat *.au > /dev/audio. Hangs. Same > behavior with RealPlayer in fact; RealPlayer just hangs when I > press "play", and I get no sound. > > - Donn > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 11:15:11 1999 Delivered-To: freebsd-current@freebsd.org Received: from dsl.MexComUSA.net (adsl-63-194-214-46.dsl.snfc21.pacbell.net [63.194.214.46]) by hub.freebsd.org (Postfix) with ESMTP id F405E1505C for ; Sun, 19 Dec 1999 11:15:08 -0800 (PST) (envelope-from eculp@MexComUSA.Net) Received: from MexComUSA.Net (local-27.local.net [192.168.1.27]) by dsl.MexComUSA.net (8.9.3/8.9.3) with ESMTP id LAA60037 for ; Sun, 19 Dec 1999 11:14:41 -0800 (PST) (envelope-from eculp@MexComUSA.Net) Message-ID: <385D2EC6.339C842A@MexComUSA.Net> Date: Sun, 19 Dec 1999 11:15:18 -0800 From: Edwin Culp Organization: Mexico Communicates, S.C. X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.5 i386) X-Accept-Language: en MIME-Version: 1.0 To: "current@FreeBSD.ORG" Subject: Mount msdos floppy Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When I try to mount an msdos floppy, that I almost never do, I am getting the following: # mount -tmsdos /dev/fd0 /mnt msdos: vfsload(msdos): Exec format error Disk works in windows. Any ideas? Thanks, ed Today's world without rebooting today's kernel. Still using yesterday's kernel. AMS laptop, AMD K-6/300. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 11:30: 3 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id C23CF151DC for ; Sun, 19 Dec 1999 11:29:55 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA06659; Sun, 19 Dec 1999 11:29:46 -0800 (PST) (envelope-from dillon) Date: Sun, 19 Dec 1999 11:29:46 -0800 (PST) From: Matthew Dillon Message-Id: <199912191929.LAA06659@apollo.backplane.com> To: Peter Wemm Cc: Greg Lehey , FreeBSD current users Subject: Re: Recent current hangs frequently for 1 to 2 seconds. References: <19991219091857.914021CA0@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> driver, but it's also possible that they are due to a bug in the :> buffer cache flushing code which the following patch fixes. So try :> the patch and see if that fixes your problem. If it doesn't then :> we can at least rule it out as being the cause of the problem you :> are seeing. :[..] : :Just one comment.. You've replaced vfs_bio's call to speedup_syncer() with :a bufdaemon speedup.. Granted I don't understand the details here, but :I'm curious why? (or why not use both?) The reason I ask is that I wonder :whether removing of the speedup of the vnode cleanup rate is a good idea or :not.. or if the bufdaemon speedup does this as a side effect via the hooks :softupdates has got in the bio system. This is not a criticism, just a :request for enlightenment. :-) speedup_syncer() was designed for softupdates to allow softupdates to regulate the number of pending transactions. The problem with it, though, is that calling the function results in a 'slow reaction' by the system rather then an 'immediate reaction', and in this particular case we need an immediate reaction. A slow reaction gets us nowhere (gets us multi-second delays, in fact). bd_speedup() wakes up the buf_daemon and as part of the patch the buf_daemon has been redesigned to handle the 'immediate reaction' case without compromising its dynamic stability characteristics (which are what tend to make it efficient under normal operation). -Matt Matthew Dillon : :> @@ -1571,9 +1573,8 @@ :> flags = VFS_BIO_NEED_ANY; :> } :> :> - /* XXX */ :> + bd_speedup(); /* heeeelp */ :> :> - (void) speedup_syncer(); :> needsbuffer |= flags; :> while (needsbuffer & flags) { :> if (tsleep(&needsbuffer, (PRIBIO + 4) | slpflag, : :Cheers, :-Peter : : : : :To Unsubscribe: send mail to majordomo@FreeBSD.org :with "unsubscribe freebsd-current" in the body of the message : To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 11:32:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id F0516151FB for ; Sun, 19 Dec 1999 11:32:41 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id LAA06700; Sun, 19 Dec 1999 11:32:38 -0800 (PST) (envelope-from dillon) Date: Sun, 19 Dec 1999 11:32:38 -0800 (PST) From: Matthew Dillon Message-Id: <199912191932.LAA06700@apollo.backplane.com> To: Vallo Kallaste Cc: freebsd-current@FreeBSD.ORG Subject: Re: Weird story with dump | restore References: <199912171648.IAA29595@gndrsh.dnsmgr.net> <199912171732.JAA63489@apollo.backplane.com> <19991219111237.A37996@myhakas.matti.ee> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :On Fri, Dec 17, 1999 at 09:32:04AM -0800, Matthew Dillon wrote: : :> sysctl -a | fgrep dirty :> sysctl -w vfs.lodirtybuffers=X :> sysctl -w vfs.hidirtybuffers=Y : :Matt, I've tried your patch to sys/kern/vfs_bio.c, made no difference. :Lowering the vfs.hidirtybuffers from 221 to 110 helps as before. The :vfs.lodirtybuffers sysctl is gone for some reason. Oh my. Maybe we have two problems here. Alfred had similar problems and the patch fixed it right up. Try running a 'top -S -s1' while you are running your test, with my patch but without doing the sysctl's, and tell me what the various programs block on when the problem occurs (buf_daemon and whatever program is causing the hicup). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 11:39:29 1999 Delivered-To: freebsd-current@freebsd.org Received: from gw-nl4.philips.com (gw-nl4.philips.com [192.68.44.36]) by hub.freebsd.org (Postfix) with ESMTP id E83EF14C9B for ; Sun, 19 Dec 1999 11:39:26 -0800 (PST) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl4.philips.com with ESMTP id UAA26930 for ; Sun, 19 Dec 1999 20:39:20 +0100 (MET) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-eur1.philips.com(130.139.36.3) by gw-nl4.philips.com via mwrap (4.0a) id xma026928; Sun, 19 Dec 99 20:39:20 +0100 Received: from hal.mpn.cp.philips.com (hal.mpn.cp.philips.com [130.139.64.195]) by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with SMTP id UAA02235 for ; Sun, 19 Dec 1999 20:39:20 +0100 (MET) Received: (qmail 85075 invoked by uid 666); 19 Dec 1999 19:57:25 -0000 Date: Sun, 19 Dec 1999 20:57:25 +0100 From: Jos Backus To: freebsd-current@FreeBSD.ORG Subject: Re: make world broken Message-ID: <19991219205725.A10930@hal.mpn.cp.philips.com> Reply-To: Jos Backus References: <19991219010305.B53473@hal.mpn.cp.philips.com> <199912190113.RAA09317@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <199912190113.RAA09317@troutmask.apl.washington.edu>; from sgk@troutmask.apl.washington.edu on Sat, Dec 18, 1999 at 05:13:39PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Dec 18, 1999 at 05:13:39PM -0800, Steve Kargl wrote: > I did a "make -j 4 buildworld" every day last week. I did not > see this error. Did you by any chance run configure in the > contrib/gcc (or whatever the current gcc contrib source tree > is called)? No. > If your build tree ends up in /usr/obj, then you might try > rm -rf /usr/obj > chflags -r noschg /usr/obj > rm -rf /usr/obj > cd /usr/src > make clean > make buildworld That did the trick (although I had to do the buildworld twice - the first time there was this error about not knowing how to make .../stdarg.h). All is well again on my home box now. Maybe this was caused by my having done a world build in the middle of the build restructuring, which left /usr/obj in a "bad" state somehow. Thanks for your help sorting this one out. -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/ _/ Jos.Backus@nl.origin-it.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 12: 5:59 1999 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id AA43615212 for ; Sun, 19 Dec 1999 12:05:43 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@d60-025.leach.ucdavis.edu [169.237.60.25]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id MAA49693 for ; Sun, 19 Dec 1999 12:05:43 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id MAA68862 for current@freebsd.org; Sun, 19 Dec 1999 12:05:43 -0800 (PST) (envelope-from obrien) Date: Sun, 19 Dec 1999 12:05:43 -0800 From: "David O'Brien" To: current@freebsd.org Subject: ** HEADS UP ** location of sendmail.cf changed Message-ID: <19991219120542.A68839@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On your next CVSup, /usr/sbin/sendmail will look for sendmail.cf in /etc/mail/ , not /etc/. Then change was made because the current offical Sendmail Inc. version uses /var/mail/ and when we upgrade our repository to that version, we will get the change. It is best to make the path change in 4.0-R (which may not have the latest Sendmail Inc. version, than to change in mid-4.x stream when we may upgrade. -- -- David (obrien@NUXI.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 12:38:43 1999 Delivered-To: freebsd-current@freebsd.org Received: from zappa.demon.nl (zappa.demon.nl [195.173.232.30]) by hub.freebsd.org (Postfix) with ESMTP id 6F21814C31 for ; Sun, 19 Dec 1999 12:38:41 -0800 (PST) (envelope-from ron@zappa.demon.nl) Received: from win98 (win98.demon.nl [192.168.1.3]) by zappa.demon.nl (Postfix) with SMTP id 769545B82 for ; Sun, 19 Dec 1999 21:40:51 +0100 (CET) Message-ID: <001001bf4a60$f5ec8ea0$0301a8c0@demon.nl> From: "Ron Klinkien" To: Subject: Re: Got diskless Sun booting from FreeBSD server... Date: Sun, 19 Dec 1999 21:38:09 +0100 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.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks to Ian Dowse and Patrick Gardella i got my SPARCclassic booting and running as a nice Xterminal server. ------ cut --- >And a message I got from Ian Dowse said: >I think sometime around 3.0, the networking code in FreeBSD stopped >responding to IP broadcasts where the 'zero' subnet broadcast address, >which in your case is 209.9.69.0. >We currently work around this on some 3.x machines by adding an alias >address (which can be anything, even not in the same subnet) that has >a broadcast address of our subnet zero address. Try something like: >ifconfig fxp0 inet 10.0.0.1 netmask 0xffffffff broadcast 209.9.69.0 alias >Maybe the old behaviour of responding to the subnet zero address should >be available via a sysctl? --- cut --- Among a lot of other things the bug above stopped my kernel from booting... The ifconfig workaround solved that.. All works ok now... I start this manually to keep my Sun booting: #!/bin/sh ifconfig xl0 inet 10.0.0.1 broadcast 192.168.1.0 alias bootparamd xdm -config /xsun/usr/lib/X11/xdm/xdm-config xfs Thanks all. Ron. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 13:22: 1 1999 Delivered-To: freebsd-current@freebsd.org Received: from tardis.patho.gen.nz (tardis.patho.gen.nz [203.97.2.226]) by hub.freebsd.org (Postfix) with ESMTP id 7B3BB15105; Sun, 19 Dec 1999 13:21:57 -0800 (PST) (envelope-from jabley@tardis.patho.gen.nz) Received: (from jabley@localhost) by tardis.patho.gen.nz (8.9.3/8.9.3) id KAA00828; Mon, 20 Dec 1999 10:21:51 +1300 (NZDT) Date: Mon, 20 Dec 1999 10:21:50 +1300 From: Joe Abley To: "David O'Brien" Cc: current@FreeBSD.ORG Subject: Re: ** HEADS UP ** location of sendmail.cf changed Message-ID: <19991220102148.C27776@patho.gen.nz> References: <19991219120542.A68839@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0i In-Reply-To: <19991219120542.A68839@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Sun, Dec 19, 1999 at 12:05:43PM -0800 X-Files: the Truth is Out There Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 19, 1999 at 12:05:43PM -0800, David O'Brien wrote: > On your next CVSup, /usr/sbin/sendmail will look for sendmail.cf in > /etc/mail/ , not /etc/. > > Then change was made because the current offical Sendmail Inc. version > uses /var/mail/ and when we upgrade our repository to that version, we s/var/etc/ presunably. Joe -- Ua lawa küpono ka hakahaka pä o këia pä malule To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 13:41:24 1999 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 62F5C15211 for ; Sun, 19 Dec 1999 13:41:22 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@d60-025.leach.ucdavis.edu [169.237.60.25]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id NAA50811; Sun, 19 Dec 1999 13:41:21 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id NAA69539; Sun, 19 Dec 1999 13:41:22 -0800 (PST) (envelope-from obrien) Date: Sun, 19 Dec 1999 13:41:22 -0800 From: "David O'Brien" To: Joe Abley Cc: current@FreeBSD.ORG Subject: Re: ** HEADS UP ** location of sendmail.cf changed Message-ID: <19991219134121.I28348@dragon.nuxi.com> Reply-To: obrien@NUXI.com References: <19991219120542.A68839@dragon.nuxi.com> <19991220102148.C27776@patho.gen.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <19991220102148.C27776@patho.gen.nz>; from jabley@patho.gen.nz on Mon, Dec 20, 1999 at 10:21:50AM +1300 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > On your next CVSup, /usr/sbin/sendmail will look for sendmail.cf in > > /etc/mail/ , not /etc/. > > > > Then change was made because the current offical Sendmail Inc. version > > uses /var/mail/ and when we upgrade our repository to that version, we > > s/var/etc/ presunably. Grrr. Yes. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 13:54:37 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 54FD1150BD; Sun, 19 Dec 1999 13:54:36 -0800 (PST) (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 NAA00288; Sun, 19 Dec 1999 13:54:28 -0800 (PST) (envelope-from mantar@pacbell.net) Message-Id: <4.2.2.19991219135327.00a96180@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Sun, 19 Dec 1999 13:54:29 -0800 To: Joe Abley , "David O'Brien" From: Manfred Antar Subject: Re: ** HEADS UP ** location of sendmail.cf changed Cc: current@FreeBSD.ORG In-Reply-To: <19991220102148.C27776@patho.gen.nz> References: <19991219120542.A68839@dragon.nuxi.com> <19991219120542.A68839@dragon.nuxi.com> 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 10:21 AM 12/20/99 +1300, Joe Abley wrote: >On Sun, Dec 19, 1999 at 12:05:43PM -0800, David O'Brien wrote: > > On your next CVSup, /usr/sbin/sendmail will look for sendmail.cf in > > /etc/mail/ , not /etc/. > > > > Then change was made because the current offical Sendmail Inc. version > > uses /var/mail/ and when we upgrade our repository to that version, we > >s/var/etc/ presunably. /etc/rc needs to have the location of sendmail.cf changed also. 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 Dec 19 14:15:42 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 D7C0014CC4 for ; Sun, 19 Dec 1999 14:15:38 -0800 (PST) (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 PAA08370 for ; Sun, 19 Dec 1999 15:15:37 -0700 (MST) (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 PAA07646 for ; Sun, 19 Dec 1999 15:15:36 -0700 (MST) Message-Id: <199912192215.PAA07646@harmony.village.org> To: current@freebsd.org Subject: PCCARD vs GENERIC Date: Sun, 19 Dec 1999 15:15:36 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG PCCARD used to exist separate from GENERIC due to the zp and ze drivers not being compatible with pccard's pcic driver. These drivers were removed from the system not too long ago by phk. Now that that is no longer the case, would it make sense to merge PCCARD and GENERIC? There are four differences presently in these kernels. I don't think these differences continue to warrant having two different kernels and would like to retire PCCARD and place the pcic/card devices into GENERIC, as well as two new drivers. The impact of these changes will likely be minimal. The only thing I can think of which uses PCCARD is the pccard install disk. It may make sense to merge pccard functionality into the generic install disk, but I don't know if there is room or not. It is my belief that GENERIC, as modified, will work with the pccard install disk. Here's a summary of the differences: 1) pcic/pccard are enabled in PCCARD but not GENERIC. Enabling pcic no longer is that big a deal. 2) RAID devices are in GENERIC but not PCCARD. The only reason for this was that I didn't think there would be too many laptops with RAID devices. 3) APM is enabled by default now in PCCARD, but not GENERIC. Since I enabled it by default in PCCARD recently, I'd be happy to disable it again for the sake of merging. 4) The xe and wi drivers are not enabled in GENERIC but are in PCCARD. No reason at all not to have them in GENERIC. I think that the 40k that we saved in removal of old cdrom devices would more than make up for the extra pcic/pccard/wi/xe devices, but I'm biased. Comments? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 14:16:38 1999 Delivered-To: freebsd-current@freebsd.org Received: from roadwarrior.stanford.edu (Ricochet-1.Stanford.EDU [171.66.252.1]) by hub.freebsd.org (Postfix) with ESMTP id 13C961523B for ; Sun, 19 Dec 1999 14:16:29 -0800 (PST) (envelope-from techie@roadwarrior.stanford.edu) Received: (from techie@localhost) by roadwarrior.stanford.edu (8.9.3/8.9.2) id OAA37904 for current@freebsd.org; Sun, 19 Dec 1999 14:16:55 -0800 (PST) (envelope-from techie) Date: Sun, 19 Dec 1999 14:16:55 -0800 (PST) From: Bob Vaughan Message-Id: <199912192216.OAA37904@roadwarrior.stanford.edu> To: current@freebsd.org Subject: make world broken? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm getting the following when I try to build world (cvs'd yesterday) i've blown away /usr/obj, re-cvs'd, and tried again.. it always fails in the same place. Writing Makefile for DynaLoader mkdir /usr/obj/c1/current/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader perl -I/usr/obj/c1/current/src/gnu/usr.bin/perl/perl/lib -I/usr/obj/c1/current/src/gnu/usr.bin/perl/perl/lib -I/usr/obj/c1/current/src/gnu/usr.bin/perl/perl/lib -I/usr/obj/c1/current/src/gnu/usr.bin/perl/perl/lib DynaLoader_pm.PL DynaLoader.pm Perl lib version (5.00503) doesn't match executable version (5.00501) at /usr/obj/c1/current/src/gnu/usr.bin/perl/perl/lib/Config.pm line 7. BEGIN failed--compilation aborted at DynaLoader_pm.PL line 2. *** Error code 255 Stop in /c1/obj/c1/current/src/gnu/usr.bin/perl/perl/ext/DynaLoader. *** Error code 1 Stop in /c1/current/src/gnu/usr.bin/perl/perl. *** Error code 1 Stop in /c1/current/src/gnu/usr.bin/perl. *** Error code 1 Stop in /c1/current/src/gnu/usr.bin. *** Error code 1 Stop in /c1/current/src/gnu. *** Error code 1 Stop in /c1/current/src. *** Error code 1 Stop in /c1/current/src. *** Error code 1 Stop in /c1/current/src. -- Welcome My Son, Welcome To The Machine -- Bob Vaughan | techie@w6yx.stanford.edu | kc6sxc@w6yx.ampr.org | techie@t.stanford.edu | KC6SXC@W6YX.#NCA.CA.USA.NOAM | P.O. Box 9792, Stanford, Ca 94309-9792 -- I am Me, I am only Me, And no one else is Me, What could be simpler? -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 14:20:46 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 86E2B14BE0 for ; Sun, 19 Dec 1999 14:20:44 -0800 (PST) (envelope-from billf@chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id B87501C4A; Sun, 19 Dec 1999 17:20:13 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by jade.chc-chimes.com (Postfix) with ESMTP id B5043381B; Sun, 19 Dec 1999 17:20:13 -0500 (EST) Date: Sun, 19 Dec 1999 17:20:13 -0500 (EST) From: Bill Fumerola To: Warner Losh Cc: current@freebsd.org Subject: Re: PCCARD vs GENERIC In-Reply-To: <199912192215.PAA07646@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 Sun, 19 Dec 1999, Warner Losh wrote: > 4) The xe and wi drivers are not enabled in GENERIC but are in > PCCARD. No reason at all not to have them in GENERIC. > > I think that the 40k that we saved in removal of old cdrom devices > would more than make up for the extra pcic/pccard/wi/xe devices, but > I'm biased. I'd love to see the xe driver in GENERIC, however I'd also love to see it _working_, not just compiling. My recent attempts to look at the code have proven just how little I know about device drivers. I have a few of these cards Warner, and would send one (you could even send me those cards I gave you at the con and I'll send one of these in that box.. :->). -- - 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 Dec 19 14:24:42 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 DC00A14A2B for ; Sun, 19 Dec 1999 14:24:39 -0800 (PST) (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 PAA08418; Sun, 19 Dec 1999 15:24:38 -0700 (MST) (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 PAA08392; Sun, 19 Dec 1999 15:24:38 -0700 (MST) Message-Id: <199912192224.PAA08392@harmony.village.org> To: Bill Fumerola Subject: Re: PCCARD vs GENERIC Cc: current@freebsd.org In-reply-to: Your message of "Sun, 19 Dec 1999 17:20:13 EST." References: Date: Sun, 19 Dec 1999 15:24:38 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Bill Fumerola writes: : I'd love to see the xe driver in GENERIC, however I'd also love to see : it _working_, not just compiling. My recent attempts to look at the code : have proven just how little I know about device drivers. Think of it as an opportunity :-) : I have a few of these cards Warner, and would send one (you could even : send me those cards I gave you at the con and I'll send one of these : in that box.. :->). I think that I have cards that would be supported by xe. I don't have the time to get them working on the old pccard system. I would make time on a consulting basis, but I really want to spend most of my spare time on the newcard stuff in advance of 4.0. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 14:26:41 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 7E21B1523A for ; Sun, 19 Dec 1999 14:26:39 -0800 (PST) (envelope-from billf@chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 510351C4A; Sun, 19 Dec 1999 17:26:12 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by jade.chc-chimes.com (Postfix) with ESMTP id 4C94F381B; Sun, 19 Dec 1999 17:26:12 -0500 (EST) Date: Sun, 19 Dec 1999 17:26:12 -0500 (EST) From: Bill Fumerola To: Warner Losh Cc: current@freebsd.org Subject: Re: PCCARD vs GENERIC In-Reply-To: <199912192224.PAA08392@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 Sun, 19 Dec 1999, Warner Losh wrote: > In message Bill Fumerola writes: > : I'd love to see the xe driver in GENERIC, however I'd also love to see > : it _working_, not just compiling. My recent attempts to look at the code > : have proven just how little I know about device drivers. > > Think of it as an opportunity :-) My timesheet for last week had 100+ hours, I don't need more work. :-> > I think that I have cards that would be supported by xe. I don't have > the time to get them working on the old pccard system. I would make > time on a consulting basis, but I really want to spend most of my > spare time on the newcard stuff in advance of 4.0. Okay, I have cardbus versions of this card too, if you need those for your newcard stuff. -- - 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 Dec 19 14:29:57 1999 Delivered-To: freebsd-current@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id 7B93714D0D; Sun, 19 Dec 1999 14:29:51 -0800 (PST) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) id UAA03301; Sun, 19 Dec 1999 20:45:17 GMT (envelope-from nik) Date: Sun, 19 Dec 1999 20:45:17 +0000 From: Nik Clayton To: Vallo Kallaste Cc: Mike Smith , Andreas Braukmann , freebsd-current@FreeBSD.ORG Subject: Re: No disks found msg in /stand/sysinstall, how come? Message-ID: <19991219204517.A99674@catkin.nothing-going-on.org> References: <19991219021222.B15806@cage.tse-online.de> <199912190201.SAA01698@mass.cdrom.com> <19991219101216.A37867@myhakas.matti.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19991219101216.A37867@myhakas.matti.ee>; from Vallo Kallaste on Sun, Dec 19, 1999 at 10:12:16AM +0200 Organization: FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 19, 1999 at 10:12:16AM +0200, Vallo Kallaste wrote: > On Sat, Dec 18, 1999 at 06:01:21PM -0800, Mike Smith wrote: > > > Sysinstall is not build with 'make world', and should not be used on a > > system that's been updated that way. > > Well, thanks for the pointer, I've never looked at sysinstall > build process. # cd /usr/src/release/sysinstall # make all install This is in the "make world" section of the Handbook (makeworld.html), in the "Update /stand" section. N -- If you want to imagine the future, imagine a tennis shoe stamping on a penguin's face forever. --- with apologies to George Orwell To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 14:48: 1 1999 Delivered-To: freebsd-current@freebsd.org Received: from tantivy.stanford.edu (tantivy.Stanford.EDU [171.64.234.70]) by hub.freebsd.org (Postfix) with ESMTP id 456B614F53 for ; Sun, 19 Dec 1999 14:48:00 -0800 (PST) (envelope-from techie@tantivy.stanford.edu) Received: (from techie@localhost) by tantivy.stanford.edu (8.9.3/8.9.1) id OAA26145; Sun, 19 Dec 1999 14:45:53 -0800 (PST) Date: Sun, 19 Dec 1999 14:45:53 -0800 (PST) From: Bob Vaughan Message-Id: <199912192245.OAA26145@tantivy.stanford.edu> To: current@FreeBSD.ORG, techie@roadwarrior.stanford.edu Subject: Re: make world broken? In-Reply-To: <199912192216.OAA37904@roadwarrior.stanford.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think i'm crying wolf here.. i just noticed that there was an older version of perl hanging out in /usr/local/bin.. lets see if thats the problem. -- Welcome My Son, Welcome To The Machine -- Bob Vaughan | techie@{w6yx|tantivy}.stanford.edu | kc6sxc@w6yx.ampr.org | P.O. Box 9792, Stanford, Ca 94309-9792 -- I am Me, I am only Me, And no one else is Me, What could be simpler? -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 15:49: 8 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 1290A14BF2 for ; Sun, 19 Dec 1999 15:49:06 -0800 (PST) (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 QAA08689; Sun, 19 Dec 1999 16:49:05 -0700 (MST) (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 QAA08989; Sun, 19 Dec 1999 16:49:04 -0700 (MST) Message-Id: <199912192349.QAA08989@harmony.village.org> To: Bill Fumerola Subject: Re: PCCARD vs GENERIC Cc: current@FreeBSD.ORG In-reply-to: Your message of "Sun, 19 Dec 1999 17:26:12 EST." References: Date: Sun, 19 Dec 1999 16:49:04 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Bill Fumerola writes: : Okay, I have cardbus versions of this card too, if you need those for : your newcard stuff. Through the kind and generous efforts of FreeBSD Inc (or maybe walnut creek cdrom) I have this and lots of other cards as well. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 15:49:42 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 18DD814BD0 for ; Sun, 19 Dec 1999 15:49:40 -0800 (PST) (envelope-from culverk@culverk.student.umd.edu) Received: from localhost (culverk@localhost) by culverk.student.umd.edu (8.9.3/8.9.3) with ESMTP id SAA00356 for ; Sun, 19 Dec 1999 18:49:36 -0500 (EST) (envelope-from culverk@culverk.student.umd.edu) Date: Sun, 19 Dec 1999 18:49:36 -0500 (EST) From: Kenneth Culver To: freebsd-current@freebsd.org Subject: more wierd pcm behavior 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 recently started noticing with the ViBRA16X soundcard that in addition to the visualization plugins being lagged with newpcm, many songs play as static. When I first start playing the song, it plays as static, then if I pause it and unpause it, it plays fine. Just letting someone know what's going on. ================================================================= | Kenneth Culver | FreeBSD: The best OS around. | | Unix Systems Administrator | ICQ #: 24767726 | | and student at The | AIM: AgRSkaterq | | The University of Maryland, | Website: (Under Construction) | | College Park. | http://www.wam.umd.edu/~culverk/| ================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 17:13:26 1999 Delivered-To: freebsd-current@freebsd.org Received: from iris.vsrc.uab.edu (iris.vsrc.uab.edu [138.26.156.231]) by hub.freebsd.org (Postfix) with ESMTP id 73A6315183 for ; Sun, 19 Dec 1999 17:13:20 -0800 (PST) (envelope-from emre@iris.vsrc.uab.edu) Received: by iris.vsrc.uab.edu (Postfix, from userid 1001) id 929AD12508; Sun, 19 Dec 1999 19:17:35 +0000 (GMT) Date: Sun, 19 Dec 1999 19:17:35 +0000 From: Emre To: freebsd-current@freebsd.org Subject: SMP Message-ID: <19991219191735.A17570@iris.vsrc.uab.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.7i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi people, I went to ftp://current.freebsd.org/pub/FreeBSD/snapshots/i386/4.0-19991218-CURRENT/README.TXT and read that document. Most hardware that I need to use is supported on that list, but I have a question: is SMP enabled in the GENERIC kernel in FreeBSD 4.0-current? we have a server that has dual 500Mhz P-III's and 2GB RAM...it's a waste to run Linux on it :\ Thanks! (PS: please reply in private as I am not subscribed to this list yet :) -- Emre Yildirim DH/DSS KeyID: 0xA007E75C | RSA KeyID: 0xFD5FD2C7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 17:20:33 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 A49601524A for ; Sun, 19 Dec 1999 17:20:28 -0800 (PST) (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 KAA05334; Mon, 20 Dec 1999 10:55:59 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.3.1 [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: Date: Mon, 20 Dec 1999 10:55:58 +1030 (CST) From: "Daniel O'Connor" To: "Brian W. Buchanan" Subject: Re: New sound driver and Linux games Cc: freebsd-current@FreeBSD.ORG, Chris Piazza Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 19-Dec-99 Brian W. Buchanan wrote: > (and hence its sound system) in mind, not portability. snes9x plays > a half second of audio for me, then loops it a few times before > either SIGBUS or SIGSEGV. I've tried rebuilding it in case it had > something to do with include file changes, but no dice. Does it mmap() the DMA sound buffers? I know Quake 2 does this, and preusmably so does Q3.. I have noticed that the new pcm driver doesn't seem to do mmap()'d audio very well :( --- 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 Sun Dec 19 18:16:41 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 96A52152A8 for ; Sun, 19 Dec 1999 18:16:38 -0800 (PST) (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 TAA15537; Sun, 19 Dec 1999 19:16:37 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id TAA05829; Sun, 19 Dec 1999 19:16:36 -0700 Date: Sun, 19 Dec 1999 19:16:36 -0700 Message-Id: <199912200216.TAA05829@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: PCCARD vs GENERIC In-Reply-To: <199912192215.PAA07646@harmony.village.org> References: <199912192215.PAA07646@harmony.village.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 > PCCARD used to exist separate from GENERIC due to the zp and ze > drivers not being compatible with pccard's pcic driver. These drivers > were removed from the system not too long ago by phk. The reason I added PCCARD to the system was because in the old code, I didn't trust the PCCARD functionality to not negatively effect the normal code. Rather than potentially destabilize the desktop systems, I kept the PCCARD kernel seperate. The other reason is for the installation, but that's now a non-issue I believe in -current, because one can use the standard install for both desktop/laptop systems. So, my only comment is that if you believe that the code is stable enough to not negatively effect desktop systems, and not too much bloat, then have at it. Note, enabling PCCARD functionality w/out APM will be a losing situation for many laptops, and adding APM functionality for desktops may be a losing situation. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 19: 0: 3 1999 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 59243151DE for ; Sun, 19 Dec 1999 19:00:01 -0800 (PST) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.9.3/8.9.3) with ESMTP id TAA10393 for ; Sun, 19 Dec 1999 19:01:51 -0800 Date: Sun, 19 Dec 1999 19:01:51 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: current@freebsd.org Subject: more fun && games... 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 as far as I know, I have all sources up to date including today, but eventually I got (on a Tyan board): ad0: ad_timeout: lost disk contact - resetting ata0: resetting devices .. ata0: mask=01 status0=50 status1=00 ata0: master: success setting up WDMA2 mode on PIIX4 chip done To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 19: 1:25 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 77BD615104 for ; Sun, 19 Dec 1999 19:01:21 -0800 (PST) (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 UAA09532; Sun, 19 Dec 1999 20:01:19 -0700 (MST) (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 UAA10458; Sun, 19 Dec 1999 20:01:19 -0700 (MST) Message-Id: <199912200301.UAA10458@harmony.village.org> To: nate@mt.sri.com (Nate Williams) Subject: Re: PCCARD vs GENERIC Cc: current@FreeBSD.ORG In-reply-to: Your message of "Sun, 19 Dec 1999 19:16:36 MST." <199912200216.TAA05829@mt.sri.com> References: <199912200216.TAA05829@mt.sri.com> <199912192215.PAA07646@harmony.village.org> Date: Sun, 19 Dec 1999 20:01:19 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199912200216.TAA05829@mt.sri.com> Nate Williams writes: : So, my only comment is that if you believe that the code is stable : enough to not negatively effect desktop systems, and not too much bloat, : then have at it. Note, enabling PCCARD functionality w/out APM will be : a losing situation for many laptops, and adding APM functionality for : desktops may be a losing situation. The apm driver has been in GENERIC and PCCARD for a long time. They are both have the "disabled" keyword so that the user can enable them in userconfig. Also, apm on desktops makes more sense now than it used to, as many of the mobos now support it fairly well... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 19: 4:27 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 D804C14C47 for ; Sun, 19 Dec 1999 19:04:25 -0800 (PST) (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 UAA15920; Sun, 19 Dec 1999 20:04:24 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id UAA05986; Sun, 19 Dec 1999 20:04:23 -0700 Date: Sun, 19 Dec 1999 20:04:23 -0700 Message-Id: <199912200304.UAA05986@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Warner Losh Cc: nate@mt.sri.com (Nate Williams), current@FreeBSD.ORG Subject: Re: PCCARD vs GENERIC In-Reply-To: <199912200301.UAA10458@harmony.village.org> References: <199912200216.TAA05829@mt.sri.com> <199912192215.PAA07646@harmony.village.org> <199912200301.UAA10458@harmony.village.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 > : So, my only comment is that if you believe that the code is stable > : enough to not negatively effect desktop systems, and not too much bloat, > : then have at it. Note, enabling PCCARD functionality w/out APM will be > : a losing situation for many laptops, and adding APM functionality for > : desktops may be a losing situation. > > The apm driver has been in GENERIC and PCCARD for a long time. I know. ;) revision 1.67 date: 1996/04/22 19:40:24; author: nate; state: Exp; lines: +7 -1 - add apm to the GENERIC kernel (disabled by default), and add some comments regarding apm to LINT .. > They are both have the "disabled" keyword so that the user can enable > them in userconfig. Also, apm on desktops makes more sense now than > it used to, as many of the mobos now support it fairly well... Except that it appears to break timekeeping on desktop machines. Again, without APM, PCCARD support may give the impression as being non-functional, since people will close the lids on the boxes and it won't work correctly. :( Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 20:26:33 1999 Delivered-To: freebsd-current@freebsd.org Received: from mta2.snfc21.pbi.net (mta2.snfc21.pbi.net [206.13.28.123]) by hub.freebsd.org (Postfix) with ESMTP id ACFA114F69 for ; Sun, 19 Dec 1999 20:26:31 -0800 (PST) (envelope-from jazepeda@pacbell.net) Received: from zippy.dyn.ml.org ([207.214.116.51]) by mta2.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.1999.09.16.21.57.p8) with ESMTP id <0FN0000I0UVUEA@mta2.snfc21.pbi.net> for current@freebsd.org; Sun, 19 Dec 1999 20:23:55 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zippy.dyn.ml.org (Postfix) with ESMTP id 6C2D89184A for ; Sun, 19 Dec 1999 20:23:53 -0800 (PST) Date: Sun, 19 Dec 1999 20:23:53 -0800 (PST) From: Alex Zepeda Subject: fsck not cleaning on first try To: current 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 Hmm. It happened again. This time I was playing around with the vmware stuff (the linux procfs thingy refused to buildsorta, but FWIW, I think this is the way to go, not bloating *our* procfs), and eventually when run panic'd the system. I just rebooted it (nearly a day later), and fsck cleaned it and printed some info, but then mount refused to mount it. A simple reboot from the comandline seems to have worked. Hmmm indeed. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 20:28:59 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 B999414CC4 for ; Sun, 19 Dec 1999 20:28:57 -0800 (PST) (envelope-from billf@chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id D631B1C4A; Sun, 19 Dec 1999 23:28:29 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by jade.chc-chimes.com (Postfix) with ESMTP id C7316381B; Sun, 19 Dec 1999 23:28:29 -0500 (EST) Date: Sun, 19 Dec 1999 23:28:29 -0500 (EST) From: Bill Fumerola To: Alex Zepeda Cc: current Subject: Re: fsck not cleaning on first try 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, 19 Dec 1999, Alex Zepeda wrote: > Hmm. It happened again. This time I was playing around with the vmware > stuff (the linux procfs thingy refused to buildsorta, but FWIW, I think > this is the way to go, not bloating *our* procfs), and eventually when run > panic'd the system. I just rebooted it (nearly a day later), and fsck > cleaned it and printed some info, but then mount refused to mount it. A > simple reboot from the comandline seems to have worked. Hmmm indeed. Ditto. mount was telling me my fs wasn't clean, but after I rebooted it was fine and it didn't fsck that second time. -- - 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 Dec 19 20:44:35 1999 Delivered-To: freebsd-current@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (rina.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id 2294B1506E for ; Sun, 19 Dec 1999 20:44:15 -0800 (PST) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost.r.dl.itc.u-tokyo.ac.jp [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.9.3+3.2W/3.7W-r-0.1-19990829) with ESMTP id NAA01160; Mon, 20 Dec 1999 13:44:02 +0900 (JST) Date: Mon, 20 Dec 1999 13:44:02 +0900 Message-ID: <14429.46098.1195.72159A@rina.r.dl.itc.u-tokyo.ac.jp> From: Seigo Tanimura To: current@freebsd.org Subject: more patch for secondary buffer, polling and DMA emulation in Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG pcm cc: Seigo Tanimura User-Agent: Wanderlust/1.0.3 (Notorious) SEMI/1.13.4 (Terai) FLIM/1.12.7 (=?ISO-8859-4?Q?Y=FEzaki?=) MULE XEmacs/21.1 (patch 8) (Bryce Canyon) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.4 - "Terai") Content-Type: multipart/mixed; boundary="Multipart_Mon_Dec_20_13:44:01_1999-1" --Multipart_Mon_Dec_20_13:44:01_1999-1 Content-Type: text/plain; charset=US-ASCII If you have a trouble playing pcm with some applications, could you please try the patch attached below? The patch does the following things: - All ioctl(2)s go to see the secondary buffer(if I have forget nothing). - chn_setblocksize() changes the size of the secondary buffer. - chn_mmap() maps the secondary buffer. - chn_poll() invokes DMA. - chn_wrintr() performs DMA emulation for pcm devices with no DMA functionality(requested by nyan). With the patch, snes9x(w/-r 7) and RealPlayer G2 for Linux worked fine. The range of blksz in chn_setblocksize() may need further tuning... --Multipart_Mon_Dec_20_13:44:01_1999-1 Content-Type: text/plain; type=patch; charset=US-ASCII Content-Disposition: attachment; filename="2ndbuf-19991220.diff" Content-Transfer-Encoding: 7bit diff -urN -x CVS -x compile -x SILVER -x RINA -x aic7xxx -x ata sys.apictimer/dev/sound/isa/ad1816.c sys.2ndbuf/dev/sound/isa/ad1816.c --- sys.apictimer/dev/sound/isa/ad1816.c Mon Dec 20 11:13:56 1999 +++ sys.2ndbuf/dev/sound/isa/ad1816.c Mon Dec 20 11:45:28 1999 @@ -403,6 +403,7 @@ struct ad1816_info *ad1816 = ch->parent; int wr, reg; + if (go == PCMTRIG_EMLDMAWR) return 0; buf_isadma(ch->buffer, go); wr = (ch->dir == PCMDIR_PLAY); reg = wr? AD1816_PLAY : AD1816_CAPT; diff -urN -x CVS -x compile -x SILVER -x RINA -x aic7xxx -x ata sys.apictimer/dev/sound/isa/mss.c sys.2ndbuf/dev/sound/isa/mss.c --- sys.apictimer/dev/sound/isa/mss.c Mon Dec 20 11:44:09 1999 +++ sys.2ndbuf/dev/sound/isa/mss.c Mon Dec 20 11:45:28 1999 @@ -1772,6 +1772,7 @@ { struct mss_chinfo *ch = data; + if (go == PCMTRIG_EMLDMAWR) return 0; buf_isadma(ch->buffer, go); mss_trigger(ch, go); return 0; diff -urN -x CVS -x compile -x SILVER -x RINA -x aic7xxx -x ata sys.apictimer/dev/sound/isa/sb.c sys.2ndbuf/dev/sound/isa/sb.c --- sys.apictimer/dev/sound/isa/sb.c Mon Dec 20 11:13:58 1999 +++ sys.2ndbuf/dev/sound/isa/sb.c Mon Dec 20 11:45:28 1999 @@ -860,6 +860,7 @@ sbchan_trigger(void *data, int go) { struct sb_chinfo *ch = data; + if (go == PCMTRIG_EMLDMAWR) return 0; buf_isadma(ch->buffer, go); if (go == PCMTRIG_START) sb_start(ch); else sb_stop(ch); return 0; @@ -928,6 +929,7 @@ esschan_trigger(void *data, int go) { struct sb_chinfo *ch = data; + if (go == PCMTRIG_EMLDMAWR) return 0; switch (go) { case PCMTRIG_START: if (!ch->ess_dma_started) diff -urN -x CVS -x compile -x SILVER -x RINA -x aic7xxx -x ata sys.apictimer/dev/sound/pci/aureal.c sys.2ndbuf/dev/sound/pci/aureal.c --- sys.apictimer/dev/sound/pci/aureal.c Fri Dec 10 10:17:22 1999 +++ sys.2ndbuf/dev/sound/pci/aureal.c Mon Dec 20 11:45:28 1999 @@ -353,6 +353,7 @@ { struct au_chinfo *ch = data; struct au_info *au = ch->parent; + if (go == PCMTRIG_EMLDMAWR) return 0; if (ch->dir == PCMDIR_PLAY) { au_setadb(au, 0x11, (go)? 1 : 0); if (!go) { diff -urN -x CVS -x compile -x SILVER -x RINA -x aic7xxx -x ata sys.apictimer/dev/sound/pci/csapcm.c sys.2ndbuf/dev/sound/pci/csapcm.c --- sys.apictimer/dev/sound/pci/csapcm.c Fri Dec 10 10:20:07 1999 +++ sys.2ndbuf/dev/sound/pci/csapcm.c Mon Dec 20 11:45:28 1999 @@ -386,6 +386,7 @@ struct csa_chinfo *ch = data; struct csa_info *csa = ch->parent; + if (go == PCMTRIG_EMLDMAWR) return 0; if (ch->dir == PCMDIR_PLAY) { if (go == PCMTRIG_START) csa_startplaydma(csa); diff -urN -x CVS -x compile -x SILVER -x RINA -x aic7xxx -x ata sys.apictimer/dev/sound/pci/es137x.c sys.2ndbuf/dev/sound/pci/es137x.c --- sys.apictimer/dev/sound/pci/es137x.c Mon Dec 20 11:14:02 1999 +++ sys.2ndbuf/dev/sound/pci/es137x.c Mon Dec 20 11:45:28 1999 @@ -367,6 +367,7 @@ struct es_info *es = ch->parent; unsigned cnt = ch->buffer->dl / ch->buffer->sample_size - 1; + if (go == PCMTRIG_EMLDMAWR) return 0; if (ch->dir == PCMDIR_PLAY) { if (go == PCMTRIG_START) { int b = (ch->fmt & AFMT_S16_LE)? 2 : 1; diff -urN -x CVS -x compile -x SILVER -x RINA -x aic7xxx -x ata sys.apictimer/dev/sound/pci/t4dwave.c sys.2ndbuf/dev/sound/pci/t4dwave.c --- sys.apictimer/dev/sound/pci/t4dwave.c Mon Dec 20 11:14:04 1999 +++ sys.2ndbuf/dev/sound/pci/t4dwave.c Mon Dec 20 11:45:28 1999 @@ -490,6 +490,7 @@ { struct tr_chinfo *ch = data; struct tr_info *tr = ch->parent; + if (go == PCMTRIG_EMLDMAWR) return 0; if (ch->index >= 0) { if (go == PCMTRIG_START) tr_startch(tr, ch->index); else tr_stopch(tr, ch->index); diff -urN -x CVS -x compile -x SILVER -x RINA -x aic7xxx -x ata sys.apictimer/dev/sound/pcm/channel.c sys.2ndbuf/dev/sound/pcm/channel.c --- sys.apictimer/dev/sound/pcm/channel.c Mon Dec 20 11:14:04 1999 +++ sys.2ndbuf/dev/sound/pcm/channel.c Mon Dec 20 11:47:01 1999 @@ -37,7 +37,10 @@ #define CANCHANGE(c) (!(c)->buffer.dl) static void chn_stintr(pcm_channel *c); -static void chn_clearbuf(pcm_channel *c, int length); +static void chn_clearbuf(pcm_channel *c, snd_dbuf *b, int length); +static void chn_dmaupdate(pcm_channel *c); +static void chn_wrintr(pcm_channel *c); +static void chn_rdintr(pcm_channel *c); /* * SOUND OUTPUT @@ -110,23 +113,23 @@ static int chn_polltrigger(pcm_channel *c) { - snd_dbuf *b = &c->buffer; - unsigned lim = (c->flags & CHN_F_HAS_SIZE)? c->blocksize : 1; + snd_dbuf *bs = &c->buffer2nd; + unsigned lim = (c->flags & CHN_F_HAS_SIZE)? c->blocksize2nd : 1; int trig = 0; if (c->flags & CHN_F_MAPPED) - trig = ((b->int_count > b->prev_int_count) || b->first_poll); - else trig = (((c->direction == PCMDIR_PLAY)? b->fl : b->rl) >= lim); + trig = ((bs->int_count > bs->prev_int_count) || bs->first_poll); + else trig = (((c->direction == PCMDIR_PLAY)? bs->fl : bs->rl) >= lim); return trig; } static int chn_pollreset(pcm_channel *c) { - snd_dbuf *b = &c->buffer; + snd_dbuf *bs = &c->buffer; - if (c->flags & CHN_F_MAPPED) b->prev_int_count = b->int_count; - b->first_poll = 0; + if (c->flags & CHN_F_MAPPED) bs->prev_int_count = bs->int_count; + bs->first_poll = 0; return 1; } @@ -142,7 +145,6 @@ chn_dmaupdate(c); if (ISA_DMA(b)) chn_isadmabounce(c); /* sync bounce buffer */ b->int_count++; - if (b->sel.si_pid && chn_polltrigger(c)) selwakeup(&b->sel); } /* @@ -168,7 +170,7 @@ */ DEB (static int chn_updatecount=0); -void +static void chn_dmaupdate(pcm_channel *c) { snd_dbuf *b = &c->buffer; @@ -197,7 +199,7 @@ * underflow, so that new data can go into the buffer. It must be * called at spltty(). */ -static void +void chn_checkunderflow(pcm_channel *c) { snd_dbuf *b = &c->buffer; @@ -227,7 +229,7 @@ * Feeds new data to the write dma buffer. Can be called in the bottom half. * Hence must be called at spltty. */ -static int +int chn_wrfeed(pcm_channel *c) { snd_dbuf *b = &c->buffer; @@ -251,8 +253,13 @@ b->rl += l; b->fl -= l; b->fp = (b->fp + l) % b->bufsize; + /* Clear the new space in the secondary buffer. */ + chn_clearbuf(c, bs, l); /* Accumulate the total bytes of the moved samples. */ lacc += l; + /* A feed to the DMA buffer is equivalent to an interrupt. */ + bs->int_count++; + if (bs->sel.si_pid && chn_polltrigger(c)) selwakeup(&bs->sel); } return lacc; @@ -281,6 +288,7 @@ bs->fl -= w; bs->fp = (bs->fp + w) % bs->bufsize; /* Accumulate the total bytes of the moved samples. */ + bs->total += w; wacc += w; } @@ -295,32 +303,45 @@ chn_wrintr(pcm_channel *c) { snd_dbuf *b = &c->buffer; - int start; + int start, dl; if (b->underflow && !(c->flags & CHN_F_MAPPED)) return; /* nothing new happened */ if (b->dl) chn_dmadone(c); /* - * start another dma operation only if have ready data in the buffer, - * there is no pending abort, have a full-duplex device, or have a - * half duplex device and there is no pending op on the other side. - * - * Force transfers to be aligned to a boundary of 4, which is - * needed when doing stereo and 16-bit. - */ - if (c->flags & CHN_F_MAPPED) start = c->flags & CHN_F_TRIGGERED; - else { - /* - * Fill up the DMA buffer. This may result in making new - * free space in the secondary buffer, thus we can wake up - * the top half if feed occurs. - */ - if (chn_wrfeed(c) > 0) { - chn_dmawakeup(c); - while(chn_wrfeed(c) > 0); - } - start = (b->rl >= DMA_ALIGN_THRESHOLD && !(c->flags & CHN_F_ABORTING)); + * start another dma operation only if have ready data in the buffer, + * there is no pending abort, have a full-duplex device, or have a + * half duplex device and there is no pending op on the other side. + * + * Force transfers to be aligned to a boundary of 4, which is + * needed when doing stereo and 16-bit. + */ + + /* + * Prepare new space of at least c->blocksize in the DMA + * buffer for mmap. + */ + if (c->flags & CHN_F_MAPPED && b->fl < c->blocksize) { + dl = c->blocksize - b->fl; + b->fl += dl; + b->rl -= dl; + b->rp = (b->rp + dl) % b->bufsize; + chn_clearbuf(c, b, dl); } + + /* + * Fill up the DMA buffer. This may result in making new + * free space in the secondary buffer, thus we can wake up + * the top half if feed occurs. + */ + if (chn_wrfeed(c) > 0) { + chn_dmawakeup(c); + while(chn_wrfeed(c) > 0); + } + if (c->flags & CHN_F_MAPPED) + start = c->flags & CHN_F_TRIGGERED; + else + start = (b->rl >= DMA_ALIGN_THRESHOLD && !(c->flags & CHN_F_ABORTING)); if (start) { int l; chn_dmaupdate(c); @@ -336,12 +357,17 @@ b->dl = c->blocksize ; /* record new transfer size */ chn_trigger(c, PCMTRIG_START); } + /* + * Emulate writing by DMA, i.e. transfer the pcm data from + * the emulated-DMA buffer to the device itself. + */ + chn_trigger(c, PCMTRIG_EMLDMAWR); if (b->dl != l) /* * we are near to underflow condition, so to prevent * audio 'clicks' clear next b->fl bytes */ - chn_clearbuf(c, b->fl); + chn_clearbuf(c, b, b->fl); } else { /* cannot start a new dma transfer */ DEB(printf("cannot start wr-dma flags 0x%08x rp %d rl %d\n", @@ -350,7 +376,7 @@ chn_trigger(c, PCMTRIG_STOP); b->dl = 0; b->underflow = 1; /* set underflow flag */ - chn_clearbuf(c, b->bufsize); /* and clear all DMA buffer */ + chn_clearbuf(c, b, b->bufsize); /* and clear all DMA buffer */ } } } @@ -377,6 +403,7 @@ int ret = 0, timeout; long s; snd_dbuf *b = &c->buffer; + snd_dbuf *bs = &c->buffer2nd; if (c->flags & CHN_F_WRITING) { /* This shouldn't happen and is actually silly @@ -386,6 +413,7 @@ return EBUSY; } c->flags |= CHN_F_WRITING; + c->flags &= ~CHN_F_ABORTING; /* * Fill up the secondary and DMA buffer. * chn_wrfeed*() takes care of the alignment. @@ -395,7 +423,7 @@ chn_checkunderflow(c); while (chn_wrfeed2nd(c, buf) > 0 || chn_wrfeed(c) > 0); /* Start playing if not yet. */ - if (b->rl && !b->dl) chn_wrintr(c); + if ((bs->rl || b->rl) && !b->dl) chn_wrintr(c); if (!(c->flags & CHN_F_NBIO)) { /* Wait until all samples are played in blocking mode. */ while (buf->uio_resid > 0) { @@ -411,7 +439,7 @@ /* Fill up the buffers with new pcm data. */ while (chn_wrfeed2nd(c, buf) > 0 || chn_wrfeed(c) > 0); /* Start playing if necessary. */ - if (b->rl && !b->dl) chn_wrintr(c); + if ((bs->rl || b->rl) && !b->dl) chn_wrintr(c); } } c->flags &= ~CHN_F_WRITING; @@ -453,7 +481,7 @@ * Feed new data from the read buffer. Can be called in the bottom half. * Hence must be called at spltty. */ -static int +int chn_rdfeed(pcm_channel *c) { snd_dbuf *b = &c->buffer; @@ -472,8 +500,13 @@ b->rl -= l; b->fl += l; b->rp = (b->rp + l) % b->bufsize; + /* Clear the new space in the DMA buffer. */ + chn_clearbuf(c, b, l); /* Accumulate the total bytes of the moved samples. */ lacc += l; + /* A feed from the DMA buffer is equivalent to an interrupt. */ + bs->int_count++; + if (bs->sel.si_pid && chn_polltrigger(c)) selwakeup(&bs->sel); } return lacc; @@ -501,7 +534,10 @@ bs->fl += w; bs->rl -= w; bs->rp = (bs->rp + w) % bs->bufsize; + /* Clear the new space in the secondary buffer. */ + chn_clearbuf(c, bs, l); /* Accumulate the total bytes of the moved samples. */ + bs->total += w; wacc += w; } @@ -513,26 +549,39 @@ chn_rdintr(pcm_channel *c) { snd_dbuf *b = &c->buffer; - int start; + snd_dbuf *bs = &c->buffer2nd; + int start, dl; if (b->dl) chn_dmadone(c); DEB(printf("rdintr: start dl %d, rp:rl %d:%d, fp:fl %d:%d\n", b->dl, b->rp, b->rl, b->fp, b->fl)); /* Restart if have enough free space to absorb overruns */ - if (c->flags & CHN_F_MAPPED) start = c->flags & CHN_F_TRIGGERED; - else { - /* - * Suck up the DMA buffer. This may result in making new - * captured data in the secondary buffer, thus we can wake - * up the top half if feed occurs. - */ - if (chn_rdfeed(c) > 0) { - chn_dmawakeup(c); - while (chn_rdfeed(c) > 0); - } - start = (b->fl > 0x200 && !(c->flags & CHN_F_ABORTING)); + + /* + * Prepare new space of at least c->blocksize in the secondary + * buffer for mmap. + */ + if (c->flags & CHN_F_MAPPED && bs->fl < c->blocksize) { + dl = c->blocksize - bs->fl; + bs->fl += dl; + bs->rl -= dl; + bs->rp = (bs->rp + dl) % bs->bufsize; + chn_clearbuf(c, bs, dl); } + /* + * Suck up the DMA buffer. This may result in making new + * captured data in the secondary buffer, thus we can wake + * up the top half if feed occurs. + */ + if (chn_rdfeed(c) > 0) { + chn_dmawakeup(c); + while (chn_rdfeed(c) > 0); + } + if (c->flags & CHN_F_MAPPED) + start = c->flags & CHN_F_TRIGGERED; + else + start = (b->fl > 0x200 && !(c->flags & CHN_F_ABORTING)); if (start) { int l = min(b->fl - 0x100, c->blocksize); if (c->flags & CHN_F_MAPPED) l = c->blocksize; @@ -583,6 +632,7 @@ int ret = 0, timeout, limit; long s; snd_dbuf *b = &c->buffer; + snd_dbuf *bs = &c->buffer2nd; if (c->flags & CHN_F_READING) { /* This shouldn't happen and is actually silly */ @@ -592,10 +642,11 @@ s = spltty(); c->flags |= CHN_F_READING; + c->flags &= ~CHN_F_ABORTING; limit = buf->uio_resid - c->blocksize; if (limit < 0) limit = 0; /* Start capturing if not yet. */ - if (!b->rl & !b->dl) chn_rdintr(c); + if ((!bs->rl || !b->rl) && !b->dl) chn_rdintr(c); /* Suck up the DMA and secondary buffers. */ while (chn_rdfeed(c) > 0 || chn_rdfeed2nd(c, buf) > 0); if (!(c->flags & CHN_F_NBIO)) { @@ -609,7 +660,7 @@ if (ret == EINTR) chn_abort(c); if (ret == EINTR || ret == ERESTART) break; /* Start capturing if necessary. */ - if (!b->rl & !b->dl) chn_rdintr(c); + if ((!bs->rl || !b->rl) && !b->dl) chn_rdintr(c); /* Suck up the DMA and secondary buffers. */ while (chn_rdfeed(c) > 0 || chn_rdfeed2nd(c, buf) > 0); } @@ -647,6 +698,10 @@ } } +/* + * Allocate memory for DMA buffer. If the device do not perform DMA transfer, + * the drvier can call malloc(9) by its own. + */ int chn_allocbuf(snd_dbuf *b, bus_dma_tag_t parent_dmat) { @@ -658,12 +713,11 @@ } static void -chn_clearbuf(pcm_channel *c, int length) +chn_clearbuf(pcm_channel *c, snd_dbuf *b, int length) { -int i; -u_int16_t data, *p; + int i; + u_int16_t data, *p; - snd_dbuf *b = &c->buffer; /* rely on length & DMA_ALIGN_MASK == 0 */ length&=DMA_ALIGN_MASK; if (c->hwfmt & AFMT_SIGNED) data = 0x00; else data = 0x80; @@ -691,29 +745,38 @@ b->rp = b->fp = 0; b->dl = b->rl = 0; b->fl = b->bufsize; - chn_clearbuf(c, b->bufsize); + chn_clearbuf(c, b, b->bufsize); b->prev_total = b->total = 0; b->prev_int_count = b->int_count = 0; b->first_poll = 1; b->underflow=0; + c->blocksize2nd = CHN_2NDBUFBLKSIZE; + bs->bufsize = c->blocksize2nd * CHN_2NDBUFBLKNUM; bs->rp = bs->fp = 0; bs->dl = bs->rl = 0; bs->fl = bs->bufsize; + bs->prev_total = bs->total = 0; + bs->first_poll = 1; + chn_clearbuf(c, bs, bs->bufsize); } void buf_isadma(snd_dbuf *b, int go) { if (ISA_DMA(b)) { - if (go == PCMTRIG_START) { + switch (go){ + case PCMTRIG_START: DEB(printf("buf 0x%p ISA DMA started\n", b)); isa_dmastart(b->dir | B_RAW, b->buf, b->bufsize, b->chan); - } else { + break; + case PCMTRIG_STOP: + case PCMTRIG_ABORT: DEB(printf("buf 0x%p ISA DMA stopped\n", b)); isa_dmastop(b->chan); isa_dmadone(b->dir | B_RAW, b->buf, b->bufsize, b->chan); + break; } } else KASSERT(1, ("buf_isadma called on invalid channel")); } @@ -730,7 +793,7 @@ } /* - * snd_sync waits until the space in the given channel goes above + * chn_sync waits until the space in the given channel goes above * a threshold. The threshold is checked against fl or rl respectively. * Assume that the condition can become true, do not check here... */ @@ -740,11 +803,13 @@ u_long s, rdy; int ret; snd_dbuf *b = &c->buffer; + snd_dbuf *bs = &c->buffer2nd; for (;;) { s = spltty(); - chn_dmaupdate(c); - rdy = (c->direction == PCMDIR_PLAY)? b->fl : b->rl; + chn_checkunderflow(c); + while (chn_wrfeed(c) > 0); + rdy = (c->direction == PCMDIR_PLAY)? bs->fl : bs->rl; if (rdy <= threshold) { ret = tsleep((caddr_t)b, PRIBIO | PCATCH, "pcmsyn", 1); splx(s); @@ -762,14 +827,29 @@ chn_poll(pcm_channel *c, int ev, struct proc *p) { snd_dbuf *b = &c->buffer; - u_long s = spltty(); - if (b->dl) chn_dmaupdate(c); - splx(s); - if (chn_polltrigger(c) && chn_pollreset(c)) return ev; + snd_dbuf *bs = &c->buffer2nd; + u_long s; + int ret; + + s = spltty(); + ret = 0; + if (chn_polltrigger(c) && chn_pollreset(c)) + ret = ev; else { - selrecord(p, &b->sel); - return 0; + selrecord(p, &bs->sel); + if (c->direction == PCMDIR_PLAY) { + /* Start playing if not yet. */ + c->flags &= ~CHN_F_ABORTING; + chn_checkunderflow(c); + if (!b->dl) chn_wrintr(c); + } else { + /* Start capturing if not yet. */ + if (!b->dl) chn_rdintr(c); + } + ret = 0; } + splx(s); + return ret; } /* @@ -792,7 +872,7 @@ } chn_trigger(c, PCMTRIG_ABORT); b->dl = 0; - missing = b->rl + bs->rl; + missing = bs->rl; return missing; } @@ -862,13 +942,19 @@ { snd_dbuf *bs = &c->buffer2nd; + /* Initialize the hardware and DMA buffer first. */ c->flags = 0; c->feeder = &feeder_root; c->buffer.chan = -1; c->devinfo = c->init(devinfo, &c->buffer, c, dir); chn_setdir(c, dir); - bs->bufsize = CHN_2NDBUFBLKSIZE * CHN_2NDBUFBLKNUM; + + /* And the secondary buffer. */ + c->blocksize2nd = CHN_2NDBUFBLKSIZE; + bs->bufsize = c->blocksize2nd * CHN_2NDBUFBLKNUM; bs->buf = malloc(bs->bufsize, M_DEVBUF, M_NOWAIT); + if (bs->buf == NULL) + return 1; bzero(bs->buf, bs->bufsize); bs->rl = bs->rp = bs->fp = 0; bs->fl = bs->bufsize; @@ -924,22 +1010,60 @@ return 0; } +/* + * The seconday buffer is modified only during interrupt. + * Hence the size of the secondary buffer can be changed + * at any time as long as an interrupt is disabled. + */ int chn_setblocksize(pcm_channel *c, int blksz) { - if (CANCHANGE(c)) { - c->flags &= ~CHN_F_HAS_SIZE; - if (blksz >= 2) c->flags |= CHN_F_HAS_SIZE; - if (blksz < 0) blksz = -blksz; - if (blksz < 2) blksz = c->buffer.sample_size * (c->speed >> 2); - RANGE(blksz, 1024, c->buffer.bufsize / 4); - blksz &= DMA_ALIGN_MASK; - c->blocksize = c->setblocksize(c->devinfo, blksz) & DMA_ALIGN_MASK; - return c->blocksize; + snd_dbuf *bs = &c->buffer2nd; + u_int8_t *tmpbuf; + int s, tmpbuf_fl, tmpbuf_fp, l; + + c->flags &= ~CHN_F_HAS_SIZE; + if (blksz >= 2) c->flags |= CHN_F_HAS_SIZE; + if (blksz < 0) blksz = -blksz; + if (blksz < 2) blksz = c->buffer.sample_size * (c->speed >> 2); + /* blksz less than c->blocksize makes nothing but noise. */ + RANGE(blksz, c->blocksize, CHN_2NDBUFBLKSIZE); + + /* + * Allocate a temporary buffer. It holds the pcm data + * until the size of the secondary buffer gets changed. + * bs->buf is not affected, so mmap should work fine. + */ + tmpbuf = malloc(blksz, M_TEMP, M_NOWAIT); + if (tmpbuf == NULL) + return 1; + bzero(tmpbuf, blksz); + tmpbuf_fl = blksz; + tmpbuf_fp = 0; + s = spltty(); + while (bs->rl > 0 && tmpbuf_fl > 0) { + l = min(min(bs->rl, bs->bufsize - bs->rp), tmpbuf_fl); + bcopy(bs->buf + bs->rp, tmpbuf + tmpbuf_fp, l); + tmpbuf_fl -= l; + tmpbuf_fp = (tmpbuf_fp + l) % blksz; + bs->rl -= l; + bs->fl += l; + bs->rp = (bs->rp + l) % bs->bufsize; } - c->blocksize = blksz; - c->flags |= CHN_F_INIT; - return 0; + /* Change the size of the seconary buffer. */ + bs->bufsize = blksz; + c->blocksize2nd = bs->bufsize / CHN_2NDBUFBLKNUM; + /* Clear the secondary buffer and restore the pcm data. */ + bzero(bs->buf, bs->bufsize); + bs->rl = bs->bufsize - tmpbuf_fl; + bs->rp = 0; + bs->fl = tmpbuf_fl; + bs->fp = tmpbuf_fp; + bcopy(tmpbuf, bs->buf, bs->rl); + + free(tmpbuf, M_TEMP); + splx(s); + return c->blocksize2nd; } int diff -urN -x CVS -x compile -x SILVER -x RINA -x aic7xxx -x ata sys.apictimer/dev/sound/pcm/channel.h sys.2ndbuf/dev/sound/pcm/channel.h --- sys.apictimer/dev/sound/pcm/channel.h Mon Dec 20 11:14:05 1999 +++ sys.2ndbuf/dev/sound/pcm/channel.h Mon Dec 20 11:45:28 1999 @@ -47,7 +47,9 @@ int chn_allocbuf(snd_dbuf *b, bus_dma_tag_t parent_dmat); void chn_resetbuf(pcm_channel *c); void chn_intr(pcm_channel *c); -void chn_dmaupdate(pcm_channel *c); +void chn_checkunderflow(pcm_channel *c); +int chn_wrfeed(pcm_channel *c); +int chn_rdfeed(pcm_channel *c); int chn_abort(pcm_channel *c); void buf_isadma(snd_dbuf *b, int go); @@ -60,6 +62,7 @@ #define PCMDIR_REC -1 #define PCMTRIG_START 1 +#define PCMTRIG_EMLDMAWR 2 #define PCMTRIG_STOP 0 #define PCMTRIG_ABORT -1 @@ -87,4 +90,4 @@ */ #define CHN_2NDBUFBLKSIZE (12 * 1024) /* The total number of blocks per secondary buffer. */ -#define CHN_2NDBUFBLKNUM (3) +#define CHN_2NDBUFBLKNUM (2) diff -urN -x CVS -x compile -x SILVER -x RINA -x aic7xxx -x ata sys.apictimer/dev/sound/pcm/datatypes.h sys.2ndbuf/dev/sound/pcm/datatypes.h --- sys.apictimer/dev/sound/pcm/datatypes.h Mon Dec 20 11:14:05 1999 +++ sys.2ndbuf/dev/sound/pcm/datatypes.h Mon Dec 20 11:45:28 1999 @@ -120,6 +120,7 @@ u_int32_t flags; u_int32_t format, hwfmt; u_int32_t blocksize; + u_int32_t blocksize2nd; int direction; snd_dbuf buffer; diff -urN -x CVS -x compile -x SILVER -x RINA -x aic7xxx -x ata sys.apictimer/dev/sound/pcm/dsp.c sys.2ndbuf/dev/sound/pcm/dsp.c --- sys.apictimer/dev/sound/pcm/dsp.c Mon Dec 20 11:14:06 1999 +++ sys.2ndbuf/dev/sound/pcm/dsp.c Mon Dec 20 11:45:28 1999 @@ -217,8 +217,9 @@ * we start with the new ioctl interface. */ case AIONWRITE: /* how many bytes can write ? */ - if (wrch && wrch->buffer.dl) chn_dmaupdate(wrch); - *arg_i = wrch? wrch->buffer.fl : 0; + if (wrch && wrch->buffer.dl) + while (chn_wrfeed(wrch) > 0); + *arg_i = wrch? wrch->buffer2nd.fl : 0; break; case AIOSSIZE: /* set the current blocksize */ @@ -301,8 +302,9 @@ * here follow the standard ioctls (filio.h etc.) */ case FIONREAD: /* get # bytes to read */ - if (rdch && rdch->buffer.dl) chn_dmaupdate(rdch); - *arg_i = rdch? rdch->buffer.rl : 0; + if (rdch && rdch->buffer.dl) + while (chn_rdfeed(rdch) > 0); + *arg_i = rdch? rdch->buffer2nd.rl : 0; break; case FIOASYNC: /*set/clear async i/o */ @@ -325,7 +327,12 @@ #define THE_REAL_SNDCTL_DSP_GETBLKSIZE _IOWR('P', 4, int) case THE_REAL_SNDCTL_DSP_GETBLKSIZE: case SNDCTL_DSP_GETBLKSIZE: - *arg_i = CHN_2NDBUFBLKSIZE; + if (wrch) + *arg_i = wrch->blocksize2nd; + else if (rdch) + *arg_i = rdch->blocksize2nd; + else + *arg_i = 0; break ; case SNDCTL_DSP_SETBLKSIZE: @@ -343,7 +350,7 @@ case SNDCTL_DSP_SYNC: DEB(printf("dsp sync\n")); splx(s); - if (wrch) chn_sync(wrch, wrch->buffer.bufsize - 4); + if (wrch) chn_sync(wrch, wrch->buffer2nd.bufsize - 4); break; case SNDCTL_DSP_SPEED: @@ -407,23 +414,29 @@ /* eg: 4dwave can only interrupt at buffer midpoint, so * it will force blocksize == bufsize/2 */ - count = c->buffer.bufsize / c->blocksize; - bytes = ffs(c->blocksize) - 1; + count = c->buffer2nd.bufsize / c->blocksize2nd; + bytes = ffs(c->blocksize2nd) - 1; *arg_i = (count << 16) | bytes; } break; - case SNDCTL_DSP_GETISPACE: - /* return space available in the input queue */ + case SNDCTL_DSP_GETISPACE: /* XXX Space for reading? Makes no sense... */ + /* return the size of data available in the input queue */ { audio_buf_info *a = (audio_buf_info *)arg; if (rdch) { snd_dbuf *b = &rdch->buffer; - if (b->dl) chn_dmaupdate(rdch); - a->bytes = b->fl; + snd_dbuf *bs = &rdch->buffer2nd; + if (b->dl) + /* + * Suck up the secondary and DMA buffer. + * chn_rdfeed*() takes care of the alignment. + */ + while (chn_rdfeed(rdch) > 0); + a->bytes = max(bs->rl, rdch->blocksize2nd); a->fragments = 1; - a->fragstotal = b->bufsize / rdch->blocksize; - a->fragsize = rdch->blocksize; + a->fragstotal = bs->bufsize / rdch->blocksize2nd; + a->fragsize = rdch->blocksize2nd; } } break; @@ -434,11 +447,20 @@ audio_buf_info *a = (audio_buf_info *)arg; if (wrch) { snd_dbuf *b = &wrch->buffer; - if (b->dl) chn_dmaupdate(wrch); - a->bytes = b->fl; + snd_dbuf *bs = &wrch->buffer2nd; + if (b->dl) { + /* + * Fill up the secondary and DMA buffer. + * chn_wrfeed*() takes care of the alignment. + * Check for underflow before writing into the buffers. + */ + chn_checkunderflow(wrch); + while (chn_wrfeed(wrch) > 0); + } + a->bytes = max(bs->fl, wrch->blocksize2nd); a->fragments = 1; - a->fragstotal = b->bufsize / wrch->blocksize; - a->fragsize = wrch->blocksize; + a->fragstotal = bs->bufsize / wrch->blocksize2nd; + a->fragsize = wrch->blocksize2nd; } } break; @@ -447,12 +469,18 @@ { count_info *a = (count_info *)arg; if (rdch) { - snd_dbuf *b = &rdch->buffer; - if (b->dl) chn_dmaupdate(rdch); - a->bytes = b->total; - a->blocks = (b->total - b->prev_total) / rdch->blocksize; - a->ptr = b->fp; - b->prev_total += a->blocks * rdch->blocksize; + snd_dbuf *b = &rdch->buffer; + snd_dbuf *bs = &rdch->buffer2nd; + if (b->dl) + /* + * Suck up the secondary and DMA buffer. + * chn_rdfeed*() takes care of the alignment. + */ + while (chn_rdfeed(rdch) > 0); + a->bytes = bs->total; + a->blocks = (bs->total - bs->prev_total) / rdch->blocksize2nd; + a->ptr = bs->rp; /* If mmaped, read from this point. */ + bs->prev_total += a->blocks * rdch->blocksize2nd; } else ret = EINVAL; } break; @@ -462,11 +490,20 @@ count_info *a = (count_info *)arg; if (wrch) { snd_dbuf *b = &wrch->buffer; - if (b->dl) chn_dmaupdate(wrch); - a->bytes = b->total; - a->blocks = (b->total - b->prev_total) / wrch->blocksize; - a->ptr = b->rp; - b->prev_total += a->blocks * wrch->blocksize; + snd_dbuf *bs = &wrch->buffer2nd; + if (b->dl) { + /* + * Fill up the secondary and DMA buffer. + * chn_wrfeed*() takes care of the alignment. + * Check for underflow before writing into the buffers. + */ + chn_checkunderflow(wrch); + while (chn_wrfeed(wrch) > 0); + } + a->bytes = bs->total; + a->blocks = (bs->total - bs->prev_total) / wrch->blocksize2nd; + a->ptr = bs->fp; /* If mmaped, write from this point. */ + bs->prev_total += a->blocks * wrch->blocksize; } else ret = EINVAL; } break; @@ -504,15 +541,17 @@ *arg_i |= PCM_ENABLE_INPUT; break; - case SNDCTL_DSP_GETODELAY: - if (wrch) { - snd_dbuf *b = &wrch->buffer; - if (b->dl) - chn_dmaupdate(wrch); - *arg = b->total; - } else - ret = EINVAL; - break; + case SNDCTL_DSP_GETODELAY: + if (wrch) { + snd_dbuf *b = &wrch->buffer; + if (b->dl) { + chn_checkunderflow(wrch); + while (chn_wrfeed(wrch) > 0); + } + *arg = b->total; + } else + ret = EINVAL; + break; case SNDCTL_DSP_MAPINBUF: case SNDCTL_DSP_MAPOUTBUF: @@ -556,8 +595,9 @@ if (1 || (wrch && (nprot & PROT_WRITE))) c = wrch; else if (rdch && (nprot & PROT_READ)) c = rdch; if (c) { + printf("dsp_mmap.\n"); c->flags |= CHN_F_MAPPED; - return atop(vtophys(c->buffer.buf + offset)); + return atop(vtophys(c->buffer2nd.buf + offset)); } return -1; } --Multipart_Mon_Dec_20_13:44:01_1999-1 Content-Type: text/plain; charset=US-ASCII -- Seigo Tanimura --Multipart_Mon_Dec_20_13:44:01_1999-1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 20:47:13 1999 Delivered-To: freebsd-current@freebsd.org Received: from mass.cdrom.com (castles501.castles.com [208.214.165.65]) by hub.freebsd.org (Postfix) with ESMTP id CE62815284 for ; Sun, 19 Dec 1999 20:47:05 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id UAA04702; Sun, 19 Dec 1999 20:50:35 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199912200450.UAA04702@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Bill Fumerola Cc: Alex Zepeda , current Subject: Re: fsck not cleaning on first try In-reply-to: Your message of "Sun, 19 Dec 1999 23:28:29 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 19 Dec 1999 20:50:35 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, 19 Dec 1999, Alex Zepeda wrote: > > > Hmm. It happened again. This time I was playing around with the vmware > > stuff (the linux procfs thingy refused to buildsorta, but FWIW, I think > > this is the way to go, not bloating *our* procfs), and eventually when run > > panic'd the system. I just rebooted it (nearly a day later), and fsck > > cleaned it and printed some info, but then mount refused to mount it. A > > simple reboot from the comandline seems to have worked. Hmmm indeed. > > Ditto. mount was telling me my fs wasn't clean, but after I rebooted > it was fine and it didn't fsck that second time. Bruce posted (but did not commit) what may be a fix for this a while back: diff -c2 ffs_vfsops.c~ ffs_vfsops.c *** ffs_vfsops.c~ Thu Nov 25 23:27:44 1999 --- ffs_vfsops.c Sun Dec 5 05:12:51 1999 *************** *** 218,222 **** --- 220,226 ---- } + fs->fs_flags &= ~FS_UNCLEAN; if (fs->fs_clean == 0) { + fs->fs_flags |= FS_UNCLEAN; if (mp->mnt_flag & MNT_FORCE) { printf( -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ 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 Dec 19 20:50: 0 1999 Delivered-To: freebsd-current@freebsd.org Received: from green.dyndns.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9192E1506E; Sun, 19 Dec 1999 20:49:09 -0800 (PST) (envelope-from green@FreeBSD.org) Received: from localhost (green@localhost [127.0.0.1]) by green.dyndns.org (8.9.3/8.9.3) with ESMTP id XAA01494; Sun, 19 Dec 1999 23:45:09 -0500 (EST) (envelope-from green@FreeBSD.org) Date: Sun, 19 Dec 1999 23:45:08 -0500 (EST) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Martin Cracauer Cc: "David O'Brien" , current@FreeBSD.org Subject: Re: sh(1) broken caching [was: Re: Broken sh(1)?] In-Reply-To: <19991217123306.A3177@cons.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 Fri, 17 Dec 1999, Martin Cracauer wrote: > > I still think we should *seriously* consider switching to pdksh. > > As I said before, pdksh has other bugs. > Also we would loose all the PRs we received in the past. This testing > effort by our user base is a valuable resource. From the tests I ran > on all available shells, only bash2 is considerably better than the > other shells, pdksh has other bugs than our ash, not less. HAHAHAHAHAHAHAHAHAHAhahahahahahahahahahahaha *cough, HACK, wheeze*. Ahem. Heh, bash2 considerably better. *continues ROFL* > > Martin > -- > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > Martin Cracauer http://www.cons.org/cracauer/ > Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 > -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@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 Dec 19 21:54:26 1999 Delivered-To: freebsd-current@freebsd.org Received: from solaris.matti.ee (solaris.matti.ee [194.126.98.135]) by hub.freebsd.org (Postfix) with ESMTP id A89F1151A3; Sun, 19 Dec 1999 21:54:24 -0800 (PST) (envelope-from vallo@matti.ee) Received: from myhakas.matti.ee (myhakas.matti.ee [194.126.114.87]) by solaris.matti.ee (Postfix) with ESMTP id 204B12CE61; Mon, 20 Dec 1999 07:54:21 +0200 (EET) Received: by myhakas.matti.ee (Postfix, from userid 1000) id 5CA15F7; Mon, 20 Dec 1999 07:54:23 +0200 (EET) Date: Mon, 20 Dec 1999 07:54:23 +0200 From: Vallo Kallaste To: Nik Clayton Cc: freebsd-current@FreeBSD.ORG Subject: Re: No disks found msg in /stand/sysinstall, how come? Message-ID: <19991220075423.A40063@myhakas.matti.ee> Reply-To: vallo@matti.ee References: <19991219021222.B15806@cage.tse-online.de> <199912190201.SAA01698@mass.cdrom.com> <19991219101216.A37867@myhakas.matti.ee> <19991219204517.A99674@catkin.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <19991219204517.A99674@catkin.nothing-going-on.org>; from Nik Clayton on Sun, Dec 19, 1999 at 08:45:17PM +0000 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 19, 1999 at 08:45:17PM +0000, Nik Clayton wrote: > > Well, thanks for the pointer, I've never looked at sysinstall > > build process. > > # cd /usr/src/release/sysinstall > # make all install > > This is in the "make world" section of the Handbook (makeworld.html), in > the "Update /stand" section. Umm, thanks. Now I feel it's time to revisit the reworked Handbook and FAQ 8-) -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 21:56: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 9DD8915266; Sun, 19 Dec 1999 21:56:13 -0800 (PST) (envelope-from julian@whistle.com) Received: from current1.whiste.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id VAA14941; Sun, 19 Dec 1999 21:56:13 -0800 (PST) Date: Sun, 19 Dec 1999 21:56:11 -0800 (PST) From: Julian Elischer To: Mike Smith Cc: Bill Fumerola , Alex Zepeda , current Subject: Re: fsck not cleaning on first try In-Reply-To: <199912200450.UAA04702@mass.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 Sun, 19 Dec 1999, Mike Smith wrote: > > On Sun, 19 Dec 1999, Alex Zepeda wrote: > > Ditto. mount was telling me my fs wasn't clean, but after I rebooted > > it was fine and it didn't fsck that second time. > > Bruce posted (but did not commit) what may be a fix for this a while back: I wish he would commit these things! > > diff -c2 ffs_vfsops.c~ ffs_vfsops.c > *** ffs_vfsops.c~ Thu Nov 25 23:27:44 1999 > --- ffs_vfsops.c Sun Dec 5 05:12:51 1999 > *************** > *** 218,222 **** > --- 220,226 ---- > } > > + fs->fs_flags &= ~FS_UNCLEAN; > if (fs->fs_clean == 0) { > + fs->fs_flags |= FS_UNCLEAN; > if (mp->mnt_flag & MNT_FORCE) { > printf( > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 22:29:22 1999 Delivered-To: freebsd-current@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id 8E606152BA for ; Sun, 19 Dec 1999 22:29:19 -0800 (PST) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id QAA01898; Mon, 20 Dec 1999 16:58:59 +1030 (CST) (envelope-from newton) Date: Mon, 20 Dec 1999 16:58:59 +1030 From: Mark Newton To: Bill Fumerola Cc: Alex Zepeda , current Subject: Re: fsck not cleaning on first try Message-ID: <19991220165859.H1688@internode.com.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: X-PGP-Key: http://www.on.net/~newton/pgpkey.txt Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Dec 19, 1999 at 11:28:29PM -0500, Bill Fumerola wrote: > On Sun, 19 Dec 1999, Alex Zepeda wrote: > > Hmm. It happened again. This time I was playing around with the vmware > > stuff (the linux procfs thingy refused to buildsorta, but FWIW, I think > > this is the way to go, not bloating *our* procfs), and eventually when run > > panic'd the system. I just rebooted it (nearly a day later), and fsck > > cleaned it and printed some info, but then mount refused to mount it. A > > simple reboot from the comandline seems to have worked. Hmmm indeed. > > Ditto. mount was telling me my fs wasn't clean, but after I rebooted > it was fine and it didn't fsck that second time. I saw that too; I worked out it was because I hadn't done the MAKEDEV after upgrading to a -current without blkdevs (so it's surprising it worked at all). - mark -- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Dec 19 22:33:56 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 5700314FAF for ; Sun, 19 Dec 1999 22:33:55 -0800 (PST) (envelope-from julian@whistle.com) Received: from current1.whiste.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id WAA15521 for ; Sun, 19 Dec 1999 22:33:54 -0800 (PST) Date: Sun, 19 Dec 1999 22:33:53 -0800 (PST) From: Julian Elischer To: current@freebsd.org Subject: Sound and -current. 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 So is there any chance that my Vibra16 Soundblaster will ever be recognised again? I was surprised because I had imagined that the soundblaster would be the first card supported under the new code..... unknown0: