Re: panic in EcWaitEventIntr?(Re: HEADS UP: ACPI CHANGES AFFECTINGMOST -CURRENT USERS)
Hi. My MPC-206 made panic with -current GENERIC kernel. It can boot normaly with 'unset acpi_load'. 'dmesg' results as follows: Hi, This problem is reported already. Pls try to find a quick fix in acpi-jp ML archive; [acpi-jp 1227] Fix? acpica-unix-20010816 Thanks To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
newer buildkernel failure
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. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: can we build only static libs from the makefiles in /usr/src ?
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 [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: newer buildkernel failure
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 --- Makefile20 Jul 2001 06:07:31 - 1.1 +++ Makefile2 Sep 2001 07:55:41 - @@ -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 [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kern/29530
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 [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: HEADS UP: ACPI CHANGES AFFECTING MOST -CURRENT USERS
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 [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
panic: ffs_clusteralloc: map mismatch / panic: bremfree: ... - with kernel from yesterday and Aug 28 (backtrace)
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 ffs_clusteralloc) 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 1293panic(ffs_clusteralloc: map mismatch); (kgdb) list 1288 * Allocate the cluster that we have found. 1289 */ 1290blksfree = cg_blksfree(cgp); 1291for (i = 1; i = len; i++) 1292if (!ffs_isblock(fs, blksfree, got - run + i)) 1293panic(ffs_clusteralloc: map mismatch); 1294bno = cg * fs-fs_fpg + blkstofrags(fs, got - run + 1); 1295if (dtog(fs, bno) != cg) 1296panic(ffs_clusteralloc: allocated out of group); 1297len = 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 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.
ACPI errors
I'm getting this with the recent ACPI code, should I worry about it? acpi_cpu0: CPU on acpi0 acpi_cpu: CLK_VAL field overflows P_CNT register acpi_cpu: CLK_VAL field overlaps THT_EN bit -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Build problem in -current
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. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
trying to play sound in -current
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 pcm0: Creative CT5880-A port 0xd000-0xd03f irq 5 at device 14.0 on pci0 -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: trying to play sound in -current
"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) pcm0: Creative CT5880-A port 0xd000-0xd03f irq 5 at device 14.0 on pci0 -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message -- ++ __ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ [EMAIL PROTECTED] +--x USA\ a very strange | ( OZ)\___ ___ | country ! +- X_.---._/presently in San Francisco \_/ \\ v To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ACPI breakage on Libretto 110CT with CURRENT
Hi ACPI breaks my Libretto with (typed by hand): Mounting root from ufs/dev/ad0s2a setrootbyname failed ffs_mountroot: can't find rootvp Root mount failed: 6 Manual root filesystem specification: fstype:device BLAHBLAHBLAH... mountroot enter (PANIC - no root fs (no help if I type the correct root FS)) If I undef acpi_load at boot, the system boots fine. M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: trying to play sound in -current
I suppose it uses it, but why does it lock it for extended periods of time. KDE can't even use the sound driver while this is happening. - Original Message - From: Julian Elischer [EMAIL PROTECTED] To: David W. Chapman Jr. [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, September 02, 2001 2:46 PM Subject: Re: trying to play sound in -current 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) pcm0: Creative CT5880-A port 0xd000-0xd03f irq 5 at device 14.0 on pci0 -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message -- ++ __ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ [EMAIL PROTECTED] +--x USA\ a very strange | ( OZ)\___ ___ | country ! +- X_.---._/presently in San Francisco \_/ \\ v To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI problems
I have a panic that I haven't seen in the notes so far; if I allow load of the acpi module, it gets a can't allocate memory very early in the boot process. Hopefully the following is complete - KDE2 cut-and-paste didn't work as I expected for a big region. Motherboard is ASUS A7V with 1.2G processor. DMESG (with old kernel and without ACPI) follows: -- 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 Aug 20 22:26:20 PDT 2001 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/SEAGULL Calibrating clock(s) ... TSC clock: 1208810099 Hz, i8254 clock: 1193250 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter TSC frequency 1208750410 Hz CPU: AMD Athlon(tm) Processor (1208.75-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x642 Stepping = 2 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR AMD Features=0xc044b18,AMIE,DSP,3DNow! Data TLB: 24 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 805224448 (786352K bytes) Physical memory chunk(s): 0x1000 - 0x0009dfff, 643072 bytes (157 pages) 0x003cf000 - 0x2ffe3fff, 801198080 bytes (195605 pages) avail memory = 776478720 (758280K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f92a0 bios32: Entry = 0xf0f50 (c00f0f50) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0x1150 pnpbios: Found PnP BIOS data at 0xc00fc2b0 pnpbios: Entry = f:c2e0 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: Preloaded elf kernel kernel at 0xc03a9000. null: null device, zero device mem: memory I/O Pentium Pro MTRR support enabled Using $PIR table, 9 entries at 0xc00f1720 npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge at pcibus 0 on motherboard pci0: physical bus=0 map[10]: type 3, range 32, base e600, size 25, enabled found- vendor=0x1106, dev=0x0305, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 powerspec 2 supports D0 D3 current D0 found- vendor=0x1106, dev=0x8305, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found- vendor=0x1106, dev=0x0686, revid=0x40 bus=0, slot=4, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base d800, size 4, enabled found- vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=4, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base d400, size 5, enabled found- vendor=0x1106, dev=0x3038, revid=0x16 bus=0, slot=4, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base d000, size 5, enabled found- vendor=0x1106, dev=0x3038, revid=0x16 bus=0, slot=4, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 found- vendor=0x1106, dev=0x3057, revid=0x40 bus=0, slot=4, func=4 class=06-00-00, hdrtype=0x00, mfdev=0 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e180, size 12, enabled map[14]: type 4, range 32, base a400, size 6, enabled map[18]: type 1, range 32, base e100, size 20, enabled found- vendor=0x8086, dev=0x1229, revid=0x08 bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base a000, size 3, enabled map[14]: type 4, range 32, base 9800, size 2, enabled map[18]: type 4, range 32, base 9400, size 3, enabled map[1c]: type 4, range 32, base 9000, size 2, enabled map[20]: type 4, range 32, base 8800, size 6, enabled map[24]: type 1, range 32, base e080, size 17, enabled found- vendor=0x105a, dev=0x0d30, revid=0x02 bus=0, slot=17, func=0 class=01-80-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 1 supports D0 D3 current D0 pci0: PCI bus on pcib0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode0xe000-0xdfff pcib1:
Re: proctitle progress reporting for dump(8)
Ok, attached is the patch addding a function, which sets the proctitle to the last output message and several calls to this function in places, where it looked useful to me. May be, I added too many, and/or skipped some... Note, that I intentially did not put this functionality into the msg() function itself -- not all messages need to be placed into the title. But a call to my new title(void) function can be placed whereever deemed useful. Only those, that can be followed by a long wait... The only tricks here are to replace the \n with the \0 in the lastmsg and to restore the title to the original before forking. The SIGINFO handling seemed to be as simple as: --- main.c 2001/07/09 03:06:56 1.26 +++ main.c 2001/09/02 19:58:21 @@ -274,2 +274,4 @@ + if (signal(SIGINFO, SIG_IGN) != SIG_IGN) + signal(SIGHUP, sig); if (signal(SIGHUP, SIG_IGN) != SIG_IGN) @@ -527,2 +536,5 @@ switch(signo) { + case SIGINFO: + timeest(); + break; case SIGALRM: But it just does not work :( I tried Ctrl-T and I tried killall -- no output, besides the usual: load: 0.11 cmd: dump 69089 [running] 0.00u 0.00s 0% 392k Any suggestions? Thanks! I'm only a ports committer, so if the proctitle patch is found acceptable (wow!) -- could someone please commit it? Or tell me to send-pr it... -mi Index: dump.h === RCS file: /home/ncvs/src/sbin/dump/dump.h,v retrieving revision 1.9 diff -U1 -r1.9 dump.h --- dump.h 2001/08/10 23:12:10 1.9 +++ dump.h 2001/09/02 19:58:20 @@ -104,2 +104,3 @@ void timeest __P((void)); +void title __P((void)); time_t unctime __P((char *str)); Index: main.c === RCS file: /home/ncvs/src/sbin/dump/main.c,v retrieving revision 1.26 diff -U1 -r1.26 main.c --- main.c 2001/07/09 03:06:56 1.26 +++ main.c 2001/09/02 19:58:21 @@ -332,2 +334,3 @@ } + title(); sync(); @@ -358,2 +361,3 @@ msg(mapping (Pass I) [regular files]\n); + title(); anydirskipped = mapfiles(maxino, tapesize); @@ -361,2 +365,3 @@ msg(mapping (Pass II) [directories]\n); + title(); while (anydirskipped) { @@ -410,2 +415,3 @@ } + title(); @@ -423,2 +429,3 @@ msg(dumping (Pass III) [directories]\n); + title(); dirty = 0; /* XXX just to get gcc to shut up */ @@ -441,2 +448,3 @@ msg(dumping (Pass IV) [regular files]\n); + title(); for (map = dumpinomap, ino = 1; ino maxino; ino++) { @@ -478,2 +486,3 @@ spcl.c_tapea / (tend_writing - tstart_writing)); + title(); @@ -536,2 +548,3 @@ msg(Rewriting attempted as response to unknown signal.\n); + title(); (void)fflush(stderr); Index: optr.c === RCS file: /home/ncvs/src/sbin/dump/optr.c,v retrieving revision 1.12 diff -U1 -r1.12 optr.c --- optr.c 2001/01/29 09:45:51 1.12 +++ optr.c 2001/09/02 19:58:21 @@ -203,2 +203,3 @@ + setproctitle(NULL); /* restore the proctitle modified by title() */ switch (pid = fork()) { @@ -305,2 +306,3 @@ deltat / 3600, (deltat % 3600) / 60); + title(); } @@ -333,2 +335,28 @@ va_end(ap); +} + +/* + * This function can be called to place, what msg() above pushed to + * stderr, into the process title, viewable with the ps-command. + * A side effect of this function, is it replaces the final '\n' (if any) + * with the '\0' in the global variable lastmsg -- to avoid the literal + * \n being put into the proctitle. + * So, if the lastmsg needs to be output elsewhere, that should happen + * before calling title(). + */ +void title() +{ + int lastlen; + + lastlen = strlen(lastmsg); + if (lastmsg[lastlen-1] == '\n') + lastmsg[lastlen-1] = '\0'; + + /* +* It would be unwise to run multiple dumps of same disk at +* same time. So ``disk'' is sufficient for identifying, to +* which family of dump processes this one belongs -- the +* other processes continue to have the original titles +*/ + setproctitle(%s: %s, disk, lastmsg); } Index: tape.c === RCS file: /home/ncvs/src/sbin/dump/tape.c,v retrieving revision 1.13 diff -U1 -r1.13 tape.c --- tape.c 2001/01/28 21:21:37 1.13 +++ tape.c 2001/09/02 19:58:22 @@ -533,2 +533,3 @@ */ + setproctitle(NULL); /* restore the proctitle modified by title() */ childpid = fork();
Re: trying to play sound in -current
I suppose it uses it, but why does it lock it for extended periods of time. KDE can't even use the sound driver while this is happening. set sysctl hw.snd.verbose as high as it'll go (3, with the latest code) and cat /dev/sndstat. it'll tell you the pid of the process using each channel. -cg To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
buildworld fails in src/lib/libc/posix1e
... cc -nostdinc -O -pipe -mcpu=ev56 -mcpu=ev56 -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -DLIBC_MAJOR=5 -D__DBINTERFACE_PRIVATE -DINET6 -I/home/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -DHESIOD -I/usr/obj/usr/src/alpha/usr/include -c /usr/src/lib/libc/../libc/posix1e/cap_copy.c -o cap_copy.o /usr/src/lib/libc/../libc/posix1e/cap_copy.c:46: conflicting types for `cap_copy_ext' /usr/obj/usr/src/alpha/usr/include/sys/capability.h:219: previous declaration of `cap_copy_ext' ... cap_copy.c: int cap_copy_ext(void *ext_p, cap_t cap, ssize_t size) capability.h: ssize_t cap_copy_ext(void *, cap_t, ssize_t) On alpha, ssize_t comes down to long (_BSD_SSIZE_T_ in src/sys/alpha/include/ansi.h). The same problem applies to cap_size(). Index: lib/libc/posix1e/cap_copy.c === RCS file: /cvs/src/lib/libc/posix1e/cap_copy.c,v retrieving revision 1.1 diff -u -r1.1 cap_copy.c --- lib/libc/posix1e/cap_copy.c 31 Aug 2001 02:07:48 - 1.1 +++ lib/libc/posix1e/cap_copy.c 2 Sep 2001 20:38:45 - @@ -41,7 +41,7 @@ #include errno.h #include stdlib.h -int +ssize_t cap_copy_ext(void *ext_p, cap_t cap, ssize_t size) { if (size 0) { @@ -72,8 +72,8 @@ } return (c); } - -int + +ssize_t cap_size(cap_t cap) { (void)cap; /* silence warning */ -- Christian naddy Weisgerber [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
MALLOC/FREE macro useage.
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? 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) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: HEADS UP: ACPI CHANGES AFFECTING MOST -CURRENT USERS
In servalan.mailinglist.fbsd-current David Malone writes: 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? I'm seeing similar behavior, with fdc0 not functioning properly and giving the following stuff in dmesg. Note the 'fdc0: cmd 3 failed at out byte 1 of 3' messages; the kernel never seems to properly detect floppy drive 0. This is on a Tyan Thunder 100GX motherboard. It's not got the most current rev. of the BIOS, but I'm somewhat reluctant to try flashing a newer BIOS unless I'm sure the lossage is in the BIOS and not in the FreeBSD kernel. (Alas, trying the newer BIOS may be the only way to find out for sure.) 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 #1: Sat Sep 1 21:43:41 CDT 2001 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/ICHOTOLOTSMP Timecounter i8254 frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) Origin = GenuineIntel Id = 0x653 Stepping = 3 Features=0x183fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 134152192 (131008K bytes) avail memory = 124178432 (121268K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0 Preloaded elf kernel kernel at 0xc0633000. Preloaded elf module acpi.ko at 0xc063309c. Pentium Pro MTRR support enabled WARNING: Driver mistake: destroy_dev on 154/0 npx0: math processor on motherboard npx0: INT 16 interface acpi0: TYANCP TYANTBLE 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 0x408-0x40b on acpi0 acpi_cpu0: CPU on acpi0 acpi_cpu1: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_pcib0: Host-PCI bridge port 0xcf8-0xcff on acpi0 IOAPIC #0 intpin 19 - irq 2 IOAPIC #0 intpin 16 - irq 10 pci0: PCI bus on acpi_pcib0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: display, VGA at 0.0 (no driver attached) isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel PIIX4 ATA33 controller port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: Intel 82371AB/EB (PIIX4) USB controller port 0xef80-0xef9f irq 2 at device 7.2 on pci0 usb0: Intel 82371AB/EB (PIIX4) USB controller 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 ums0: Cypress Sem PS2/USB Browser Combo Mouse, rev 1.00/4.9c, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. Timecounter PIIX frequency 3579545 Hz pci0: bridge, PCI-unknown at 7.3 (no driver attached) pcib2: PCI-PCI bridge at device 16.0 on pci0 pci2: PCI bus on pcib2 fxp0: Intel Pro 10/100B/100+ Ethernet port 0xef40-0xef5f mem 0xfea0-0xfeaf,0xfc4ff000-0xfc4f irq 2 at device 17.0 on pci0 fxp0: Ethernet address 00:e0:81:10:47:b2 inphy0: i82555 10/100 media interface on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ahc0: Adaptec aic7895 Ultra SCSI adapter port 0xe400-0xe4ff mem 0xfebfe000-0xfebfefff irq 10 at device 18.0 on pci0 aic7895C: Ultra Wide Channel A, SCSI Id=7, 32/255 SCBs ahc1: Adaptec aic7895 Ultra SCSI adapter port 0xe800-0xe8ff mem 0xfebff000-0xfebf irq 10 at device 18.1 on pci0 aic7895C: Ultra Wide Channel B, SCSI Id=7, 32/255 SCBs fdc0: cmd 3 failed at out byte 1 of 3 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode plip0: PLIP network interface on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ppi0: Parallel I/O on ppbus0 ppc1: cannot reserve I/O port range fdc0: cmd 3 failed at out byte 1 of 3 ppc1: cannot reserve I/O port range orm0: Option ROMs at iomem 0xc-0xc87ff,0xcc000-0xd07ff on isa0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 ppc1: cannot reserve I/O port range sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 vga0: Generic ISA VGA
Re: trying to play sound in -current
On Sun, Sep 02, 2001 at 09:43:28PM +0100, Cameron Grant wrote: I suppose it uses it, but why does it lock it for extended periods of time. KDE can't even use the sound driver while this is happening. set sysctl hw.snd.verbose as high as it'll go (3, with the latest code) and cat /dev/sndstat. it'll tell you the pid of the process using each channel. Now that I know how to debug it I can't seem to reproduce it for a length of time that will provide me with the pid of the process that's taking it, but thank you for the info. Just curious, how many channels do I have, I don't quite understand the output. FreeBSD Audio Driver (newpcm) Installed devices: pcm0: Creative CT5880-A at io 0xd000 irq 5 (1p/1r/0v channels duplex default) [pcm0:0:record]: speed 0, format , flags interrupts 0, overruns 0, hfree 4096, sfree 0 {hardware} - feeder_root() - {userland} [pcm0:1:play]: speed 44100, format 1010, flags 7030, pid 581 interrupts 124, underruns 0, ready 40960 {hardware} - feeder_root(1010) - {userland} -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: MALLOC/FREE macro useage.
In article [EMAIL PROTECTED], Gersh [EMAIL PROTECTED] 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? 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) Please don't. It would just create a bunch of new gratuitous differences against the other BSDs. John -- John Polstra [EMAIL PROTECTED] John D. Polstra Co., Inc.Seattle, Washington USA Disappointment is a good sign of basic intelligence. -- Chögyam Trungpa To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: trying to play sound in -current
I recall reading the explanation somewhere on the KDE site on why artsd will hold a lock on the sound device, but as I recall the lock is like for 30 or 60 seconds... Reading the explanation I seem to recall thinking it was a lame hack solution to the problem of dealing with multiple opens on older sound hardware that can't handle multiple opens. I forget where this was but it was related to artsd. 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) pcm0: Creative CT5880-A port 0xd000-0xd03f irq 5 at device 14.0 on pci0 -- David W. Chapman Jr. [EMAIL PROTECTED] Raintree Network Services, Inc. www.inethouston.net [EMAIL PROTECTED] FreeBSD Committer www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! POWER TO THE PEOPLE! _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: MALLOC/FREE macro useage.
* John Polstra [EMAIL PROTECTED] [010902 20:23] wrote: In article [EMAIL PROTECTED], Gersh [EMAIL PROTECTED] 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? 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) Please don't. It would just create a bunch of new gratuitous differences against the other BSDs. 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. Please don't remove it. -- -Alfred Perlstein [[EMAIL PROTECTED]] 'Instead of asking why a piece of software is using 1970s technology, start asking why software is ignoring 30 years of accumulated wisdom.' To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Recent -current breaks console probing on dell notebook?
Until yesterday, I was running -CURRENT from around July 4th on my notebook, given that I was travelling and unwilling to break my means of giving presentations on my trip :-). Yesterday, I decided to upgrade, and built kernel/world. The userland stuff appears to work fine, but interestingly, my kernel seems not to probe the console, and instead, use the serial console. The boot loader does not have this problem, and sees the console fine. The symptoms are that as the kernel loads (spin spin) after the boot loader, it ceases spinning, the cursor changes to a block, and after a delay for hardware probes (tc), the login prompt comes up but without the ability to type. Unfortunately, I don't have a box with me I can use as a serial console, so I can't attempt to see what it did or didn't probe successfully, just that things got that far. When I get home tomorrow, I'll attempt to debug it, but was wondering if anyone else had experienced this, or could point me at any commits that might potentially impact this. Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Project [EMAIL PROTECTED] NAI Labs, Safeport Network Services To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Recent -current breaks console probing on dell notebook?
Until yesterday, I was running -CURRENT from around July 4th on my notebook, given that I was travelling and unwilling to break my means of giving presentations on my trip :-). Yesterday, I decided to upgrade, and built kernel/world. The userland stuff appears to work fine, but interestingly, my kernel seems not to probe the console, and instead, use the serial console. The boot loader does not have this problem, and sees the console fine. The symptoms are that as the kernel loads (spin spin) after the boot loader, it ceases spinning, the cursor changes to a block, This means that the video card is initialized Ok... and after a delay for hardware probes (tc), the login prompt comes up but syscons is working and providing /dev/ttyv%d... without the ability to type. Umm, the keyboard is not available... Unfortunately, I don't have a box with me I can use as a serial console, so I can't attempt to see what it did or didn't probe successfully, just that things got that far. When I get home tomorrow, I'll attempt to debug it, but was wondering if anyone else had experienced this, or could point me at any commits that might potentially impact this. Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Project [EMAIL PROTECTED] NAI Labs, Safeport Network Services Can you login to your notebook via network? As the loader seems working, you can boot the machine with bootverbose set, and can get dmesg output if you are able to login via network. Kazu To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
We Carry The Banned Newsgroups! -akirctkwv
Title: 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.
Re: trying to play sound in -current
That seems to confirm the results of my research. artsd is the sound server and apparently it defaults to a 60 second lock. - Original Message - From: "Jim Bryant" [EMAIL PROTECTED] To: "Julian Elischer" [EMAIL PROTECTED] Cc: "David W. Chapman Jr." [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Sunday, September 02, 2001 9:13 PM Subject: Re: trying to play sound in -current I recall reading the explanation somewhere on the KDE site on why artsd will hold a lock on the sound device, but as I recall the lock is like for 30 or 60 seconds... Reading the explanation I seem to recall thinking it was a lame hack solution to the problem of dealing with multiple opens on older sound hardware that can't handle multiple opens. I forget where this was but it was related to artsd. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message