From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 03:24:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E98B216A4CF for ; Sun, 23 Nov 2003 03:24:43 -0800 (PST) Received: from datacenter.office.suceava.rdsnet.ro (datacenter.office.suceava.rdsnet.ro [217.156.25.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8624843F3F for ; Sun, 23 Nov 2003 03:24:41 -0800 (PST) (envelope-from ady@freebsd.ady.ro) Received: from datacenter.office.suceava.rdsnet.ro (localhost [127.0.0.1]) id hANBXZ1J080004; Sun, 23 Nov 2003 13:33:35 +0200 (EET) (envelope-from ady@freebsd.ady.ro) Received: from localhost (ady@localhost)ESMTP id hANBXYaS080001; Sun, 23 Nov 2003 13:33:34 +0200 (EET) (envelope-from ady@freebsd.ady.ro) X-Authentication-Warning: datacenter.office.suceava.rdsnet.ro: ady owned process doing -bs Date: Sun, 23 Nov 2003 13:33:33 +0200 (EET) From: Adrian Penisoara X-X-Sender: ady@datacenter.office.suceava.rdsnet.ro To: Anthony Ginepro In-Reply-To: <20031122124344.GA2171@renaissance.homeip.net> Message-ID: <20031123133214.A79959@datacenter.office.suceava.rdsnet.ro> References: <20031122124344.GA2171@renaissance.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: localhost adress X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 11:24:44 -0000 Hi, Maybe the latest commit by 'tmm' fixes it: tmm 2003/11/22 19:02:00 PST FreeBSD src repository Modified files: sys/netinet in_pcb.c Log: bzero() the the sockaddr used for the destination address for rtalloc_ign() in in_pcbconnect_setup() before it is filled out. Otherwise, stack junk would be left in sin_zero, which could cause host routes to be ignored because they failed the comparison in rn_match(). This should fix the wrong source address selection for connect() to 127.0.0.1, among other things. Reviewed by: sam Approved by: re (rwatson) Revision Changes Path 1.133 +1 -0 src/sys/netinet/in_pcb.c -- Ady (@freebsd.ady.ro) On Sat, 22 Nov 2003, Anthony Ginepro wrote: > Since my last current (FreeBSD renaissance.homeip.net 5.1-CURRENT > FreeBSD 5.1-CURRENT #0: Fri Nov 21 17:49:36 CET 2003), I couldn't > use anymore local network program like mlnet (telnet localhost 4000) > or squid as my adress is 81.65.xx.xx (from my modem-cable) instead > of 127.0.0.1. > > I didn't have this trouble with -CURRENT on the 17th of November. > > Is it related to tcp hostcache or is something weird in my config ? > > Anthony. > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 03:41:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 189FB16A4CE for ; Sun, 23 Nov 2003 03:41:50 -0800 (PST) Received: from p233.if.pwr.wroc.pl (p233.if.pwr.wroc.pl [156.17.68.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6136D43FE9 for ; Sun, 23 Nov 2003 03:41:49 -0800 (PST) (envelope-from junior@p233.if.pwr.wroc.pl) Received: from junior by p233.if.pwr.wroc.pl with local (Exim 3.35 #1 (Debian)) id 1ANseK-0000Mo-00 for ; Sun, 23 Nov 2003 12:43:32 +0100 Date: Sun, 23 Nov 2003 12:43:32 +0100 To: freebsd-current@freebsd.org Message-ID: <20031123114332.GA1337@p221.if.pwr.wroc.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i From: Bartek Marcinkiewicz Subject: vfs_domount() ->...-> vfs_freeopts() NULL pointer dereferencing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 11:41:50 -0000 Hi, System in question is FreeBSD 5.1-CURRENT, sources for -current cvsupped a few days ago. Problem occurs while mounting ext2fs partition. If VFS_MOUNT() returns error there is null pointer dereference happening in vfs_freeopts() which is called by vfs_mount_destroy() Trace: vfs_freeopts(0, ...) vfs_mount_destroy() vfs_domount() vfs_nmount nmount() offending code: /* Release all resources related to the mount options. */ static void vfs_freeopts(struct vfsoptlist *opts) { struct vfsopt *opt; /* jr */ if (!opts) printf("tailq list opts is NULL pointer\n"); while (!TAILQ_EMPTY(opts)) { opt = TAILQ_FIRST(opts); vfs_freeopt(opts, opt); } free(opts, M_MOUNT); } Trivial patch would be adding: if (!opts) return; but is it correct? best regards, bm. ps. ext2fs was dirty.. From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 04:39:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7B6A16A4CE for ; Sun, 23 Nov 2003 04:39:28 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2572243F75 for ; Sun, 23 Nov 2003 04:39:28 -0800 (PST) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id F342F2ED44E; Sun, 23 Nov 2003 04:39:27 -0800 (PST) Date: Sun, 23 Nov 2003 13:39:27 +0100 From: Maxime Henrion To: Christian Laursen Message-ID: <20031123123927.GB8404@elvis.mu.org> References: <86u14von9h.fsf@borg.borderworlds.dk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <86u14von9h.fsf@borg.borderworlds.dk> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: Panic when trying to mount cd9660 as udf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 12:39:28 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Christian Laursen wrote: > By accident, I tried to mount a CD as UDF, and got the follwoing panic: > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc06c2f6c > stack pointer = 0x10:0xcda4bac0 > frame pointer = 0x10:0xcda4bacc > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 530 (mount_udf) > > This seems to be easily reproducable. First I got it on my workstation > running 5.2-BETA, and I then reproduced it on my test machine which runs > -CURRENT from 4 days ago: [...] Can you try the attached patch and tell me if it fixes your problem? Thanks, Maxime --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vfs_mount.patch" Index: vfs_mount.c =================================================================== RCS file: /space2/ncvs/src/sys/kern/vfs_mount.c,v retrieving revision 1.115 diff -u -p -r1.115 vfs_mount.c --- vfs_mount.c 14 Nov 2003 05:27:41 -0000 1.115 +++ vfs_mount.c 23 Nov 2003 12:35:29 -0000 @@ -841,7 +841,8 @@ update: * Check if the fs implements the type VFS_[N]MOUNT() * function we are looking for. */ - if ((compat == 0) == (mp->mnt_op->vfs_mount != NULL)) { + if ((compat && mp->mnt_op->vfs_mount == NULL) || + (!compat && mp->mnt_op->vfs_nmount == NULL)) { printf("%s doesn't support the %s mount syscall\n", mp->mnt_vfc->vfc_name, compat? "old" : "new"); VI_LOCK(vp); --J2SCkAp4GZ/dPZZf-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 04:46:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D7ED16A4CE; Sun, 23 Nov 2003 04:46:44 -0800 (PST) Received: from mail.ryu16.org (YahooBB219005044050.bbtec.net [219.5.44.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F324043F3F; Sun, 23 Nov 2003 04:46:41 -0800 (PST) (envelope-from imura@ryu16.org) Received: from redeye.xt.ryu16.org (localhost [127.0.0.1]) by mail.ryu16.org (8.12.9p1/8.12.9) with ESMTP id hANCkXmh080499; Sun, 23 Nov 2003 21:46:33 +0900 (JST) (envelope-from imura@redeye.xt.ryu16.org) Received: (from imura@localhost) by redeye.xt.ryu16.org (8.12.9p1/8.12.9/Submit) id hANCkWnG080496; Sun, 23 Nov 2003 21:46:32 +0900 (JST) (envelope-from imura) Date: Sun, 23 Nov 2003 21:46:32 +0900 From: "R. Imura" To: kan@freebsd.org Message-ID: <20031123124632.GA79809%imura@ryu16.org> References: <86u14von9h.fsf@borg.borderworlds.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86u14von9h.fsf@borg.borderworlds.dk> User-Agent: Mutt/1.4.1i-ja.1 cc: freebsd-current@freebsd.org cc: rwatson@freebsd.org Subject: Re: Panic when trying to mount cd9660 as udf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 12:46:44 -0000 It seems that vfs_mount.c rev 1.113 breakes something. It also breakes mount_udf -C. Using rev 1.112 works fine with me. A mail to current@ with subject "vfs_domount() ->...-> vfs_freeopts() NULL pointer dereferencing" may also related to the same problem. - R. Imura On Sun, Nov 23, 2003 at 03:02:34AM +0100, Christian Laursen wrote: > By accident, I tried to mount a CD as UDF, and got the follwoing panic: > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc06c2f6c > stack pointer = 0x10:0xcda4bac0 > frame pointer = 0x10:0xcda4bacc > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 530 (mount_udf) > > This seems to be easily reproducable. First I got it on my workstation > running 5.2-BETA, and I then reproduced it on my test machine which runs > -CURRENT from 4 days ago: > > FreeBSD cardassian.borderworlds.dk 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Wed Nov 19 04:22:32 CET 2003 root@cardassian.borderworlds.dk:/usr/obj/usr/src/sys/GENERIC i386 > > The output in this mail is from the test machine. > > This is the backtrace I got from the resulting crashdump: > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 > #1 0xc066d6fb in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 > #2 0xc066dafd in panic () at /usr/src/sys/kern/kern_shutdown.c:550 > #3 0xc048ac32 in db_panic () at /usr/src/sys/ddb/db_command.c:450 > #4 0xc048ab92 in db_command (last_cmdp=0xc0938360, cmd_table=0xc08c3c00, > aux_cmd_tablep=0xc08baa04, aux_cmd_tablep_end=0xc08baa1c) > at /usr/src/sys/ddb/db_command.c:346 > #5 0xc048acd5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472 > #6 0xc048dcd5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_trap.c:73 > #7 0xc0812dcc in kdb_trap (type=12, code=0, regs=0xcda4ba80) > at /usr/src/sys/i386/i386/db_interface.c:171 > #8 0xc08294d6 in trap_fatal (frame=0xcda4ba80, eva=0) > at /usr/src/sys/i386/i386/trap.c:816 > #9 0xc0829182 in trap_pfault (frame=0xcda4ba80, usermode=0, eva=0) > at /usr/src/sys/i386/i386/trap.c:735 > #10 0xc0828d23 in trap (frame= > {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1040053552, tf_esi = 1, tf_ebp = -844842292, tf_isp = -844842324, tf_ebx = 0, tf_edx = 4, tf_ecx = 1, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1066651796, tf_cs = 8, tf_eflags = 66182, tf_esp = 6, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:420 > #11 0xc0814818 in calltrap () at {standard input}:94 > #12 0xc06c3913 in vfs_mount_destroy (mp=0x0, td=0x0) > at /usr/src/sys/kern/vfs_mount.c:537 > #13 0xc06c472f in vfs_domount (td=0xc20c7dc0, fstype=0xc2020ad0 "udf", > fspath=0xc2020ab0 "/mnt", fsflags=1, fsdata=0xc2020c00, compat=0) > at /usr/src/sys/kern/vfs_mount.c:938 > #14 0xc06c3a39 in vfs_nmount (td=0x0, fsflags=0, fsoptions=0x0) > at /usr/src/sys/kern/vfs_mount.c:581 > #15 0xc06c353d in nmount (td=0x0, uap=0xcda4bd10) > at /usr/src/sys/kern/vfs_mount.c:407 > #16 0xc0829870 in syscall (frame= > {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077940702, tf_esi = 8, tf_ebp = -1077940972, tf_isp = -844841612, tf_ebx = 5, tf_edx = -1077940736, tf_ecx = 10, tf_eax = 378, tf_trapno = 12, tf_err = 2, tf_eip = 671876783, tf_cs = 31, tf_eflags = 582, tf_esp = -1077942196, tf_ss = 47}) > at /usr/src/sys/i386/i386/trap.c:1010 > #17 0xc081486d in Xint0x80_syscall () at {standard input}:136 > > -- > Best regards > Christian Laursen From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 07:23:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF76C16A4CE; Sun, 23 Nov 2003 07:23:33 -0800 (PST) Received: from ferengi.borderworlds.dk (borderworlds.dk [62.79.110.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id D97E843FA3; Sun, 23 Nov 2003 07:23:31 -0800 (PST) (envelope-from xi@borderworlds.dk) Received: from borg.borderworlds.dk (localhost [127.0.0.1]) by ferengi.borderworlds.dk (Postfix) with ESMTP id 8F4555C52; Sun, 23 Nov 2003 16:23:29 +0100 (CET) Received: by borg.borderworlds.dk (Postfix, from userid 1001) id F079DB827; Sun, 23 Nov 2003 16:23:28 +0100 (CET) Sender: xi@borderworlds.dk To: Maxime Henrion References: <86u14von9h.fsf@borg.borderworlds.dk> <20031123123927.GB8404@elvis.mu.org> From: Christian Laursen Date: 23 Nov 2003 16:23:28 +0100 In-Reply-To: <20031123123927.GB8404@elvis.mu.org> Message-ID: <8665hbf6rz.fsf@borg.borderworlds.dk> Lines: 49 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: Panic when trying to mount cd9660 as udf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 15:23:34 -0000 Maxime Henrion writes: > Christian Laursen wrote: > > By accident, I tried to mount a CD as UDF, and got the follwoing panic: [snip] > Can you try the attached patch and tell me if it fixes your problem? Unfortunately it doesn't seem to make any difference. The trace seems to be identical except for a line number that changed because of the patch. #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc066d6fb in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc066dafd in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc048ac32 in db_panic () at /usr/src/sys/ddb/db_command.c:450 #4 0xc048ab92 in db_command (last_cmdp=0xc0938360, cmd_table=0xc08c3c00, aux_cmd_tablep=0xc08baa04, aux_cmd_tablep_end=0xc08baa1c) at /usr/src/sys/ddb/db_command.c:346 #5 0xc048acd5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472 #6 0xc048dcd5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_trap.c:73 #7 0xc0812ddc in kdb_trap (type=12, code=0, regs=0xcda39a80) at /usr/src/sys/i386/i386/db_interface.c:171 #8 0xc08294e6 in trap_fatal (frame=0xcda39a80, eva=0) at /usr/src/sys/i386/i386/trap.c:816 #9 0xc0829192 in trap_pfault (frame=0xcda39a80, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:735 #10 0xc0828d33 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1040052640, tf_esi = 1, tf_ebp = -844916020, tf_isp = -844916052, tf_ebx = 0, tf_edx = 4, tf_ecx = 1, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1066651796, tf_cs = 8, tf_eflags = 66182, tf_esp = 6, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:420 #11 0xc0814828 in calltrap () at {standard input}:94 #12 0xc06c3913 in vfs_mount_destroy (mp=0x0, td=0x0) at /usr/src/sys/kern/vfs_mount.c:537 #13 0xc06c4740 in vfs_domount (td=0xc20c7640, fstype=0xc2020e60 "udf", fspath=0xc2020ea0 "/mnt", fsflags=1, fsdata=0xc2020e40, compat=0) at /usr/src/sys/kern/vfs_mount.c:939 #14 0xc06c3a39 in vfs_nmount (td=0x0, fsflags=0, fsoptions=0x0) at /usr/src/sys/kern/vfs_mount.c:581 #15 0xc06c353d in nmount (td=0x0, uap=0xcda39d10) at /usr/src/sys/kern/vfs_mount.c:407 #16 0xc0829880 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077940702, tf_esi = 8, tf_ebp = -1077940972, tf_isp = -844915340, tf_ebx = 5, tf_edx = -1077940736, tf_ecx = 10, tf_eax = 378, tf_trapno = 12, tf_err = 2, tf_eip = 671876783, tf_cs = 31, tf_eflags = 582, tf_esp = -1077942196, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1010 #17 0xc081487d in Xint0x80_syscall () at {standard input}:136 -- Best regards Christian Laursen From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 07:53:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A370416A4CE for ; Sun, 23 Nov 2003 07:53:27 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4318B43F75 for ; Sun, 23 Nov 2003 07:53:26 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hANFpNEQ042115 for ; Sun, 23 Nov 2003 16:51:23 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hANFpNJr042114 for current@freebsd.org; Sun, 23 Nov 2003 16:51:23 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200311231551.hANFpNJr042114@spider.deepcore.dk> To: current@freebsd.org Date: Sun, 23 Nov 2003 16:51:23 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 Subject: printing problems lpr/lpd misbehavior ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 15:53:27 -0000 On a fresh current 23/11 1600CET : normal user cannot print anymore: >lpr lpr: error - scheduler not responding! but as root things works as expected. Ideas ? or another item for the "bugs to fix" list ? -Søren From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 08:06:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E75916A4CE for ; Sun, 23 Nov 2003 08:06:49 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4D4B43F93 for ; Sun, 23 Nov 2003 08:06:47 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hANG4iEQ042392; Sun, 23 Nov 2003 17:04:45 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hANG4iCV042391; Sun, 23 Nov 2003 17:04:44 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200311231604.hANG4iCV042391@spider.deepcore.dk> In-Reply-To: <200311231551.hANFpNJr042114@spider.deepcore.dk> To: Soren Schmidt Date: Sun, 23 Nov 2003 17:04:44 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: current@FreeBSD.ORG Subject: Re: printing problems lpr/lpd misbehavior ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 16:06:49 -0000 It seems Soren Schmidt wrote: > > On a fresh current 23/11 1600CET : > > normal user cannot print anymore: > > >lpr > lpr: error - scheduler not responding! > > but as root things works as expected. > > Ideas ? or another item for the "bugs to fix" list ? Disregard above, some crappy port has installed "cups" which apparently has its own "lpr" command, nice... -Søren From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 08:42:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27DBF16A4CE for ; Sun, 23 Nov 2003 08:42:54 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21B9943FD7 for ; Sun, 23 Nov 2003 08:42:53 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id DAFAE5308; Sun, 23 Nov 2003 17:42:51 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id D47B0530A; Sun, 23 Nov 2003 17:42:44 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id BF92033C86; Sun, 23 Nov 2003 17:42:44 +0100 (CET) To: Soren Schmidt References: <200311231604.hANG4iCV042391@spider.deepcore.dk> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 23 Nov 2003 17:42:44 +0100 In-Reply-To: <200311231604.hANG4iCV042391@spider.deepcore.dk> (Soren Schmidt's message of "Sun, 23 Nov 2003 17:04:44 +0100 (CET)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on flood.des.no X-Spam-Level: ss X-Spam-Status: No, hits=2.5 required=5.0 tests=RCVD_IN_DYNABLOCK autolearn=no version=2.60 cc: current@FreeBSD.ORG Subject: Re: printing problems lpr/lpd misbehavior ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 16:42:54 -0000 Soren Schmidt writes: > Disregard above, some crappy port has installed "cups" which apparently > has its own "lpr" command, nice... Sorry, but *you* are the "crappy port". CUPS is intentionally split into several ports so that the parts that other ports depend on (cups-base) can be installed separately from the front-end (cups-lpr) and the only port that depends on the front-end is the meta-port, which itself has no dependents. You should consider this a golden opportunity to try out CUPS, which is much easier to set up than the base system's lpd, and has far better support for modern printers (including the ability to configure printer options such as resolution, quality, duplex etc.). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 08:51:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1BE216A4CE for ; Sun, 23 Nov 2003 08:51:48 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82BCA43FBD for ; Sun, 23 Nov 2003 08:51:46 -0800 (PST) (envelope-from sos@spider.deepcore.dk) Received: from spider.deepcore.dk (localhost [127.0.0.1]) by spider.deepcore.dk (8.12.10/8.12.10) with ESMTP id hANGnZEQ043181; Sun, 23 Nov 2003 17:49:35 +0100 (CET) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.10/8.12.10/Submit) id hANGnZoR043180; Sun, 23 Nov 2003 17:49:35 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200311231649.hANGnZoR043180@spider.deepcore.dk> In-Reply-To: To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Date: Sun, 23 Nov 2003 17:49:35 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 X-mail-scanned: by DeepCore Virus & Spam killer v1.3 cc: current@FreeBSD.ORG Subject: Re: printing problems lpr/lpd misbehavior ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 16:51:48 -0000 It seems Dag-Erling Smørgrav wrote: > Soren Schmidt writes: > > Disregard above, some crappy port has installed "cups" which apparently > > has its own "lpr" command, nice... > > Sorry, but *you* are the "crappy port". CUPS is intentionally split > into several ports so that the parts that other ports depend on > (cups-base) can be installed separately from the front-end (cups-lpr) > and the only port that depends on the front-end is the meta-port, > which itself has no dependents. "parse error" it sneaked in as a dependency of something else, I *newer* installed cups here (and its also now *gone*)... > You should consider this a golden opportunity to try out CUPS, which > is much easier to set up than the base system's lpd, and has far > better support for modern printers (including the ability to configure > printer options such as resolution, quality, duplex etc.). No thanks, lpd does the job quite nicely, with close to *no setup* so it cant be much easier :) -Søren From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 09:25:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F64C16A4CE for ; Sun, 23 Nov 2003 09:25:00 -0800 (PST) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0815843FBD for ; Sun, 23 Nov 2003 09:24:55 -0800 (PST) (envelope-from Jan.Stocker@t-online.de) Received: from fwd04.aul.t-online.de by mailout11.sul.t-online.com with smtp id 1ANxxe-0002E2-04; Sun, 23 Nov 2003 18:23:50 +0100 Received: from twoflower (VTPJprZSYespEWWNGrSEnW4KSs2ZxpLzjIzOHCvXNGKOVLH3m7IVE4@[217.225.118.57]) by fwd04.sul.t-online.com with smtp id 1ANxxY-0mmWvo0; Sun, 23 Nov 2003 18:23:44 +0100 From: Jan.Stocker@t-online.de (Jan Stocker) To: References: <000201c310d3$56a1e420$fe02010a@twoflower.liebende.de> <1051898378.568.16.camel@gyros> <3EB2B8D9.4050007@t-online.de> <1051900553.568.22.camel@gyros> <3EB2BCFE.2000407@t-online.de> <1051902170.568.24.camel@gyros> <3EB2C38D.2050709@t-online.de> <1051903514.568.39.camel@gyros> <3EB2C9C2.8090500@t-online.de> <1051904791.568.41.camel@gyros> <3EB365A1.3060800@t-online.de> <1051944905.21327.6.camel@shumai.marcuscom.com> <3EB394CB.9010903@t-online.de> <1051976460.52870.1.camel@shumai.marcuscom.com> <3EB60BB4.8040900@t-online.de> <1052367823.68744.27.camel@shumai.marcuscom.com> <1056477971.681.5.camel@Twoflower.liebende.de> <1056484404.324.1.camel@gyros> <1056781248.650.2.camel@Twoflower.liebende.de> <1056817614.44083.0.camel@shumai.marcuscom.com> <1057164575.647.1.camel@Twoflower.liebende.de> <1057166760.311.26.camel@gyros> Date: Sun, 23 Nov 2003 18:23:42 +0100 Message-ID: <1067373507.618.3.camel@Twoflower.liebende.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.4.5 In-Reply-To: <1057166760.311.26.camel@gyros> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 X-Evolution-Format: text/plain X-Evolution-Fcc: imap://jstocker@dslrouter/INBOX/Sent X-Evolution-Account: jstocker@dslrouter X-Evolution-Transport: smtp://Jan.Stocker@mailto.t-online.de X-Seen: false X-ID: VTPJprZSYespEWWNGrSEnW4KSs2ZxpLzjIzOHCvXNGKOVLH3m7IVE4 Subject: XFree86 ports / Font problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jan.Stocker@t-online.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 17:25:00 -0000 Hi... after updating my 5.1-current machine: a) new kernel b) new world c) all packages (including XFree86) d) newest gnome-packages (using marcusmerge) i got these msgs in XFree86.0.log Warning: font renderer for ".pcf" already registered at priority 0 Warning: font renderer for ".pcf.Z" already registered at priority 0 Warning: font renderer for ".pcf.gz" already registered at priority 0 Warning: font renderer for ".snf" already registered at priority 0 Warning: font renderer for ".snf.Z" already registered at priority 0 Warning: font renderer for ".snf.gz" already registered at priority 0 Warning: font renderer for ".bdf" already registered at priority 0 Warning: font renderer for ".bdf.Z" already registered at priority 0 Warning: font renderer for ".bdf.gz" already registered at priority 0 Warning: font renderer for ".pmf" already registered at priority 0 The result is a fontless X... (okay enlightenment has it fonts... but mostly prgs do not... including gdm and all that things) Does anyone know something about this? Jan From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 09:30:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 133B916A4CE for ; Sun, 23 Nov 2003 09:30:42 -0800 (PST) Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAE1B43FBF for ; Sun, 23 Nov 2003 09:30:38 -0800 (PST) (envelope-from bicknell@ussenterprise.ufp.org) Received: from ussenterprise.ufp.org (bicknell@localhost [127.0.0.1]) by ussenterprise.ufp.org (8.12.9/8.12.9) with ESMTP id hANHUceC034806 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 23 Nov 2003 12:30:38 -0500 (EST) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.12.9/8.12.9/Submit) id hANHUcE8034805 for freebsd-current@freebsd.org; Sun, 23 Nov 2003 12:30:38 -0500 (EST) Date: Sun, 23 Nov 2003 12:30:38 -0500 From: Leo Bicknell To: freebsd-current@freebsd.org Message-ID: <20031123173038.GB34574@ussenterprise.ufp.org> Mail-Followup-To: freebsd-current@freebsd.org References: <200311231604.hANG4iCV042391@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o" Content-Disposition: inline In-Reply-To: Organization: United Federation of Planets X-PGP-Key: http://www.ufp.org/~bicknell/ Subject: Re: printing problems lpr/lpd misbehavior ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 17:30:42 -0000 --Fba/0zbH8Xs+Fj9o Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In a message written on Sun, Nov 23, 2003 at 05:42:44PM +0100, Dag-Erling S= m=F8rgrav wrote: > Sorry, but *you* are the "crappy port". CUPS is intentionally split > into several ports so that the parts that other ports depend on > (cups-base) can be installed separately from the front-end (cups-lpr) > and the only port that depends on the front-end is the meta-port, > which itself has no dependents. One thing I notice is if you select "KDE" during the install you get enough cups to print, but none of the command line front ends. I've helped about 20 people with this "problem". I'm not sure if a better solution is to make the "KDE" master target include the command line utilities or to just make cups into one bit port. However, as it works now it doesn't make a lot of sense. You're installing a huge windowing system but you skimp on a few hundred k of command line utilities that people expect to exist. --=20 Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org --Fba/0zbH8Xs+Fj9o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/wO6+Nh6mMG5yMTYRAoKZAJ4w/9Qfx0R3eL/30+Esxc7+iY9CtQCcCNUr /voPSZT+TCk9IY1J8YvfMUw= =29rW -----END PGP SIGNATURE----- --Fba/0zbH8Xs+Fj9o-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 09:46:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A77F016A4CE for ; Sun, 23 Nov 2003 09:46:06 -0800 (PST) Received: from morphy.iki.fi (baana-pppoes-213-139-166-84.suomi.net [213.139.166.84]) by mx1.FreeBSD.org (Postfix) with SMTP id A043743FDD for ; Sun, 23 Nov 2003 09:46:04 -0800 (PST) (envelope-from morphy@morphy.iki.fi) Received: (qmail 50821 invoked by uid 0); 23 Nov 2003 17:39:12 -0000 Received: from muhveli.int.morphy.iki.fi (HELO morphy.iki.fi) (qmailr@192.168.100.2) by morphy.int.morphy.iki.fi with SMTP; 23 Nov 2003 17:39:12 -0000 Received: (qmail 53270 invoked by uid 1000); 23 Nov 2003 17:38:05 -0000 Date: Sun, 23 Nov 2003 19:38:04 +0200 From: "Mikko S. Hyvarinen" To: freebsd-current@freebsd.org Message-ID: <20031123173804.GA53232@muhveli.morphy.iki.fi> References: <86u14von9h.fsf@borg.borderworlds.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86u14von9h.fsf@borg.borderworlds.dk> User-Agent: Mutt/1.4.1i Subject: Re: Panic when trying to mount cd9660 as udf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 17:46:06 -0000 On Sun, Nov 23, 2003 at 03:02:34AM +0100, Christian Laursen wrote: > By accident, I tried to mount a CD as UDF, and got the follwoing panic: > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc06c2f6c > stack pointer = 0x10:0xcda4bac0 > frame pointer = 0x10:0xcda4bacc > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 530 (mount_udf) > > This seems to be easily reproducable. First I got it on my workstation > running 5.2-BETA, and I then reproduced it on my test machine which runs > -CURRENT from 4 days ago: > > FreeBSD cardassian.borderworlds.dk 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Wed Nov 19 04:22:32 CET 2003 root@cardassian.borderworlds.dk:/usr/obj/usr/src/sys/GENERIC i386 > > The output in this mail is from the test machine. > > This is the backtrace I got from the resulting crashdump: > > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 > #1 0xc066d6fb in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 > #2 0xc066dafd in panic () at /usr/src/sys/kern/kern_shutdown.c:550 > #3 0xc048ac32 in db_panic () at /usr/src/sys/ddb/db_command.c:450 > #4 0xc048ab92 in db_command (last_cmdp=0xc0938360, cmd_table=0xc08c3c00, > aux_cmd_tablep=0xc08baa04, aux_cmd_tablep_end=0xc08baa1c) > at /usr/src/sys/ddb/db_command.c:346 > #5 0xc048acd5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472 > #6 0xc048dcd5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_trap.c:73 > #7 0xc0812dcc in kdb_trap (type=12, code=0, regs=0xcda4ba80) > at /usr/src/sys/i386/i386/db_interface.c:171 > #8 0xc08294d6 in trap_fatal (frame=0xcda4ba80, eva=0) > at /usr/src/sys/i386/i386/trap.c:816 > #9 0xc0829182 in trap_pfault (frame=0xcda4ba80, usermode=0, eva=0) > at /usr/src/sys/i386/i386/trap.c:735 > #10 0xc0828d23 in trap (frame= > {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1040053552, tf_esi = 1, tf_ebp = -844842292, tf_isp = -844842324, tf_ebx = 0, tf_edx = 4, tf_ecx = 1, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1066651796, tf_cs = 8, tf_eflags = 66182, tf_esp = 6, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:420 > #11 0xc0814818 in calltrap () at {standard input}:94 > #12 0xc06c3913 in vfs_mount_destroy (mp=0x0, td=0x0) > at /usr/src/sys/kern/vfs_mount.c:537 > #13 0xc06c472f in vfs_domount (td=0xc20c7dc0, fstype=0xc2020ad0 "udf", > fspath=0xc2020ab0 "/mnt", fsflags=1, fsdata=0xc2020c00, compat=0) > at /usr/src/sys/kern/vfs_mount.c:938 > #14 0xc06c3a39 in vfs_nmount (td=0x0, fsflags=0, fsoptions=0x0) > at /usr/src/sys/kern/vfs_mount.c:581 > #15 0xc06c353d in nmount (td=0x0, uap=0xcda4bd10) > at /usr/src/sys/kern/vfs_mount.c:407 > #16 0xc0829870 in syscall (frame= > {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077940702, tf_esi = 8, tf_ebp = -1077940972, tf_isp = -844841612, tf_ebx = 5, tf_edx = -1077940736, tf_ecx = 10, tf_eax = 378, tf_trapno = 12, tf_err = 2, tf_eip = 671876783, tf_cs = 31, tf_eflags = 582, tf_esp = -1077942196, tf_ss = 47}) > at /usr/src/sys/i386/i386/trap.c:1010 > #17 0xc081486d in Xint0x80_syscall () at {standard input}:136 Hi, I get a similar backtrace when trying to mount a genuine UDF filesystem (DVD-ROM) as UDF - and it happens every time with all the DVD-ROMs I have. Seems to be the same offender as in your case This is -current from sources dated november 15th. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05ab4bc stack pointer = 0x10:0xe8153a8c frame pointer = 0x10:0xe8153a98 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 843 (mount_udf) trap number = 12 panic: page fault #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc05524f9 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc05528d8 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc071c3d6 in trap_fatal (frame=0xe8153a4c, eva=0) at /usr/src/sys/i386/i386/trap.c:821 #4 0xc071c072 in trap_pfault (frame=0xe8153a4c, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:735 #5 0xc071bbcd in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -963579664, tf_esi = 1, tf_ebp = -401261928, tf_isp = -401261960, tf_ebx = 0, tf_edx = -963570612, tf_ecx = -960873344, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1067797316, tf_cs = 8, tf_eflags = 66194, tf_esp = 6, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:420 #6 0xc070ce58 in calltrap () at {standard input}:94 #7 0xc05abe63 in vfs_mount_destroy (mp=0x0, td=0x0) at /usr/src/sys/kern/vfs_mount.c:537 #8 0xc05ace3d in vfs_domount (td=0xc6ba3c80, fstype=0xc690f0f0 "udf", fspath=0xc298f960 "/vol/dvd0", fsflags=1, fsdata=0xc68c22d0, compat=0) at /usr/src/sys/kern/vfs_mount.c:938 #9 0xc05abf89 in vfs_nmount (td=0x0, fsflags=0, fsoptions=0x0) at /usr/src/sys/kern/vfs_mount.c:581 #10 0xc05aba8d in nmount (td=0x0, uap=0xe8153d10) at /usr/src/sys/kern/vfs_mount.c:407 #11 0xc071c760 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077940737, tf_esi = 8, tf_ebp = -1077941040, tf_isp = -401261196, tf_ebx = 5, tf_edx = -1077940992, tf_ecx = 11, tf_eax = 378, tf_trapno = 12, tf_err = 2, tf_eip = 671876671, tf_cs = 31, tf_eflags = 582, tf_esp = -1077942260, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1010 #12 0xc070cead in Xint0x80_syscall () at {standard input}:136 Perhaps someone has a clue as to what broke this. Regards, MSH From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 10:15:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F253916A4CE for ; Sun, 23 Nov 2003 10:15:58 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2F9443F85 for ; Sun, 23 Nov 2003 10:15:57 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 88E5F5309; Sun, 23 Nov 2003 19:15:56 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 3E6375308; Sun, 23 Nov 2003 19:15:49 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id C667933C86; Sun, 23 Nov 2003 19:15:48 +0100 (CET) To: Soren Schmidt References: <200311231649.hANGnZoR043180@spider.deepcore.dk> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 23 Nov 2003 19:15:48 +0100 In-Reply-To: <200311231649.hANGnZoR043180@spider.deepcore.dk> (Soren Schmidt's message of "Sun, 23 Nov 2003 17:49:35 +0100 (CET)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on flood.des.no X-Spam-Level: ss X-Spam-Status: No, hits=2.5 required=5.0 tests=RCVD_IN_DYNABLOCK autolearn=no version=2.60 cc: current@FreeBSD.ORG Subject: Re: printing problems lpr/lpd misbehavior ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 18:15:59 -0000 Soren Schmidt writes: > "parse error" it sneaked in as a dependency of something else, I *newer* > installed cups here (and its also now *gone*)... check /usr/ports/INDEX, it *can't* have snuck in as a dependency. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 10:16:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3480A16A4CE for ; Sun, 23 Nov 2003 10:16:56 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1C9643F85 for ; Sun, 23 Nov 2003 10:16:55 -0800 (PST) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 946752ED452; Sun, 23 Nov 2003 10:16:55 -0800 (PST) Date: Sun, 23 Nov 2003 19:16:55 +0100 From: Maxime Henrion To: Christian Laursen Message-ID: <20031123181655.GD8404@elvis.mu.org> References: <86u14von9h.fsf@borg.borderworlds.dk> <20031123123927.GB8404@elvis.mu.org> <8665hbf6rz.fsf@borg.borderworlds.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8665hbf6rz.fsf@borg.borderworlds.dk> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: Panic when trying to mount cd9660 as udf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 18:16:56 -0000 Christian Laursen wrote: > Maxime Henrion writes: > > > Christian Laursen wrote: > > > By accident, I tried to mount a CD as UDF, and got the follwoing panic: > > [snip] > > > Can you try the attached patch and tell me if it fixes your problem? > > Unfortunately it doesn't seem to make any difference. > > The trace seems to be identical except for a line number that changed > because of the patch. Oops, sorry, that patch had 0 chances to work. I now see what is the problem and I'll send you another fix as soon as possible, but can't right now. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 10:40:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3FAF16A4CE for ; Sun, 23 Nov 2003 10:40:04 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9A0C43FE5 for ; Sun, 23 Nov 2003 10:40:03 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id hANIe1Dx009627; Sun, 23 Nov 2003 19:40:01 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org, soekris-tech@lists.soekris.com From: Poul-Henning Kamp Date: Sun, 23 Nov 2003 19:40:01 +0100 Message-ID: <9626.1069612801@critter.freebsd.dk> Subject: Patch to Elan520/Soekris 45xx support in FreeBSD-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 18:40:05 -0000 http://phk.freebsd.dk/patch/cpu_elan.patch http://phk.freebsd.dk/patch/CPU_ELAN.4 The major new things are: ELAN_XTAL option now called CPU_ELAN_XTAL ELAN_PPS option now called CPU_ELAN_PPS /dev/led/error for the error LED. More LEDs can be configured on the GPIO pins, for instance: sysctl machdep.elan_gpio_config="-----LLLE--lp--------LL---------" Configures active high LEDS on GPIO5,6,7,21 & 22, an active low LED on GPIO11. These will appear as devices "/dev/led/gpio5" etc. The 'p' on GPIO12 and 'E' on GPIO8 are PPS input and PPS-echo configurations (enabled by CPU_ELAN_PPS option). The led(4) interface is of course not only useful with lamps, you can use it with any sort of gadget connected to a GPIO pin. I can not guarantee that these patches will make it into FreeBSD 5.2. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 10:52:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 851A216A4CF for ; Sun, 23 Nov 2003 10:52:33 -0800 (PST) Received: from kai.xtaz.net (82-32-25-111.cable.ubr04.azte.blueyonder.co.uk [82.32.25.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id D249E43F3F for ; Sun, 23 Nov 2003 10:52:32 -0800 (PST) (envelope-from matt@xtaz.net) Received: from xtaz.net (xai.xtaz.net [10.0.0.2]) by kai.xtaz.net (Postfix) with ESMTP id 9B7308FC3E for ; Sun, 23 Nov 2003 18:52:31 +0000 (GMT) Message-ID: <3FC101EE.9090601@xtaz.net> Date: Sun, 23 Nov 2003 18:52:30 +0000 From: Matt Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031101 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: 5.2-BETA lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 18:52:33 -0000 X-List-Received-Date: Sun, 23 Nov 2003 18:52:33 -0000 Hi, Since updating two of my machines to the latest HEAD I am experiencing a total lockup on one of them. After being booted for approx 3 minutes the machine stops responding completely. It doesn't panic or drop into DDB. The numlock key doesn't toggle the keyboard light, and I can't drop it into DDB manually. I have full debugging options compiled in to this kernel as per the usual -CURRENT GENERIC file. It's currently booted with the older kernel from the 16th and this is stable as a rock. Anything else I can do to find the problem out or workaround it considering it just hangs? The machine is a router running two 3com network cards (xl) and IPFW/natd. It also has IPV6 with IP6FW, and a gif tunnel. Matt. From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 10:54:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7832C16A4CE for ; Sun, 23 Nov 2003 10:54:11 -0800 (PST) Received: from mail.rdslink.ro (mail.rdslink.ro [193.231.236.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94FB943F75 for ; Sun, 23 Nov 2003 10:54:09 -0800 (PST) (envelope-from enache@rdslink.ro) Received: (qmail 2227 invoked from network); 23 Nov 2003 21:42:56 -0000 Received: from unknown (HELO ratsnest.hole) (81.196.245.141) by mail.rdslink.ro with SMTP; 23 Nov 2003 21:42:56 -0000 Date: Sun, 23 Nov 2003 16:14:08 +0200 From: Enache Adrian To: current@freebsd.org Message-ID: <20031123141408.GA1426@ratsnest.hole> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: [PATCH] libc_r bug: successful close(2) sets errno to ENOTTY X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 18:54:11 -0000 $ cc close.c -o close && ./close 0 0 $ cc close.c -lc_r -o close && ./close 0 25 $ cat close.c #include main() { int fd = open("/dev/null", 1); printf("%d\n", errno); close(fd); printf("%d\n", errno); } This confuses rather badly applications which assume errno is meaningful. It could be fixed easily by repeating the trick from uthread/uthread_fd.c: --- /arc/freebsd/src/lib/libc_r/uthread/uthread_close.c Tue Jun 10 23:42:27 2003 +++ lib/libc_r/uthread/uthread_close.c Sun Nov 23 00:50:30 2003 @@ -87,10 +87,12 @@ _close(int fd) */ if ((S_ISREG(sb.st_mode) || S_ISCHR(sb.st_mode)) && (_thread_fd_getflags(fd) & O_NONBLOCK) == 0) { + int saved_errno = errno; /* Get the current flags: */ flags = __sys_fcntl(fd, F_GETFL, NULL); /* Clear the nonblocking file descriptor flag: */ __sys_fcntl(fd, F_SETFL, flags & ~O_NONBLOCK); + errno = saved_errno; } /* XXX: Assumes well behaved threads. */ Regards, Adi From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 10:54:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F08816A4CE for ; Sun, 23 Nov 2003 10:54:21 -0800 (PST) Received: from mail.rdslink.ro (mail.rdslink.ro [193.231.236.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC25F43F3F for ; Sun, 23 Nov 2003 10:54:19 -0800 (PST) (envelope-from enache@rdslink.ro) Received: (qmail 2329 invoked from network); 23 Nov 2003 21:43:06 -0000 Received: from unknown (HELO ratsnest.hole) (81.196.245.141) by mail.rdslink.ro with SMTP; 23 Nov 2003 21:43:06 -0000 Date: Sun, 23 Nov 2003 21:43:35 +0200 From: Enache Adrian To: "M. Warner Losh" Message-ID: <20031123194335.GA1181@ratsnest.hole> Mail-Followup-To: "M. Warner Losh" , bde@zeta.org.au, bv@wjv.com, bms@spc.org, jhs@berklix.org, freebsd-current@FreeBSD.org, kientzle@acm.org References: <20031123112720.J3301@gamplex.bde.org> <20031122.184733.32325352.imp@bsdimp.com> <20031123131536.M3946@gamplex.bde.org> <20031122.195519.127506801.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031122.195519.127506801.imp@bsdimp.com> User-Agent: Mutt/1.4i cc: bms@spc.org cc: jhs@berklix.org cc: freebsd-current@freebsd.org cc: bv@wjv.com cc: kientzle@acm.org Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 18:54:21 -0000 On Sat, Nov 22, 2003 a.d., M. Warner Losh wrote: > Grepping seems unsatisfying to find out which keys are used. Do you > have a list? Believe it or not, vi only needs 'cm' :-) Regards, Adi From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 11:20:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D985116A4CE for ; Sun, 23 Nov 2003 11:20:34 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id D18D243F93 for ; Sun, 23 Nov 2003 11:20:32 -0800 (PST) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) hANJK9vq000369 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 23 Nov 2003 20:20:10 +0100 (CET) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)hANJK8jD000368; Sun, 23 Nov 2003 20:20:09 +0100 (CET) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.12.10/8.12.9) with ESMTP id hANJJ4lC002200; Sun, 23 Nov 2003 20:19:04 +0100 (CET) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost)hANJJ0c4002199; Sun, 23 Nov 2003 20:19:00 +0100 (CET) (envelope-from andreas) Date: Sun, 23 Nov 2003 20:19:00 +0100 From: Andreas Klemm To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20031123191900.GA2176@titan.klemm.apsfilter.org> References: <200311231604.hANG4iCV042391@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 5.2-BETA X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.5.1i cc: Soren Schmidt cc: current@freebsd.org Subject: Re: printing problems lpr/lpd misbehavior ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: chat@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 19:20:35 -0000 On Sun, Nov 23, 2003 at 05:42:44PM +0100, Dag-Erling Smørgrav wrote: > Soren Schmidt writes: > > Disregard above, some crappy port has installed "cups" which apparently > > has its own "lpr" command, nice... > > Sorry, but *you* are the "crappy port". CUPS is intentionally split > into several ports so that the parts that other ports depend on > (cups-base) can be installed separately from the front-end (cups-lpr) > and the only port that depends on the front-end is the meta-port, > which itself has no dependents. > > You should consider this a golden opportunity to try out CUPS, which ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^..... > is much easier to set up than the base system's lpd, and has far > better support for modern printers (including the ability to configure > printer options such as resolution, quality, duplex etc.). q: What makes cups so special that one should try it out ? What can it do better than apsfilter which IMHO isn't as bloated as cups and has better features... reply-to set ... Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 11:58:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D02416A4CE for ; Sun, 23 Nov 2003 11:58:30 -0800 (PST) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 562F743FDD for ; Sun, 23 Nov 2003 11:58:29 -0800 (PST) (envelope-from kientzle@acm.org) Received: from acm.org ([66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id hANJw5kX043739; Sun, 23 Nov 2003 11:58:06 -0800 (PST) (envelope-from kientzle@acm.org) Message-ID: <3FC1114D.6060602@acm.org> Date: Sun, 23 Nov 2003 11:58:05 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <3FBD5CCE.40905@acm.org> <20031121010211.GD84421@saboteur.dek.spc.org> <20031122.120100.16269141.imp@bsdimp.com> In-Reply-To: <20031122.120100.16269141.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: bv@wjv.com cc: bms@spc.org cc: jhs@berklix.org cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 19:58:30 -0000 M. Warner Losh wrote: > In message: <20031121010211.GD84421@saboteur.dek.spc.org> > Bruce M Simpson writes: > : On Thu, Nov 20, 2003 at 04:31:10PM -0800, Tim Kientzle wrote: > : > * /rescue/vi is currently unusable if /usr is missing because > : > the termcap database is in /usr. One possibility > : > would be to build a couple of default termcap entries > : > into ncurses or into vi. > : > : My suggested candidates are vt100 and cons25. The comconsole port installs > : an /etc/ttys entry using vt100. This is also the default terminal type for > : most dialup entries. > > Timing Solutions uses the following minimal termcap for its embedded > applications. It has a number of terminals that it supports, while > still being tiny. it is 3.5k in size, which was the goal ( < 4k block > size we were using). One could SED this down by another 140 bytes or > so. Removing the comments and the verbose names would net another 300 > odd bytes. > > The terminals supported are vt220, vt102, vt100, xterm, xterms, > cons25w, cons25 and ansi. This seems a reasonable number: neither too > few, nor too many. It lets people connect 'normal' terminals to the > serial port (most PCs have vt100/vt220 emulation), as well as PC to PC > connection on the console or xterm. > > I'd be happy to commit this as /etc/termcap.tiny. vi could then look > for both termcap and termcap.tiny and things would just work. > > Comments? Sounds like a good idea to me. I only wonder if it makes sense to commit it as /rescue/termcap.tiny to make the purpose clear? I see no point in trying to prune any smaller. As you point out, it's already smaller than a typical block size. Tim From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 12:07:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3C1016A4CE for ; Sun, 23 Nov 2003 12:07:55 -0800 (PST) Received: from mail.liwing.de (mail.liwing.de [213.70.188.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8423743FDF for ; Sun, 23 Nov 2003 12:07:53 -0800 (PST) (envelope-from rehsack@liwing.de) Received: (qmail 20325 invoked from network); 23 Nov 2003 20:07:51 -0000 Received: from stingray.liwing.de (HELO liwing.de) ([213.70.188.164]) (envelope-sender ) by mail.liwing.de (qmail-ldap-1.03) with SMTP for ; 23 Nov 2003 20:07:51 -0000 Message-ID: <3FC11397.70305@liwing.de> Date: Sun, 23 Nov 2003 20:07:51 +0000 From: Jens Rehsack User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031116 X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Machine freeze when X starts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 20:07:55 -0000 Robert Watson wrote: > On Mon, 17 Nov 2003, Jens Rehsack wrote: > > >>>Hmm. This failure mode is fairly common when a resource deadlock or lock >>>deadlock occurs in some kernel subsystems. Any chance you can get a >>>serial console on the box so you can drop to DDB and generate some ps and >>>stacktrace output? >> >>It seems to me a little bit more complicated to setup the serial >>console, so: yes, I can do it, but not today. Or - if you have a small >>"quick get DDB to serial console without many trouble", I can give it a >>quick start. I'll try to do this week. > > Hook up a null modem cable to the first serial port on your machine, and > to a serial port on another machine. On the other machine, use tip to > attach to the com port, or some other com program of your choice. Speed > should be 9600. ... Hi Robert, I had to build the kernels and world for the remote machine before, because I hadn't enabled the serial devices in the kernel, but I didn't get ready before today. I didn't get tip running, but my old serial terminal (Robotron P8000) worked fine. But the bug was gone in the meantime, so - sorry for now. But for the next time, I'm prepared. Best regards, Jens From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 12:15:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA97316A4CE; Sun, 23 Nov 2003 12:15:54 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 746B243FCB; Sun, 23 Nov 2003 12:15:52 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 2DD7F5309; Sun, 23 Nov 2003 21:15:51 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 2AFA35308; Sun, 23 Nov 2003 21:15:44 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id CBCCE33C86; Sun, 23 Nov 2003 21:15:43 +0100 (CET) To: chat@freebsd.org References: <200311231604.hANG4iCV042391@spider.deepcore.dk> <20031123191900.GA2176@titan.klemm.apsfilter.org> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 23 Nov 2003 21:15:43 +0100 In-Reply-To: <20031123191900.GA2176@titan.klemm.apsfilter.org> (Andreas Klemm's message of "Sun, 23 Nov 2003 20:19:00 +0100") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on flood.des.no X-Spam-Level: ss X-Spam-Status: No, hits=2.5 required=5.0 tests=RCVD_IN_DYNABLOCK autolearn=no version=2.60 cc: Soren Schmidt cc: current@freebsd.org Subject: Re: printing problems lpr/lpd misbehavior ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 20:15:54 -0000 Andreas Klemm writes: > q: What makes cups so special that one should try it out ? > What can it do better than apsfilter which IMHO isn't as bloated > as cups and has better features... apsfilter is in my experience a lot more difficult and confusing to configure, and I don't think I ever figured out how to do things like switch duplex on / off etc. CUPS has a web-based configuration interface which is very simple to use. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 12:16:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 346D916A4CE; Sun, 23 Nov 2003 12:16:14 -0800 (PST) Received: from rosebud.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id C665D43F3F; Sun, 23 Nov 2003 12:16:12 -0800 (PST) (envelope-from hartzell@rosebud.alerce.com) Received: from rosebud.alerce.com (localhost [127.0.0.1]) by rosebud.alerce.com (8.12.9p2/8.12.9) with ESMTP id hANKGBA1003455; Sun, 23 Nov 2003 12:16:11 -0800 (PST) (envelope-from hartzell@rosebud.alerce.com) Received: (from hartzell@localhost) by rosebud.alerce.com (8.12.9p2/8.12.9/Submit) id hANKGAh3003452; Sun, 23 Nov 2003 12:16:10 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16321.5514.14905.384718@rosebud.alerce.com> Date: Sun, 23 Nov 2003 12:16:10 -0800 To: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org In-Reply-To: <16320.8955.485537.857428@rosebud.alerce.com> References: <16320.8955.485537.857428@rosebud.alerce.com> X-Mailer: VM 7.14 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid Subject: More info [was Re: Sony PCG-GRX570 laptop, panic on boot w/ 5.1R...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hartzell@kestrel.alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 20:16:14 -0000 George Hartzell writes: > > I've been trying to install something 5-ish on a Sony PCG-GRX570 > laptop. > > I started off trying to boot off of the 5.1 release CD, normally, > w/out acpi, and safe. Every option panic-ed, with essentially the > same message (see below), although it followed a different driver > depending on how it was booted. > > Then I installed 4.7 (since I had the CD), cvsup-ed my repository, and > cvs up'ed /usr/src to the 5-current. I followed the section on moving > from 4 to 5-current in UPDATING to build the world, etc.... I had to > work around a bit of previously reported 4.7/5 weirdness in > /usr/include, but it went w/out any trouble. > > When I reached the point where I was supposed to boot the new kernel > in single user mode, the 5-current kernel paniced: > > miibus0: in fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x63696d20 > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc0659df3 > stack pointer = 0x10:0xc0c217ac > frame pointer = 0x10:0xc0c217cc > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > kernel: type 12 trap, code=0 > Stopped at ithread_add_handler+0x163: movl %ebx,0(%eax) > db> > > I've seen several similar reports in the archives for late last > summer. The general answer seemed to be that people were having > hardware trouble. I don't think that is the case in my case, unless > -current is doing something very strange, since the same machine runs > well enough under 4.7 to buildworld and buildkernel, and the same > hardware has been running Suse and Win2000. > > How can I help get this solved? It turns out that the 5.0 release CD also boots successfully, so it seems to be something that's happened in -current since then. Help? g. From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 13:06:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1504416A4CE for ; Sun, 23 Nov 2003 13:06:21 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0656C43F75 for ; Sun, 23 Nov 2003 13:06:20 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id hANL6DfY019421; Sun, 23 Nov 2003 13:06:13 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.10/8.12.9/Submit) id hANL6BD8019420; Sun, 23 Nov 2003 13:06:11 -0800 (PST) (envelope-from obrien) Date: Sun, 23 Nov 2003 13:06:11 -0800 From: "David O'Brien" To: Brad Knowles Message-ID: <20031123210611.GA19390@dragon.nuxi.com> References: <3FBE8D92.6080205@acm.org> <20031123012222.GB11523@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org cc: Tim Kientzle Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 21:06:21 -0000 On Sun, Nov 23, 2003 at 02:42:58AM +0100, Brad Knowles wrote: > At 5:22 PM -0800 2003/11/22, David O'Brien wrote: > > > Please, NO. There wasn't an FTP client available for this type of > > recovery pre-/rescue, there shouldn't be one now. > > Why? Why cut your nose off to spite your face? Even though this > capability may not have existed before, why shouldn't we have it now? Lets build all of /bin, /sbin, /usr/bin, /usr/sbin static then. You would have all kinds of capability you didn't before. /rescue is the consession made between those that want a dynamic / and those that want a static /. Its purpose is only to allow one to do the things they could before with a static /. It is not to become a can or worms that ends up being a duplicate of 50% of the system. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 13:46:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CF0916A4CE for ; Sun, 23 Nov 2003 13:46:33 -0800 (PST) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 538CC43F93 for ; Sun, 23 Nov 2003 13:46:32 -0800 (PST) (envelope-from msch@snafu.de) Received: from tc12-n67-137.de.inter.net ([213.73.67.137]) by clever.eusc.inter.net with esmtp (Exim 3.36 #4) id 1AO23q-00040I-00 for freebsd-current@freebsd.org; Sun, 23 Nov 2003 22:46:31 +0100 From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: freebsd-current@freebsd.org Date: Sun, 23 Nov 2003 22:46:30 +0100 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200311232246.30350.msch@snafu.de> Subject: vinum still not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 21:46:33 -0000 Hello, I just built a new world+kernel after the commit of grogs corrections but I still get: root@current - ~ 503 # vinum start ** no drives found: No such file or directory -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-current@FreeBSD.ORG Sun Nov 23 14:31:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 301C716A4CE for ; Sun, 23 Nov 2003 14:31:53 -0800 (PST) Received: from blake.polstra.com (dsl081-189-066.sea1.dsl.speakeasy.net [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD36043FDD for ; Sun, 23 Nov 2003 14:31:50 -0800 (PST) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (dsl081-189-067.sea1.dsl.speakeasy.net [64.81.189.67]) by blake.polstra.com (8.12.9p2/8.12.9) with ESMTP id hANMVo8b017479 for ; Sun, 23 Nov 2003 14:31:50 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.5.4.FreeBSD:20031123143150:29018=_" Date: Sun, 23 Nov 2003 14:31:50 -0800 (PST) From: John Polstra To: current@freebsd.org X-Bogosity: No, tests=bogofilter, spamicity=0.040995, version=0.14.5 Subject: PII SMP system hangs during boot with ACPI enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Nov 2003 22:31:53 -0000 This message is in MIME format --_=XFMail.1.5.4.FreeBSD:20031123143150:29018=_ Content-Type: text/plain; charset=us-ascii I have an old dual PII/400 system that I'm trying to set up as a -current scratchbox. The motherboard is a Tyan S1836DLUAN with the Intel 440BX chipset. I upgraded the BIOS to the latest from Tyan's web site. It is supposed to support ACPI. I'm using -current from around noon Pacific time, November 23 (today). The system boots and runs fine if I disable ACPI either in loader.conf or in the BIOS, but if ACPI is enabled it hangs fairly late in the boot, right after these messages: lo0: bpf attached acpi_cpu0: set speed to 100.0% acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% It's not a totally solid hang. For instance, the scroll lock key works and allows me to scroll forward and backward through the syscons output. I've attached the verbose boot messages. Is this system Just Too Old? John --_=XFMail.1.5.4.FreeBSD:20031123143150:29018=_ Content-Disposition: attachment; filename="s1836dluan-boot.txt" Content-Transfer-Encoding: 7bit Content-Description: s1836dluan-boot.txt Content-Type: text/plain; charset=us-ascii; name=s1836dluan-boot.txt; SizeOnDisk=19997 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000e0000 len=0000000000020000 SMAP type=01 base=0000000000100000 len=000000000fee0000 SMAP type=03 base=000000000ffe0000 len=0000000000018000 SMAP type=04 base=000000000fff8000 len=0000000000008000 SMAP type=02 base=00000000fec00000 len=0000000000001000 SMAP type=02 base=00000000fee00000 len=0000000000001000 SMAP type=02 base=00000000fffc0000 len=0000000000040000 Copyright (c) 1992-2003 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.2-BETA #1: Sun Nov 23 13:32:22 PST 2003 jdp@vashon.polstra.com:/usr/src/sys/i386/compile/VASHON Preloaded elf kernel "/boot/kernel/kernel" at 0xc07bc000. ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193045 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 400910473 Hz CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183fbff real memory = 268304384 (255 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000829000 - 0x000000000fb39fff, 254873600 bytes (62225 pages) avail memory = 255266816 (243 MB) APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00fdb40 bios32: Entry = 0xfdb50 (c00fdb50) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdb71 pnpbios: Found PnP BIOS data at 0xc00f72c0 pnpbios: Entry = f0000:6964 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 MADT: Found IO APIC ID 2, Vector 0 at 0xfec00000 ioapic0: intpin 0 -> ExtINT (edge, activehi) ioapic0: intpin 1 -> irq 1 (edge, activehi) ioapic0: intpin 2 -> irq 2 (edge, activehi) ioapic0: intpin 3 -> irq 3 (edge, activehi) ioapic0: intpin 4 -> irq 4 (edge, activehi) ioapic0: intpin 5 -> irq 5 (edge, activehi) ioapic0: intpin 6 -> irq 6 (edge, activehi) ioapic0: intpin 7 -> irq 7 (edge, activehi) ioapic0: intpin 8 -> irq 8 (edge, activehi) ioapic0: intpin 9 -> irq 9 (edge, activehi) ioapic0: intpin 10 -> irq 10 (edge, activehi) ioapic0: intpin 11 -> irq 11 (edge, activehi) ioapic0: intpin 12 -> irq 12 (edge, activehi) ioapic0: intpin 13 -> irq 13 (edge, activehi) ioapic0: intpin 14 -> irq 14 (edge, activehi) ioapic0: intpin 15 -> irq 15 (edge, activehi) ioapic0: intpin 16 -> irq 16 (level, activelo) ioapic0: intpin 17 -> irq 17 (level, activelo) ioapic0: intpin 18 -> irq 18 (level, activelo) ioapic0: intpin 19 -> irq 19 (level, activelo) ioapic0: intpin 20 -> irq 20 (level, activelo) ioapic0: intpin 21 -> irq 21 (level, activelo) ioapic0: intpin 22 -> irq 22 (level, activelo) ioapic0: intpin 23 -> irq 23 (level, activelo) MADT: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: active-hi MADT: intr override: source 9, irq 20 ioapic0: intpin 9 disabled ioapic0: intpin 20 trigger: level ioapic0: intpin 20 polarity: active-hi ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040011 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff null: random: mem: Pentium Pro MTRR support enabled acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi0: Power Button (fixed) ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks BAD min = 2, max = 5, width = 3 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_cpu1: Failed to attach throttling P_CNT pcib0: port 0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f8000000, size 26, enabled found-> vendor=0x8086, dev=0x7190, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7191, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x001f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x88 (34000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ef80, size 5, enabled pcib0: matched entry for 0.7.INTD (source ) pcib0: device is hardwired to IRQ 19 found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=19 map[90]: type 4, range 32, base 00000440, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1011, dev=0x0024, revid=0x03 bus=0, slot=16, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base fd0ff000, size 12, enabled map[14]: type 4, range 32, base 0000ef40, size 5, enabled map[18]: type 1, range 32, base fea00000, size 20, enabled pcib0: matched entry for 0.17.INTA (source ) pcib0: device is hardwired to IRQ 19 found-> vendor=0x8086, dev=0x1229, revid=0x05 bus=0, slot=17, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=19 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e400, size 8, enabled map[14]: type 1, range 32, base febfe000, size 12, enabled pcib0: matched entry for 0.18.INTA (source ) pcib0: device is hardwired to IRQ 16 found-> vendor=0x9004, dev=0x7895, revid=0x04 bus=0, slot=18, func=0 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=16 powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000e800, size 8, enabled map[14]: type 1, range 32, base febff000, size 12, enabled pcib0: matched entry for 0.18.INTB (source ) pcib0: device is hardwired to IRQ 16 found-> vendor=0x9004, dev=0x7895, revid=0x04 bus=0, slot=18, func=1 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=b, irq=16 powerspec 1 supports D0 D3 current D0 map[10]: type 3, range 32, base fd0fe000, size 12, enabled map[14]: type 4, range 32, base 0000ef20, size 5, enabled map[18]: type 1, range 32, base fe800000, size 20, enabled pcib0: matched entry for 0.20.INTA (source ) pcib0: device is hardwired to IRQ 17 found-> vendor=0x8086, dev=0x1229, revid=0x04 bus=0, slot=20, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=17 powerspec 1 supports D0 D1 D2 D3 current D0 agp0: mem 0xf8000000-0xfbffffff at d evice 0.0 on pci0 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xfd100000-0xfe1fffff pcib1: prefetched decode 0xf2e00000-0xf4efffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base f3000000, size 24, enabled map[14]: type 1, range 32, base fe1fc000, size 14, enabled map[18]: type 1, range 32, base fd800000, size 23, enabled pcib0: matched entry for 0.1.INTA (source ) pcib0: device is hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 found-> vendor=0x102b, dev=0x051f, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci 0 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata0-slave: stat=0x00 err=0x01 lsb=0x7f msb=0x7f ata0: reset tp2 mask=03 stat0=00 stat1=00 devices=0x4 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: reset tp1 mask=03 ostat0=24 ostat1=24 ata1-master: stat=0x2d err=0x2d lsb=0x2d msb=0x2d ata1-slave: stat=0x19 err=0x19 lsb=0x19 msb=0x19 ata1-master: stat=0x04 err=0x04 lsb=0x04 msb=0x04 ata1-slave: stat=0x1e err=0x1e lsb=0x1e msb=0x1e ata1-master: stat=0x0a err=0x0a lsb=0x0a msb=0x0a ata1-slave: stat=0x24 err=0x24 lsb=0x24 msb=0x24 ata1-master: stat=0x10 err=0x10 lsb=0x10 msb=0x10 ata1-slave: stat=0x2a err=0x2a lsb=0x2a msb=0x2a ata1-slave: stat=0x15 err=0x15 lsb=0x15 msb=0x15 ata1-slave: stat=0x01 err=0x01 lsb=0x01 msb=0x01 ata1: reset tp2 mask=03 stat0=10 stat1=01 devices=0x0 ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] uhci0: port 0xef80-0xef9f irq 19 at de vice 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) pcib2: at device 16.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xd000-0xdfff pcib2: memory decode 0xfe200000-0xfe2fffff pcib2: prefetched decode 0xf4f00000-0xf4ffffff pci2: on pcib2 pci2: physical bus=2 fxp0: port 0xef40-0xef5f mem 0xfea00000-0xfeaffff f,0xfd0ff000-0xfd0fffff irq 19 at device 17.0 on pci0 fxp0: using memory space register mapping fxp0: Ethernet address 00:e0:81:10:09:c2 fxp0: PCI IDs: 8086 1229 8086 0008 0005 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached ahc0: port 0xe400-0xe4ff mem 0xfebfe000-0xf ebfefff irq 16 at device 18.0 on pci0 ahc0: Defaulting to MEMIO off ahc0: Reading SEEPROM...done. ahc0: internal 50 cable not present, internal 68 cable not present ahc0: external cable not present ahc0: BIOS eeprom is present ahc0: High byte termination Enabled ahc0: Low byte termination Enabled ahc0: Downloading Sequencer Program... 412 instructions downloaded ahc0: Features 0x16235, Bugs 0x15, Flags 0x20485540 aic7895C: Ultra Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xe800-0xe8ff mem 0xfebff000-0xf ebfffff irq 16 at device 18.1 on pci0 ahc1: Defaulting to MEMIO off ahc1: Reading SEEPROM...done. ahc1: internal 50 cable not present, internal 68 cable not present ahc1: external cable not present ahc1: BIOS eeprom is present ahc1: High byte termination Enabled ahc1: Low byte termination Enabled ahc1: Downloading Sequencer Program... 412 instructions downloaded ahc1: Features 0x16235, Bugs 0x15, Flags 0x20485540 aic7895C: Ultra Wide Channel B, SCSI Id=7, 32/253 SCBs fxp1: port 0xef20-0xef3f mem 0xfe800000-0xfe8ffff f,0xfd0fe000-0xfd0fefff irq 17 at device 20.0 on pci0 fxp1: using memory space register mapping fxp1: Ethernet address 00:a0:c9:b0:13:df fxp1: PCI IDs: 8086 1229 8086 0009 0004 fxp1: Dynamic Standby mode is disabled miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: bpf attached acpi_button0: on acpi0 unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: unable to allocate IRQ fdc0: output ready timeout fdc0: cmd 3 failed at out byte 1 of 3 sio0: irq maps: 0x4201 0x4211 0x4201 0x4201 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1: irq maps: 0x4201 0x4209 0x4201 0x4201 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) fdc0: output ready timeout fdc0: cmd 3 failed at out byte 1 of 3 unknown: not probed (disabled) unknown: not probed (disabled) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it Trying Read_Port at 203 CTL0043: start dependent (0) CTL0043: adding irq mask 0x20 CTL0043: adding dma mask 0x2 CTL0043: adding dma mask 0x8 CTL0043: adding io range 0x220-0x22f, size=0x10, align=0x1 CTL0043: adding io range 0x330-0x331, size=0x2, align=0x1 CTL0043: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0043: start dependent (1) CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0043: adding io range 0x388-0x38b, size=0x4, align=0x1 CTL0043: start dependent (1) CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: adding io range 0x300-0x331, size=0x2, align=0x30 CTL0043: start dependent (1) CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: start dependent (2) CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: adding io range 0x300-0x331, size=0x2, align=0x10 CTL0043: adding io range 0x388-0x397, size=0x4, align=0x4 CTL0043: start dependent (2) CTL0043: adding irq mask 0x6a0 CTL0043: adding dma mask 0xb CTL0043: adding io range 0x220-0x28f, size=0x10, align=0x20 CTL0043: end dependent CTL7005: start dependent (0) CTL7005: adding io range 0x201-0x201, size=0x1, align=0x1 CTL7005: start dependent (1) CTL7005: adding io range 0x200-0x20f, size=0x1, align=0x1 CTL7005: end dependent sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: