From owner-freebsd-bugs@FreeBSD.ORG Sun Aug 31 00:40:17 2003 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DA3216A4BF for ; Sun, 31 Aug 2003 00:40:17 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23A7E43FF7 for ; Sun, 31 Aug 2003 00:40:16 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h7V7eFUp014814 for ; Sun, 31 Aug 2003 00:40:15 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h7V7eFnh014813; Sun, 31 Aug 2003 00:40:15 -0700 (PDT) Date: Sun, 31 Aug 2003 00:40:15 -0700 (PDT) Message-Id: <200308310740.h7V7eFnh014813@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Bruce Evans Subject: Re: misc/56206: src/sys/sys/cdefs.h uses PreProcessor variablesthat aren't defined, causing noisy warnings. X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bruce Evans List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2003 07:40:17 -0000 The following reply was made to PR misc/56206; it has been noted by GNATS. From: Bruce Evans To: Garrett Wollman Cc: freebsd-gnats-submit@freebsd.org Subject: Re: misc/56206: src/sys/sys/cdefs.h uses PreProcessor variables that aren't defined, causing noisy warnings. Date: Sun, 31 Aug 2003 17:33:09 +1000 (EST) On Sat, 30 Aug 2003, Garrett Wollman wrote: > < said: > > > The following patch shuts it up, and is functionally equivalent. > > Actually, the patch is not functionally equivalent: > > > -#if __STDC_VERSION__ < 199901 > > +#if defined(__STDC_VERSION__) && __STDC_VERSION__ < 199901 > > 0 < 199901 #if !defined(__STDC_VERSION__) || __STDC_VERSION__ < 199901 would be functionally equivalent, but is intentionally not used because it is harder to read. The feature of undefined identifiers being 0 in cpp expressions is used a lot in FreeBSD headers. E.g., in : #if __GNUC__ < 2 || __GNUC__ == 2 && __GNUC_MINOR__ < 5 When __GNUC__ is not defined, it evaluates as 0 so this expression is true (0 < 2). There is no warning about this from gcc because gcc always defines __GNUC__, at least in the broken versions that warn about this. Compilers that aren't gcc shouldn't define __GNUC__ or have the bug. The bug may be in FreeBSD's version of gcc. gcc normally suppresses warnings in "system" headers but FreeBSD turns this off since it wants to check for errors in system headers and at least old versions of gcc don't understand which headers are system ones anyway (for buildworld, the system headers aren't under /usr/include). Bruce From owner-freebsd-bugs@FreeBSD.ORG Sun Aug 31 02:10:42 2003 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9477B16A4BF; Sun, 31 Aug 2003 02:10:42 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0800A43FEA; Sun, 31 Aug 2003 02:10:42 -0700 (PDT) (envelope-from jeff@FreeBSD.org) Received: from freefall.freebsd.org (jeff@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h7V9AfUp024649; Sun, 31 Aug 2003 02:10:41 -0700 (PDT) (envelope-from jeff@freefall.freebsd.org) Received: (from jeff@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h7V9AfRD024645; Sun, 31 Aug 2003 02:10:41 -0700 (PDT) Date: Sun, 31 Aug 2003 02:10:41 -0700 (PDT) From: Jeff Roberson Message-Id: <200308310910.h7V9AfRD024645@freefall.freebsd.org> To: dirk.meyer@dinoex.sub.org, jeff@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/56116: panic in vsf_bio.c X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2003 09:10:42 -0000 Synopsis: panic in vsf_bio.c State-Changed-From-To: open->closed State-Changed-By: jeff State-Changed-When: Sun Aug 31 02:09:06 PDT 2003 State-Changed-Why: This was resolved in vfs_bio.c rev 1.399. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=56116 From owner-freebsd-bugs@FreeBSD.ORG Sun Aug 31 05:40:16 2003 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55C1316A4BF for ; Sun, 31 Aug 2003 05:40:16 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD5B144003 for ; Sun, 31 Aug 2003 05:40:14 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h7VCeEUp046726 for ; Sun, 31 Aug 2003 05:40:14 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h7VCeEwG046725; Sun, 31 Aug 2003 05:40:14 -0700 (PDT) Resent-Date: Sun, 31 Aug 2003 05:40:14 -0700 (PDT) Resent-Message-Id: <200308311240.h7VCeEwG046725@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Thomas Pornin Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B68816A4BF for ; Sun, 31 Aug 2003 05:39:32 -0700 (PDT) Received: from gnah.bolet.org (gnah.bolet.org [80.65.226.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C02044001 for ; Sun, 31 Aug 2003 05:39:30 -0700 (PDT) (envelope-from pornin@bolet.org) Received: from gnah.bolet.org (localhost [127.0.0.1]) by gnah.bolet.org (8.12.9/8.12.9) with ESMTP id h7VCdSlJ021919 for ; Sun, 31 Aug 2003 14:39:28 +0200 (CEST) (envelope-from pornin@bolet.org) Received: (from pornin@localhost) by gnah.bolet.org (8.12.9/8.12.9/Submit) id h7VCdRDg021918; Sun, 31 Aug 2003 14:39:27 +0200 (CEST) Message-Id: <200308311239.h7VCdRDg021918@gnah.bolet.org> Date: Sun, 31 Aug 2003 14:39:27 +0200 (CEST) From: Thomas Pornin To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/56233: IPsec tunnel (ESP) over IPv6: MTU computation is wrong X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Thomas Pornin List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2003 12:40:16 -0000 >Number: 56233 >Category: kern >Synopsis: IPsec tunnel (ESP) over IPv6: MTU computation is wrong >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 31 05:40:14 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Thomas Pornin >Release: FreeBSD 4.9-PRERELEASE alpha >Organization: >Environment: System: FreeBSD gnah.bolet.org 4.9-PRERELEASE FreeBSD 4.9-PRERELEASE #0: Sat Aug 30 06:24:21 CEST 2003 root@gnah.bolet.org:/drive/obj/drive/src/sys/GNAH alpha (problem actually occurs on i386 as well) >Description: The maximum ESP header size computation, function esp_hdrsiz(), in sys/netinet6/esp_output.c, is wrong when used with a 16-byte block cipher such as Rijndael. It is also wrong with a 8-byte block cipher, but in the other direction, hence inducing no particular problem except a possible slight performance hit. >How-To-Repeat: My office network and my own home network use the same ISP, which provides IPv4 and IPv6 connectivity through ADSL links. Both networks have a router/firewall running FreeBSD (4-STABLE from the end of August 2003). I set up an IPsec tunnel between the two routers; the setkey configuration file is simple: spdadd [home-network-IP]/48 [office-network]/48 any -P out ipsec esp/tunnel/[home-router-IP]-[office-router-IP]/require ; spdadd [office-network-IP]/48 [home-network]/48 any -P in ipsec esp/tunnel/[office-router-IP]-[home-router-IP]/require ; add [home-router-IP] [office-router-IP] esp 0x10001 -m tunnel -E rijndael-cbc [symmetric-cipher-key] -A hmac-sha1 [authentication-key] ; add [office-router-IP] [home-router-IP] esp 0x10002 -m tunnel -E rijndael-cbc [symmetric-cipher-key] -A hmac-sha1 [authentication-key] ; (This is the configuration file on my home router; on the office router, a similar configuration file is used.) If I call N a machine of my home network, H my home router, O the office router, and T a machine on the office network, I can send IPv6 packets from N to T and back, and some tcpdumps show that those packet are duly encrypted and authenticated between H and O. Problems come when I try to send long packets. Typically, I establish a TCP connection (through rlogin or ssh) and begin viewing a text with an editor. The machine T wants to send a quite big packet to N. T has a local MTU with O of 1500 (ethernet link) but the MTU is smaller between O and H, so O sends to T an ICMP packet "too big" stating that T should lower its MTU for this connection to 1407. Which T does. And there is the true problem: 1407 is too big, the maximum being 1406. T and O enter a loop where T repeatedly sends its 1407-byte packet, and O repeatedly reject the packets and sends ICMPs stating that the MTU is 1407. Details on the MTU computation: External connectivity uses PPPoE and implies a MTU of 1492 (this is important ! With a MTU of 1500, the problem is much less a nuisance). The external IPv6 header uses 40 bytes. The ESP header uses 8 bytes before the encrypted part, and 12 after (for the HMAC-SHA1 truncated to 96 bits, as described in RFC 2404). So there remains 1432 bytes for the encrypted part. The first 16 bytes are for the CBC initial value, and there are 1416 bytes for data. However, since Rijndael uses 16-byte blocks, the encrypted part must have a length multiple of 16. So the real maximum encrypted data size is 1408 bytes. Since the Pad-Length and Next-Header fields are mandatory, only 1406 bytes of data of available. Hence, the packets T sends to N through O and H must not exceed 1406 bytes, including their own IPv6 header. >Fix: The immediate work-around is to use an 8-byte block cipher such as Blowfish. With such a block size, the MTU becomes 1422. In my setting, O sends ICMP packets requesting a MTU of 1415, which is wrong again, but in the safe direction: T sends packets shorter than needed, but data flows. A quick fix in the source code would be to change the code of esp_hdrsiz() in sys/netinet6/esp_output.c, lines 139 and 153. This function uses an estimate function which goes along the line: ESP header length + IV length + 9 + Authlen where the ESP header length is 8 bytes, the IV length is equal to the cipher block length, and Authlen is the authentication algorithm output length, here 12 for HMAC-SHA-1-96. The "9" is described in a comment lines 149 and 150: it is the maximum padding length, including the Pad-Length and Next-Header fields. This value is correct for 8-byte block ciphers such as Blowfish and 3DES, but should be "17" for 16-byte block ciphers. So a quick fix would be to replace the "9" values in both lines 139 and 153 by "17". A complete fix would require a more exact computation of the header length, but it depends on the outter MTU and the cipher block length, and I don't know to which extent that data is available at that place in the kernel code. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Sun Aug 31 12:40:14 2003 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DA5616A4BF for ; Sun, 31 Aug 2003 12:40:14 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F033044001 for ; Sun, 31 Aug 2003 12:40:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h7VJe8Up022767 for ; Sun, 31 Aug 2003 12:40:08 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h7VJe8es022766; Sun, 31 Aug 2003 12:40:08 -0700 (PDT) Resent-Date: Sun, 31 Aug 2003 12:40:08 -0700 (PDT) Resent-Message-Id: <200308311940.h7VJe8es022766@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Guido Berhoerster Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3520A16A4BF for ; Sun, 31 Aug 2003 12:35:03 -0700 (PDT) Received: from helium.webpack.hosteurope.de (helium.one-2-one.net [217.115.142.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AD2343FAF for ; Sun, 31 Aug 2003 12:34:59 -0700 (PDT) (envelope-from ich@guido-berhoerster.org) Received: from hal.privat.lan (pD9E12236.dip.t-dialin.net [217.225.34.54]) h7VJYvh01966 for ; Sun, 31 Aug 2003 21:34:57 +0200 Received: from hal.privat.lan (localhost [127.0.0.1]) by hal.privat.lan (8.12.8p1/8.12.8) with ESMTP id h7VJYoGD000388 for ; Sun, 31 Aug 2003 21:34:51 +0200 (CEST) (envelope-from guiber@hal.privat.lan) Received: (from guiber@localhost) by hal.privat.lan (8.12.8p1/8.12.8/Submit) id h7VJYoRK000387; Sun, 31 Aug 2003 21:34:50 +0200 (CEST) Message-Id: <200308311934.h7VJYoRK000387@hal.privat.lan> Date: Sun, 31 Aug 2003 21:34:50 +0200 (CEST) From: Guido Berhoerster To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/56245: Distorted and choppy video with bktr-driver on 5.x X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Guido Berhoerster List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2003 19:40:14 -0000 >Number: 56245 >Category: kern >Synopsis: Distorted and choppy video with bktr-driver on 5.x >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 31 12:40:08 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Guido Berhoerster >Release: FreeBSD 5.1-CURRENT i386 >Organization: >Environment: FreeBSD 5.0-RELEASE, 5.1-RELEASE, -CURRENT Relevant dmesg-output: bktr0: mem 0xd7000000-0xd7000fff irq 9 at device 10.0 on pci0 bktr0: Hauppauge Model 44354 C242 bktr0: Detected a MSP3415G-B8 at 0x80 bktr0: Hauppauge WinCast/TV, Philips FR1216 PAL FM tuner, msp3400c stereo, remote control. >Description: I have Problems with bktr-driver on 5.x, with fxtv the video- output is distorted and choppy, it appears that only odd scanlines are redrawn regularly while even scanlines remain for half a second as "ghost images". When the fxtv window is overlapped by some other window the video is only updated about every 30 seconds. When using mplayer's bsdbt848-driver I get an undistorted image but also choppy video. I wasn't able to test it with xawtv since it is still broken on 5.x. This is a regression over 4.x, where everything works flawlessly. I have done some testing with different versions. I can was able to reproduce the problem on: -FreeBSD 5.0-RELEASE -FreeBSD 5.1-RELEASE -FreeBSD CURRENT -NetBSD 1.6.1 However it does does not occur on: -FreeBSD 4.3-RELEASE up to 4.8 -FreeBSD STABLE I assume the problem lies within the bktr-driver since it also occurs on NetBSD and it must be something which has been changed in -CURRENT before 5.0-RELEASE and not MFC'ed yet because -STABLE still works fine. >How-To-Repeat: Try fxtv or mplayer on given FreeBSD/NetBSD versions and hardware. >Fix: n/a >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Sun Aug 31 13:10:10 2003 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 112D116A4BF for ; Sun, 31 Aug 2003 13:10:10 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E6D243FEA for ; Sun, 31 Aug 2003 13:10:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h7VKA8Up027715 for ; Sun, 31 Aug 2003 13:10:08 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h7VKA8Kh027714; Sun, 31 Aug 2003 13:10:08 -0700 (PDT) Resent-Date: Sun, 31 Aug 2003 13:10:08 -0700 (PDT) Resent-Message-Id: <200308312010.h7VKA8Kh027714@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, walter@pelissero.de Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36DBB16A4BF for ; Sun, 31 Aug 2003 13:00:23 -0700 (PDT) Received: from webmail.tiscali.de (relay1.tiscali.de [62.26.116.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE27643FEA for ; Sun, 31 Aug 2003 13:00:21 -0700 (PDT) (envelope-from walter@pelissero.de) Received: from daemon.home.loc (62.246.19.246) by webmail.tiscali.de (6.7.019) id 3F2FA201007AA936 for FreeBSD-gnats-submit@freebsd.org; Sun, 31 Aug 2003 22:00:20 +0200 Received: from hyde.home.loc (hyde.home.loc [10.0.0.2]) by daemon.home.loc (8.12.9/8.12.8) with ESMTP id h7VJwijl001343 for ; Sun, 31 Aug 2003 21:58:45 +0200 (CEST) (envelope-from wcp@hyde.home.loc) Received: from hyde.home.loc (localhost [127.0.0.1]) by hyde.home.loc (8.12.9/8.12.8) with ESMTP id h7VJwhZf074719 for ; Sun, 31 Aug 2003 21:58:43 +0200 (CEST) (envelope-from wcp@hyde.home.loc) Received: (from wcp@localhost) by hyde.home.loc (8.12.9/8.12.6/Submit) id h7VJwg5a074718; Sun, 31 Aug 2003 21:58:42 +0200 (CEST) (envelope-from wcp) Message-Id: <200308311958.h7VJwg5a074718@hyde.home.loc> Date: Sun, 31 Aug 2003 21:58:42 +0200 (CEST) From: "Walter C. Pelissero" To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/56250: ums doesn't work with MCT based PS/2 converters X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: walter@pelissero.de List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2003 20:10:10 -0000 >Number: 56250 >Category: kern >Synopsis: ums doesn't work with MCT based PS/2 converters >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 31 13:10:07 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Walter C. Pelissero >Release: FreeBSD 4.9-PRERELEASE i386 >Organization: >Environment: System: FreeBSD hyde.home.loc 4.9-PRERELEASE FreeBSD 4.9-PRERELEASE #28: Sun Aug 31 14:33:47 CEST 2003 root@hyde.home.loc:/.amd_mnt/daemon/host/usr/src/sys/compile/PCG-XG9 i386 >Description: Mice connected to a MCT Corp PS/2 converter don't work. This seems to be due to a test in ums.c. Changing the test the device works. >How-To-Repeat: Connect to a MCT based USB->PS/2 converter a PS/2 mouse and try to use it. >Fix: The following patch solves the problem, but the possible side effects are unknown to me. For instance, what happens if sc->sc_ibuf[0] != sc->sc_iid ? --- /sys/dev/usb/ums.c Wed Nov 6 21:23:50 2002 +++ ums.c Sun Aug 31 15:08:52 2003 @@ -428,10 +428,8 @@ } ibuf = sc->sc_ibuf; - if (sc->sc_iid) { - if (*ibuf++ != sc->sc_iid) - return; - } + if (sc->sc_iid) + ibuf++; dx = hid_get_data(ibuf, &sc->sc_loc_x); dy = -hid_get_data(ibuf, &sc->sc_loc_y); >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-bugs@FreeBSD.ORG Sun Aug 31 14:54:17 2003 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5843816A4BF; Sun, 31 Aug 2003 14:54:17 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5A0243FAF; Sun, 31 Aug 2003 14:54:16 -0700 (PDT) (envelope-from njl@FreeBSD.org) Received: from freefall.freebsd.org (njl@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h7VLsGUp034291; Sun, 31 Aug 2003 14:54:16 -0700 (PDT) (envelope-from njl@freefall.freebsd.org) Received: (from njl@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h7VLsGDi034287; Sun, 31 Aug 2003 14:54:16 -0700 (PDT) Date: Sun, 31 Aug 2003 14:54:16 -0700 (PDT) From: Nate Lawson Message-Id: <200308312154.h7VLsGDi034287@freefall.freebsd.org> To: lars@koellers.net, njl@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/50691: EOT detection in sa driver prevents mutli volume dump X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2003 21:54:17 -0000 Synopsis: EOT detection in sa driver prevents mutli volume dump State-Changed-From-To: open->closed State-Changed-By: njl State-Changed-When: Sun Aug 31 14:53:42 PDT 2003 State-Changed-Why: The write behavior should be submitted as a separate PR. Since we can't make more headway on this, I'm closing it. http://www.freebsd.org/cgi/query-pr.cgi?pr=50691 From owner-freebsd-bugs@FreeBSD.ORG Sun Aug 31 17:00:32 2003 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1DD316A4BF; Sun, 31 Aug 2003 17:00:31 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7909143F85; Sun, 31 Aug 2003 17:00:30 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h8100UUp049619; Sun, 31 Aug 2003 17:00:30 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h8100Up6049618; Sun, 31 Aug 2003 17:00:30 -0700 (PDT) Resent-Date: Sun, 31 Aug 2003 17:00:30 -0700 (PDT) Resent-Message-Id: <200309010000.h8100Up6049618@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Cc: ler@lerctr.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Larry Rosenman Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8042816A4BF for ; Sun, 31 Aug 2003 16:59:00 -0700 (PDT) Received: from lerlaptop.lerctr.org (lerlaptop.lerctr.org [207.158.72.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96B3843FEC for ; Sun, 31 Aug 2003 16:58:59 -0700 (PDT) (envelope-from ler@lerlaptop.lerctr.org) Received: from lerlaptop.lerctr.org (localhost [127.0.0.1]) by lerlaptop.lerctr.org (8.12.9/8.12.9) with ESMTP id h7VNwxm7000899 for ; Sun, 31 Aug 2003 18:58:59 -0500 (CDT) (envelope-from ler@lerlaptop.lerctr.org) Received: (from ler@localhost) by lerlaptop.lerctr.org (8.12.9/8.12.9/Submit) id h7VNwxnY000898; Sun, 31 Aug 2003 18:58:59 -0500 (CDT) Message-Id: <200308312358.h7VNwxnY000898@lerlaptop.lerctr.org> Date: Sun, 31 Aug 2003 18:58:59 -0500 (CDT) From: Larry Rosenman To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 X-GNATS-Notify: ler@lerctr.org Subject: kern/56254: ACPI PANIC: transition to battery/0X7 virtual address. X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Larry Rosenman List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2003 00:00:32 -0000 >Number: 56254 >Category: kern >Synopsis: ACPI PANIC: transition to battery/0X7 virtual address. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 31 17:00:30 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Larry Rosenman >Release: FreeBSD 5.1-CURRENT i386 >Organization: LERCTR Consulting >Environment: System: FreeBSD lerlaptop.lerctr.org 5.1-CURRENT FreeBSD 5.1-CURRENT #44: Sun Aug 31 18:06:58 CDT 2003 ler@lerlaptop.lerctr.org:/usr/obj/usr/src/sys/LERLAPTOP i386 >Description: This has been going on since before 5.1-R. Nate is working it with me, but asked for a PR. DMESG: 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.1-CURRENT #44: Sun Aug 31 18:06:58 CDT 2003 ler@lerlaptop.lerctr.org:/usr/obj/usr/src/sys/LERLAPTOP Preloaded elf kernel "/boot/kernel/kernel" at 0xc05a3000. Preloaded acpi_dsdt "/boot/DSDT.aml" at 0xc05a3294. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc05a32d8. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III Mobile CPU 1133MHz (1129.57-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 527958016 (503 MB) avail memory = 506515456 (483 MB) Pentium Pro MTRR support enabled ACPI: DSDT was overridden. ACPI-0375: *** Info: Table [DSDT] replaced by host OS npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00fdf30 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xfc08-0xfc0b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 2 INTA is routed to irq 11 pcib0: slot 29 INTA is routed to irq 11 pcib0: slot 29 INTB is routed to irq 11 pcib0: slot 31 INTB is routed to irq 11 pcib0: slot 31 INTB is routed to irq 11 pcib0: slot 31 INTB is routed to irq 11 agp0: mem 0xe0000000-0xe007ffff,0xe8000000-0xefffffff irq 11 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0x18c0-0x18df irq 11 at device 29.0 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 uhci1: port 0x18e0-0x18ff irq 11 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 pcib1: slot 10 INTA is routed to irq 11 pcib1: slot 10 INTB is routed to irq 11 pcib1: slot 13 INTA is routed to irq 11 pcib1: slot 14 INTA is routed to irq 11 cbb0: irq 11 at device 10.0 on pci1 start (88000000) < sc->membase (e0200000) end (ffffffff) > sc->memlimit (e02fffff) cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: irq 11 at device 10.1 on pci1 start (88000000) < sc->membase (e0200000) end (ffffffff) > sc->memlimit (e02fffff) cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 rl0: port 0x2000-0x20ff mem 0xe0200800-0xe02008ff irq 11 at device 13.0 on pci1 rl0: Ethernet address: 00:e0:00:7e:d0:45 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fwohci0: vendor=10cf, dev=2010 fwohci0: <1394 Open Host Controller Interface> mem 0xe0200000-0xe02007ff irq 11 at device 14.0 on pci1 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 00:00:0e:10:00:70:a8:72 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 1024 bytes. fwohci0: max_rec 1024 -> 2048 firewire0: on fwohci0 if_fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:0e:70:a8:72 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1c20-0x1c2f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 mem 0xe0100000-0xe01003ff at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ichsmb0: port 0x1c00-0x1c1f irq 11 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 pcm0: port 0x1880-0x18bf,0x1000-0x10ff irq 11 at device 31.5 on pci0 pcm0: pci0: at device 31.6 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 speaker0 port 0x61 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 acpi_ec0: port 0x66,0x62 on acpi0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2e8-0x2ef irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/15 bytes threshold ppbus0: on ppc0 ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: