From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 23 19:55:43 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8811016A402 for ; Fri, 23 Feb 2007 19:55:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 08A8713C48D for ; Fri, 23 Feb 2007 19:55:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1NJtVkB016209; Fri, 23 Feb 2007 14:55:34 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 23 Feb 2007 14:01:24 -0500 User-Agent: KMail/1.9.1 References: <45D2C7F8.9050302@pacbell.net> <45D57B29.2050408@pacbell.net> <20070219.102031.87764872.imp@bsdimp.com> In-Reply-To: <20070219.102031.87764872.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702231401.24982.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 23 Feb 2007 14:55:36 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2631/Thu Feb 22 16:33:11 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: dr2867@pacbell.net Subject: Re: PING: Someone on the core team. (Modem Problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 19:55:43 -0000 On Monday 19 February 2007 12:20, M. Warner Losh wrote: > In message: <45D57B29.2050408@pacbell.net> > Daniel Rudy writes: > : At about the time of 2/15/2007 12:14 AM, Peter Jeremy stated the following: > : > On 2007-Feb-14 00:27:36 -0800, Daniel Rudy wrote: > : >> Changing the slot did help. I moved it from slot 3 to slot 1. But, now > : >> it's dropping characters with a port speed of 57600, and I am also > : >> getting irq overrun errors from the kernel too now. > : > > : > This is not good. Interrupt latency is a bit of a sore point but the > : > FIFO trigger level is 8 bytes so getting SILO overflows implies a > : > latency of >1.38msec. Does sio4 report as [FAST] in the dmesg? > : > : No, it does not report as fast. I changed the /boot/device.hints file > : and commented out all the sio devices, since all the serial ports on the > : system are disabled anyways. This is the only one that is up and running. > : > : Here is the verbose dmesg from a reboot that I did just now: > : > : sio0: Reserved 0x100 bytes for rid 0x14 type 4 at 0xd400 > : sio0: configured irq 17 not in bitmap of probed irqs 0 > : sio0: port may not be enabled > : sio0: irq maps: 0xcb9 0xcb9 0xcb9 0xcb9 > : sio0: port > : 0xd400-0xd4ff,0xd800-0xd8ff,0xdc00-0xdc07 mem 0xeb105000-0xeb1050ff > : irq 17 at device 9.0 on pci0 > : sio0: type 16550A > : > : What I don't understand is why it keeps saying that "configured irq 17 > : not in bitmap of probed irqs 0"... What exactly does that mean? > > IRQ 17 was configured for the sio device. The sio probe provokes an > interrupt and then reads the interrupt mask. When it read it, the > mask was '0' meaning nothing was interrupting... Yeah, but the mask is meaningless for non-ISA IRQs as the mask is the mask from the 8259As, but IRQ 17 isn't routed via those, so sio complains about a missing interrupt even though it is working fine. Also, in 6.2, SIO should always be able to probe a FAST since 6.1 and later have the changes that let FAST and non-FAST share IRQs. -- John Baldwin