From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 18:54:38 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D17591065694; Sat, 2 Jan 2010 18:54:38 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 228428FC24; Sat, 2 Jan 2010 18:54:37 +0000 (UTC) Received: by ewy26 with SMTP id 26so11829119ewy.3 for ; Sat, 02 Jan 2010 10:54:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=7fm4Wz9HWMZv1oPvhpkiP5/A6OQAeuONiPaplpwgMfc=; b=NTy4B1bv/s5RdF+uivJy3rpc4c54+c/s9D4pOqg7vckjTyEI5UjoLJMauulks4bcJ9 Y/3BnM6Ske51FzSHtZhbN2DoFKW2y6LHMfFyhdBDS3A8MNdM0bgTYeUcKq2ScuP4sGK1 OMd9pVCL1ZJu3O8YI2JQr6Dgh/lrhZ5hrfcBs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; b=WI8ap9ErYlk8muRnY9BtGMHZHD7fEXS6RN+unn2gLr/0387lYtJ9f5i9Aqpg++YhrN kGcHNop6zmG2extsYKnWTgmX6d0KfFjrAcEdTGfRkrtOOKHLxbFyl2KjxQuLt15egD7L dJc4EzrNJtzywWT4tnni1fUVCs3OFXfRMVHmY= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.216.88.85 with SMTP id z63mr7254336wee.129.1262458471093; Sat, 02 Jan 2010 10:54:31 -0800 (PST) From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Sat, 2 Jan 2010 19:54:11 +0100 X-Google-Sender-Auth: 0f228d7f700b1616 Message-ID: <3131aa531001021054k5f3efa8dpa6195d3b5e1811f9@mail.gmail.com> To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Pyun YongHyeon , Alexander Motin , Hans Petter Selasky Subject: Regression with Asus K8N7-E deluxe motherboard on 8-stable: ACPI or PCI drivers bug ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 18:54:38 -0000 Hi, I've met 3 regressions on 8-stable on my Asus K8N7-E deluxe motherboard: - PATA drivers (kern/139143) - USB 2.0 drivers (usb/139142) - Ethernet (nfe) drivers But, I don't think that the USB/PATA/nfe drivers are the problem: The problem seems came from ACPI or PCI bus drivers bug with this motherboard. There are lot's of differences between the dmesg on 7.2 and 8.0 regarding the hardware ressources informations. Full dmesg under FreeBSD 7.2 here: http://pastebin.com/f7bbdcb3a Full dmesg under FreeBSD 8.0 here: http://pastebin.com/f52df9c4c Here, are some examples of the diff between the 2 dmesg: -------------- About ACPI, there is this error on 8.0: ACPI Error: Package List length (6) larger than NumElements count (3), truncated 20090521 dsobject-590 --------------- About PCI link18 (Initial Probe IRQ diff): 7.2: pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 18 Validation 0 255 N 0 18 After Disable 0 255 N 0 18 8.0: pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 18 Validation 0 255 N 0 18 After Disable 0 255 N 0 18 (Note the IRQ diff) --------------- And lot's of devices have map size diff: on 7.2: found-> vendor=0x10de, dev=0x0052, revid=0xa2 map[10]: type I/O Port, range 32, base 0xdc00, size 5, enabled map[20]: type I/O Port, range 32, base 0x4c00, size 6, enabled map[24]: type I/O Port, range 32, base 0x4c40, size 6, enabled found-> vendor=0x10de, dev=0x0053, revid=0xf2 map[20]: type I/O Port, range 32, base 0xf000, size 4, enabled found-> vendor=0x10de, dev=0x0055, revid=0xf3 map[10]: type I/O Port, range 32, base 0x9e0, size 3, enabled map[14]: type I/O Port, range 32, base 0xbe0, size 2, enabled map[18]: type I/O Port, range 32, base 0x960, size 3, enabled map[1c]: type I/O Port, range 32, base 0xb60, size 2, enabled map[20]: type I/O Port, range 32, base 0xc400, size 4, enabled on 8.0: found-> vendor=0x10de, dev=0x0052, revid=0xa2 map[10]: type I/O Port, range 32, base 0xdc00, size 10, enabled map[20]: type I/O Port, range 32, base 0x4c00, size 10, enabled map[24]: type I/O Port, range 32, base 0x4c40, size 6, enabled found-> vendor=0x10de, dev=0x0053, revid=0xf2 map[20]: type I/O Port, range 32, base 0xf000, size 12, enabled found-> vendor=0x10de, dev=0x0055, revid=0xf3 map[10]: type I/O Port, range 32, base 0x9e0, size 5, enabled map[14]: type I/O Port, range 32, base 0xbe0, size 5, enabled map[18]: type I/O Port, range 32, base 0x960, size 5, enabled map[1c]: type I/O Port, range 32, base 0xb60, size 5, enabled map[20]: type I/O Port, range 32, base 0xc400, size 10, enabled (Note the size diff) --------------- An unknown and USB error on 8.0: 7.2: pcib0: slot 2 INTA routed to irq 21 via \_SB_.PCI0.APCF 8.0: pcib0: slot 2 INTA routed to irq 21 via \_SB_.PCI0.APCF unknown: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 unknown: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x80000000 ohci early: SMM active, request owner change ohci early: SMM does not respond, resetting --------------- The memory addresses of devices or reserved addresse bytes are different: 7.2: ohci0: mem 0xd3003000-0xd3003fff irq 21 at device 2.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd3003000 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 49 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem 0xd3002000-0xd3002fff irq 22 at device 7.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd800 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 52 nfe0: port 0xb000-0xb007 mem 0xd3000000-0xd3000fff irq 21 at device 10.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd3000000 miibus0: on nfe0 e1000phy0: PHY 15 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: bpf attached nfe0: Ethernet address: 00:13:d4:d6:3a:7b 8.0: ohci0: mem 0x80000000-0x80000fff irq 21 at device 2.0 on pci0 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 49 (Note the mem diff) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376 at device 6.0 on pci0 atapci0: Lazy allocation of 0x1000 bytes rid 0x20 type 4 at 0x1000 atapci0: Reserved 0x1000 bytes for rid 0x20 type 4 at 0x1000 (Note the reserved bytes diff) atapci2: irq 23 at device 8.0 on pci0 atapci2: Lazy allocation of 0x400 bytes rid 0x20 type 4 at 0x2c00 atapci2: Reserved 0x400 bytes for rid 0x20 type 4 at 0x2c00 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 52 (Note the reserved bytes diff) nfe0: irq 21 at device 10.0 on pci0 nfe0: Lazy allocation of 0x1000000 bytes rid 0x10 type 3 at 0x81000000 nfe0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0x81000000 nfe0: NFE_STATUS_RUNNING set! nfe0: MII without any phy! device_attach: nfe0 attach returned 6 (Note the reserved mem diff) What can I do for helping you to debug this problem ? Regards, Olivier