From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 14:34:02 2004 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 4718916A4CE; Tue, 13 Apr 2004 14:34:02 -0700 (PDT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35BB843D4C; Tue, 13 Apr 2004 14:34:02 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Tue, 13 Apr 2004 14:34:01 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 90FE15D08; Tue, 13 Apr 2004 14:34:01 -0700 (PDT) To: imp@impbsd.net Date: Tue, 13 Apr 2004 14:34:01 -0700 From: "Kevin Oberman" Message-Id: <20040413213401.90FE15D08@ptavv.es.net> cc: acpi@freebsd.org cc: current@freebsd.org Subject: Experiences with new PCI code 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: Tue, 13 Apr 2004 21:34:02 -0000 System: IBM T30 (ICH3, 1.8G P4-M, 512 MB RAM, Intel/Xircom Pro/100 VE Ethernet, TI1520 CardBus bridge, Prism 2.5 wireless, Analog Devices AD1881A AC97 codec) After the integration of the new PCI code the suspend/resume behavior is very different than before. Suspend: - Display backlight still turns on and remains on upon suspend. Video does not blank, but loses power so display "rots" over a period of at least minutes. (This is unchanged.) hw.acpi.video show correct values, but fails to change them. DPMS blanking does blank the display but does not turn off back-light. - hw.acpi.sleep_delay is now ignored, but the disk no longer does an instant shutdown without flushing cache, so this is OK. - Suspend LED turns on. (Unchanged.) Resume: - I stop receiving interrupts on irq11 which handles much of my system. This includes sound, CardBus, USB and network. This is the big issue as the machine is now pretty useless. Unfortunately, this loss of irq11 makes further testing almost impossible. To further confuse things, interrupts continue for a seemingly random time of up to several minutes after the restore and then stop. This last part has me totally baffled, but maybe someone has some idea why this is happening. Non-irq11 devices (mouse, keyboard, clocks, ata controllers) continue to work. Anything you would like me to try? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634