From owner-freebsd-current Sun Sep 2 0: 8:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 188E037B401 for ; Sun, 2 Sep 2001 00:08:25 -0700 (PDT) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 9077110F42C; Sun, 2 Sep 2001 02:08:31 -0500 (CDT) Date: Sun, 2 Sep 2001 02:08:31 -0500 From: "David W. Chapman Jr." To: current@freebsd.org Subject: newer buildkernel failure Message-ID: <20010902020831.A11987@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.22.1i X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The patch committed just 20 mins ago to fix the breakage causes this now, unless I caught it in the middle of a commit. perl @/kern/makeobjops.pl -h @/dev/pci/pcib_if.m perl @/kern/makeobjops.pl -h @/isa/isa_if.m make -f /usr/src/sys/modules/acpi/../../i386/acpica/Makefile MAKESRCPATH=/usr/src/sys/modules/acpi/../../i386/acpica cc -nostdinc -O -pipe -march=k6 -march=k6 -I/usr/obj/usr/src/i386/usr/include -c /usr/src/sys/modules/acpi/../../i386/acpica/acpi_wakecode.S /usr/src/sys/modules/acpi/../../i386/acpica/acpi_wakecode.S:32: machine/specialreg.h: No such file or directory *** Error code 1 Stop in /usr/obj/usr/src/sys/DWCJR/modules/usr/src/sys/modules/acpi. *** Error code 1 -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 2 0:38:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id 1F02D37B403 for ; Sun, 2 Sep 2001 00:38:26 -0700 (PDT) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.3/8.11.1) id f827aHR58176; Sun, 2 Sep 2001 00:36:17 -0700 (PDT) (envelope-from rizzo) From: Luigi Rizzo Message-Id: <200109020736.f827aHR58176@iguana.aciri.org> Subject: Re: can we build only static libs from the makefiles in /usr/src ? In-Reply-To: <20010902155409.X8457-100000@besplex.bde.org> from Bruce Evans at "Sep 2, 2001 3:55:21 pm" To: bde@zeta.org.au (Bruce Evans) Date: Sun, 2 Sep 2001 00:36:17 -0700 (PDT) Cc: rizzo@aciri.org, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Sat, 1 Sep 2001, Luigi Rizzo wrote: > > > i am trying to do some cross-development for picobsd, and i really > > need only the static libraries. > > Is there anyways to avoid building the shared libs using the > > standard makefiles (in /usr/src and /usr/share/mk/*) ? > > NOPIC. I don't know if it works globably. it does -- thanks for the pointer! cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 2 1: 5:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id C325337B401 for ; Sun, 2 Sep 2001 01:05:11 -0700 (PDT) Received: from localhost (iwasaki.imasy.or.jp [202.227.24.92]) by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare) with ESMTP/inet id f8284vm33349; Sun, 2 Sep 2001 17:04:57 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) To: dwcjr@inethouston.net Cc: current@freebsd.org Subject: Re: newer buildkernel failure In-Reply-To: <20010902020831.A11987@leviathan.inethouston.net> References: <20010902020831.A11987@leviathan.inethouston.net> X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010902170456J.iwasaki@jp.FreeBSD.org> Date: Sun, 02 Sep 2001 17:04:56 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 20000228(IM140) Lines: 31 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > The patch committed just 20 mins ago to fix the breakage causes this > now, unless I caught it in the middle of a commit. > > > perl @/kern/makeobjops.pl -h @/dev/pci/pcib_if.m > perl @/kern/makeobjops.pl -h @/isa/isa_if.m > make -f /usr/src/sys/modules/acpi/../../i386/acpica/Makefile > MAKESRCPATH=/usr/src/sys/modules/acpi/../../i386/acpica > cc -nostdinc -O -pipe -march=k6 -march=k6 ^^^^^^^^^ Because of -nostdinc option, I think. Does following patch solve the problem? Index: Makefile =================================================================== RCS file: /home/ncvs/src/sys/i386/acpica/Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- Makefile 20 Jul 2001 06:07:31 -0000 1.1 +++ Makefile 2 Sep 2001 07:55:41 -0000 @@ -9,6 +9,7 @@ MAKESRCPATH= ${.CURDIR} CLEANFILES= acpi_wakecode.h acpi_wakecode.bin acpi_wakecode.o .endif +CFLAGS+= -I. all: acpi_wakecode.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 2 2:32:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from btclick.com (mta01.btfusion.com [62.172.195.11]) by hub.freebsd.org (Postfix) with ESMTP id 713D537B405 for ; Sun, 2 Sep 2001 02:32:06 -0700 (PDT) Received: from heather.plazza.uk ([213.120.117.63]) by btclick.com (Netscape Messaging Server 4.05) with ESMTP id GJ13TG01.O4M; Sun, 2 Sep 2001 10:32:04 +0100 Date: Sun, 2 Sep 2001 10:33:17 +0100 (BST) From: Nick Hibma X-X-Sender: To: "Eugene M. Kim" Cc: Subject: Re: kern/29530 In-Reply-To: Message-ID: <20010902103252.K3272-100000@heather.plazza.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Done. Will be MFC-ed after 4.4-RELEASE. On Thu, 23 Aug 2001, Eugene M. Kim wrote: > Could anybody examine and commit the patch in the PR kern/29530? It fixes > the support for KingByte USB Pen Drive by adding a quirk entry to > src/sys/cam/scsi/scsi_da.c. > > It would be even better if this were MFC'ed before 4.4 comes out. > > Thank you in advance! > > Eugene > > > 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 Sep 2 6:33:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id BDA1337B401; Sun, 2 Sep 2001 06:33:13 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 2 Sep 2001 14:33:12 +0100 (BST) Date: Sun, 2 Sep 2001 14:33:12 +0100 From: David Malone To: Mike Smith Cc: current@freebsd.org Subject: Re: HEADS UP: ACPI CHANGES AFFECTING MOST -CURRENT USERS Message-ID: <20010902143312.A56094@walton.maths.tcd.ie> References: <200108300258.f7U2wxq06147@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108300258.f7U2wxq06147@mass.dis.org>; from msmith@freebsd.org on Wed, Aug 29, 2001 at 07:58:59PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Aug 29, 2001 at 07:58:59PM -0700, Mike Smith wrote: > - The PnP BIOS is disabled and onboard peripherals are detected > using ACPI, and attach to ACPI and not isa. With the ACPI module loaded I find that ed0, fdc0 and pca0 are no longer detected (well, fdc0 is detected but gives an error). I have the most recent BIOS installed and it doesn't seem to make any difference if I twiddle BIOS settings. Could this have something to do with hints, or where should I be looking for the problem? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 2 7:35:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 21A8C37B405 for ; Sun, 2 Sep 2001 07:35:15 -0700 (PDT) Received: from [194.97.50.144] (helo=mx1.freenet.de) by mout0.freenet.de with esmtp (Exim 3.32 #1) id 15dYLB-0005iO-00 for current@freebsd.org; Sun, 02 Sep 2001 16:35:13 +0200 Received: from a3990.pppool.de ([213.6.57.144] helo=Magelan.Leidinger.net) by mx1.freenet.de with esmtp (Exim 3.32 #1) id 15dYL6-0007xC-00 for current@freebsd.org; Sun, 02 Sep 2001 16:35:09 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.6/8.11.6) with ESMTP id f82D7Xk00888 for ; Sun, 2 Sep 2001 15:07:34 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200109021307.f82D7Xk00888@Magelan.Leidinger.net> Date: Sun, 2 Sep 2001 15:07:32 +0200 (CEST) From: Alexander Leidinger Subject: panic: ffs_clusteralloc: map mismatch / panic: bremfree: ... - with kernel from yesterday and Aug 28 (backtrace) To: current@freebsd.org MIME-Version: 1.0 Content-Type: MULTIPART/mixed; BOUNDARY="0-1804289383-999436055=:885" Content-Transfer-Encoding: BINARY Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --0-1804289383-999436055=:885 Content-Type: TEXT/plain; charset=us-ascii Hi, here's a backtrace from a kernel panic I get if I try to buildworld with "make -j4" (source as of yesterday). I also get this panic if I try to cvsup (not only with this kernel, also with a kernel from Aug 28). ---snip--- IdlePTD 4628480 initial pcb at 2de4a0 panicstr: bremfree: bp 0xc69bbfa8 not locked panic messages: --- panic: ffs_clusteralloc: map mismatch syncing disks... panic: bremfree: bp 0xc69bbfa8 not locked Uptime: 1m51s dumping to dev ad1s2b, offset 1572992 dump ata0: resetting devices .. ad1: invalidating queued requests done [...] #0 dumpsys () at ../../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../../kern/kern_shutdown.c:487 #1 0xc019805d in boot (howto=260) at ../../../kern/kern_shutdown.c:330 #2 0xc0198476 in panic (fmt=0xc02941e1 "bremfree: bp %p not locked") at ../../../kern/kern_shutdown.c:623 #3 0xc01ccd09 in bremfree (bp=0xc69bbfa8) at ../../../kern/vfs_bio.c:535 #4 0xc01ce41c in vfs_bio_awrite (bp=0xc69bbfa8) at ../../../kern/vfs_bio.c:1528 #5 0xc0160e6a in spec_fsync (ap=0xd11f5b8c) at ../../../fs/specfs/spec_vnops.c:400 #6 0xc0160a58 in spec_vnoperate (ap=0xd11f5b8c) at ../../../fs/specfs/spec_vnops.c:119 #7 0xc0214975 in ffs_sync (mp=0xc1852400, waitfor=2, cred=0xc0e60d00, p=0xc030e800) at vnode_if.h:441 #8 0xc01dbd4d in sync (p=0xc030e800, uap=0x0) at ../../../kern/vfs_syscalls.c:622 #9 0xc0197b4d in boot (howto=256) at ../../../kern/kern_shutdown.c:239 #10 0xc0198476 in panic (fmt=0xc029b5e0 "ffs_clusteralloc: map mismatch") at ../../../kern/kern_shutdown.c:623 #11 0xc0206b6b in ffs_clusteralloc (ip=0xc1d1d800, cg=70, bpref=6307848, len=2) at ../../../ufs/ffs/ffs_alloc.c:1293 #12 0xc0205efc in ffs_hashalloc (ip=0xc1d1d800, cg=70, pref=6307848, size=2, allocator=0xc020694c ) at ../../../ufs/ffs/ffs_alloc.c:871 #13 0xc020549b in ffs_reallocblks (ap=0xd11f5dd8) at ../../../ufs/ffs/ffs_alloc.c:446 #14 0xc01d2443 in cluster_write (bp=0xc6a247c8, filesize=32768, seqcount=127) at vnode_if.h:861 #15 0xc0215e30 in ffs_write (ap=0xd11f5e88) at ../../../ufs/ufs/ufs_readwrite.c:548 #16 0xc01e17a4 in vn_write (fp=0xc1871540, uio=0xd11f5ef8, cred=0xc1d69f00, flags=0, p=0xd1185400) at vnode_if.h:303 #17 0xc01b500f in dofilewrite (p=0xd1185400, fp=0xc1871540, fd=1, buf=0x809e000, nbyte=1024, offset=-1, flags=0) at ../../../sys/file.h:162 #18 0xc01b4ebb in write (p=0xd1185400, uap=0xd11f5f80) at ../../../kern/sys_generic.c:334 #19 0xc02561dd in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134717528, tf_esi = 1024, tf_ebp = -1077941256, tf_isp = -786473004, tf_ebx = 134717528, tf_edx = 134717536, tf_ecx = 1, tf_eax = 4, tf_trapno = 0, tf_err = 2, tf_eip = 134622600, tf_cs = 31, tf_eflags = 643, tf_esp = -1077941300, tf_ss = 47}) at ../../../i386/i386/trap.c:1117 #20 0xc024870d in syscall_with_err_pushed () #21 0x806f686 in ?? () #22 0x806f5cd in ?? () #23 0x804f634 in ?? () #24 0x804f9fa in ?? () #25 0x80526f9 in ?? () #26 0x8051651 in ?? () #27 0x8048133 in ?? () (kgdb) up 3 #3 0xc01ccd09 in bremfree (bp=0xc69bbfa8) at ../../../kern/vfs_bio.c:535 535 KASSERT(BUF_REFCNT(bp) == 1, ("bremfree: bp %p not locked",bp)); (kgdb) list 530 int old_qindex = bp->b_qindex; 531 532 GIANT_REQUIRED; 533 534 if (bp->b_qindex != QUEUE_NONE) { 535 KASSERT(BUF_REFCNT(bp) == 1, ("bremfree: bp %p not locked",bp)); 536 TAILQ_REMOVE(&bufqueues[bp->b_qindex], bp, b_freelist); 537 bp->b_qindex = QUEUE_NONE; 538 } else { 539 if (BUF_REFCNT(bp) <= 1) (kgdb) up 8 #11 0xc0206b6b in ffs_clusteralloc (ip=0xc1d1d800, cg=70, bpref=6307848, len=2) at ../../../ufs/ffs/ffs_alloc.c:1293 1293 panic("ffs_clusteralloc: map mismatch"); (kgdb) list 1288 * Allocate the cluster that we have found. 1289 */ 1290 blksfree = cg_blksfree(cgp); 1291 for (i = 1; i <= len; i++) 1292 if (!ffs_isblock(fs, blksfree, got - run + i)) 1293 panic("ffs_clusteralloc: map mismatch"); 1294 bno = cg * fs->fs_fpg + blkstofrags(fs, got - run + 1); 1295 if (dtog(fs, bno) != cg) 1296 panic("ffs_clusteralloc: allocated out of group"); 1297 len = blkstofrags(fs, len); ---snip--- softupdates: enabled dmesg: attached Bye, Alexander. -- Give a man a fish and you feed him for a day; teach him to use the Net and he won't bother you for weeks. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 --0-1804289383-999436055=:885 Content-Type: TEXT/plain; name=dmesg Content-Disposition: attachment; filename=dmesg Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #25: Sun Sep 2 14:34:52 CEST 2001 root@Magelan.Leidinger.net:/big/usr/src/sys/i386/compile/WORK Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 801838618 Hz CPU: AMD Duron(tm) Processor (801.84-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x631 Stepping = 1 Features=0x183f9ff AMD Features=0xc0440000<,AMIE,DSP,3DNow!> real memory = 268369920 (262080K bytes) avail memory = 256434176 (250424K bytes) Preloaded elf kernel "kernel" at 0xc0490000. Preloaded elf module "cd9660.ko" at 0xc04900a8. Preloaded elf module "msdosfs.ko" at 0xc0490148. Preloaded elf module "ntfs.ko" at 0xc04901e8. Preloaded elf module "procfs.ko" at 0xc0490284. Preloaded elf module "linux.ko" at 0xc0490324. Preloaded elf module "miibus.ko" at 0xc04903c4. Preloaded elf module "if_xl.ko" at 0xc0490464. Preloaded elf module "snd_pcm.ko" at 0xc0490504. Preloaded elf module "snd_es137x.ko" at 0xc04905a4. Preloaded elf module "snd_via82c686.ko" at 0xc0490648. Preloaded elf module "usb.ko" at 0xc04906f0. Preloaded elf module "agp.ko" at 0xc049078c. Preloaded elf module "accf_data.ko" at 0xc0490828. Preloaded elf module "accf_http.ko" at 0xc04908cc. Preloaded elf module "random.ko" at 0xc0490970. Preloaded elf module "atspeaker.ko" at 0xc0490a10. Preloaded elf module "joy.ko" at 0xc0490ab4. Preloaded elf module "acpi.ko" at 0xc0490b50. Pentium Pro MTRR support enabled VESA: v3.0, 16384k memory, flags:0x1, mode table:0xc02f2417 (1000117) VESA: 3dfx Interactive, Inc. Using $PIR table, 9 entries at 0xc00fdd00 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on acpi_pcib0 agp0: mem 0xd0000000-0xd3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xa000-0xa00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xa400-0xa41f irq 11 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at 7.4 (no driver attached) pcm0: port 0xb400-0xb403,0xb000-0xb003,0xac00-0xacff irq 10 at device 7.5 on pci0 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xb800-0xb87f mem 0xdb000000-0xdb00007f irq 5 at device 9.0 on pci0 xl0: Ethernet address: 00:01:02:b0:8d:ce miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ahc0: port 0xbc00-0xbcff mem 0xdb001000-0xdb001fff irq 10 at device 10.0 on pci0 aic7850: Single Channel A, SCSI Id=7, 3/255 SCBs pcm1: port 0xc000-0xc03f irq 11 at device 11.0 on pci0 atspeaker0 port 0x61 on acpi0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: configured irq 0 not in bitmap of probed irqs 0 sio1: configured irq 0 not in bitmap of probed irqs 0 ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port pcfclock0: on ppbus0 ppi0: on ppbus0 pps0: on ppbus0 ppc1: cannot reserve I/O port range atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 sio1: configured irq 0 not in bitmap of probed irqs 0 sio1: configured irq 0 not in bitmap of probed irqs 0 ppc1: cannot reserve I/O port range orm0: hotmail
UNCENSORED, ANONYMOUS USENET ACCESS
This is compatible with all = Newsbrowsers and AOL, Netscape & IE
You may = automatically remove yourself from any future mailings by clicking here: REMOVE ME.
The reply address on this email was active at the time this email was sent.
------=_NextPart_1226477313831683-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 2 23:36:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (Postfix) with ESMTP id D391F37B401; Sun, 2 Sep 2001 23:36:03 -0700 (PDT) Received: from nantai.utsunomiya-u.ac.jp by nasu.utsunomiya-u.ac.jp (8.11.2/1.1.29.3/26Jan01-1134AM) id f836Zm5337441; Mon, 3 Sep 2001 15:35:48 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp by nantai.utsunomiya-u.ac.jp (8.11.2/1.1.29.3/30Jan01-0241PM) id f836Zmu95752; Mon, 3 Sep 2001 15:35:48 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:6E+DEHonuqSlglEMNBBQkep+tjQuzEv0@zodiac.mech.utsunomiya-u.ac.jp [160.12.43.7]) by zodiac.mech.utsunomiya-u.ac.jp (8.9.3+3.2W/3.7W/zodiac-May2000) with ESMTP id PAA28756; Mon, 3 Sep 2001 15:45:33 +0900 (JST) Message-Id: <200109030645.PAA28756@zodiac.mech.utsunomiya-u.ac.jp> To: Mike Smith Cc: current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: HEADS UP: ACPI CHANGES AFFECTING MOST -CURRENT USERS In-reply-to: Your message of "Wed, 29 Aug 2001 19:58:59 MST." <200108300258.f7U2wxq06147@mass.dis.org> References: <200108300258.f7U2wxq06147@mass.dis.org> Date: Mon, 03 Sep 2001 15:45:32 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >The loader now detects ACPI in your system, and loads the ACPI >module if it is present. This has major ramifications for the >device probe and attach phases of system initialisation. > > - Root PCI bridges are detected using ACPI. > - PCI interrupt routing is now performed using ACPI. > - The PnP BIOS is disabled and onboard peripherals are detected > using ACPI, and attach to ACPI and not isa. > - System-owned resources are detected and reserved by ACPI. Then, shouldn't we remove the PnP BIOS driver (pnpbios) from the kernel and make it a module, so that the boot loader will load either the ACPI module or the PnP BIOS module? Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 0:32:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id C2E7937B401; Mon, 3 Sep 2001 00:31:55 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f837VrQ06082; Mon, 3 Sep 2001 11:31:53 +0400 (MSD) (envelope-from ache) Date: Mon, 3 Sep 2001 11:31:50 +0400 From: "Andrey A. Chernov" To: current@freebsd.org, audit@freebsd.org Subject: CFR: strtol{l}() fixes Message-ID: <20010903113148.A6055@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Fixes list: Locale *is* used in strtol()/strtoll(), at least for isspace(), so remove 'locale not used' statement from comments and BUGS section of manpage. strtol(): fix non-portable 'cutoff' calculation using the same method as in strtoll(). Cleanup 'cutoff' calculation, remove unneded casts. Misc. cleanup to make two functions looks the same. Implement EINVAL reaction per POSIX, document it in manpage, corresponding POSIX quotes here: ------------------------------------------------ If the subject sequence is empty or does not have the expected form, no conversion is performed; the value of str is stored in the object pointed to by endptr, provided that endptr is not a null pointer. If no conversion could be performed, 0 shall be returned and errno may be set to [EINVAL]. [EINVAL] The value of base is not supported. Since 0, {LONG_MIN} or {LLONG_MIN}, and {LONG_MAX} or {LLONG_MAX} are returned on error and are also valid returns on success, an application wishing to check for error situations should set errno to 0, then call strtol( ) or strtoll ( ), then check errno. ----------------------------------------------------- --- strtoll.c.old Tue Feb 27 22:50:52 2001 +++ strtoll.c Mon Sep 3 11:26:35 2001 @@ -50,7 +50,7 @@ /* * Convert a string to a long long integer. * - * Ignores `locale' stuff. Assumes that the upper and lower case + * Assumes that the upper and lower case * alphabets and digits are each contiguous. */ long long @@ -62,7 +62,7 @@ register const char *s; register unsigned long long acc; register unsigned char c; - register unsigned long long qbase, cutoff; + register unsigned long long cutoff; register int neg, any, cutlim; /* @@ -90,6 +90,9 @@ } if (base == 0) base = c == '0' ? 8 : 10; + any = 0; + if (base < 2 || base > 36) + goto noconv; /* * Compute the cutoff value between legal numbers and illegal @@ -106,15 +109,14 @@ * next digit is > 7 (or 8), the number is too big, and we will * return a range error. * - * Set any if any `digits' consumed; make it negative to indicate + * Set 'any' if any `digits' consumed; make it negative to indicate * overflow. */ - qbase = (unsigned)base; cutoff = neg ? (unsigned long long)-(LLONG_MIN + LLONG_MAX) + LLONG_MAX : LLONG_MAX; - cutlim = cutoff % qbase; - cutoff /= qbase; - for (acc = 0, any = 0;; c = *s++) { + cutlim = cutoff % base; + cutoff /= base; + for (acc = 0; ; c = *s++) { if (!isascii(c)) break; if (isdigit(c)) @@ -129,16 +131,19 @@ any = -1; else { any = 1; - acc *= qbase; + acc *= base; acc += c; } } if (any < 0) { acc = neg ? LLONG_MIN : LLONG_MAX; errno = ERANGE; + } else if (!any) { +noconv: + errno = EINVAL; } else if (neg) acc = -acc; - if (endptr != 0) + if (endptr != NULL) *endptr = (char *)(any ? s - 1 : nptr); return (acc); } --- strtol.c.old Fri Jul 12 22:55:24 1996 +++ strtol.c Mon Sep 3 10:54:32 2001 @@ -44,7 +44,7 @@ /* * Convert a string to a long integer. * - * Ignores `locale' stuff. Assumes that the upper and lower case + * Assumes that the upper and lower case * alphabets and digits are each contiguous. */ long @@ -53,25 +53,29 @@ char **endptr; register int base; { - register const char *s = nptr; + register const char *s; register unsigned long acc; register unsigned char c; register unsigned long cutoff; - register int neg = 0, any, cutlim; + register int neg, any, cutlim; /* * Skip white space and pick up leading +/- sign if any. * If base is 0, allow 0x for hex and 0 for octal, else * assume decimal; if base is already 16, allow 0x. */ + s = nptr; do { c = *s++; } while (isspace(c)); if (c == '-') { neg = 1; c = *s++; - } else if (c == '+') - c = *s++; + } else { + neg = 0; + if (c == '+') + c = *s++; + } if ((base == 0 || base == 16) && c == '0' && (*s == 'x' || *s == 'X')) { c = s[1]; @@ -80,6 +84,9 @@ } if (base == 0) base = c == '0' ? 8 : 10; + any = 0; + if (base < 2 || base > 36) + goto noconv; /* * Compute the cutoff value between legal numbers and illegal @@ -95,13 +102,14 @@ * a value > 214748364, or equal but the next digit is > 7 (or 8), * the number is too big, and we will return a range error. * - * Set any if any `digits' consumed; make it negative to indicate + * Set 'any' if any `digits' consumed; make it negative to indicate * overflow. */ - cutoff = neg ? -(unsigned long)LONG_MIN : LONG_MAX; - cutlim = cutoff % (unsigned long)base; - cutoff /= (unsigned long)base; - for (acc = 0, any = 0;; c = *s++) { + cutoff = neg ? (unsigned long)-(LONG_MIN + LONG_MAX) + LONG_MAX + : LONG_MAX; + cutlim = cutoff % base; + cutoff /= base; + for (acc = 0; ; c = *s++) { if (!isascii(c)) break; if (isdigit(c)) @@ -123,9 +131,12 @@ if (any < 0) { acc = neg ? LONG_MIN : LONG_MAX; errno = ERANGE; + } else if (!any) { +noconv: + errno = EINVAL; } else if (neg) acc = -acc; - if (endptr != 0) + if (endptr != NULL) *endptr = (char *)(any ? s - 1 : nptr); return (acc); } --- strtol.3.old Thu Mar 1 16:21:48 2001 +++ strtol.3 Mon Sep 3 10:37:53 2001 @@ -144,9 +144,16 @@ .Sh RETURN VALUES The .Fn strtol +or +.Fn strtoll function returns the result of the conversion, unless the value would underflow or overflow. +If no conversion could be performed, 0 shall be returned and +.Va errno +will be +set to +.Er EINVAL . If an underflow occurs, .Fn strtol returns @@ -155,11 +162,6 @@ .Fn strtol returns .Dv LONG_MAX . -The -.Fn strtoll -function -returns the result of the conversion, -unless the value would underflow or overflow. If an underflow occurs, .Fn strtoll returns @@ -174,6 +176,9 @@ .Er ERANGE . .Sh ERRORS .Bl -tag -width Er +.It Bq Er EINVAL +The value of base is not supported or +no conversion could be performed. .It Bq Er ERANGE The given string was out of range; the value converted has been clamped. .El @@ -198,5 +203,3 @@ .Bx .Fn strtoq function is deprecated. -.Sh BUGS -Ignores the current locale. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 1:29:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by hub.freebsd.org (Postfix) with ESMTP id E910537B403 for ; Mon, 3 Sep 2001 01:28:30 -0700 (PDT) Received: from vega.vega.com (dialup13-40.iptelecom.net.ua [212.9.229.40]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id LAA65980; Mon, 3 Sep 2001 11:28:15 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.4/8.11.3) with ESMTP id f838R3o83593; Mon, 3 Sep 2001 11:27:04 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3B933F20.8E93FDF9@FreeBSD.org> Date: Mon, 03 Sep 2001 11:28:16 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: Poul-Henning Kamp Cc: current@FreeBSD.org Subject: Re: Junior Kernel Hacker task: Get rid of NCCD constant. References: <1932.999492571@critter> Content-Type: multipart/mixed; boundary="------------4C8CE2CD7293DF8D444DE7F1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------4C8CE2CD7293DF8D444DE7F1 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Poul-Henning Kamp wrote: > can you send me the patch again ? I get .rej files when I try > to apply it to -current... OOPS, sorry I forgot about -bB in my .cvsrc file - they are convinient when reading others' diffs, but apparently can do bad things when you are submitting your own diffs to someone else. Mea culpa... Attached please find regenerated diffs. -Maxim > > Poul-Henning > > In message <3B8F8194.1CC1DAE3@FreeBSD.org>, Maxim Sobolev writes: > >This is a multi-part message in MIME format. > >--------------E528F773298029521D660E0A > >Content-Type: text/plain; charset=x-user-defined > >Content-Transfer-Encoding: 7bit > > > >Poul-Henning Kamp wrote: > > > >> Assignment: > >> > >> There is no reason for the NCCD constant to exist anymore. > >> > >> The CCD driver already has cloning support but CCDs "softc" > >> structure is statically allocated for NCCD devices. > >> > >> Change the CCD driver to dynamically allocate memory as needed, > >> the MD driver can be used as example as the overall morphology > >> of the two drivers are the same. > > > >See attached patch. Due to the fact that statically allocated array was > >replaced with queue(9) list, it became big PITA to use kvm in the ccdconfig(8) > >utility, so in addition I've replaced kvm with ioctl interface, which > >simplifies things and allows to lift sugid bit from it (I bet rwatson and other > >trusted folks would like that ;) Also I've converted function prototypes into > >single style (deK&Rified them), because most of them were affected by the my > >changes anyway. > > > >I would like to hear comments and suggestions. > > > >Truly yours, > > > >Maxim "Jr. Kernel Hacker" Sobolev --------------4C8CE2CD7293DF8D444DE7F1 Content-Type: text/plain; charset=koi8-r; name="ccd.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ccd.diff" Index: sys/sys/ccdvar.h =================================================================== RCS file: /home/ncvs/src/sys/sys/ccdvar.h,v retrieving revision 1.11 diff -d -u -r1.11 ccdvar.h --- sys/sys/ccdvar.h 2000/01/16 09:25:05 1.11 +++ sys/sys/ccdvar.h 2001/09/03 08:19:24 @@ -86,19 +86,6 @@ */ /* - * A concatenated disk is described at initialization time by this structure. - */ -struct ccddevice { - int ccd_unit; /* logical unit of this ccd */ - int ccd_interleave; /* interleave (DEV_BSIZE blocks) */ - int ccd_flags; /* misc. information */ - int ccd_dk; /* disk number */ - struct vnode **ccd_vpp; /* array of component vnodes */ - char **ccd_cpp; /* array of component pathnames */ - int ccd_ndev; /* number of component devices */ -}; - -/* * This structure is used to configure a ccd via ioctl(2). */ struct ccd_ioctl { @@ -110,12 +97,6 @@ size_t ccio_size; /* (returned) size of ccd */ }; -/* ccd_flags */ -#define CCDF_SWAP 0x01 /* interleave should be dmmax */ -#define CCDF_UNIFORM 0x02 /* use LCCD of sizes for uniform interleave */ -#define CCDF_MIRROR 0x04 /* use mirroring */ -#define CCDF_PARITY 0x08 /* use parity (RAID level 5) */ - /* Mask of user-settable ccd flags. */ #define CCDF_USERMASK (CCDF_SWAP|CCDF_UNIFORM|CCDF_MIRROR|CCDF_PARITY) @@ -175,10 +156,13 @@ }; /* - * A concatenated disk is described after initialization by this structure. + * A concatenated disk is described by this structure. */ -struct ccd_softc { +struct ccd_s { + LIST_ENTRY(ccd_s) list; + int sc_unit; /* logical unit number */ + struct vnode **sc_vpp; /* array of component vnodes */ int sc_flags; /* flags */ int sc_cflags; /* configuration flags */ size_t sc_size; /* size of ccd */ @@ -195,10 +179,14 @@ }; /* sc_flags */ -#define CCDF_INITED 0x01 /* unit has been initialized */ -#define CCDF_WLABEL 0x02 /* label area is writable */ -#define CCDF_LABELLING 0x04 /* unit is currently being labelled */ -#define CCDF_WANTED 0x40 /* someone is waiting to obtain a lock */ +#define CCDF_SWAP 0x01 /* interleave should be dmmax */ +#define CCDF_UNIFORM 0x02 /* use LCCD of sizes for uniform interleave */ +#define CCDF_MIRROR 0x04 /* use mirroring */ +#define CCDF_PARITY 0x08 /* use parity (RAID level 5) */ +#define CCDF_INITED 0x10 /* unit has been initialized */ +#define CCDF_WLABEL 0x20 /* label area is writable */ +#define CCDF_LABELLING 0x40 /* unit is currently being labelled */ +#define CCDF_WANTED 0x60 /* someone is waiting to obtain a lock */ #define CCDF_LOCKED 0x80 /* unit is locked */ /* @@ -210,3 +198,15 @@ */ #define CCDIOCSET _IOWR('F', 16, struct ccd_ioctl) /* enable ccd */ #define CCDIOCCLR _IOW('F', 17, struct ccd_ioctl) /* disable ccd */ + +struct ccdconf { + int size; /* sizeof of buffer below */ + struct ccd_s *buffer; /* pointer to a configuration array */ +}; +#define CCDCONFINFO _IOWR('F', 19, struct ccdconf) /* get config */ + +struct ccdcpps { + int size; + char *buffer; +}; +#define CCDCPPINFO _IOWR('F', 20, struct ccdcpps) /* get components */ Index: sys/dev/ccd/ccd.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ccd/ccd.c,v retrieving revision 1.91 diff -d -u -r1.91 ccd.c --- sys/dev/ccd/ccd.c 2001/05/08 09:10:27 1.91 +++ sys/dev/ccd/ccd.c 2001/09/03 08:19:24 @@ -87,8 +87,6 @@ * Moffett Field, CA 94035 */ -#include "ccd.h" - #include #include #include @@ -108,6 +106,8 @@ #include +MALLOC_DEFINE(M_CCD, "CCD driver", "Concatenated Disk driver"); + #if defined(CCDDEBUG) && !defined(DEBUG) #define DEBUG #endif @@ -121,7 +121,6 @@ static int ccddebug = CCDB_FOLLOW | CCDB_INIT | CCDB_IO | CCDB_LABEL | CCDB_VNODE; SYSCTL_INT(_debug, OID_AUTO, ccddebug, CTLFLAG_RW, &ccddebug, 0, ""); -#undef DEBUG #endif #define ccdunit(x) dkunit(x) @@ -157,6 +156,10 @@ #define CCDLABELDEV(dev) \ (makedev(major((dev)), dkmakeminor(ccdunit((dev)), 0, RAW_PART))) +/* convinient macros for often-used statements */ +#define IS_ALLOCATED(unit) (ccdfind(unit) != NULL) +#define IS_INITED(cs) (((cs)->sc_flags & CCDF_INITED) != 0) + static d_open_t ccdopen; static d_close_t ccdclose; static d_strategy_t ccdstrategy; @@ -183,36 +186,38 @@ /* psize */ ccdsize, /* flags */ D_DISK, }; +static LIST_HEAD(, ccd_s) ccd_softc_list = LIST_HEAD_INITIALIZER(&ccd_softc_list); + +static struct ccd_s *ccdfind(int); +static struct ccd_s *ccdnew(int); +static int ccddestroy(struct ccd_s *, struct proc *); /* called during module initialization */ -static void ccdattach __P((void)); -static int ccd_modevent __P((module_t, int, void *)); +static void ccdattach(void); +static int ccd_modevent(module_t, int, void *); /* called by biodone() at interrupt time */ -static void ccdiodone __P((struct bio *bp)); +static void ccdiodone(struct bio *bp); -static void ccdstart __P((struct ccd_softc *, struct bio *)); -static void ccdinterleave __P((struct ccd_softc *, int)); -static void ccdintr __P((struct ccd_softc *, struct bio *)); -static int ccdinit __P((struct ccddevice *, char **, struct proc *)); -static int ccdlookup __P((char *, struct proc *p, struct vnode **)); -static void ccdbuffer __P((struct ccdbuf **ret, struct ccd_softc *, - struct bio *, daddr_t, caddr_t, long)); -static void ccdgetdisklabel __P((dev_t)); -static void ccdmakedisklabel __P((struct ccd_softc *)); -static int ccdlock __P((struct ccd_softc *)); -static void ccdunlock __P((struct ccd_softc *)); +static void ccdstart(struct ccd_s *, struct bio *); +static void ccdinterleave(struct ccd_s *, int); +static void ccdintr(struct ccd_s *, struct bio *); +static int ccdinit(struct ccd_s *, char **, struct proc *); +static int ccdlookup(char *, struct proc *p, struct vnode **); +static void ccdbuffer(struct ccdbuf **ret, struct ccd_s *, + struct bio *, daddr_t, caddr_t, long); +static void ccdgetdisklabel(dev_t); +static void ccdmakedisklabel(struct ccd_s *); +static int ccdlock(struct ccd_s *); +static void ccdunlock(struct ccd_s *); #ifdef DEBUG -static void printiinfo __P((struct ccdiinfo *)); +static void printiinfo(struct ccdiinfo *); #endif /* Non-private for the benefit of libkvm. */ -struct ccd_softc *ccd_softc; -struct ccddevice *ccddevs; -struct ccdbuf *ccdfreebufs; -static int numccdfreebufs; -static int numccd = 0; +struct ccdbuf *ccdfreebufs; +static int numccdfreebufs; /* * getccdbuf() - Allocate and zero a ccd buffer. @@ -281,6 +286,47 @@ #define CCD_OFFSET 16 #endif +static struct ccd_s * +ccdfind(int unit) +{ + struct ccd_s *sc = NULL; + + /* XXX: LOCK(unique unit numbers) */ + LIST_FOREACH(sc, &ccd_softc_list, list) { + if (sc->sc_unit == unit) + break; + } + /* XXX: UNLOCK(unique unit numbers) */ + return ((sc == NULL) || (sc->sc_unit != unit) ? NULL : sc); +} + +static struct ccd_s * +ccdnew(int unit) +{ + struct ccd_s *sc; + + /* XXX: LOCK(unique unit numbers) */ + if (IS_ALLOCATED(unit) || unit > DKMAXUNIT) + return (NULL); + + MALLOC(sc, struct ccd_s *, sizeof(*sc), M_CCD, M_WAITOK | M_ZERO); + sc->sc_unit = unit; + LIST_INSERT_HEAD(&ccd_softc_list, sc, list); + /* XXX: UNLOCK(unique unit numbers) */ + return (sc); +} + +static int +ccddestroy(struct ccd_s *sc, struct proc *p) +{ + + /* XXX: LOCK(unique unit numbers) */ + LIST_REMOVE(sc, list); + /* XXX: UNLOCK(unique unit numbers) */ + FREE(sc, M_CCD); + return (0); +} + static void ccd_clone(void *arg, char *name, int namelen, dev_t *dev) { @@ -292,8 +338,6 @@ i = dev_stdclone(name, &s, "ccd", &u); if (i != 2) return; - if (u >= numccd) - return; if (*s < 'a' || *s > 'h') return; if (s[1] != '\0') @@ -304,48 +348,19 @@ /* * Called by main() during pseudo-device attachment. All we need - * to do is allocate enough space for devices to be configured later, and - * add devsw entries. + * to do is to add devsw entries. */ static void ccdattach() { - int i; - int num = NCCD; - - if (num > 1) - printf("ccd0-%d: Concatenated disk drivers\n", num-1); - else - printf("ccd0: Concatenated disk driver\n"); - - ccd_softc = (struct ccd_softc *)malloc(num * sizeof(struct ccd_softc), - M_DEVBUF, M_NOWAIT); - ccddevs = (struct ccddevice *)malloc(num * sizeof(struct ccddevice), - M_DEVBUF, M_NOWAIT); - if ((ccd_softc == NULL) || (ccddevs == NULL)) { - printf("WARNING: no memory for concatenated disks\n"); - if (ccd_softc != NULL) - free(ccd_softc, M_DEVBUF); - if (ccddevs != NULL) - free(ccddevs, M_DEVBUF); - return; - } - numccd = num; - bzero(ccd_softc, num * sizeof(struct ccd_softc)); - bzero(ccddevs, num * sizeof(struct ccddevice)); + printf("ccd0: Concatenated disk driver\n"); cdevsw_add(&ccd_cdevsw); - /* XXX: is this necessary? */ - for (i = 0; i < numccd; ++i) - ccddevs[i].ccd_dk = -1; EVENTHANDLER_REGISTER(dev_clone, ccd_clone, 0, 1000); } static int -ccd_modevent(mod, type, data) - module_t mod; - int type; - void *data; +ccd_modevent(module_t mod, int type, void *data) { int error = 0; @@ -368,12 +383,8 @@ DEV_MODULE(ccd, ccd_modevent, NULL); static int -ccdinit(ccd, cpaths, p) - struct ccddevice *ccd; - char **cpaths; - struct proc *p; +ccdinit(struct ccd_s *cs, char **cpaths, struct proc *p) { - struct ccd_softc *cs = &ccd_softc[ccd->ccd_unit]; struct ccdcinfo *ci = NULL; /* XXX */ size_t size; int ix; @@ -387,12 +398,10 @@ #ifdef DEBUG if (ccddebug & (CCDB_FOLLOW|CCDB_INIT)) - printf("ccdinit: unit %d\n", ccd->ccd_unit); + printf("ccdinit: unit %d\n", cs->sc_unit); #endif cs->sc_size = 0; - cs->sc_ileave = ccd->ccd_interleave; - cs->sc_nccdisks = ccd->ccd_ndev; /* Allocate space for the component info. */ cs->sc_cinfo = malloc(cs->sc_nccdisks * sizeof(struct ccdcinfo), @@ -405,7 +414,7 @@ maxsecsize = 0; minsize = 0; for (ix = 0; ix < cs->sc_nccdisks; ix++) { - vp = ccd->ccd_vpp[ix]; + vp = cs->sc_vpp[ix]; ci = &cs->sc_cinfo[ix]; ci->ci_vp = vp; @@ -418,7 +427,7 @@ #ifdef DEBUG if (ccddebug & (CCDB_FOLLOW|CCDB_INIT)) printf("ccd%d: can't copy path, error = %d\n", - ccd->ccd_unit, error); + cs->sc_unit, error); #endif goto fail; } @@ -435,7 +444,7 @@ #ifdef DEBUG if (ccddebug & (CCDB_FOLLOW|CCDB_INIT)) printf("ccd%d: %s: ioctl failed, error = %d\n", - ccd->ccd_unit, ci->ci_path, error); + cs->sc_unit, ci->ci_path, error); #endif goto fail; } @@ -448,7 +457,7 @@ #ifdef DEBUG if (ccddebug & (CCDB_FOLLOW|CCDB_INIT)) printf("ccd%d: %s: incorrect partition type\n", - ccd->ccd_unit, ci->ci_path); + cs->sc_unit, ci->ci_path); #endif error = EFTYPE; goto fail; @@ -466,7 +475,7 @@ #ifdef DEBUG if (ccddebug & (CCDB_FOLLOW|CCDB_INIT)) printf("ccd%d: %s: size == 0\n", - ccd->ccd_unit, ci->ci_path); + cs->sc_unit, ci->ci_path); #endif error = ENODEV; goto fail; @@ -487,7 +496,7 @@ #ifdef DEBUG if (ccddebug & (CCDB_FOLLOW|CCDB_INIT)) printf("ccd%d: interleave must be at least %d\n", - ccd->ccd_unit, (maxsecsize / DEV_BSIZE)); + cs->sc_unit, (maxsecsize / DEV_BSIZE)); #endif error = EINVAL; goto fail; @@ -502,12 +511,12 @@ * overall size. Half the space is lost when CCDF_MIRROR is * specified. One disk is lost when CCDF_PARITY is specified. */ - if (ccd->ccd_flags & CCDF_UNIFORM) { + if (cs->sc_flags & CCDF_UNIFORM) { for (ci = cs->sc_cinfo; ci < &cs->sc_cinfo[cs->sc_nccdisks]; ci++) { ci->ci_size = minsize; } - if (ccd->ccd_flags & CCDF_MIRROR) { + if (cs->sc_flags & CCDF_MIRROR) { /* * Check to see if an even number of components * have been specified. The interleave must also @@ -515,21 +524,21 @@ * guarentee the topology. */ if (cs->sc_nccdisks % 2) { - printf("ccd%d: mirroring requires an even number of disks\n", ccd->ccd_unit ); + printf("ccd%d: mirroring requires an even number of disks\n", cs->sc_unit ); error = EINVAL; goto fail; } if (cs->sc_ileave == 0) { - printf("ccd%d: an interleave must be specified when mirroring\n", ccd->ccd_unit); + printf("ccd%d: an interleave must be specified when mirroring\n", cs->sc_unit); error = EINVAL; goto fail; } cs->sc_size = (cs->sc_nccdisks/2) * minsize; - } else if (ccd->ccd_flags & CCDF_PARITY) { + } else if (cs->sc_flags & CCDF_PARITY) { cs->sc_size = (cs->sc_nccdisks-1) * minsize; } else { if (cs->sc_ileave == 0) { - printf("ccd%d: an interleave must be specified when using parity\n", ccd->ccd_unit); + printf("ccd%d: an interleave must be specified when using parity\n", cs->sc_unit); error = EINVAL; goto fail; } @@ -540,7 +549,7 @@ /* * Construct the interleave table. */ - ccdinterleave(cs, ccd->ccd_unit); + ccdinterleave(cs, cs->sc_unit); /* * Create pseudo-geometry based on 1MB cylinders. It's @@ -554,14 +563,13 @@ /* * Add an devstat entry for this device. */ - devstat_add_entry(&cs->device_stats, "ccd", ccd->ccd_unit, + devstat_add_entry(&cs->device_stats, "ccd", cs->sc_unit, ccg->ccg_secsize, DEVSTAT_ALL_SUPPORTED, DEVSTAT_TYPE_STORARRAY |DEVSTAT_TYPE_IF_OTHER, DEVSTAT_PRIORITY_ARRAY); cs->sc_flags |= CCDF_INITED; - cs->sc_cflags = ccd->ccd_flags; /* So we can find out later... */ - cs->sc_unit = ccd->ccd_unit; + cs->sc_cflags = cs->sc_flags; /* So we can find out later... */ return (0); fail: while (ci > cs->sc_cinfo) { @@ -573,9 +581,7 @@ } static void -ccdinterleave(cs, unit) - struct ccd_softc *cs; - int unit; +ccdinterleave(struct ccd_s *cs, int unit) { struct ccdcinfo *ci, *smallci; struct ccdiinfo *ii; @@ -697,13 +703,10 @@ /* ARGSUSED */ static int -ccdopen(dev, flags, fmt, p) - dev_t dev; - int flags, fmt; - struct proc *p; +ccdopen(dev_t dev, int flags, int fmt, struct proc *p) { int unit = ccdunit(dev); - struct ccd_softc *cs; + struct ccd_s *cs; struct disklabel *lp; int error = 0, part, pmask; @@ -711,9 +714,8 @@ if (ccddebug & CCDB_FOLLOW) printf("ccdopen(%p, %x)\n", dev, flags); #endif - if (unit >= numccd) - return (ENXIO); - cs = &ccd_softc[unit]; + + cs = IS_ALLOCATED(unit) ? ccdfind(unit) : ccdnew(unit); if ((error = ccdlock(cs)) != 0) return (error); @@ -728,7 +730,7 @@ * open partitions. If not, then it's safe to update * the in-core disklabel. */ - if ((cs->sc_flags & CCDF_INITED) && (cs->sc_openmask == 0)) + if (IS_INITED(cs) && (cs->sc_openmask == 0)) ccdgetdisklabel(dev); /* Check that the partition exists. */ @@ -746,13 +748,10 @@ /* ARGSUSED */ static int -ccdclose(dev, flags, fmt, p) - dev_t dev; - int flags, fmt; - struct proc *p; +ccdclose(dev_t dev, int flags, int fmt, struct proc *p) { int unit = ccdunit(dev); - struct ccd_softc *cs; + struct ccd_s *cs; int error = 0, part; #ifdef DEBUG @@ -760,9 +759,9 @@ printf("ccdclose(%p, %x)\n", dev, flags); #endif - if (unit >= numccd) + if (!IS_ALLOCATED(unit)) return (ENXIO); - cs = &ccd_softc[unit]; + cs = ccdfind(unit); if ((error = ccdlock(cs)) != 0) return (error); @@ -771,16 +770,19 @@ /* ...that much closer to allowing unconfiguration... */ cs->sc_openmask &= ~(1 << part); - ccdunlock(cs); + /* collect "garbage" if possible */ + if (!IS_INITED(cs) && (cs->sc_flags & CCDF_WANTED) == 0) + ccddestroy(cs, p); + else + ccdunlock(cs); return (0); } static void -ccdstrategy(bp) - struct bio *bp; +ccdstrategy(struct bio *bp) { int unit = ccdunit(bp->bio_dev); - struct ccd_softc *cs = &ccd_softc[unit]; + struct ccd_s *cs = ccdfind(unit); int s; int wlabel; struct disklabel *lp; @@ -789,7 +791,7 @@ if (ccddebug & CCDB_FOLLOW) printf("ccdstrategy(%p): unit %d\n", bp, unit); #endif - if ((cs->sc_flags & CCDF_INITED) == 0) { + if (!IS_INITED(cs)) { biofinish(bp, NULL, ENXIO); return; } @@ -854,9 +856,7 @@ } static void -ccdstart(cs, bp) - struct ccd_softc *cs; - struct bio *bp; +ccdstart(struct ccd_s *cs, struct bio *bp) { long bcount, rcount; struct ccdbuf *cbp[4]; @@ -930,13 +930,7 @@ * Build a component buffer header. */ static void -ccdbuffer(cb, cs, bp, bn, addr, bcount) - struct ccdbuf **cb; - struct ccd_softc *cs; - struct bio *bp; - daddr_t bn; - caddr_t addr; - long bcount; +ccdbuffer(struct ccdbuf **cb, struct ccd_s *cs, struct bio *bp, daddr_t bn, caddr_t addr, long bcount) { struct ccdcinfo *ci, *ci2 = NULL; /* XXX */ struct ccdbuf *cbp; @@ -1073,7 +1067,7 @@ * context for ccdiodone */ cbp->cb_obp = bp; - cbp->cb_unit = cs - ccd_softc; + cbp->cb_unit = cs->sc_unit; cbp->cb_comp = ci - cs->sc_cinfo; #ifdef DEBUG @@ -1104,9 +1098,7 @@ } static void -ccdintr(cs, bp) - struct ccd_softc *cs; - struct bio *bp; +ccdintr(struct ccd_s *cs, struct bio *bp) { #ifdef DEBUG if (ccddebug & CCDB_FOLLOW) @@ -1126,8 +1118,7 @@ * take a ccd interrupt. */ static void -ccdiodone(ibp) - struct bio *ibp; +ccdiodone(struct bio *ibp) { struct ccdbuf *cbp = (struct ccdbuf *)ibp; struct bio *bp = cbp->cb_obp; @@ -1157,7 +1148,7 @@ if (cbp->cb_buf.bio_flags & BIO_ERROR) { const char *msg = ""; - if ((ccd_softc[unit].sc_cflags & CCDF_MIRROR) && + if ((ccdfind(unit)->sc_cflags & CCDF_MIRROR) && (cbp->cb_buf.bio_cmd == BIO_READ) && (cbp->cb_pflags & CCDPF_MIRROR_DONE) == 0) { /* @@ -1166,7 +1157,7 @@ * are doing a scan we do not keep hitting the * bad disk first. */ - struct ccd_softc *cs = &ccd_softc[unit]; + struct ccd_s *cs = ccdfind(unit); msg = ", trying other disk"; cs->sc_pick = 1 - cs->sc_pick; @@ -1190,7 +1181,7 @@ * we free the second I/O without initiating it. */ - if (ccd_softc[unit].sc_cflags & CCDF_MIRROR) { + if (ccdfind(unit)->sc_cflags & CCDF_MIRROR) { if (cbp->cb_buf.bio_cmd == BIO_WRITE) { /* * When writing, handshake with the second buffer @@ -1244,36 +1235,28 @@ if (bp->bio_resid < 0) panic("ccdiodone: count"); if (bp->bio_resid == 0) - ccdintr(&ccd_softc[unit], bp); + ccdintr(ccdfind(unit), bp); splx(s); } static int -ccdioctl(dev, cmd, data, flag, p) - dev_t dev; - u_long cmd; - caddr_t data; - int flag; - struct proc *p; +ccdioctl(dev_t dev, u_long cmd, caddr_t data, int flag, struct proc *p) { int unit = ccdunit(dev); int i, j, lookedup = 0, error = 0; int part, pmask, s; - struct ccd_softc *cs; + struct ccd_s *cs; struct ccd_ioctl *ccio = (struct ccd_ioctl *)data; - struct ccddevice ccd; char **cpp; struct vnode **vpp; - if (unit >= numccd) + if (!IS_ALLOCATED(unit)) return (ENXIO); - cs = &ccd_softc[unit]; - - bzero(&ccd, sizeof(ccd)); + cs = ccdfind(unit); switch (cmd) { case CCDIOCSET: - if (cs->sc_flags & CCDF_INITED) + if (IS_INITED(cs)) return (EBUSY); if ((flag & FWRITE) == 0) @@ -1283,9 +1266,8 @@ return (error); /* Fill in some important bits. */ - ccd.ccd_unit = unit; - ccd.ccd_interleave = ccio->ccio_ileave; - if (ccd.ccd_interleave == 0 && + cs->sc_ileave = ccio->ccio_ileave; + if (cs->sc_ileave == 0 && ((ccio->ccio_flags & CCDF_MIRROR) || (ccio->ccio_flags & CCDF_PARITY))) { printf("ccd%d: disabling mirror/parity, interleave is 0\n", unit); @@ -1302,7 +1284,7 @@ unit); ccio->ccio_flags |= CCDF_UNIFORM; } - ccd.ccd_flags = ccio->ccio_flags & CCDF_USERMASK; + cs->sc_flags = ccio->ccio_flags & CCDF_USERMASK; /* * Allocate space for and copy in the array of @@ -1345,18 +1327,24 @@ } ++lookedup; } - ccd.ccd_cpp = cpp; - ccd.ccd_vpp = vpp; - ccd.ccd_ndev = ccio->ccio_ndisks; + cs->sc_vpp = vpp; + cs->sc_nccdisks = ccio->ccio_ndisks; /* * Initialize the ccd. Fills in the softc for us. */ - if ((error = ccdinit(&ccd, cpp, p)) != 0) { + if ((error = ccdinit(cs, cpp, p)) != 0) { for (j = 0; j < lookedup; ++j) (void)vn_close(vpp[j], FREAD|FWRITE, p->p_ucred, p); - bzero(&ccd_softc[unit], sizeof(struct ccd_softc)); + /* + * We can't ccddestroy() cs just yet, because nothing + * prevents user-level app to do another ioctl() + * without closing the device first, therefore + * declare unit null and void and let ccdclose() + * destroy it when it is safe to do so. + */ + cs->sc_flags &= (CCDF_WANTED | CCDF_LOCKED); free(vpp, M_DEVBUF); free(cpp, M_DEVBUF); ccdunlock(cs); @@ -1367,7 +1355,6 @@ * The ccd has been successfully initialized, so * we can place it into the array and read the disklabel. */ - bcopy(&ccd, &ccddevs[unit], sizeof(ccd)); ccio->ccio_unit = unit; ccio->ccio_size = cs->sc_size; ccdgetdisklabel(dev); @@ -1377,7 +1364,7 @@ break; case CCDIOCCLR: - if ((cs->sc_flags & CCDF_INITED) == 0) + if (!IS_INITED(cs)) return (ENXIO); if ((flag & FWRITE) == 0) @@ -1394,9 +1381,8 @@ return (EBUSY); } - /* - * Free ccd_softc information and clear entry. - */ + /* Declare unit null and void (reset all flags) */ + cs->sc_flags &= (CCDF_WANTED | CCDF_LOCKED); /* Close the components and free their pathnames. */ for (i = 0; i < cs->sc_nccdisks; ++i) { @@ -1422,38 +1408,93 @@ /* Free component info and interleave table. */ free(cs->sc_cinfo, M_DEVBUF); free(cs->sc_itable, M_DEVBUF); - cs->sc_flags &= ~CCDF_INITED; - - /* - * Free ccddevice information and clear entry. - */ - free(ccddevs[unit].ccd_cpp, M_DEVBUF); - free(ccddevs[unit].ccd_vpp, M_DEVBUF); - ccd.ccd_dk = -1; - bcopy(&ccd, &ccddevs[unit], sizeof(ccd)); + free(cs->sc_vpp, M_DEVBUF); - /* - * And remove the devstat entry. - */ + /* And remove the devstat entry. */ devstat_remove_entry(&cs->device_stats); /* This must be atomic. */ s = splhigh(); ccdunlock(cs); - bzero(cs, sizeof(struct ccd_softc)); splx(s); break; + case CCDCONFINFO: + { + int ninit = 0; + struct ccdconf *conf = (struct ccdconf *)data; + struct ccd_s *tmpcs; + struct ccd_s *ubuf = conf->buffer; + + /* XXX: LOCK(unique unit numbers) */ + LIST_FOREACH(tmpcs, &ccd_softc_list, list) + if (IS_INITED(tmpcs)) + ninit++; + + if (conf->size == 0) { + conf->size = sizeof(struct ccd_s) * ninit; + break; + } else if ((conf->size / sizeof(struct ccd_s) != ninit) || + (conf->size % sizeof(struct ccd_s) != 0)) { + /* XXX: UNLOCK(unique unit numbers) */ + return (EINVAL); + } + + ubuf += ninit; + LIST_FOREACH(tmpcs, &ccd_softc_list, list) { + if (!IS_INITED(tmpcs)) + continue; + error = copyout(tmpcs, --ubuf, + sizeof(struct ccd_s)); + if (error != 0) + /* XXX: UNLOCK(unique unit numbers) */ + return (error); + } + /* XXX: UNLOCK(unique unit numbers) */ + } + break; + + case CCDCPPINFO: + if (!IS_INITED(cs)) + return (ENXIO); + + { + int len = 0; + struct ccdcpps *cpps = (struct ccdcpps *)data; + char *ubuf = cpps->buffer; + + + for (i = 0; i < cs->sc_nccdisks; ++i) + len += cs->sc_cinfo[i].ci_pathlen; + + if (cpps->size == 0) { + cpps->size = len; + break; + } else if (cpps->size != len) { + return (EINVAL); + } + + for (i = 0; i < cs->sc_nccdisks; ++i) { + len = cs->sc_cinfo[i].ci_pathlen; + error = copyout(cs->sc_cinfo[i].ci_path, ubuf, + len); + if (error != 0) + return (error); + ubuf += len; + } + } + break; + case DIOCGDINFO: - if ((cs->sc_flags & CCDF_INITED) == 0) + if (!IS_INITED(cs)) return (ENXIO); *(struct disklabel *)data = cs->sc_label; break; case DIOCGPART: - if ((cs->sc_flags & CCDF_INITED) == 0) + if (!IS_INITED(cs)) return (ENXIO); ((struct partinfo *)data)->disklab = &cs->sc_label; @@ -1463,7 +1504,7 @@ case DIOCWDINFO: case DIOCSDINFO: - if ((cs->sc_flags & CCDF_INITED) == 0) + if (!IS_INITED(cs)) return (ENXIO); if ((flag & FWRITE) == 0) @@ -1491,7 +1532,7 @@ break; case DIOCWLABEL: - if ((cs->sc_flags & CCDF_INITED) == 0) + if (!IS_INITED(cs)) return (ENXIO); if ((flag & FWRITE) == 0) @@ -1510,19 +1551,18 @@ } static int -ccdsize(dev) - dev_t dev; +ccdsize(dev_t dev) { - struct ccd_softc *cs; + struct ccd_s *cs; int part, size; if (ccdopen(dev, 0, S_IFCHR, curproc)) return (-1); - cs = &ccd_softc[ccdunit(dev)]; + cs = ccdfind(ccdunit(dev)); part = ccdpart(dev); - if ((cs->sc_flags & CCDF_INITED) == 0) + if (!IS_INITED(cs)) return (-1); if (cs->sc_label.d_partitions[part].p_fstype != FS_SWAP) @@ -1537,8 +1577,7 @@ } static int -ccddump(dev) - dev_t dev; +ccddump(dev_t dev) { /* Not implemented. */ @@ -1551,10 +1590,7 @@ * set *vpp to the file's vnode. */ static int -ccdlookup(path, p, vpp) - char *path; - struct proc *p; - struct vnode **vpp; /* result */ +ccdlookup(char *path, struct proc *p, struct vnode **vpp) { struct nameidata nd; struct vnode *vp; @@ -1564,7 +1600,7 @@ flags = FREAD | FWRITE; if ((error = vn_open(&nd, &flags, 0)) != 0) { #ifdef DEBUG - if (ccddebug & CCDB_FOLLOW|CCDB_INIT) + if (ccddebug & (CCDB_FOLLOW|CCDB_INIT)) printf("ccdlookup: vn_open error = %d\n", error); #endif return (error); @@ -1601,11 +1637,10 @@ * up. */ static void -ccdgetdisklabel(dev) - dev_t dev; +ccdgetdisklabel(dev_t dev) { int unit = ccdunit(dev); - struct ccd_softc *cs = &ccd_softc[unit]; + struct ccd_s *cs = ccdfind(unit); char *errstring; struct disklabel *lp = &cs->sc_label; struct ccdgeom *ccg = &cs->sc_geom; @@ -1658,8 +1693,7 @@ * that a disklabel isn't present. */ static void -ccdmakedisklabel(cs) - struct ccd_softc *cs; +ccdmakedisklabel(struct ccd_s *cs) { struct disklabel *lp = &cs->sc_label; @@ -1679,8 +1713,7 @@ * Several drivers do this; it should be abstracted and made MP-safe. */ static int -ccdlock(cs) - struct ccd_softc *cs; +ccdlock(struct ccd_s *cs) { int error; @@ -1697,8 +1730,7 @@ * Unlock and wake up any waiters. */ static void -ccdunlock(cs) - struct ccd_softc *cs; +ccdunlock(struct ccd_s *cs) { cs->sc_flags &= ~CCDF_LOCKED; @@ -1710,8 +1742,7 @@ #ifdef DEBUG static void -printiinfo(ii) - struct ccdiinfo *ii; +printiinfo(struct ccdiinfo *ii) { int ix, i; Index: sbin/ccdconfig/Makefile =================================================================== RCS file: /home/ncvs/src/sbin/ccdconfig/Makefile,v retrieving revision 1.5 diff -d -u -r1.5 Makefile --- sbin/ccdconfig/Makefile 2001/05/18 13:41:24 1.5 +++ sbin/ccdconfig/Makefile 2001/09/03 08:19:24 @@ -3,9 +3,4 @@ PROG= ccdconfig MAN= ccdconfig.8 -LDADD+= -lkvm -DPADD+= ${LIBKVM} -BINGRP= kmem -BINMODE= 2555 - .include Index: sbin/ccdconfig/ccdconfig.8 =================================================================== RCS file: /home/ncvs/src/sbin/ccdconfig/ccdconfig.8,v retrieving revision 1.17 diff -d -u -r1.17 ccdconfig.8 --- sbin/ccdconfig/ccdconfig.8 2001/07/15 07:49:06 1.17 +++ sbin/ccdconfig/ccdconfig.8 2001/09/03 08:19:25 @@ -61,8 +61,6 @@ .Op Fl f Ar config_file .Nm .Fl g -.Op Fl M Ar core -.Op Fl N Ar system .Op Ar ccd Op Ar ... .Sh DESCRIPTION .Nm Ccdconfig @@ -86,16 +84,6 @@ Dump the current ccd configuration in a format suitable for use as the ccd configuration file. If no arguments are specified, every configured ccd is dumped. Otherwise, the configuration of each listed ccd is dumped. -.It Fl M Ar core -Extract values associated with the name list from -.Pa core -instead of the default -.Pa /dev/mem . -.It Fl N Ar system -Use -.Ar system -as the kernel instead of the running kernel (as determined from -.Xr getbootfile 3 ) . .It Fl u Unconfigure a ccd. .It Fl U Index: sbin/ccdconfig/ccdconfig.c =================================================================== RCS file: /home/ncvs/src/sbin/ccdconfig/ccdconfig.c,v retrieving revision 1.20 diff -d -u -r1.20 ccdconfig.c --- sbin/ccdconfig/ccdconfig.c 2001/08/31 16:26:34 1.20 +++ sbin/ccdconfig/ccdconfig.c 2001/09/03 08:19:25 @@ -46,7 +46,6 @@ #include #include #include -#include #include #include #include @@ -63,9 +62,6 @@ static int verbose = 0; static char *ccdconf = _PATH_CCDCONF; -static char *core = NULL; -static char *kernel = NULL; - struct flagval { char *fv_flag; int fv_val; @@ -77,14 +73,6 @@ { NULL, 0 }, }; -static struct nlist nl[] = { - { "_ccd_softc" }, -#define SYM_CCDSOFTC 0 - { "_numccd" }, -#define SYM_NUMCCD 1 - { NULL }, -}; - #define CCD_CONFIG 0 /* configure a device */ #define CCD_CONFIGALL 1 /* configure all devices */ #define CCD_UNCONFIG 2 /* unconfigure a device */ @@ -99,7 +87,7 @@ static int getmaxpartitions __P((void)); static int getrawpartition __P((void)); static int flags_to_val __P((char *)); -static void print_ccd_info __P((struct ccd_softc *, kvm_t *)); +static void print_ccd_info __P((struct ccd_s *)); static char *resolve_ccdname __P((char *)); static void usage __P((void)); @@ -130,14 +118,6 @@ action = CCD_DUMP; break; - case 'M': - core = optarg; - break; - - case 'N': - kernel = optarg; - break; - case 'u': action = CCD_UNCONFIG; ++options; @@ -162,15 +142,6 @@ if (options > 1) usage(); - /* - * Discard setgid privileges if not the running kernel so that bad - * guys can't print interesting stuff from kernel memory. - */ - if (core != NULL || kernel != NULL || action != CCD_DUMP) { - setegid(getgid()); - setgid(getgid()); - } - if (modfind("ccd") < 0) { /* Not present in kernel, try loading it */ if (kldload("ccd") < 0 || modfind("ccd") < 0) @@ -476,6 +447,14 @@ cp = "CCDIOCCLR"; break; + case CCDCONFINFO: + cp = "CCDCONFINFO"; + break; + + case CCDCPPINFO: + cp = "CCDCPPINFO"; + break; + default: cp = "unknown"; } @@ -486,78 +465,44 @@ return (0); } -#define KVM_ABORT(kd, str) { \ - (void)kvm_close((kd)); \ - warnx("%s", (str)); \ - warnx("%s", kvm_geterr((kd))); \ - return (1); \ -} - static int dump_ccd(argc, argv) int argc; char **argv; { - char errbuf[_POSIX2_LINE_MAX], *ccd, *cp; - struct ccd_softc *cs, *kcs; - size_t readsize; + char *ccd, *cp; int i, error, numccd, numconfiged = 0; - kvm_t *kd; - - bzero(errbuf, sizeof(errbuf)); + struct ccdconf conf; - if ((kd = kvm_openfiles(kernel, core, NULL, O_RDONLY, - errbuf)) == NULL) { - warnx("can't open kvm: %s", errbuf); + /* + * Read the ccd configuration data from the kernel and dump + * it to stdout. + */ + if ((ccd = resolve_ccdname("ccd0")) == NULL) { /* XXX */ + warnx("invalid ccd name: %s", cp); return (1); } - setegid(getgid()); - setgid(getgid()); - - if (kvm_nlist(kd, nl)) - KVM_ABORT(kd, "ccd-related symbols not available"); - - /* Check to see how many ccds are currently configured. */ - if (kvm_read(kd, nl[SYM_NUMCCD].n_value, (char *)&numccd, - sizeof(numccd)) != sizeof(numccd)) - KVM_ABORT(kd, "can't determine number of configured ccds"); - - if (numccd == 0) { - printf("ccd driver in kernel, but is uninitialized\n"); - goto done; + conf.size = 0; + if (do_io(ccd, CCDCONFINFO, (struct ccd_ioctl *) &conf)) + return (1); + if (conf.size == 0) { + printf("no concatenated disks configured\n"); + return (0); } - /* Allocate space for the configuration data. */ - readsize = numccd * sizeof(struct ccd_softc); - if ((cs = malloc(readsize)) == NULL) { + conf.buffer = alloca(conf.size); + if (conf.buffer == NULL) { warnx("no memory for configuration data"); - goto bad; + return (1); } - bzero(cs, readsize); + if (do_io(ccd, CCDCONFINFO, (struct ccd_ioctl *) &conf)) + return (1); - /* - * Read the ccd configuration data from the kernel and dump - * it to stdout. - */ - if (kvm_read(kd, nl[SYM_CCDSOFTC].n_value, (char *)&kcs, - sizeof(kcs)) != sizeof(kcs)) { - free(cs); - KVM_ABORT(kd, "can't find pointer to configuration data"); - } - if (kvm_read(kd, (u_long)kcs, (char *)cs, readsize) != readsize) { - free(cs); - KVM_ABORT(kd, "can't read configuration data"); - } + numconfiged = conf.size / sizeof(struct ccd_s); if (argc == 0) { - for (i = 0; i < numccd; ++i) - if (cs[i].sc_flags & CCDF_INITED) { - ++numconfiged; - print_ccd_info(&cs[i], kd); - } - - if (numconfiged == 0) - printf("no concatenated disks configured\n"); + for (i = 0; i < numconfiged; i++) + print_ccd_info(&(conf.buffer[i])); } else { while (argc) { cp = *argv++; --argc; @@ -565,85 +510,88 @@ warnx("invalid ccd name: %s", cp); continue; } - if ((error = pathtounit(ccd, &i)) != 0) { + if ((error = pathtounit(ccd, &numccd)) != 0) { warnx("%s: %s", ccd, strerror(error)); continue; } - if (i >= numccd) { - warnx("ccd%d not configured", i); + error = 1; + for (i = 0; i < numconfiged; i++) { + if (conf.buffer[i].sc_unit == numccd) { + print_ccd_info(&(conf.buffer[i])); + error = 0; + break; + } + } + if (error) { + warnx("ccd%d not configured", numccd); continue; } - if (cs[i].sc_flags & CCDF_INITED) - print_ccd_info(&cs[i], kd); - else - printf("ccd%d not configured\n", i); } - } - - free(cs); + } - done: - (void)kvm_close(kd); return (0); - - bad: - (void)kvm_close(kd); - return (1); } static void -print_ccd_info(cs, kd) - struct ccd_softc *cs; - kvm_t *kd; +print_ccd_info(cs) + struct ccd_s *cs; { + char *cp, *ccd; static int header_printed = 0; - struct ccdcinfo *cip; - size_t readsize; - char path[MAXPATHLEN]; - int i; + struct ccdcpps cpps; + /* Print out header if necessary*/ if (header_printed == 0 && verbose) { printf("# ccd\t\tileave\tflags\tcompnent devices\n"); header_printed = 1; } - readsize = cs->sc_nccdisks * sizeof(struct ccdcinfo); - if ((cip = malloc(readsize)) == NULL) { - warn("ccd%d: can't allocate memory for component info", - cs->sc_unit); - return; - } - bzero(cip, readsize); - /* Dump out softc information. */ printf("ccd%d\t\t%d\t%d\t", cs->sc_unit, cs->sc_ileave, cs->sc_cflags & CCDF_USERMASK); fflush(stdout); /* Read in the component info. */ - if (kvm_read(kd, (u_long)cs->sc_cinfo, (char *)cip, - readsize) != readsize) { + asprintf(&cp, "%s%d", cs->device_stats.device_name, + cs->device_stats.unit_number); + if (cp == NULL) { + printf("\n"); + warn("ccd%d: can't allocate memory", + cs->sc_unit); + return; + } + + if ((ccd = resolve_ccdname(cp)) == NULL) { printf("\n"); + warnx("can't read component info: invalid ccd name: %s", cp); + return; + } + cpps.size = 0; + if (do_io(ccd, CCDCPPINFO, (struct ccd_ioctl *) &cpps)) { + printf("\n"); warnx("can't read component info"); - warnx("%s", kvm_geterr(kd)); - goto done; + return; + } + cpps.buffer = alloca(cpps.size); + if (cpps.buffer == NULL) { + printf("\n"); + warn("ccd%d: can't allocate memory for component info", + cs->sc_unit); + return; + } + if (do_io(ccd, CCDCPPINFO, (struct ccd_ioctl *) &cpps)) { + printf("\n"); + warnx("can't read component info"); + return; } - /* Read component pathname and display component info. */ - for (i = 0; i < cs->sc_nccdisks; ++i) { - if (kvm_read(kd, (u_long)cip[i].ci_path, (char *)path, - cip[i].ci_pathlen) != cip[i].ci_pathlen) { - printf("\n"); - warnx("can't read component pathname"); - warnx("%s", kvm_geterr(kd)); - goto done; - } - printf((i + 1 < cs->sc_nccdisks) ? "%s " : "%s\n", path); + /* Display component info. */ + for (cp = cpps.buffer; cp - cpps.buffer < cpps.size; cp += strlen(cp) + 1) { + printf((cp + strlen(cp) + 1) < (cpps.buffer + cpps.size) ? + "%s " : "%s\n", cp); fflush(stdout); } - - done: - free(cip); + return; } static int @@ -725,7 +673,7 @@ " ccdconfig -C [-v] [-f config_file]", " ccdconfig -u [-v] ccd [...]", " ccdconfig -U [-v] [-f config_file]", - " ccdconfig -g [-M core] [-N system] [ccd [...]]"); + " ccdconfig -g [ccd [...]]"); exit(1); } Index: sys/modules/ccd/Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/ccd/Makefile,v retrieving revision 1.14 diff -d -u -r1.14 Makefile --- sys/modules/ccd/Makefile 2001/01/06 13:59:42 1.14 +++ sys/modules/ccd/Makefile 2001/09/03 08:19:26 @@ -3,13 +3,7 @@ .PATH: ${.CURDIR}/../../dev/ccd KMOD= ccd -SRCS= ccd.c ccd.h vnode_if.h +SRCS= ccd.c vnode_if.h NOMAN= - -NCCD?= 4 -CLEANFILES= ccd.h - -ccd.h: - echo "#define NCCD ${NCCD}" > ccd.h .include --------------4C8CE2CD7293DF8D444DE7F1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 1:47:58 2001 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 6AA1837B406 for ; Mon, 3 Sep 2001 01:47:53 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id SAA10982; Mon, 3 Sep 2001 18:47:37 +1000 Date: Mon, 3 Sep 2001 18:47:22 +1000 (EST) From: Bruce Evans X-X-Sender: To: Alfred Perlstein Cc: John Polstra , , Subject: Re: MALLOC/FREE macro useage. In-Reply-To: <20010902211606.I81307@elvis.mu.org> Message-ID: <20010903183414.X6804-100000@alphplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2 Sep 2001, Alfred Perlstein wrote: > * John Polstra [010902 20:23] wrote: > > In article , > > Gersh wrote: > > > sys/malloc.h says that the macro versions of MALLOC/FREE are > > > deprecated however they are used all over the place. I belive that they > > > are cluttering and dont really have a purpose. Does anybody else agree? Yes (I wrote the line that says they are deprecated). > > > If I were to make up a patch for current removing all of them would > > > anybody care enough to commit it (Or care enough to not have it commited) No. > > Please don't. It would just create a bunch of new gratuitous > > differences against the other BSDs. At least in old code. > The reason for the macro is that when the size paramter is a constant > there's an evil trick that makes selecting the malloc bucket really > cheap. That's not the reason. The size parameter is not constant since MALLOC() just calls malloc(). I wouldn't call the big conditional statement in BUCKETINDX() an evil trick. But perhaps it should be replaced by fls(). A builtin fls() could handle constants just as well. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 1:52: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 2387E37B403 for ; Mon, 3 Sep 2001 01:52:04 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id 2367E81D01; Mon, 3 Sep 2001 03:52:04 -0500 (CDT) Date: Mon, 3 Sep 2001 03:52:04 -0500 From: Alfred Perlstein To: Bruce Evans Cc: John Polstra , current@FreeBSD.ORG, gersh@sonn.com Subject: Re: MALLOC/FREE macro useage. Message-ID: <20010903035204.M81307@elvis.mu.org> References: <20010902211606.I81307@elvis.mu.org> <20010903183414.X6804-100000@alphplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010903183414.X6804-100000@alphplex.bde.org>; from bde@zeta.org.au on Mon, Sep 03, 2001 at 06:47:22PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Bruce Evans [010903 03:47] wrote: > On Sun, 2 Sep 2001, Alfred Perlstein wrote: > > > The reason for the macro is that when the size paramter is a constant > > there's an evil trick that makes selecting the malloc bucket really > > cheap. > > That's not the reason. The size parameter is not constant since MALLOC() > just calls malloc(). I wouldn't call the big conditional statement in > BUCKETINDX() an evil trick. But perhaps it should be replaced by fls(). > A builtin fls() could handle constants just as well. Well it was the original intent, in fact it was done such that when a constant was used and the bucket wasn't empty the code would expand to just a handful of instructions. This is mentioned in "Design and Implementation". As far as BUCKETINDX(), i almost thought that instead of doing power of two buckets, we could use mod-32, this would do nifty things like when we just barely go over 128 bytes for something we don't waste nearly double our allocation. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' '"Java" developer, like "special" Olympics, right?' - Bill Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 3:27:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from air.linkclub.or.jp (air.linkclub.or.jp [210.250.19.40]) by hub.freebsd.org (Postfix) with ESMTP id 96E4537B408 for ; Mon, 3 Sep 2001 03:27:34 -0700 (PDT) Received: from localhost.jp.FreeBSD.org (1Cust15.tnt1.hanno.jp.da.uu.net [63.12.195.15]) by air.linkclub.or.jp (8.11.4/8.11.4) with ESMTP id f83AQ2W48754 for ; Mon, 3 Sep 2001 19:26:03 +0900 (JST) (envelope-from toshi@jp.FreeBSD.org) Date: Mon, 3 Sep 2001 17:20:16 +0900 (JST) Message-Id: <200109030820.f838KGd17031.toshi@jp.FreeBSD.org> From: Toshihiko ARAI To: Kazutaka YOKOTA Cc: current@FreeBSD.org Subject: Re: keyboard reset (was: Re: FreeBSD's aggressive keyboard probe/attach) In-Reply-To: References: X-Mailer: VM 5.96 (beta) / Mule 2.3 (SUETSUMUHANA) based on 19.34.1 Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG + Kazutaka YOKOTA wrote: > We can improve our current behavior of syscons and keyboard drivers > in the following approaches. > a) Remove the FAIL_IF_NO_KBD flag from /boot/device.hints. > Leave the AUTO_DETECT_KBD as it is now for syscons, so that > syscons searches for a keyboard periodically while it isn't using > one. Add a script to /etc/usbd.conf to switch to the USB keyboard. I use the following scripts. This /etc/usb_kbd was an improvement version and became a topic with "-tech-jp ML" in Japan before a little. When you use it, please do "chmod +x". And you can use below four variables with rc.conf. keymap_ keyrate_ keybell_ keychange_ is device name of an USB keyboard. For example, when you use a "jp.106x" keymap with ukbd0, you add keymap_ukbd0="jp.106x" line to /etc/rc.conf. And other variable are similar, too. However, a case to use several USB keyboards is a testing shortage. And keyboard device will not accord with variable name of rc.conf by order to connect an USB keyboard to. > I always liked the idea b), but haven't designed it yet. I like b) plan, too. -- Toshihiko ARAI -----/etc/usbd.conf----- # This entry changes a console keyboard to an USB keyboard when connected it. # And switch back to keyboard just before that when disconnected. # device "USB keyboard" devname "ukbd[0-9]+" attach "/etc/usb_kbd ${DEVNAME} start" detach "/etc/usb_kbd ${DEVNAME} stop" -----/etc/usb_kbd----- #!/bin/sh - # # $FreeBSD$ # # usb_kbd devname [start|stop] # # example: usb_kbd ukbd0 start # # Suck in the configuration variables # if [ -r /etc/defaults/rc.conf ]; then . /etc/defaults/rc.conf source_rc_confs elif [ -r /etc/rc.conf ]; then . /etc/rc.conf fi kbdhist=/var/run/usb_kbd.hist kbddev= ttydev=/dev/ttyv0 devname=$1 shift startstop=$1 shift case ${startstop} in [Ss][Tt][Aa][Rr][Tt] | '') # To change system console by insertion of USB keyboard. # # Acquire a keyboard device name from a message of # "kbd1 at ukbd0" of dmesg command. # kbddev=`dmesg | sed -n -e "/at ${devname}\\$/h" \ -e '${ g s///p }'` [ -z ${kbddev} ] && kbddev=kbd1 # XXX kbdcontrol -k /dev/${kbddev} < ${ttydev} || exit # Append pair of device name into history file. echo "${kbddev} ${devname}" >> ${kbdhist} # You can use following four variables. # For example, # keymap_ukbd0="jp.106x" # and rc.conf(5) may be helpful for you. # eval keymap=\$keymap_${devname} eval keyrate=\$keyrate_${devname} eval keybell=\$keybell_${devname} eval keychange=\$keychange_${devname} # Reference from src/etc/rc.syscons # keymap # case ${keymap} in [Nn][Oo] | '') ;; *) kbdcontrol < ${ttydev} -l ${keymap} ;; esac # keyrate # case ${keyrate} in [Nn][Oo] | '') ;; *) kbdcontrol < ${ttydev} -r ${keyrate} ;; esac # keybell # case ${keybell} in [Nn][Oo] | '') ;; *) kbdcontrol < ${ttydev} -b ${keybell} ;; esac # change function keys # case ${keychange} in [Nn][Oo] | '') ;; *) set - ${keychange} while [ $# -gt 0 ]; do kbdcontrol <${ttydev} -f "$1" "$2" shift; shift done ;; esac ;; *) # To switch back to keyboard before one by removal of # USB keyboard. # if [ -s ${kbdhist} ]; then # # Delete a current keyboard from history file # and get a last keyboard device name. # kbddev=`sed -e "/ ${devname}\\$/d" -e "w ${kbdhist}.tmp" \ ${kbdhist} | sed -n '$s/ .*$//p'` mv ${kbdhist}.tmp ${kbdhist} fi [ -z ${kbddev} ] && kbddev=kbd0 kbdcontrol -k /dev/${kbddev} < ${ttydev} ;; esac To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 4:25:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from eken2.eken.phys.nagoya-u.ac.jp (eken2.eken.phys.nagoya-u.ac.jp [133.6.121.2]) by hub.freebsd.org (Postfix) with ESMTP id 5019037B407 for ; Mon, 3 Sep 2001 04:25:39 -0700 (PDT) Received: from e-ppp8.eken.phys.nagoya-u.ac.jp (e-ppp4.eken.phys.nagoya-u.ac.jp [133.6.121.54]) by eken2.eken.phys.nagoya-u.ac.jp (8.11.6+3.4W/3.7W-E) with ESMTP id f83BPXO16654 for ; Mon, 3 Sep 2001 20:25:34 +0900 (JST) Date: Mon, 03 Sep 2001 20:26:16 +0900 Message-ID: <86n14cms6f.wl@e-ppp8.eken.phys.nagoya-u.ac.jp> From: Yoichi NAKAYAMA To: current@freebsd.org Subject: 3CXFE575CT-JP with NEWCARD doesn't work User-Agent: Wanderlust/2.7.3 (Too Funky) SEMI/1.14.3 (=?ISO-2022-JP?B?GyRCNW0lTkMrGyhC?=) FLIM/1.14.3 (=?ISO-2022-JP?B?GyRCQCZLNThmTk1BMBsoQg==?=) APEL/10.3 Emacs/21.0.105 (i386-unknown-freebsd4.3) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-Face: wLZki+KbGjgKe0,<&3g*rA|R**vj[a8L%[v]ecJh1L(Uqm|LBx;v7Nq7n%?0d.aS]F#[~C\!{m?m,C&#U5}$_pZvBR>5VmX1Ol0`P\M-U8`sUF<5Quj'z&zzW8r|Zl9#W7Wut3duYzpKrP{n+AbarKtJ!i"Al7]P;-?[=iBZa*]r=>C':0~JECx]IH+RXq=/hUX}MB9e]oQKBxsDd/ X-Weather: =?ISO-2022-JP?B?GyRCTEBGfCROMCZDTjgpJE8xKzhlQDIkRyQ5GyhC?= / =?ISO-2022-JP?B?GyRCTEBGfCROOzA9RTgpJE8xKzhlQDIkRyQ5GyhC?= Organization: E-ken, Dept. of Physics, Nagoya University, JAPAN MIME-Version: 1.0 (generated by SEMI 1.14.3 - =?ISO-2022-JP?B?IhskQjVtGyhC?= =?ISO-2022-JP?B?GyRCJU5DKxsoQiI=?=) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just cvsup'ed and buildkernel with NEWCARD. Then my note book doesn't recognize MAC address of the card(3CXFE575CT-JP) following are concerning log for new kernel and old kernel(cvsup'ed 2-3 weeks ago) Sep 3 20:08:43 yoichi-c1 /boot/kernel/kernel: pccbb0: card inserted: event=0x00000000, state=30000a20 Sep 3 20:08:43 yoichi-c1 /boot/kernel/kernel: pccbb0: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] Sep 3 20:08:43 yoichi-c1 /boot/kernel/kernel: pccbb0: pccbb_power: CARD_VCC_3V and CARD_VPP_VCC [11] Sep 3 20:08:43 yoichi-c1 /boot/kernel/kernel: found-> vendor=0x10b7, dev=0x5257, revid=0x10 Sep 3 20:08:43 yoichi-c1 /boot/kernel/kernel: class=02-00-00, hdrtype=0x00, mfdev=0 Sep 3 20:08:43 yoichi-c1 /boot/kernel/kernel: cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: lattimer=0xa8 (5040 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: intpin=a, irq=128 Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: TUPLE: LINKTARGET [3]: 43 49 53 Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: Manufacturer ID: 01015752 Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: TUPLE: CONFIG_CB [6]: 03 01 00 00 00 00 Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: TUPLE: CFTABLE_ENTRY_CB [13]: 41 9a 01 b5 1e 01 b5 1e 02 30 ff ff 01 Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: cardbus0: Opening BAR: type=IO, bar=10, len=0040 Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: Product version: 5.0 Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: Product name: 3Com Corporation | 3CCFE575CT | LAN Cardbus Card | 004 | Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: Functions: Network Adaptor, Memory Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: CIS reading done Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: cardbus0: Resource not specified in CIS: id=14, size=80 Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: cardbus0: Resource not specified in CIS: id=18, size=80 Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: cardbus0: Non-prefetchable memory at 44000000-440000ff Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: cardbus0: Non-prefetchable memory rid=18 at 44000000-4400007f (80) Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: cardbus0: Non-prefetchable memory rid=14 at 44000080-440000ff (80) Sep 3 20:08:44 yoichi-c1 /boot/kernel/kernel: cardbus0: IO port at 1040-107f Sep 3 20:08:45 yoichi-c1 /boot/kernel/kernel: cardbus0: IO port rid=10 at 1040-107f Sep 3 20:08:45 yoichi-c1 /boot/kernel/kernel: xl0: <3Com 3c575C Fast Etherlink XL> port 0x1040-0x107f mem 0x44000000-0x4400007f,0x44000080-0x440000ff irq 9 at device 0.0 on cardbus0 Sep 3 20:08:45 yoichi-c1 /boot/kernel/kernel: xl0: Ethernet address: 00:00:00:00:00:00 Sep 3 20:08:45 yoichi-c1 /boot/kernel/kernel: xl0: WARNING: no media options bits set in the media options register!! Sep 3 20:08:45 yoichi-c1 /boot/kernel/kernel: xl0: this could be a manufacturing defect in your adapter or system Sep 3 20:08:45 yoichi-c1 /boot/kernel/kernel: xl0: attempting to guess media type; you should probably consult your vendor Sep 3 20:08:45 yoichi-c1 /boot/kernel/kernel: xl0: unknown device ID: 0 -- defaulting to 10baseT Sep 3 20:08:45 yoichi-c1 /boot/kernel/kernel: xl0: selecting 10baseT transceiver, half duplex ------------------------------------------------------------------------------------------------------- Sep 3 20:11:27 yoichi-c1 /boot/kernel.old/kernel: pccbb0: card inserted: event=0x00000000, state=30000a20 Sep 3 20:11:27 yoichi-c1 /boot/kernel.old/kernel: pccbb0: pccbb_power: CARD_VCC_0V and CARD_VPP_0V [44] Sep 3 20:11:27 yoichi-c1 /boot/kernel.old/kernel: pccbb0: pccbb_power: CARD_VCC_3V and CARD_VPP_VCC [11] Sep 3 20:11:27 yoichi-c1 /boot/kernel.old/kernel: TUPLE: LINKTARGET [3]: 43 49 53 Sep 3 20:11:27 yoichi-c1 /boot/kernel.old/kernel: Manufacturer ID: 01015752 Sep 3 20:11:27 yoichi-c1 /boot/kernel.old/kernel: TUPLE: CONFIG_CB [6]: 03 01 00 00 00 00 Sep 3 20:11:27 yoichi-c1 /boot/kernel.old/kernel: TUPLE: CFTABLE_ENTRY_CB [13]: 41 9a 01 b5 1e 01 b5 1e 02 30 ff ff 01 Sep 3 20:11:28 yoichi-c1 /boot/kernel.old/kernel: cardbus0: Opening BAR: type=IO, bar=10, len=0040 Sep 3 20:11:28 yoichi-c1 /boot/kernel.old/kernel: Product version: 5.0 Sep 3 20:11:28 yoichi-c1 /boot/kernel.old/kernel: Product name: 3Com Corporation | 3CCFE575CT | LAN Cardbus Card | 004 | Sep 3 20:11:28 yoichi-c1 /boot/kernel.old/kernel: Functions: Network Adaptor, Memory Sep 3 20:11:28 yoichi-c1 /boot/kernel.old/kernel: CIS reading done Sep 3 20:11:28 yoichi-c1 /boot/kernel.old/kernel: xl0: <3Com 3c575C Fast Etherlink XL> port 0x3000-0x307f mem 0x44020000-0x4403ffff,0x44001080-0x440010ff,0x44001000-0x4400107f irq 9 at device 0.0 on cardbus0 Sep 3 20:11:28 yoichi-c1 /boot/kernel.old/kernel: xl0: chip is in D6 power mode -- setting to D0 Sep 3 20:11:28 yoichi-c1 /boot/kernel.old/kernel: xl0: Ethernet address: 00:00:86:62:77:4a To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 4:37: 8 2001 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 AEB5337B409; Mon, 3 Sep 2001 04:37:04 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id VAA23414; Mon, 3 Sep 2001 21:37:01 +1000 Date: Mon, 3 Sep 2001 21:36:46 +1000 (EST) From: Bruce Evans X-X-Sender: To: Jordan Hubbard Cc: Subject: Re: Build problem in -current In-Reply-To: <20010902115310W.jkh@freebsd.org> Message-ID: <20010903210756.V7393-100000@alphplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2 Sep 2001, Jordan Hubbard wrote: > cd /usr/src/usr.bin/xinstall; make _EXTRADEPEND > echo xinstall: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/xinstall > /xinstall.c > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -static -o xinstall xinstal > l.o > xinstall.o: In function `main': > xinstall.o(.text+0x83): undefined reference to `strtofflags' > *** Error code 1 > > This is from a relatively old -current coming up to a new (today's) > -current. I suspect somebody added a call for install yet forgot to > alter the bootstrap tools target accordingly (or did but in the wrong > place). Thanks. Index: Makefile =================================================================== RCS file: /home/ncvs/src/usr.bin/xinstall/Makefile,v retrieving revision 1.15 diff -u -2 -r1.15 Makefile --- Makefile 2 Apr 2001 11:54:59 -0000 1.15 +++ Makefile 3 Sep 2001 11:18:33 -0000 @@ -2,6 +2,9 @@ # $FreeBSD: src/usr.bin/xinstall/Makefile,v 1.15 2001/04/02 11:54:59 ru Exp $ +.PATH: ${.CURDIR}/../../lib/libc/gen + PROG= xinstall PROGNAME= install +SRCS= strtofflags.c xinstall.c MAN= install.1 Unfixed bugs: this will have to be fixed better before turning on WARNS. strtofflags() won't be declared in the host includes if the host libraries don't have it. Similarly in mtree (where I obtained this fix from) and in any other tools that use strtofflags(). All these bugs were missing in the old versions that used ls's version of strtofflags. Nearby bugs: mtree/Makefile uses !defined(WORLD) to avoid depending on the host having libmd, but someone removed the definition of WORLD from src/Makefile.inc1. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 9:24:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 36E0837B405 for ; Mon, 3 Sep 2001 09:24:33 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f83GOVX15186; Mon, 3 Sep 2001 10:24:32 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f83GOVh26528; Mon, 3 Sep 2001 10:24:31 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200109031624.f83GOVh26528@harmony.village.org> To: Yoichi NAKAYAMA Subject: Re: 3CXFE575CT-JP with NEWCARD doesn't work Cc: current@FreeBSD.ORG In-reply-to: Your message of "Mon, 03 Sep 2001 20:26:16 +0900." <86n14cms6f.wl@e-ppp8.eken.phys.nagoya-u.ac.jp> References: <86n14cms6f.wl@e-ppp8.eken.phys.nagoya-u.ac.jp> Date: Mon, 03 Sep 2001 10:24:31 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <86n14cms6f.wl@e-ppp8.eken.phys.nagoya-u.ac.jp> Yoichi NAKAYAMA writes: : I just cvsup'ed and buildkernel with NEWCARD. : Then my note book doesn't recognize MAC address of the card(3CXFE575CT-JP) : following are concerning log for new kernel and old kernel(cvsup'ed 2-3 weeks ago) Looks like the mass commit broke stuff :-( Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 11:11:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 6890137B407; Mon, 3 Sep 2001 11:11:18 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.11.6/8.11.6) id f83IBGw15237; Mon, 3 Sep 2001 22:11:17 +0400 (MSD) (envelope-from ache) Date: Mon, 3 Sep 2001 22:11:16 +0400 From: "Andrey A. Chernov" To: current@FreeBSD.ORG, audit@FreeBSD.ORG Subject: Re: CFR: strtol{l}() fixes Message-ID: <20010903221116.A15133@nagual.pp.ru> References: <20010903113148.A6055@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010903113148.A6055@nagual.pp.ru> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Sep 03, 2001 at 11:31:50 +0400, Andrey A. Chernov wrote: > Fixes list: > BTW, I have very similar fixes to strtoul/strtoull -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 12:50:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 7D2DD37B407 for ; Mon, 3 Sep 2001 12:50:19 -0700 (PDT) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA13599; Mon, 3 Sep 2001 13:09:26 -0700 (PDT) Message-ID: <3B93DC65.249BF99E@elischer.org> Date: Mon, 03 Sep 2001 12:39:17 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: ikob@koganei.wide.ad.jp Cc: current@freebsd.org Subject: Re: Firewire driver available References: <3B843FF7.F9B04318@vpop.net> <200108230407.f7N47DW80946@harmony.village.org> <3B84F30B.456E9FBE@koganei.wide.ad.jp> <3B93ADEB.BD097426@koganei.wide.ad.jp> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Moved to current: Is there any chance that the OHCI code inthe firewire driver and the OHCI code in the USB drivers might be rationalised? Both seem to talk with the CAM system (from quick reading) as well, so it might seem that there is some common functionality. BTW is the struct ahb_softc{} seems to suggest it's from the ahb driver.... -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 13: 5: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 7992E37B409 for ; Mon, 3 Sep 2001 13:04:59 -0700 (PDT) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id f83K4WT91307; Mon, 3 Sep 2001 13:04:32 -0700 (PDT) (envelope-from jkh@freebsd.org) To: bde@zeta.org.au Cc: current@freebsd.org Subject: Re: Build problem in -current In-Reply-To: <20010903210756.V7393-100000@alphplex.bde.org> References: <20010902115310W.jkh@freebsd.org> <20010903210756.V7393-100000@alphplex.bde.org> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010903130432K.jkh@freebsd.org> Date: Mon, 03 Sep 2001 13:04:32 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 58 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If you think that's an acceptable work-around then by all means commit it. Thanks! - Jordan From: Bruce Evans Subject: Re: Build problem in -current Date: Mon, 3 Sep 2001 21:36:46 +1000 (EST) > On Sun, 2 Sep 2001, Jordan Hubbard wrote: > > > cd /usr/src/usr.bin/xinstall; make _EXTRADEPEND > > echo xinstall: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend > > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/xinstall > > /xinstall.c > > cc -O -pipe -I/usr/obj/usr/src/i386/usr/include -static -o xinstall xinstal > > l.o > > xinstall.o: In function `main': > > xinstall.o(.text+0x83): undefined reference to `strtofflags' > > *** Error code 1 > > > > This is from a relatively old -current coming up to a new (today's) > > -current. I suspect somebody added a call for install yet forgot to > > alter the bootstrap tools target accordingly (or did but in the wrong > > place). Thanks. > > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/usr.bin/xinstall/Makefile,v > retrieving revision 1.15 > diff -u -2 -r1.15 Makefile > --- Makefile 2 Apr 2001 11:54:59 -0000 1.15 > +++ Makefile 3 Sep 2001 11:18:33 -0000 > @@ -2,6 +2,9 @@ > # $FreeBSD: src/usr.bin/xinstall/Makefile,v 1.15 2001/04/02 11:54:59 ru Exp $ > > +.PATH: ${.CURDIR}/../../lib/libc/gen > + > PROG= xinstall > PROGNAME= install > +SRCS= strtofflags.c xinstall.c > MAN= install.1 > > Unfixed bugs: this will have to be fixed better before turning on WARNS. > strtofflags() won't be declared in the host includes if the host libraries > don't have it. Similarly in mtree (where I obtained this fix from) and > in any other tools that use strtofflags(). All these bugs were missing in > the old versions that used ls's version of strtofflags. > > Nearby bugs: mtree/Makefile uses !defined(WORLD) to avoid depending on > the host having libmd, but someone removed the definition of WORLD from > src/Makefile.inc1. > > Bruce > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 13:13:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from btclick.com (mta02.btfusion.com [62.172.195.247]) by hub.freebsd.org (Postfix) with ESMTP id 15DEC37B401 for ; Mon, 3 Sep 2001 13:13:19 -0700 (PDT) Received: from heather.plazza.uk ([213.120.117.63]) by btclick.com (Netscape Messaging Server 4.05) with ESMTP id GJ3S6501.X3W; Mon, 3 Sep 2001 21:13:17 +0100 Date: Mon, 3 Sep 2001 21:14:30 +0100 (BST) From: Nick Hibma X-X-Sender: To: Julian Elischer Cc: , Subject: Re: Firewire driver available In-Reply-To: <3B93DC65.249BF99E@elischer.org> Message-ID: <20010903211302.E27613-100000@heather.plazza.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I haven't looked at the OHCI spec for firewire at all, but it seems that it was intended to be one specification. The OHCI spec puts a lot of processing into the hands of the chip and the interaction is smart enough to not require weird locking or delays (like the UHCI requires), so it could be worthwhile to have a look whether we could integrate the two. Nick > Moved to current: > > Is there any chance that the OHCI code inthe firewire driver and the OHCI > code in the USB drivers might be rationalised? > > Both seem to talk with the CAM system (from quick reading) as well, > so it might seem that there is some common functionality. > > BTW is the struct ahb_softc{} seems to suggest it's from the ahb driver.... > > > -- > +------------------------------------+ ______ _ __ > | __--_|\ Julian Elischer | \ U \/ / hard at work in > | / \ julian@elischer.org +------>x USA \ a very strange > | ( OZ ) \___ ___ | country ! > +- X_.---._/ presently in San Francisco \_/ \\ > v > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 13:40: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 8264737B405 for ; Mon, 3 Sep 2001 13:39:59 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id 7D51381D01; Mon, 3 Sep 2001 15:39:59 -0500 (CDT) Date: Mon, 3 Sep 2001 15:39:59 -0500 From: Alfred Perlstein To: current@freebsd.org Subject: getting skipstone/mozilla to compile. Message-ID: <20010903153959.P81307@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I found that turning off malloc options: cd /etc ; rm -f malloc.conf ; ln -s aj malloc.conf Thanks to David Obrien for giving me the syntax (boy am I lazy), now it seems to compile fine. I'm also wondering if people that are complaining about really slow buildworlds have tried turning off the malloc options to see how much of a difference it makes, I would assume it could be quite substantial. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' '"Java" developer, like "special" Olympics, right?' - Bill Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 13:41:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from c46422-a.mntp1.il.home.com (c46422-a.mntp1.il.home.com [65.6.31.160]) by hub.freebsd.org (Postfix) with SMTP id 87BDC37B405 for ; Mon, 3 Sep 2001 13:41:42 -0700 (PDT) Received: (qmail 20819 invoked from network); 3 Sep 2001 20:41:41 -0000 Received: from laptop.wicklein.org (HELO localhost) (192.168.1.7) by eotw.wicklein.org with SMTP; 3 Sep 2001 20:41:41 -0000 Date: Mon, 3 Sep 2001 15:42:12 -0500 Content-Type: text/plain; format=flowed; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v388) From: chrisw@Wicklein.ORG To: current@freebsd.org X-Mailer: Apple Mail (2.388) Content-Transfer-Encoding: 7bit Subject: syslogd: Too many '/' in "/dev//console" Message-Id: <20010903204142.87BDC37B405@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Between last weekend and this weekend, something changed in syslogd seems to have resulted in this boot-time error. The syslogd.c deltas from 1.82 -> 1.83 look suspect since the handling of relevant variables has changed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 16:24: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id B59B137B403; Mon, 3 Sep 2001 16:23:54 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f83NU9n02241; Mon, 3 Sep 2001 16:30:09 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200109032330.f83NU9n02241@mass.dis.org> To: Kazutaka YOKOTA Cc: dcs@freebsd.org, current@freebsd.org Subject: Re: HEADS UP: ACPI CHANGES AFFECTING MOST -CURRENT USERS In-Reply-To: Message from Kazutaka YOKOTA of "Mon, 03 Sep 2001 15:45:32 +0900." <200109030645.PAA28756@zodiac.mech.utsunomiya-u.ac.jp> Date: Mon, 03 Sep 2001 16:30:09 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Then, shouldn't we remove the PnP BIOS driver (pnpbios) from the > kernel and make it a module, so that the boot loader will load either > the ACPI module or the PnP BIOS module? Yes, we probably should. I'd like to see the boot-conf code learn how to deal with foo_load variables set in the environment in the same fashion it deals with them as it reads /boot/loader.conf; this would result in the acpi and pnpbios modules being loaded at the correct time, rather than after the 'boot' command where they come as a surprise to the user. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 16:24:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id A5CD737B40C for ; Mon, 3 Sep 2001 16:24:21 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f83NKvn02123; Mon, 3 Sep 2001 16:20:58 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200109032320.f83NKvn02123@mass.dis.org> To: "David W. Chapman Jr." Cc: current@freebsd.org, msmith@mass.dis.org Subject: Re: ACPI errors In-Reply-To: Message from "David W. Chapman Jr." of "Sun, 02 Sep 2001 11:46:46 CDT." <20010902114646.A30260@leviathan.inethouston.net> Date: Mon, 03 Sep 2001 16:20:57 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I'm getting this with the recent ACPI code, should I worry about it? > > acpi_cpu0: on acpi0 > acpi_cpu: CLK_VAL field overflows P_CNT register > acpi_cpu: CLK_VAL field overlaps THT_EN bit You shouldn't worry about it, no. I need to get my hands on some more details so that I can understand what's going on here though. The problem is that the bits specified to control the CPU clock run/pause ratio overlap other bits in the register that are already defined (and spill outside the register itself). Either I have an arithmetic error, or your BIOS is "broken" and we need to deal with it. Until we're fixed, this just means that you can't throttle your CPU; it shouldn't have any effect on system behaviour. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 16:24:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 93A6537B40D; Mon, 3 Sep 2001 16:24:29 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f83NNBn02181; Mon, 3 Sep 2001 16:23:11 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200109032323.f83NNBn02181@mass.dis.org> To: Mark Murray Cc: msmith@freebsd.org, current@freebsd.org, msmith@mass.dis.org Subject: Re: ACPI breakage on Libretto 110CT with CURRENT In-Reply-To: Message from Mark Murray of "Sun, 02 Sep 2001 20:42:16 BST." <200109021942.f82JgG500525@grimreaper.grondar.za> Date: Mon, 03 Sep 2001 16:23:11 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > ACPI breaks my Libretto with (typed by hand): > > Mounting root from ufs/dev/ad0s2a I hope that's "ufs:/dev/ad0s2a". > setrootbyname failed I assume that the real problem is that the ATA controller failed to attach; can you verify that this is the case? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 16:26:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id EEE5337B403; Mon, 3 Sep 2001 16:26:32 -0700 (PDT) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 130DD10F42C; Mon, 3 Sep 2001 18:26:37 -0500 (CDT) Date: Mon, 3 Sep 2001 18:26:37 -0500 From: "David W. Chapman Jr." To: Mike Smith Cc: "David W. Chapman Jr." , current@freebsd.org, msmith@mass.dis.org Subject: Re: ACPI errors Message-ID: <20010903182636.I85883@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: Mike Smith , "David W. Chapman Jr." , current@freebsd.org, msmith@mass.dis.org References: <20010902114646.A30260@leviathan.inethouston.net> <200109032320.f83NKvn02123@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200109032320.f83NKvn02123@mass.dis.org> User-Agent: Mutt/1.3.22.1i X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Sep 03, 2001 at 04:20:57PM -0700, Mike Smith wrote: > > I'm getting this with the recent ACPI code, should I worry about it? > > > > acpi_cpu0: on acpi0 > > acpi_cpu: CLK_VAL field overflows P_CNT register > > acpi_cpu: CLK_VAL field overlaps THT_EN bit > > You shouldn't worry about it, no. I need to get my hands on some more > details so that I can understand what's going on here though. The problem > is that the bits specified to control the CPU clock run/pause ratio overlap > other bits in the register that are already defined (and spill outside the > register itself). Either I have an arithmetic error, or your BIOS is > "broken" and we need to deal with it. > > Until we're fixed, this just means that you can't throttle your CPU; it > shouldn't have any effect on system behaviour. > Whenever you are ready to deal with this let me know and I'll give you whatever info on my setup you need. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 16:58:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id AD0AF37B40F for ; Mon, 3 Sep 2001 16:58:16 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f8404Vn02994; Mon, 3 Sep 2001 17:04:31 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200109040004.f8404Vn02994@mass.dis.org> To: Beech Rintoul Cc: freebsd-current@freebsd.org, msmith@mass.dis.org Subject: Re: New source fails probe In-Reply-To: Message from Beech Rintoul of "Fri, 31 Aug 2001 10:48:58 -0800." <20010831184858.AACB8C5@nebula.anchoragerescue.org> Date: Mon, 03 Sep 2001 17:04:31 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > The latest sources (yesterday) failed with the following: This looks like a successful boot to me. Do you want to be more specific? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 20: 9:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from c46422-a.mntp1.il.home.com (c46422-a.mntp1.il.home.com [65.6.31.160]) by hub.freebsd.org (Postfix) with SMTP id EDD0037B407 for ; Mon, 3 Sep 2001 20:09:13 -0700 (PDT) Received: (qmail 21719 invoked from network); 4 Sep 2001 03:09:13 -0000 Received: from laptop.wicklein.org (HELO localhost) (192.168.1.7) by eotw.wicklein.org with SMTP; 4 Sep 2001 03:09:13 -0000 Date: Mon, 3 Sep 2001 22:09:45 -0500 Content-Type: text/plain; format=flowed; charset=us-ascii X-Mailer: Apple Mail (2.388) From: Chris Wicklein To: current@freebsd.org Mime-Version: 1.0 (Apple Message framework v388) In-Reply-To: <20010903204142.87BDC37B405@hub.freebsd.org> Subject: Re: syslogd: Too many '/' in "/dev//console" Content-Transfer-Encoding: 7bit Message-Id: <20010904030913.EDD0037B407@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Monday, September 3, 2001, at 03:42 PM, chrisw@Wicklein.ORG wrote: > Between last weekend and this weekend, something changed in syslogd > seems to have resulted in this boot-time error. The syslogd.c deltas > from 1.82 -> 1.83 look suspect since the handling of relevant variables > has changed. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Sorry for the double post -- to reproduce this problem it's necessary to run syslogd with the -s switch -- either no -s or -s -s fails to generate this error. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 20:39:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 9AA9E37B406 for ; Mon, 3 Sep 2001 20:39:24 -0700 (PDT) Received: from hades.hell.gr (patr530-b067.otenet.gr [195.167.121.195]) by mailsrv.otenet.gr (8.11.5/8.11.5) with ESMTP id f843dLA23808; Tue, 4 Sep 2001 06:39:21 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.6/8.11.6) id f843de701677; Tue, 4 Sep 2001 06:39:41 +0300 (EEST) (envelope-from charon@labs.gr) Date: Tue, 4 Sep 2001 06:39:36 +0300 From: Giorgos Keramidas To: Chris Wicklein Cc: current@FreeBSD.ORG Subject: Re: syslogd: Too many '/' in "/dev//console" Message-ID: <20010904063933.A1625@hades.hell.gr> References: <20010903204142.87BDC37B405@hub.freebsd.org> <20010904030913.EDD0037B407@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010904030913.EDD0037B407@hub.freebsd.org>; from chrisw@Wicklein.ORG on Mon, Sep 03, 2001 at 10:09:45PM -0500 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Chris Wicklein Subject: Re: syslogd: Too many '/' in "/dev//console" Date: Mon, Sep 03, 2001 at 10:09:45PM -0500 I really try to avoid `me too' messages, but.. > On Monday, September 3, 2001, at 03:42 PM, chrisw@Wicklein.ORG wrote: > > > Between last weekend and this weekend, something changed in syslogd > > seems to have resulted in this boot-time error. The syslogd.c deltas > > from 1.82 -> 1.83 look suspect since the handling of relevant variables > > has changed. > > Sorry for the double post -- to reproduce this problem it's necessary to > run syslogd with the -s switch -- either no -s or -s -s fails to > generate this error. I was chatting with Chris on IRC, and tried to start syslogd with -s. The bug does not seem to appear in my syslogd, which was compiled when I did my last buildworld on Aug 25, 2001. I'm looking at the diffs from Aug 25, so if I come up with sth by running syslogd with -d, by tomorrow I'll have spotted this in more detail - probably replying with the patch to fix it too. Off to buildworld and bed, 'nite all. -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 20:45:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id 688B537B412 for ; Mon, 3 Sep 2001 20:45:03 -0700 (PDT) Received: (qmail 44310 invoked from network); 4 Sep 2001 03:45:01 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 4 Sep 2001 03:45:01 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3B928CAB.2F1C95E3@elischer.org> Date: Mon, 03 Sep 2001 20:44:58 -0700 (PDT) From: John Baldwin To: Julian Elischer Subject: Re: trying to play sound in -current Cc: current@freebsd.org, "David W. Chapman Jr." Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 02-Sep-01 Julian Elischer wrote: > "David W. Chapman Jr." wrote: >> >> I get this a lot recently when I try to play anything >> >> > echo test > /dev/dsp0 >> /dev/dsp0: Device busy. >> >> even when it shouldn't be busy, after atbout 10 mins it usually >> becomes not busy > > sure your window manager isn't using it? > (e.g. 'enlighten' does, as does kde in some configurations) Shouldnt' matter in -current since the sound driver does software mixing of multiple input channels (meaning that multiple processes can open /dev/dsp at the same time and it all Just Works (tm)). -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 20:45:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id 5479B37B40E for ; Mon, 3 Sep 2001 20:45:01 -0700 (PDT) Received: (qmail 44302 invoked from network); 4 Sep 2001 03:45:00 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 4 Sep 2001 03:45:00 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200109032320.f83NKvn02123@mass.dis.org> Date: Mon, 03 Sep 2001 20:44:57 -0700 (PDT) From: John Baldwin To: Mike Smith Subject: Re: ACPI errors Cc: msmith@mass.dis.org, current@freebsd.org, "David W. Chapman Jr." Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 03-Sep-01 Mike Smith wrote: >> I'm getting this with the recent ACPI code, should I worry about it? >> >> acpi_cpu0: on acpi0 >> acpi_cpu: CLK_VAL field overflows P_CNT register >> acpi_cpu: CLK_VAL field overlaps THT_EN bit > > You shouldn't worry about it, no. I need to get my hands on some more > details so that I can understand what's going on here though. The problem > is that the bits specified to control the CPU clock run/pause ratio overlap > other bits in the register that are already defined (and spill outside the > register itself). Either I have an arithmetic error, or your BIOS is > "broken" and we need to deal with it. FWIW, Mike, I get the same thing on the quad xeon acer box as well. Been meaning to report that for a while, as I have some extra debugging printf's: From dmesg: acpi_cpu0: on acpi0 acpi_cpu: CLK_VAL field overflows P_CNT register XXX: cpu_duty_offset 0, cpu_duty_width 0, duty_end -1 acpi_cpu: CLK_VAL field overlaps THT_EN bit acpi_cpu1: on acpi0 acpi_cpu2: on acpi0 acpi_cpu3: on acpi0 From acpidump: Scope(\_PR_) { Processor(\_PR_.CPU0, 1, 0x410, 0x6) { } } Processor(\_PR_.CPU1, 2, 0x410, 0x6) { } Processor(\_PR_.CPU2, 3, 0x410, 0x6) { } Processor(\_PR_.CPU3, 4, 0x410, 0x6) { } -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 20:55:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id B534637B406; Mon, 3 Sep 2001 20:55:45 -0700 (PDT) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 4A01410F42F; Mon, 3 Sep 2001 22:55:51 -0500 (CDT) Date: Mon, 3 Sep 2001 22:55:51 -0500 From: "David W. Chapman Jr." To: John Baldwin Cc: Julian Elischer , current@freebsd.org, "David W. Chapman Jr." Subject: Re: trying to play sound in -current Message-ID: <20010903225551.A99020@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: John Baldwin , Julian Elischer , current@freebsd.org, "David W. Chapman Jr." References: <3B928CAB.2F1C95E3@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.22.1i X-Operating-System: FreeBSD 4.3-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Sep 03, 2001 at 08:44:58PM -0700, John Baldwin wrote: > > On 02-Sep-01 Julian Elischer wrote: > > "David W. Chapman Jr." wrote: > >> > >> I get this a lot recently when I try to play anything > >> > >> > echo test > /dev/dsp0 > >> /dev/dsp0: Device busy. > >> > >> even when it shouldn't be busy, after atbout 10 mins it usually > >> becomes not busy > > > > sure your window manager isn't using it? > > (e.g. 'enlighten' does, as does kde in some configurations) > > Shouldnt' matter in -current since the sound driver does software mixing of > multiple input channels (meaning that multiple processes can open /dev/dsp at > the same time and it all Just Works (tm)). > I was instructed to set snd.hw.vchan=4 I believe and it has appeared to fix this, by default its at 1 and they aren't mixed. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 21:45:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by hub.freebsd.org (Postfix) with ESMTP id 112CA37B409; Mon, 3 Sep 2001 21:45:05 -0700 (PDT) Received: from dagger.cc.vt.edu (IDENT:mirapoint@dagger.cc.vt.edu [198.82.161.182]) by lennier.cc.vt.edu (8.11.4/8.11.4) with ESMTP id f844iiw21949; Tue, 4 Sep 2001 00:44:44 -0400 (EDT) Received: from mail.vt.edu (gkar.cc.vt.edu [198.82.161.190]) by dagger.cc.vt.edu (Mirapoint) with ESMTP id ADO97311; Tue, 4 Sep 2001 00:43:18 -0400 (EDT) Received: from enterprise.muriel.penguinpowered.com ([198.82.100.125]) by gkar.cc.vt.edu (Sun Internet Mail Server sims.3.5.2001.05.04.11.50.p10) with ESMTP id <0GJ400A3KF7CUN@gkar.cc.vt.edu>; Tue, 4 Sep 2001 00:30:48 -0400 (EDT) Date: Tue, 04 Sep 2001 00:28:28 -0400 (EDT) From: Mike Heffner Subject: RE: syslogd: Too many '/' in "/dev//console" In-reply-to: <20010903204142.87BDC37B405@hub.freebsd.org> To: chrisw@Wicklein.ORG Cc: current@FreeBSD.ORG, kris@FreeBSD.ORG Message-id: MIME-version: 1.0 X-Mailer: XFMail 1.5.0 on FreeBSD Content-type: multipart/signed; boundary="_=XFMail.1.5.0.FreeBSD:20010904002828:420=_"; micalg=pgp-md5; protocol="application/pgp-signature" X-Priority: 3 (Normal) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.5.0.FreeBSD:20010904002828:420=_ Content-Type: text/plain; charset=us-ascii On 03-Sep-2001 chrisw@Wicklein.ORG wrote: | Between last weekend and this weekend, something changed in syslogd | seems to have resulted in this boot-time error. The syslogd.c deltas | from 1.82 -> 1.83 look suspect since the handling of relevant variables | has changed. This change looks wrong: @@ -1679,16 +1659,17 @@ cfline(line, f, prog, host) f->f_type = F_CONSOLE; else f->f_type = F_TTY; - (void)strcpy(f->f_un.f_fname, p + sizeof _PATH_DEV - 1); + (void)strlcpy(f->f_un.f_fname, p + sizeof(_PATH_DEV - 1), ^^^^^^^^^^^^^^^ + sizeof(f->f_un.f_fname)); } else { Mike -- Mike Heffner Blacksburg, VA --_=XFMail.1.5.0.FreeBSD:20010904002828:420=_ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD4DBQE7lFhrFokZQs3sv5kRAogCAJdNTWYuavX+gDJx9ykLFan2R5k+AJ46jbBk QApJOOEVMWdved+b285e1A== =BsGB -----END PGP SIGNATURE----- --_=XFMail.1.5.0.FreeBSD:20010904002828:420=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 21:47:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by hub.freebsd.org (Postfix) with ESMTP id 6F8A437B401; Mon, 3 Sep 2001 21:47:16 -0700 (PDT) Received: from steiner.cc.vt.edu (IDENT:mirapoint@steiner.cc.vt.edu [198.82.161.185]) by lennier.cc.vt.edu (8.11.4/8.11.4) with ESMTP id f844l0w24455; Tue, 4 Sep 2001 00:47:00 -0400 (EDT) Received: from mail.vt.edu (gkar.cc.vt.edu [198.82.161.190]) by steiner.cc.vt.edu (Mirapoint) with ESMTP id ACA50012; Tue, 4 Sep 2001 00:46:48 -0400 (EDT) Received: from enterprise.muriel.penguinpowered.com ([198.82.100.125]) by gkar.cc.vt.edu (Sun Internet Mail Server sims.3.5.2001.05.04.11.50.p10) with ESMTP id <0GJ400DM8FRYFA@gkar.cc.vt.edu>; Tue, 4 Sep 2001 00:43:10 -0400 (EDT) Date: Tue, 04 Sep 2001 00:40:49 -0400 (EDT) From: Mike Heffner Subject: RE: syslogd: Too many '/' in "/dev//console" In-reply-to: To: Mike Heffner Cc: kris@FreeBSD.ORG, current@FreeBSD.ORG, chrisw@Wicklein.ORG Message-id: MIME-version: 1.0 X-Mailer: XFMail 1.5.0 on FreeBSD Content-type: multipart/signed; boundary="_=XFMail.1.5.0.FreeBSD:20010904004049:420=_"; micalg=pgp-md5; protocol="application/pgp-signature" X-Priority: 3 (Normal) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.5.0.FreeBSD:20010904004049:420=_ Content-Type: text/plain; charset=us-ascii On 04-Sep-2001 Mike Heffner wrote: | | On 03-Sep-2001 chrisw@Wicklein.ORG wrote: || Between last weekend and this weekend, something changed in syslogd || seems to have resulted in this boot-time error. The syslogd.c deltas || from 1.82 -> 1.83 look suspect since the handling of relevant variables || has changed. | | This change looks wrong: | Argh, nevermind. It doesn't appear to make any difference. Mike -- Mike Heffner Blacksburg, VA --_=XFMail.1.5.0.FreeBSD:20010904004049:420=_ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7lFtQFokZQs3sv5kRAnxIAJsHq+3E0tkGOgOEZ9MY7Jp9QUZ+dQCgiWd9 76K8G8djt2PtV1SAYhJlvcs= =S/iT -----END PGP SIGNATURE----- --_=XFMail.1.5.0.FreeBSD:20010904004049:420=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 21:47:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-54.dsl.lsan03.pacbell.net [63.207.60.54]) by hub.freebsd.org (Postfix) with ESMTP id C175737B405; Mon, 3 Sep 2001 21:47:38 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 195C966E58; Mon, 3 Sep 2001 21:47:38 -0700 (PDT) Date: Mon, 3 Sep 2001 21:47:37 -0700 From: Kris Kennaway To: Mike Heffner Cc: chrisw@Wicklein.ORG, current@FreeBSD.ORG, kris@FreeBSD.ORG Subject: Re: syslogd: Too many '/' in "/dev//console" Message-ID: <20010903214737.A41311@xor.obsecurity.org> References: <20010903204142.87BDC37B405@hub.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mheffner@vt.edu on Tue, Sep 04, 2001 at 12:28:28AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 04, 2001 at 12:28:28AM -0400, Mike Heffner wrote: >=20 > On 03-Sep-2001 chrisw@Wicklein.ORG wrote: > | Between last weekend and this weekend, something changed in syslogd=20 > | seems to have resulted in this boot-time error. The syslogd.c deltas= =20 > | from 1.82 -> 1.83 look suspect since the handling of relevant variables= =20 > | has changed. >=20 > This change looks wrong: >=20 >=20 > @@ -1679,16 +1659,17 @@ cfline(line, f, prog, host) > f->f_type =3D F_CONSOLE; > else > f->f_type =3D F_TTY; > - (void)strcpy(f->f_un.f_fname, p + sizeof _PATH_DEV -= 1); > + (void)strlcpy(f->f_un.f_fname, p + sizeof(_PATH_DEV = - 1), > ^^^^^^^^^^^= ^^^^ > + sizeof(f->f_un.f_fname)); > } else { Oops, that was a last minute change to try and impose some style consistency on my changes (if not the entire file). I'll fix it. Kris --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7lFzpWry0BWjoQKURAvfPAJ0b2xNnD+risi1zSVXqoN6xP2i8UACfeTmR sthwD4CWk9P+uMBYWY0K9Os= =9ydR -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 3 21:50: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 3F5DE37B405; Mon, 3 Sep 2001 21:49:50 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id 19B2481D01; Mon, 3 Sep 2001 23:49:45 -0500 (CDT) Date: Mon, 3 Sep 2001 23:49:45 -0500 From: Alfred Perlstein To: current@freebsd.org Cc: cg@freebsd.org, msmith@freebsd.org Subject: sound doesn't work with acpi? Message-ID: <20010903234945.U81307@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just booted a fresh -current yesterday and everything seems fine except that pcm now displays: pcm0: unable to map register space here's a full dmesg, dmesg -v or any other assistance needed to diagnose this further will be provided as quickly as possible if required. sorry for the verbose output, it's cardbus being chatty. :) I think Mike Smith mentioned several months ago that this was to be expected, however I was wondering if there was anything I could do to fix it? The laptop is a Dell Latitude, an older model. thanks! Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Mon Sep 3 03:20:36 PDT 2001 bright@lappy.reserved:/usr/obj/usr/src/sys/lappy Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (297.79-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x66a Stepping = 10 Features=0x183f9ff real memory = 134152192 (131008K bytes) avail memory = 125173760 (122240K bytes) Preloaded elf kernel "kernel" at 0xc0514000. Preloaded elf module "if_wi.ko" at 0xc051409c. Preloaded elf module "acpi.ko" at 0xc051413c. Pentium Pro MTRR support enabled Using $PIR table, 5 entries at 0xc00fbd20 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Timecounter "ACPI" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_pcib0: port 0xcf8-0xcff on acpi0 pci0: on acpi_pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcm0: unable to map register space pci1: at device 0.1 (no driver attached) pccbb0: irq 11 at device 3.0 on pci0 pccbb0: PCI Memory allocated: 10000000 cardbus0: on pccbb0 pccard0: <16-bit PCCard bus> on pccbb0 pccbb1: irq 11 at device 3.1 on pci0 pccbb1: PCI Memory allocated: 10001000 cardbus1: on pccbb1 pccard1: <16-bit PCCard bus> on pccbb1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x860-0x86f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xece0-0xecff irq 11 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 on acpi0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: