From owner-freebsd-hardware@FreeBSD.ORG Wed Jun 3 22:17:15 2009 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A078C1065672 for ; Wed, 3 Jun 2009 22:17:15 +0000 (UTC) (envelope-from barney@databus.com) Received: from mail1.acecape.com (mail1.acecape.com [66.114.74.12]) by mx1.freebsd.org (Postfix) with ESMTP id 623BE8FC14 for ; Wed, 3 Jun 2009 22:17:15 +0000 (UTC) (envelope-from barney@databus.com) Received: from pit.databus.com ([71.167.133.111]) (authenticated bits=0) by mail1.acecape.com (8.13.8/8.13.8) with ESMTP id n53M6WLa000827 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 3 Jun 2009 18:06:32 -0400 Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.14.3/8.14.3) with ESMTP id n53M6Wxj084344 for ; Wed, 3 Jun 2009 18:06:32 -0400 (EDT) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.14.3/8.14.3/Submit) id n53M6Wdu084338 for hardware@freebsd.org; Wed, 3 Jun 2009 18:06:32 -0400 (EDT) (envelope-from barney) Date: Wed, 3 Jun 2009 18:06:32 -0400 From: Barney Wolff To: hardware@freebsd.org Message-ID: <20090603220632.GA79172@pit.databus.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: slow tick when idle X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2009 22:17:15 -0000 I have an odd problem with wait timing. When the system is quite busy, for example doing multiple port builds, waits in select() or sleep() work fine. But when the system is otherwise mostly idle, waits run at least 2.5% slow. This happens on both a 6-stable from 12/08 and 7-stable from 5/28/09, and whether I use ACPI-fast or HPET. Time of day is not affected, only waits. My machine is a Dell XPS410 with Intel Core2 2.13GHz, 2 cores. The problem does not occur on an older single-cpu Athlon XP with 7.2-rel. Perhaps some artifact of cpu state under light load? Is this a known problem with a known workaround? Has anyone else seen it? If there is no existing PR, I'll file one. Here's a test program: (must be run on an idle machine to show the problem) xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx /* tstselect sleepsecs=1 nbusy Check accuracy of select & sleep wait times, on idle or busy system. On my Dell XPS410 the wait is at least 2.5% too long when idle, accurate when busy, on both 6-stable and 7-stable. Barney Wolff 6/1/2009 */ #include #include #include #include #include #include struct timeval strt,nd,wait; int main(int argc, char *argv[]) { if (argc > 1) wait.tv_sec = atoi(argv[1]); else wait.tv_sec = 1; wait.tv_usec = 0; if (argc > 2 && fork() == 0) { /* busy up */ int nfork = atoi(argv[2]); if (nfork < 0 || nfork > 10) nfork = 1; while (--nfork >= 0) if (fork() == 0) while(1) ; exit(0); } (void)gettimeofday(&strt,NULL); (void)select(0,NULL,NULL,NULL,&wait); (void)gettimeofday(&nd,NULL); printf("select of %d secs waited %d usecs\n",wait.tv_sec, 1000000*(nd.tv_sec-strt.tv_sec)+(nd.tv_usec-strt.tv_usec)); (void)gettimeofday(&strt,NULL); (void)sleep((unsigned)wait.tv_sec); (void)gettimeofday(&nd,NULL); printf(" sleep of %d secs waited %d usecs\n",wait.tv_sec, 1000000*(nd.tv_sec-strt.tv_sec)+(nd.tv_usec-strt.tv_usec)); kill(0,SIGTERM); exit(0); } xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx uname -a FreeBSD pit.databus.com 7.2-STABLE FreeBSD 7.2-STABLE #0: Thu May 28 23:58:51 EDT 2009 toor@pit.databus.com:/usr/obj/usr/src/sys/PIT i386 dmesg.boot is at: https://bns.databus.com/pics/dmesg.boot kernel conf is at: https://bns.databus.com/pics/PIT Thanks for any insights, Barney -- Barney Wolff I never met a computer I didn't like. From owner-freebsd-hardware@FreeBSD.ORG Thu Jun 4 00:58:29 2009 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ACF41065672 for ; Thu, 4 Jun 2009 00:58:29 +0000 (UTC) (envelope-from root@h1603454.stratoserver.net) Received: from h1603454.stratoserver.net (paysecuritygate.com [85.214.149.143]) by mx1.freebsd.org (Postfix) with ESMTP id D7AEF8FC19 for ; Thu, 4 Jun 2009 00:58:28 +0000 (UTC) (envelope-from root@h1603454.stratoserver.net) Received: by h1603454.stratoserver.net (Postfix, from userid 0) id 1DBE12EB186B; Thu, 4 Jun 2009 02:34:26 +0200 (CEST) To: freebsd-hardware@freebsd.org From: www.moneybookers.com Message-Id: <20090604003426.1DBE12EB186B@h1603454.stratoserver.net> Date: Thu, 4 Jun 2009 02:34:26 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Update Account. X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2009 00:58:29 -0000 ********************************************************************** ******************** THIS IS AN AUTOMATED EMAIL - . ********************************************************************** ******************** Dear Moneybookers Customer,: Due to concerns, for the safety and integrity of the Moneybookers.com account we have issued this warning message. It has come to our attention that your Moneybookers.com account information needs to be updated as part of our continuing commitment to protect your account and to reduce the instance of fraud on our website. If you could please take 5-10 minutes out of your online experience and update your personal records you will not run into any future problems with the online service. Once you have updated your account records your Moneybookers.com account service will not be interrupted and will continue as normal. To update your Moneybookers.com records click on the following link: [1]http://Moneybookers.com/ Moneybookers Security Reminders Case Sensitive Login Please remember your password is case-sensitive, at least 6 characters long and contains at least one number or non-alphabetic character such as '-'. ******************************* Moneybookers Ltd., London, Registered in England and Wales no 4260907. Registered office: Welken House, 10-11 Charterhouse Square, London, EC1M 6EH, United Kingdom. Authorised and regulated by the Financial Services Authority of the United Kingdom (FSA). References 1. http://www.protocolinfogate.com/moneybookers/directory.php?app=login.pl From owner-freebsd-hardware@FreeBSD.ORG Thu Jun 4 09:35:02 2009 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A51B61065675 for ; Thu, 4 Jun 2009 09:35:02 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx09.syd.optusnet.com.au (fallbackmx09.syd.optusnet.com.au [211.29.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 43E718FC0A for ; Thu, 4 Jun 2009 09:34:56 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by fallbackmx09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n547p6Fg009639 for ; Thu, 4 Jun 2009 17:51:06 +1000 Received: from c122-106-151-9.carlnfd1.nsw.optusnet.com.au (c122-106-151-9.carlnfd1.nsw.optusnet.com.au [122.106.151.9]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n547orWQ023819 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Jun 2009 17:50:56 +1000 Date: Thu, 4 Jun 2009 17:50:53 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Barney Wolff In-Reply-To: <20090603220632.GA79172@pit.databus.com> Message-ID: <20090604172829.D14759@delplex.bde.org> References: <20090603220632.GA79172@pit.databus.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hardware@freebsd.org Subject: Re: slow tick when idle X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2009 09:35:02 -0000 On Wed, 3 Jun 2009, Barney Wolff wrote: > I have an odd problem with wait timing. When the system is quite busy, > for example doing multiple port builds, waits in select() or sleep() > work fine. But when the system is otherwise mostly idle, waits run > at least 2.5% slow. This happens on both a 6-stable from 12/08 and > 7-stable from 5/28/09, and whether I use ACPI-fast or HPET. Time of > day is not affected, only waits. Timeouts are implemented using hardclock() interrupts, so they would take longer than expected if some of these interrupts are missed. nanosleep() shouldn't notice the effect of small errors in the hardclock() interrupt frequency (which will become large absolute errors for long waits), but it is misimplemented. (The worst-case error with a working i386 i8254 timer and HZ = 1000 is about 0.1% or 3.6 seconds per hour.) nansleep() should wake up about 0.1% early to handle the case where the clock runs slow. (If the clock runs fast then it already wakes up early. It already knows to go back to sleep then, so it only needs a small change to avoid late wakeups.) To handle your clock, it would have to wake up 2.5% early. > My machine is a Dell XPS410 with Intel Core2 2.13GHz, 2 cores. The > problem does not occur on an older single-cpu Athlon XP with 7.2-rel. > > Perhaps some artifact of cpu state under light load? Your hardclock timer is probably the lapic. This has more delicate interactions with sleep states than the i8254 (I think that since the i8254 is old and often used for timeouts, hardware designers know not to stop it for low sleep states.) Normally when there is this problem, the lapic timer stops completely and waits would be infinite, except other interrupt activity (like dancing on the keyboard) wakes up the system enough for some lapic interrupts to get through, and timeouts are only delayed for several thousand percent. I don't know of any bugs that result in only 2.5% of lapic interrupts not getting through. Bruce From owner-freebsd-hardware@FreeBSD.ORG Thu Jun 4 12:12:48 2009 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F9D21065673 for ; Thu, 4 Jun 2009 12:12:48 +0000 (UTC) (envelope-from kochetkov.andrew@gmail.com) Received: from mail-fx0-f211.google.com (mail-fx0-f211.google.com [209.85.220.211]) by mx1.freebsd.org (Postfix) with ESMTP id 356528FC0C for ; Thu, 4 Jun 2009 12:12:47 +0000 (UTC) (envelope-from kochetkov.andrew@gmail.com) Received: by fxm7 with SMTP id 7so290663fxm.43 for ; Thu, 04 Jun 2009 05:12:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=X5VgqPpgTn/PjSw90w8RbY3+xSt4l+61u8gMc3TUITY=; b=oL5LrbcMabHE1flZoStAucFN2NmH9vaYbnORV4ikxfVNCd2isMhF0XmMk7buhBGQLz s1aLjY+RXopE365udsLiuRGnlsXezdNKoE1Go6zedufKBSvaazDZfdOls9WsbeEIjQmM mV7Mom7xwX4+w8CCb2YkGzcvm/fnSNW0tQ3MM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=Mv0kHwvaVEj5OyzP/SPwVpels+jNqRLMEeTGSdy7h562DkCUfQU/zAv46W5s4bshpa oMIy5HxrkxL6/kgux9wyMLXQKxkRWwjngLDdFfsZNT3RWucwSyeaYF4xW4Pg8oZSt2MK su2BPmFt6U7/HXgFKXNVnBVvP1u+Nh5uGPsEg= Received: by 10.103.173.15 with SMTP id a15mr1299952mup.59.1244116134266; Thu, 04 Jun 2009 04:48:54 -0700 (PDT) Received: from kochetkov.qp.local (mail.quickpay.ru [83.246.141.48]) by mx.google.com with ESMTPS id 12sm3845092muq.53.2009.06.04.04.48.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 04 Jun 2009 04:48:52 -0700 (PDT) Message-ID: <4A27B4A5.2060302@gmail.com> Date: Thu, 04 Jun 2009 18:48:53 +0700 From: Andrew Kochetkov User-Agent: Thunderbird 2.0.0.21 (X11/20090514) MIME-Version: 1.0 To: hardware@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Intel DP45SG motherboard problem (amd64) X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2009 12:12:48 -0000 Hello all. I have a problem with Intel LGA775 DP45SG Intel P45/ICH10R motherboard on FreeBSD/amd64. Any devices (keyboard, sata, net) don't work after kernel loading. It works for i386 (expect for keyboard: first pressed key "sticks"). FreeBSD versions that i tried are: 7.0-RELEASE, 7.2-RELEASE, 8.0-CURRENT There was no difference with/without ACPI. I connect serial console, boot -v and I'm seeing FreeBSD complaining about inability to allocate interrupts for devices, like the log below: OK boot -v -h SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=02 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000e0000 len=0000000000020000 SMAP type=01 base=0000000000100000 len=00000000bf9e3000 SMAP type=04 base=00000000bfae3000 len=0000000000023000 SMAP type=02 base=00000000bfb06000 len=0000000000245000 SMAP type=04 base=00000000bfd4b000 len=0000000000001000 SMAP type=01 base=00000000bfd4c000 len=0000000000002000 SMAP type=04 base=00000000bfd4e000 len=0000000000007000 SMAP type=01 base=00000000bfd55000 len=0000000000002000 SMAP type=04 base=00000000bfd57000 len=0000000000005000 SMAP type=02 base=00000000bfd5c000 len=0000000000001000 SMAP type=04 base=00000000bfd5d000 len=0000000000001000 SMAP type=03 base=00000000bfd5e000 len=0000000000007000 SMAP type=04 base=00000000bfd65000 len=000000000000a000 SMAP type=02 base=00000000bfd6f000 len=000000000001f000 SMAP type=04 base=00000000bfd8e000 len=0000000000006000 SMAP type=01 base=00000000bfd94000 len=000000000016c000 SMAP type=01 base=0000000100000000 len=0000000040000000 SMAP type=02 base=00000000fed1c000 len=0000000000004000 SMAP type=02 base=00000000ff000000 len=0000000001000000 Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-RELEASE #0: Fri May 1 07:18:07 UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80cd4000. Calibrating clock(s) ... i8254 clock: 1193205 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2999971323 Hz CPU: Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz (2999.97-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Features=0xbfebfbff Features2=0x408e3fd,XSAVE> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 4278108160 (4079 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000d02000 - 0x00000000b6462fff, 3044413440 bytes (743265 pages) 0x00000000bfd4c000 - 0x00000000bfd4dfff, 8192 bytes (2 pages) 0x00000000bfd55000 - 0x00000000bfd56fff, 8192 bytes (2 pages) 0x00000000bfd94000 - 0x00000000bfefffff, 1490944 bytes (364 pages) 0x0000000100000000 - 0x000000013ffeffff, 1073676288 bytes (262128 pages) avail memory = 4097732608 (3907 MB) ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 wlan_amrr: wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (May 1 2009 07:16:51) ACPI: RSDP @ 0x0xf03c0/0x0024 (v 2 INTEL) ACPI: XSDT @ 0x0xbfd63e18/0x004C (v 1 INTEL DP45SG 0x00000088 MSFT 0x00010013) ACPI Warning (tbutils-0243): Incorrect checksum in table [XSDT] - A0, should be 56 [20070320] ACPI: FACP @ 0x0xbfd62d98/0x00F4 (v 4 INTEL DP45SG 0x00000088 MSFT 0x00010013) ACPI: DSDT @ 0x0xbfd5e018/0x3D76 (v 1 INTEL DP45SG 0x00000088 INTL 0x20051117) ACPI: FACS @ 0x0xbfd6ce40/0x0040 ACPI: APIC @ 0x0xbfd62f18/0x006C (v 2 INTEL DP45SG 0x00000088 MSFT 0x00010013) ACPI: MCFG @ 0x0xbfd6dd98/0x003C (v 1 INTEL DP45SG 0x00000088 MSFT 0x00000097) ACPI: HPET @ 0x0xbfd6dd18/0x0038 (v 1 INTEL DP45SG 0x00000088 AMI. 0x00000003) ACPI: ASPT @ 0x0xbfd6da98/0x002C (v 1 INTEL PerfTune 0x00000088 AMI 0x00000003) acpi0: on motherboard acpi0: could not allocate interrupt ACPI Exception (evevent-0257): AE_ALREADY_EXISTS, Unable to install System Control Interrupt handler [20070320] acpi0: Could not enable ACPI: AE_ALREADY_EXISTS device_attach: acpi0 attach returned 6 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x2e20, revid=0x02 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2e21, revid=0x02 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x10cd, revid=0x00 domain=0, bus=0, slot=25, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xd3200000, size 17, enabled map[14]: type Memory, range 32, base 0xd3224000, size 12, enabled map[18]: type I/O Port, range 32, base 0xf0e0, size 5, enabled found-> vendor=0x8086, dev=0x3a37, revid=0x00 domain=0, bus=0, slot=26, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type I/O Port, range 32, base 0xf0c0, size 5, enabled found-> vendor=0x8086, dev=0x3a38, revid=0x00 domain=0, bus=0, slot=26, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 map[20]: type I/O Port, range 32, base 0xf0a0, size 5, enabled found-> vendor=0x8086, dev=0x3a39, revid=0x00 domain=0, bus=0, slot=26, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 map[20]: type I/O Port, range 32, base 0xf080, size 5, enabled found-> vendor=0x8086, dev=0x3a3c, revid=0x00 domain=0, bus=0, slot=26, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xd3225400, size 10, enabled found-> vendor=0x8086, dev=0x3a3e, revid=0x00 domain=0, bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xd3220000, size 14, enabled found-> vendor=0x8086, dev=0x3a34, revid=0x00 domain=0, bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type I/O Port, range 32, base 0xf060, size 5, enabled found-> vendor=0x8086, dev=0x3a35, revid=0x00 domain=0, bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type I/O Port, range 32, base 0xf040, size 5, enabled found-> vendor=0x8086, dev=0x3a36, revid=0x00 domain=0, bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 map[20]: type I/O Port, range 32, base 0xf020, size 5, enabled found-> vendor=0x8086, dev=0x3a3a, revid=0x00 domain=0, bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xd3225000, size 10, enabled found-> vendor=0x8086, dev=0x244e, revid=0x90 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3a16, revid=0x00 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3a20, revid=0x00 domain=0, bus=0, slot=31, func=2 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xf170, size 4, enabled map[24]: type I/O Port, range 32, base 0xf160, size 4, enabled found-> vendor=0x8086, dev=0x3a30, revid=0x00 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 map[10]: type Memory, range 64, base 0xd3225800, size 8, enabled map[20]: type I/O Port, range 32, base 0xf000, size 5, enabled found-> vendor=0x8086, dev=0x3a26, revid=0x00 domain=0, bus=0, slot=31, func=5 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xf150, size 3, enabled map[14]: type I/O Port, range 32, base 0xf140, size 2, enabled map[18]: type I/O Port, range 32, base 0xf130, size 3, enabled map[1c]: type I/O Port, range 32, base 0xf120, size 2, enabled map[20]: type I/O Port, range 32, base 0xf110, size 4, enabled map[24]: type I/O Port, range 32, base 0xf100, size 4, enabled pcib1: irq 11 at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xc0000000-0xd30fffff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x10de, dev=0x0422, revid=0xa1 domain=0, bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xd2000000, size 24, enabled pcib1: requested memory range 0xd2000000-0xd2ffffff: good map[14]: type Prefetchable Memory, range 64, base 0xc0000000, size 28, enabled pcib1: requested memory range 0xc0000000-0xcfffffff: good map[1c]: type Memory, range 64, base 0xd0000000, size 25, enabled pcib1: requested memory range 0xd0000000-0xd1ffffff: good map[24]: type I/O Port, range 32, base 0xe000, size 7, enabled pcib1: requested I/O range 0xe000-0xe07f: in range vgapci0: port 0xe000-0xe07f mem 0xd2000000-0xd2ffffff,0xc0000000-0xcfffffff,0xd0000000-0xd1ffffff irq 11 at device 0.0 on pci1 em0: port 0xf0e0-0xf0ff mem 0xd3200000-0xd321ffff,0xd3224000-0xd3224fff irq 10 at device 25.0 on pci0 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xd3200000 em0: attempting to allocate 1 MSI vectors (1 supported) em0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0xd3224000 em0: Unable to allocate bus resource: interrupt device_attach: em0 attach returned 6 uhci0: port 0xf0c0-0xf0df irq 11 at device 26.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf0c0 uhci0: Could not allocate irq device_attach: uhci0 attach returned 6 uhci1: port 0xf0a0-0xf0bf irq 5 at device 26.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf0a0 uhci1: Could not allocate irq device_attach: uhci1 attach returned 6 uhci2: port 0xf080-0xf09f irq 3 at device 26.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf080 uhci2: Could not allocate irq device_attach: uhci2 attach returned 6 ehci0: mem 0xd3225400-0xd32257ff irq 3 at device 26.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xd3225400 ehci0: Could not allocate irq device_attach: ehci0 attach returned 6 pci0: at device 27.0 (no driver attached) uhci3: port 0xf060-0xf07f irq 11 at device 29.0 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf060 uhci3: Could not allocate irq device_attach: uhci3 attach returned 6 uhci4: port 0xf040-0xf05f irq 10 at device 29.1 on pci0 uhci4: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf040 uhci4: Could not allocate irq device_attach: uhci4 attach returned 6 uhci5: port 0xf020-0xf03f irq 3 at device 29.2 on pci0 uhci5: Reserved 0x20 bytes for rid 0x20 type 4 at 0xf020 uhci5: Could not allocate irq device_attach: uhci5 attach returned 6 ehci1: mem 0xd3225000-0xd32253ff irq 11 at device 29.7 on pci0 ehci1: Reserved 0x400 bytes for rid 0x10 type 3 at 0xd3225000 ehci1: Could not allocate irq device_attach: ehci1 attach returned 6 pcib2: at device 30.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xd3100000-0xd31fffff pcib2: no prefetched decode pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x11c1, dev=0x5811, revid=0x70 domain=0, bus=2, slot=0, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x18 (6000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xd3100000, size 12, enabled pcib2: requested memory range 0xd3100000-0xd3100fff: good fwohci0: mem 0xd3100000-0xd3100fff irq 10 at device 0.0 on pci2 fwohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd3100000 fwohci0: Could not allocate irq device_attach: fwohci0 attach returned 6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf170-0xf17f,0xf160-0xf16f irq 10 at device 31.2 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf170 atapci0: Reserved 0x10 bytes for rid 0x24 type 4 at 0xf160 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=7f ostat1=7f ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat0=0x7f err=0xff lsb=0xff msb=0xff ata0: stat1=0x7f err=0xff lsb=0xff msb=0xff ata0: reset tp2 stat0=ff stat1=ff devices=0x0 ata0: unable to allocate interrupt device_attach: ata0 attach returned 6 ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata1: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=50 stat1=00 devices=0x1 ata1: unable to allocate interrupt device_attach: ata1 attach returned 6 pci0: at device 31.3 (no driver attached) atapci1: port 0xf150-0xf157,0xf140-0xf143,0xf130-0xf137,0xf120-0xf123,0xf110-0xf11f,0xf100-0xf10f irq 10 at device 31.5 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf110 atapci1: unable to map interrupt device_attach: atapci1 attach returned 6 cpu0 on motherboard est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 616092206000922 device_attach: est0 attach returned 6 p4tcc0: on cpu0 ex_isa_identify() 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: at iomem 0xc0000-0xccfff,0xcd000-0xcdfff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: unable to allocate IRQ psm0: unable to allocate IRQ fdc0: cannot reserve interrupt line fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 257643 -> 100000 procfs registered Timecounter "TSC" frequency 2999971323 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ATA PseudoRAID loaded Trying to mount root from ufs:/dev/ad4s1a Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input mountroot> ? List of GEOM managed disk devices: Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input From owner-freebsd-hardware@FreeBSD.ORG Thu Jun 4 15:23:17 2009 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB7881065672 for ; Thu, 4 Jun 2009 15:23:17 +0000 (UTC) (envelope-from agh@coolrhaug.com) Received: from mail5.qnetau.com (mail5.qnetau.com [202.146.209.190]) by mx1.freebsd.org (Postfix) with ESMTP id 479FA8FC16 for ; Thu, 4 Jun 2009 15:23:17 +0000 (UTC) (envelope-from agh@coolrhaug.com) Received: (qmail 85761 invoked by uid 399); 4 Jun 2009 14:56:31 -0000 Received: from unknown (HELO madcat.localnet) (agh@coolrhaug.com@203.59.9.21) by mail5.qnetau.com with ESMTPAM; 4 Jun 2009 14:56:31 -0000 X-Originating-IP: 203.59.9.21 X-Sender: agh@coolrhaug.com From: Alastair Hogge To: freebsd-hardware@freebsd.org Date: Thu, 4 Jun 2009 22:57:20 +0800 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.3; i386; ; ) References: <4A27B4A5.2060302@gmail.com> In-Reply-To: <4A27B4A5.2060302@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906042257.20815.agh@coolrhaug.com> Cc: Andrew Kochetkov , hardware@freebsd.org Subject: Re: Intel DP45SG motherboard problem (amd64) X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2009 15:23:18 -0000 On Thu June 4 2009 19:48:53 Andrew Kochetkov wrote: > Hello all. Hey, > I have a problem with Intel LGA775 DP45SG Intel P45/ICH10R motherboard > on FreeBSD/amd64. I have the same MB, with the same problem. > Any devices (keyboard, sata, net) don't work after > kernel loading. It works for i386 (expect for keyboard: first pressed > key "sticks"). > FreeBSD versions that i tried are: 7.0-RELEASE, 7.2-RELEASE, 8.0-CURRENT > There was no difference with/without ACPI. > I connect serial console, boot -v and I'm seeing FreeBSD complaining > about inability to allocate interrupts for devices, like the log below: Yep. I couldn't get 7.1-RELEASE or above to install at all. I went over this (many months ago) with a few people on freenode.net, the conclusion at the time - FreeBSD amd64 port doesn't recognize the AHCI bus native or legacy - however, i386 is ok. Now sometime before, I did have maybe a 6.x or 7.x system running OK. It just broke one day after an update (was a big update - months in between). I never got around to installing 6.x to investigate further. I have 2 machines very close to identical with the DP45SG, If you're curious NetBSD-5 amd64 boots without problems. -alastair [dmesg removed] From owner-freebsd-hardware@FreeBSD.ORG Thu Jun 4 15:23:17 2009 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAB5C1065670 for ; Thu, 4 Jun 2009 15:23:17 +0000 (UTC) (envelope-from agh@coolrhaug.com) Received: from mail5.qnetau.com (mail5.qnetau.com [202.146.209.190]) by mx1.freebsd.org (Postfix) with ESMTP id 4792F8FC14 for ; Thu, 4 Jun 2009 15:23:17 +0000 (UTC) (envelope-from agh@coolrhaug.com) Received: (qmail 85761 invoked by uid 399); 4 Jun 2009 14:56:31 -0000 Received: from unknown (HELO madcat.localnet) (agh@coolrhaug.com@203.59.9.21) by mail5.qnetau.com with ESMTPAM; 4 Jun 2009 14:56:31 -0000 X-Originating-IP: 203.59.9.21 X-Sender: agh@coolrhaug.com From: Alastair Hogge To: freebsd-hardware@freebsd.org Date: Thu, 4 Jun 2009 22:57:20 +0800 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.3; i386; ; ) References: <4A27B4A5.2060302@gmail.com> In-Reply-To: <4A27B4A5.2060302@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906042257.20815.agh@coolrhaug.com> Cc: Andrew Kochetkov , hardware@freebsd.org Subject: Re: Intel DP45SG motherboard problem (amd64) X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2009 15:23:18 -0000 On Thu June 4 2009 19:48:53 Andrew Kochetkov wrote: > Hello all. Hey, > I have a problem with Intel LGA775 DP45SG Intel P45/ICH10R motherboard > on FreeBSD/amd64. I have the same MB, with the same problem. > Any devices (keyboard, sata, net) don't work after > kernel loading. It works for i386 (expect for keyboard: first pressed > key "sticks"). > FreeBSD versions that i tried are: 7.0-RELEASE, 7.2-RELEASE, 8.0-CURRENT > There was no difference with/without ACPI. > I connect serial console, boot -v and I'm seeing FreeBSD complaining > about inability to allocate interrupts for devices, like the log below: Yep. I couldn't get 7.1-RELEASE or above to install at all. I went over this (many months ago) with a few people on freenode.net, the conclusion at the time - FreeBSD amd64 port doesn't recognize the AHCI bus native or legacy - however, i386 is ok. Now sometime before, I did have maybe a 6.x or 7.x system running OK. It just broke one day after an update (was a big update - months in between). I never got around to installing 6.x to investigate further. I have 2 machines very close to identical with the DP45SG, If you're curious NetBSD-5 amd64 boots without problems. -alastair [dmesg removed] From owner-freebsd-hardware@FreeBSD.ORG Fri Jun 5 13:55:07 2009 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48E2B1065675; Fri, 5 Jun 2009 13:55:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1C03B8FC16; Fri, 5 Jun 2009 13:55:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C385D46B03; Fri, 5 Jun 2009 09:55:06 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id AF1098A043; Fri, 5 Jun 2009 09:55:05 -0400 (EDT) From: John Baldwin To: freebsd-hardware@freebsd.org Date: Fri, 5 Jun 2009 08:38:40 -0400 User-Agent: KMail/1.9.7 References: <4A27B4A5.2060302@gmail.com> In-Reply-To: <4A27B4A5.2060302@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906050838.40750.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 05 Jun 2009 09:55:05 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Andrew Kochetkov , hardware@freebsd.org Subject: Re: Intel DP45SG motherboard problem (amd64) X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2009 13:55:08 -0000 On Thursday 04 June 2009 7:48:53 am Andrew Kochetkov wrote: > Hello all. > I have a problem with Intel LGA775 DP45SG Intel P45/ICH10R motherboard > on FreeBSD/amd64. Any devices (keyboard, sata, net) don't work after > kernel loading. It works for i386 (expect for keyboard: first pressed > key "sticks"). > FreeBSD versions that i tried are: 7.0-RELEASE, 7.2-RELEASE, 8.0-CURRENT > There was no difference with/without ACPI. > I connect serial console, boot -v and I'm seeing FreeBSD complaining > about inability to allocate interrupts for devices, like the log below: Try 'device mptable'. Also, do you have an i386 dmesg? -- John Baldwin From owner-freebsd-hardware@FreeBSD.ORG Fri Jun 5 13:55:07 2009 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48E2B1065675; Fri, 5 Jun 2009 13:55:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1C03B8FC16; Fri, 5 Jun 2009 13:55:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C385D46B03; Fri, 5 Jun 2009 09:55:06 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id AF1098A043; Fri, 5 Jun 2009 09:55:05 -0400 (EDT) From: John Baldwin To: freebsd-hardware@freebsd.org Date: Fri, 5 Jun 2009 08:38:40 -0400 User-Agent: KMail/1.9.7 References: <4A27B4A5.2060302@gmail.com> In-Reply-To: <4A27B4A5.2060302@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906050838.40750.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 05 Jun 2009 09:55:05 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Andrew Kochetkov , hardware@freebsd.org Subject: Re: Intel DP45SG motherboard problem (amd64) X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2009 13:55:08 -0000 On Thursday 04 June 2009 7:48:53 am Andrew Kochetkov wrote: > Hello all. > I have a problem with Intel LGA775 DP45SG Intel P45/ICH10R motherboard > on FreeBSD/amd64. Any devices (keyboard, sata, net) don't work after > kernel loading. It works for i386 (expect for keyboard: first pressed > key "sticks"). > FreeBSD versions that i tried are: 7.0-RELEASE, 7.2-RELEASE, 8.0-CURRENT > There was no difference with/without ACPI. > I connect serial console, boot -v and I'm seeing FreeBSD complaining > about inability to allocate interrupts for devices, like the log below: Try 'device mptable'. Also, do you have an i386 dmesg? -- John Baldwin From owner-freebsd-hardware@FreeBSD.ORG Fri Jun 5 14:40:50 2009 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57FDE1065674 for ; Fri, 5 Jun 2009 14:40:50 +0000 (UTC) (envelope-from mlstarling31@hotmail.com) Received: from col0-omc1-s10.col0.hotmail.com (col0-omc1-s10.col0.hotmail.com [65.55.34.20]) by mx1.freebsd.org (Postfix) with ESMTP id 392968FC29 for ; Fri, 5 Jun 2009 14:40:50 +0000 (UTC) (envelope-from mlstarling31@hotmail.com) Received: from COL104-W28 ([65.55.34.8]) by col0-omc1-s10.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 5 Jun 2009 07:28:49 -0700 Message-ID: X-Originating-IP: [69.182.171.61] From: Michael Starling To: Date: Fri, 5 Jun 2009 10:28:49 -0400 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 05 Jun 2009 14:28:49.0397 (UTC) FILETIME=[F1393A50:01C9E5E9] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Monitor Hardware RAID X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jun 2009 14:40:50 -0000 I just installed FreeBSD 7.2 on a Dell T100 PowerEdge server with 2 500GB SATA drives. The server has the Dell sas6ir RAID controller card. The= output from dmesg shows RAID 1 enabled and both disk are healthy. My quest= ion is this...How can I be sure that the RAID is functioning properly and/or how can I monitor the RAID device for failures = etc..? I'm new to FreeBSD so forgive me if this is a simple question. Thanks dmesg|grep mpt mpt0: port 0xec00-0xecff mem 0xdfdec000-0xdfdef= fff=2C0xdfdf0000-0xdfdfffff irq 16 at device 0.0 on pci1 mpt0: [ITHREAD] mpt0: MPI Version=3D1.5.18.0 mpt0: Capabilities: ( RAID-0 RAID-1E RAID-1 ) mpt0: 1 Active Volume (2 Max) mpt0: 2 Hidden Drive Members (14 Max) mpt0:vol0(mpt0:0:0): Settings ( Member-WCE Hot-Plug-Spares High-Priority-Re= Sync ) mpt0:vol0(mpt0:0:0): Using Spare Pool: 0 mpt0:vol0(mpt0:0:0): 2 Members: (mpt0:1:8:0): Primary Online (mpt0:1:1:0): Secondary Online mpt0:vol0(mpt0:0:0): RAID-1 - Optimal mpt0:vol0(mpt0:0:0): Status ( Enabled ) (mpt0:vol0:1): Physical (mpt0:0:1:0)=2C Pass-thru (mpt0:1:0:0) (mpt0:vol0:1): Online (mpt0:vol0:0): Physical (mpt0:0:8:0)=2C Pass-thru (mpt0:1:1:0) (mpt0:vol0:0): Online da0 at mpt0 bus 0 target 0 lun=20 _________________________________________________________________ Windows Live=99 SkyDrive=99: Get 25 GB of free online storage. http://windowslive.com/online/skydrive?ocid=3DTXT_TAGLM_WL_SD_25GB_062009= From owner-freebsd-hardware@FreeBSD.ORG Sat Jun 6 00:26:35 2009 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 117FA1065670 for ; Sat, 6 Jun 2009 00:26:35 +0000 (UTC) (envelope-from scuppers@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id C69DC8FC0A for ; Sat, 6 Jun 2009 00:26:34 +0000 (UTC) (envelope-from scuppers@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1022774ywe.13 for ; Fri, 05 Jun 2009 17:26:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=oTYHwzyhDCuxch3yobKFm5ZM5uhfZFFohiVJAGxS5DE=; b=voaYl8mp7QDcdOPWlij9pfxsCZFSUVmKJ2MlvGE8NkAa7fGZLZp96rWa2JUM9yNie5 8FzP3JiwHR9ZAliV7xZ1Tr2dxBukPUJH2CPucdEgHN2HNDPSSm97iaDAoAjF0FPw+Unl JIKlw/ZvFk40H2QMe7znckHtCF80RW6rlZqL0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=FGVTbd2h1Z8PmX9JCuKqPUMISMbYdzJEuSuHqMhmuUS/O3hhGNWP6BGEvZ+XwegqVf 3ufUdwmHDzNjpZZS76/ZqVFFguGneac3hGNdzqxEcGSAun3SZ3ogp4gr/XYwVGNSMlDI tJFXI1VHFQG+PLtU0ZwI2tTSfC3f02x6bO3Wo= MIME-Version: 1.0 Received: by 10.231.12.77 with SMTP id w13mr1100873ibw.56.1244246729206; Fri, 05 Jun 2009 17:05:29 -0700 (PDT) Date: Fri, 5 Jun 2009 20:05:29 -0400 Message-ID: From: Scott Spare To: freebsd-hardware@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: /dev/speaker missing. (kldstat confirms that speaker.ko is loaded.) X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Jun 2009 00:26:35 -0000 I'm having a unique (?) problem on a machine running 7.2 STABLE. It looks like /dev/speaker decided to go away, and yet ^G still produces a beep, and the hardware's there. Any advice on how to replace a missing device node under devfs / devd? I understand mknod is deprecated now, and I'm having trouble following how to recreate the device node. I've confirmed that the speaker.ko module is loaded (via kldstat). I rebuilt the kernel and world recently. Any ideas? Thanks kindly, Scott http://www.scottspare.com/bsdfun