From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 02:48:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE4E816A417 for ; Sun, 20 Jan 2008 02:48:00 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from qsrv01ps.mx.bigpond.com (qsrv01ps.mx.bigpond.com [144.140.82.181]) by mx1.freebsd.org (Postfix) with ESMTP id 812D113C465 for ; Sun, 20 Jan 2008 02:48:00 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from oaamta04ps.mx.bigpond.com ([124.188.162.219]) by omta03ps.mx.bigpond.com with ESMTP id <20080120012954.SQXW2997.omta03ps.mx.bigpond.com@oaamta04ps.mx.bigpond.com> for ; Sun, 20 Jan 2008 01:29:54 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by oaamta04ps.mx.bigpond.com with ESMTP id <20080120012949.XRYG16091.oaamta04ps.mx.bigpond.com@areilly.bpa.nu> for ; Sun, 20 Jan 2008 01:29:49 +0000 Received: (qmail 9186 invoked by uid 501); 20 Jan 2008 01:29:41 -0000 Date: Sun, 20 Jan 2008 12:29:41 +1100 From: Andrew Reilly To: freebsd-stable@freebsd.org Message-ID: <20080120012941.GA8588@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A090207.4792A40D.00A2,ss=1,fgs=0 Cc: freebsd-ports@freebsd.org Subject: 7-STABLE broke drscheme in week between 4 and 11 Jan 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: Sun, 20 Jan 2008 02:48:01 -0000 Hi there, I'm still working on debugging this myself, but thought that a few more experienced eyes might be able to help me. I'm tracking 7-STABLE on my amd64 system, but something happened a couple of weeks ago that broke lang/drscheme. I've been doing a bit of regressing and testing, and have found that a mred executable built against a 7-STABLE checkout of 2008.01.04.00.00.00 works fine, but the exact same binary crashes with a SEGV on a kernel check-out of 2008.01.11.00.00.00. It's a bit hard to debug, because the code in question is a twisty maze of macros, #ifs and inlines, because it's in the garbage collector, and that's quite platform-sensitive. Anyway, the last part of the ktrace of the broken version (the earlier parts are just loading up shared libraries) looks like: (I sedded the ^pid out, so that I could get a better look at it with diff (meld, actually: it's nice)). mredid mred RET mmap 5496832/0x80053e000 mredid mred CALL mmap(0,0x200000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0) mredid mred RET mmap 57888768/0x803735000 mredid mred CALL munmap(0x803735000,0xcb000) mredid mred RET munmap 0 mredid mred CALL munmap(0x803900000,0x35000) mredid mred RET munmap 0 mredid mred CALL thr_self(0x803801120) mredid mred RET thr_self 0 mredid mred CALL mmap(0x7fffffbff000,0x1000,PROT_NONE,MAP_ANON,0xffffffff,0) mredid mred RET mmap -4198400/0x7fffffbff000 mredid mred CALL thr_set_name(0x1875d,0x802de3800) mredid mred RET thr_set_name 0 mredid mred CALL rtprio_thread(0,0x1875d,0x7fffffffe110) mredid mred RET rtprio_thread 0 mredid mred CALL sysarch(0x81,0x7fffffffe130) mredid mred RET sysarch 0 mredid mred CALL sigprocmask(SIG_SETMASK,0x7fffffffe150,0x7fffffffe140) mredid mred RET sigprocmask 0 mredid mred CALL sigaction(SIG 32,0x7fffffffe110,0) mredid mred RET sigaction 0 mredid mred CALL sigprocmask(SIG_SETMASK,0x7fffffffe140,0) mredid mred RET sigprocmask 0 mredid mred CALL sigprocmask(SIG_BLOCK,0x800633cc0,0x7fffffffe190) mredid mred RET sigprocmask 0 mredid mred CALL sigprocmask(SIG_SETMASK,0x800633cd0,0) mredid mred RET sigprocmask 0 mredid mred CALL getrlimit(RLIMIT_DATA,0x7fffffffe3a0) mredid mred RET getrlimit 0 mredid mred CALL mmap(0,0x104000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0) mredid mred RET mmap 59768832/0x803900000 mredid mred PSIG SIGSEGV SIG_DFL mredid mred NAMI "mred.core" The equivalent section of the version from 4 Jan (that works fine) looks like: mredid mred RET mmap 5496832/0x80053e000 mredid mred CALL mmap(0,0x200000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0) mredid mred RET mmap 57835520/0x803728000 mredid mred CALL munmap(0x803728000,0xd8000) mredid mred RET munmap 0 mredid mred CALL munmap(0x803900000,0x28000) mredid mred RET munmap 0 mredid mred CALL thr_self(0x803801120) mredid mred RET thr_self 0 mredid mred CALL mmap(0x7fffffbff000,0x1000,PROT_NONE,MAP_ANON,0xffffffff,0) mredid mred RET mmap -4198400/0x7fffffbff000 mredid mred CALL thr_set_name(0x187ba,0x802dd6800) mredid mred RET thr_set_name 0 mredid mred CALL rtprio_thread(0,0x187ba,0x7fffffffe0f0) mredid mred RET rtprio_thread 0 mredid mred CALL sysarch(0x81,0x7fffffffe110) mredid mred RET sysarch 0 mredid mred CALL sigprocmask(SIG_SETMASK,0x7fffffffe130,0x7fffffffe120) mredid mred RET sigprocmask 0 mredid mred CALL sigaction(SIG 32,0x7fffffffe0f0,0) mredid mred RET sigaction 0 mredid mred CALL sigprocmask(SIG_SETMASK,0x7fffffffe120,0) mredid mred RET sigprocmask 0 mredid mred CALL sigprocmask(SIG_BLOCK,0x800633cc0,0x7fffffffe170) mredid mred RET sigprocmask 0 mredid mred CALL sigprocmask(SIG_SETMASK,0x800633cd0,0) mredid mred RET sigprocmask 0 mredid mred CALL getrlimit(RLIMIT_DATA,0x7fffffffe380) mredid mred RET getrlimit 0 mredid mred CALL mmap(0,0x104000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0) mredid mred RET mmap 59768832/0x803900000 mredid mred CALL mmap(0,0x300000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0) mredid mred RET mmap 60833792/0x803a04000 mredid mred CALL munmap(0x803a04000,0xfc000) mredid mred RET munmap 0 mredid mred CALL munmap(0x803d00000,0x4000) mredid mred RET munmap 0 mredid mred CALL sigaction(SIGSEGV,0x7fffffffe360,0x7fffffffe340) mredid mred RET sigaction 0 mredid mred CALL __sysctl(0x7fffffffd8f0,0x2,0x7fffffffd950,0x7fffffffd8e8,0,0) mredid mred RET __sysctl 0 mredid mred CALL socket(PF_LOCAL,SOCK_STREAM,0) mredid mred RET socket 3 mredid mred CALL __sysctl(0x7fffffffd910,0x2,0x7fffffffd970,0x7fffffffd908,0,0) mredid mred RET __sysctl 0 mredid mred CALL __sysctl(0x7fffffffd8b0,0x2,0x7fffffffd8f0,0x7fffffffd8a8,0,0) mredid mred RET __sysctl 0 mredid mred CALL connect(0x3,0x7fffffffd9f0,0x13) mredid mred NAMI "/tmp/.X11-unix/X0" mredid mred RET connect 0 [...and so on...] So it looks as though it's in a section just before it establishes it's SIGSEGV handler, and so presumably isn't expecting to get segv'd just yet. If it hadn't been segv'd, the next thing to happen was that mredid mred CALL mmap(0,0x300000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0) the faulting instruction is: 0x0000000800bdecc6 : mov %r13,(%rdx,%rax,8) r13 is 0x803900000 rdx is -1 rax is 0xe40 Any thoughts on why that would be faulting? (Looks like a write to a very low address (code?) to me, but I'm not up on the VM map yet.) The only thing that looks appropriate that changed in that week was sys/vm/vm_map.c, which had some new code added to help with shm mappings. I looked at it, but it didn't look as though it would affect this. If anyone has suggestions about what I could investigate/change/poke next, I'd appreciate it. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 03:35:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17C4C16A41B for ; Sun, 20 Jan 2008 03:35:41 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 8407413C45A for ; Sun, 20 Jan 2008 03:35:40 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7cf2.q.ppp-pool.de [89.53.124.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 6C40112883F; Sun, 20 Jan 2008 04:13:45 +0100 (CET) Received: from cesar.sz.vwsoft.com (unknown [192.168.18.33]) by mail.vtec.ipme.de (Postfix) with ESMTP id B19183F43B; Sun, 20 Jan 2008 04:12:27 +0100 (CET) Message-ID: <4792BC5E.4030703@vwsoft.com> Date: Sun, 20 Jan 2008 04:13:34 +0100 From: Volker User-Agent: Thunderbird 2.0.0.9 (X11/20080113) MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1201403551.55055@iX4yPSzDpUr6NHYVDXgR8A X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: FreeBSD current , cokane@freebsd.org Subject: patch for review: ATI SB600 SATA AHCI 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: Sun, 20 Jan 2008 03:35:41 -0000 Hi! I've done the following local changes to get the ATA controller being correctly detected and initialized as an AHCI controller on an HP 6715b notebook using ATI SB-600 chipset. With stock kernel, the ATA controller is being recognized as a generic ATA controller and devices being driven in UDMA-33 mode. With the following patch, the controller is being initialized in AHCI mode and devices being set to SATA-150/300 mode. atapci0: port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f mem 0xd0609000-0xd06093ff irq 16 at device 18.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x5020 atapci0: Reserved 0x400 bytes for rid 0x24 type 3 at 0xd0609000 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports detected %atacontrol mode ad4 current mode = SATA150 My patch has been tested on RELENG_7 as of 2008-01-19. Please review, check and test if possible. Should work on 8-CURRENT, too. If nobody complains until tuesday (2008-01-22), I'll file a PR for that patch. Volker --- sys/dev/ata/ata-chipset.c.orig 2008-01-20 03:22:37.000000000 +0100 +++ sys/dev/ata/ata-chipset.c 2008-01-20 03:30:03.000000000 +0100 @@ -1348,6 +1348,7 @@ { ATA_ATI_IXP400_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, { ATA_ATI_IXP400_S2, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, { ATA_ATI_IXP600, 0x00, 0, 0, ATA_UDMA6, "IXP600" }, + { ATA_ATI_IXP600_S1, 0x00, 0, AHCI, ATA_SA300, "IXP600" }, { ATA_ATI_IXP700, 0x00, 0, 0, ATA_UDMA6, "IXP700" }, { 0, 0, 0, 0, 0, 0}}; @@ -1360,7 +1361,10 @@ if (ctlr->chip->cfg1 & SIIMEMIO) ctlr->chipinit = ata_sii_chipinit; else - ctlr->chipinit = ata_ati_chipinit; + if (ctlr->chip->cfg2 & AHCI) + ctlr->chipinit = ata_ahci_chipinit; + else + ctlr->chipinit = ata_ati_chipinit; return 0; } --- sys/dev/ata/ata-pci.h.orig 2008-01-20 03:22:28.000000000 +0100 +++ sys/dev/ata/ata-pci.h 2008-01-20 03:23:56.000000000 +0100 @@ -104,6 +104,7 @@ #define ATA_ATI_IXP400_S1 0x43791002 #define ATA_ATI_IXP400_S2 0x437a1002 #define ATA_ATI_IXP600 0x438c1002 +#define ATA_ATI_IXP600_S1 0x43801002 #define ATA_ATI_IXP700 0x439c1002 #define ATA_CENATEK_ID 0x16ca From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 10:27:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5691416A417 for ; Sun, 20 Jan 2008 10:27:39 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (r5o136.net.upc.cz [86.49.14.136]) by mx1.freebsd.org (Postfix) with ESMTP id AA90113C447 for ; Sun, 20 Jan 2008 10:27:38 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (localhost [127.0.0.1]) by dev.citybikes.cz (8.14.2/8.14.2) with ESMTP id m0KARb3U001537 for ; Sun, 20 Jan 2008 11:27:37 +0100 (CET) (envelope-from jakob@dev.citybikes.cz) Received: (from jakob@localhost) by dev.citybikes.cz (8.14.2/8.14.2/Submit) id m0KARb5q001536; Sun, 20 Jan 2008 11:27:37 +0100 (CET) (envelope-from jakob) Date: Sun, 20 Jan 2008 11:27:36 +0100 From: Jakub Siroky To: freebsd-stable@freebsd.org Message-ID: <20080120112736.5fe697c7@dev> In-Reply-To: <4792BC5E.4030703@vwsoft.com> References: <4792BC5E.4030703@vwsoft.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/s3+8A21GgKg7ZSuhpbli_aU" Subject: Re: patch for review: ATI SB600 SATA AHCI 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: Sun, 20 Jan 2008 10:27:39 -0000 --MP_/s3+8A21GgKg7ZSuhpbli_aU Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, I've been using these patches for some time with success. Although slight correction to patches is needed - code placement changed a bit (in case of line wrapping, see the attachments). --- ata-chipset.c.orig Mon Oct 9 23:01:35 2006 +++ ata-chipset.c Wed Sep 5 22:08:02 2007 @@ -1239,12 +1239,16 @@ struct ata_pci_controller *ctlr = device_get_softc(dev); struct ata_chip_id *idx; static struct ata_chip_id ids[] = - {{ ATA_ATI_IXP200, 0x00, 0, 0, ATA_UDMA5, "IXP200" }, - { ATA_ATI_IXP300, 0x00, 0, 0, ATA_UDMA6, "IXP300" }, - { ATA_ATI_IXP400, 0x00, 0, 0, ATA_UDMA6, "IXP400" }, - { ATA_ATI_IXP300_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP300" }, - { ATA_ATI_IXP400_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, - { ATA_ATI_IXP400_S2, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, + {{ ATA_ATI_IXP200, 0x00, 0, 0, ATA_UDMA5, "IXP200" }, + { ATA_ATI_IXP300, 0x00, 0, 0, ATA_UDMA6, "IXP300" }, + { ATA_ATI_IXP400, 0x00, 0, 0, ATA_UDMA6, "IXP400" }, + { ATA_ATI_IXP600, 0x00, 0, ATISINGLE, ATA_UDMA6, "IXP600" }, + { ATA_ATI_IXP700, 0x00, 0, ATISINGLE, ATA_UDMA6, "IXP700" }, + { ATA_ATI_IXP300_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP300" }, + { ATA_ATI_IXP400_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, + { ATA_ATI_IXP400_S2, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, + { ATA_ATI_IXP600_S1, 0x00, 0, AHCI, ATA_SA300, "IXP600" }, + { ATA_ATI_IXP700_S1, 0x00, 0, AHCI, ATA_SA300, "IXP700" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; @@ -1271,6 +1275,18 @@ if (ata_setup_interrupt(dev)) return ENXIO; + + if (ctlr->chip->cfg2 & AHCI) { + ctlr->r_rid2 = PCIR_BAR(5); + ctlr->r_type2 = SYS_RES_MEMORY; + if ((ctlr->r_res2 = bus_alloc_resource_any(dev, ctlr->r_type2, + &ctlr->r_rid2, + RF_ACTIVE))) + return ata_ahci_chipinit(dev); + } + + if (ctlr->chip->cfg2 & ATISINGLE) + ctlr->channels = 1; ctlr->setmode = ata_ati_setmode; return 0; -- ata-pci.h.orig Sat Sep 30 21:51:49 2006 +++ ata-pci.h Wed Sep 5 22:00:21 2007 @@ -102,6 +102,10 @@ #define ATA_ATI_IXP300_S1 0x436e1002 #define ATA_ATI_IXP400_S1 0x43791002 #define ATA_ATI_IXP400_S2 0x437a1002 +#define ATA_ATI_IXP600_S1 0x43801002 +#define ATA_ATI_IXP600 0x438c1002 +#define ATA_ATI_IXP700_S1 0x43901002 +#define ATA_ATI_IXP700 0x439c1002 #define ATA_CENATEK_ID 0x16ca #define ATA_CENATEK_ROCKET 0x000116ca @@ -415,6 +419,7 @@ #define VIABUG 0x0200 #define VIABAR 0x0400 #define VIAAHCI 0x0800 +#define ATISINGLE 0x1000 On Sun, 20 Jan 2008 04:13:34 +0100 Volker wrote: > Hi! > > I've done the following local changes to get the ATA controller being > correctly detected and initialized as an AHCI controller on an HP > 6715b notebook using ATI SB-600 chipset. With stock kernel, the ATA > controller is being recognized as a generic ATA controller and devices > being driven in UDMA-33 mode. > > With the following patch, the controller is being initialized in AHCI > mode and devices being set to SATA-150/300 mode. > > atapci0: port > 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f > mem 0xd0609000-0xd06093ff irq 16 at device 18.0 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x5020 > atapci0: Reserved 0x400 bytes for rid 0x24 type 3 at 0xd0609000 > atapci0: [MPSAFE] > atapci0: [ITHREAD] > atapci0: AHCI Version 01.10 controller with 4 ports detected > > %atacontrol mode ad4 > current mode = SATA150 > > > My patch has been tested on RELENG_7 as of 2008-01-19. Please review, > check and test if possible. Should work on 8-CURRENT, too. > > If nobody complains until tuesday (2008-01-22), I'll file a PR for > that patch. > > Volker > > --- sys/dev/ata/ata-chipset.c.orig 2008-01-20 03:22:37.000000000 > +0100 > +++ sys/dev/ata/ata-chipset.c 2008-01-20 03:30:03.000000000 +0100 > @@ -1348,6 +1348,7 @@ > { ATA_ATI_IXP400_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, > { ATA_ATI_IXP400_S2, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, > { ATA_ATI_IXP600, 0x00, 0, 0, ATA_UDMA6, "IXP600" }, > + { ATA_ATI_IXP600_S1, 0x00, 0, AHCI, ATA_SA300, "IXP600" }, > { ATA_ATI_IXP700, 0x00, 0, 0, ATA_UDMA6, "IXP700" }, > { 0, 0, 0, 0, 0, 0}}; > > @@ -1360,7 +1361,10 @@ > if (ctlr->chip->cfg1 & SIIMEMIO) > ctlr->chipinit = ata_sii_chipinit; > else > - ctlr->chipinit = ata_ati_chipinit; > + if (ctlr->chip->cfg2 & AHCI) > + ctlr->chipinit = ata_ahci_chipinit; > + else > + ctlr->chipinit = ata_ati_chipinit; > return 0; > } > > --- sys/dev/ata/ata-pci.h.orig 2008-01-20 03:22:28.000000000 +0100 > +++ sys/dev/ata/ata-pci.h 2008-01-20 03:23:56.000000000 +0100 > @@ -104,6 +104,7 @@ > #define ATA_ATI_IXP400_S1 0x43791002 > #define ATA_ATI_IXP400_S2 0x437a1002 > #define ATA_ATI_IXP600 0x438c1002 > +#define ATA_ATI_IXP600_S1 0x43801002 > #define ATA_ATI_IXP700 0x439c1002 > > #define ATA_CENATEK_ID 0x16ca > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" --MP_/s3+8A21GgKg7ZSuhpbli_aU Content-Type: text/x-patch; name=ata-chipset.c.diff Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=ata-chipset.c.diff --- ata-chipset.c.orig Mon Oct 9 23:01:35 2006 +++ ata-chipset.c Wed Sep 5 22:08:02 2007 @@ -1239,12 +1239,16 @@ struct ata_pci_controller *ctlr = device_get_softc(dev); struct ata_chip_id *idx; static struct ata_chip_id ids[] = - {{ ATA_ATI_IXP200, 0x00, 0, 0, ATA_UDMA5, "IXP200" }, - { ATA_ATI_IXP300, 0x00, 0, 0, ATA_UDMA6, "IXP300" }, - { ATA_ATI_IXP400, 0x00, 0, 0, ATA_UDMA6, "IXP400" }, - { ATA_ATI_IXP300_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP300" }, - { ATA_ATI_IXP400_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, - { ATA_ATI_IXP400_S2, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, + {{ ATA_ATI_IXP200, 0x00, 0, 0, ATA_UDMA5, "IXP200" }, + { ATA_ATI_IXP300, 0x00, 0, 0, ATA_UDMA6, "IXP300" }, + { ATA_ATI_IXP400, 0x00, 0, 0, ATA_UDMA6, "IXP400" }, + { ATA_ATI_IXP600, 0x00, 0, ATISINGLE, ATA_UDMA6, "IXP600" }, + { ATA_ATI_IXP700, 0x00, 0, ATISINGLE, ATA_UDMA6, "IXP700" }, + { ATA_ATI_IXP300_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP300" }, + { ATA_ATI_IXP400_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, + { ATA_ATI_IXP400_S2, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, + { ATA_ATI_IXP600_S1, 0x00, 0, AHCI, ATA_SA300, "IXP600" }, + { ATA_ATI_IXP700_S1, 0x00, 0, AHCI, ATA_SA300, "IXP700" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; @@ -1271,6 +1275,18 @@ if (ata_setup_interrupt(dev)) return ENXIO; + + if (ctlr->chip->cfg2 & AHCI) { + ctlr->r_rid2 = PCIR_BAR(5); + ctlr->r_type2 = SYS_RES_MEMORY; + if ((ctlr->r_res2 = bus_alloc_resource_any(dev, ctlr->r_type2, + &ctlr->r_rid2, + RF_ACTIVE))) + return ata_ahci_chipinit(dev); + } + + if (ctlr->chip->cfg2 & ATISINGLE) + ctlr->channels = 1; ctlr->setmode = ata_ati_setmode; return 0; --MP_/s3+8A21GgKg7ZSuhpbli_aU Content-Type: text/x-patch; name=ata-pci.h.diff Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=ata-pci.h.diff -- ata-pci.h.orig Sat Sep 30 21:51:49 2006 +++ ata-pci.h Wed Sep 5 22:00:21 2007 @@ -102,6 +102,10 @@ #define ATA_ATI_IXP300_S1 0x436e1002 #define ATA_ATI_IXP400_S1 0x43791002 #define ATA_ATI_IXP400_S2 0x437a1002 +#define ATA_ATI_IXP600_S1 0x43801002 +#define ATA_ATI_IXP600 0x438c1002 +#define ATA_ATI_IXP700_S1 0x43901002 +#define ATA_ATI_IXP700 0x439c1002 #define ATA_CENATEK_ID 0x16ca #define ATA_CENATEK_ROCKET 0x000116ca @@ -415,6 +419,7 @@ #define VIABUG 0x0200 #define VIABAR 0x0400 #define VIAAHCI 0x0800 +#define ATISINGLE 0x1000 --MP_/s3+8A21GgKg7ZSuhpbli_aU-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 14:33:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3D5616A421 for ; Sun, 20 Jan 2008 14:33:46 +0000 (UTC) (envelope-from freebsd.stable1@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 8C06913C45D for ; Sun, 20 Jan 2008 14:33:46 +0000 (UTC) (envelope-from freebsd.stable1@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1593359rvb.43 for ; Sun, 20 Jan 2008 06:33:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=BIfGVYA5mUpgWtQCxEvRD3drIP6gyeuNckoqE5/hMMc=; b=wJ3Egjh050ITkW+wdFSGYxRsKeUMbesDTCyB1acaE3lA5ta5qbNyHceS2f9s9OgNJNNIZg+8CipqmW8R2LQLVrGJMMbtRaUsrYpqK0vj4+i37l1+p4waRZO4lwrV1d3y+QkvoDUXcS5Ypef9DOKRuPCRWLogNQfQxXv+QW1eP8A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=L9pd3LS8MHATeCSwF3JdvI9n/309G9BIWqdDEPJtmUmhUrcVULeoWL4iQ68F0MJgXI0tWI0W+FH0QbQ8Z+W3czo8fiFbcIXlHXLjyGXcIo5whjNTyJ01UpyGllVFHyjdb///ymVdzuxEqN1TCZhjMvNmHyA2neitWMblr5dudFA= Received: by 10.141.88.3 with SMTP id q3mr3769617rvl.94.1200838098237; Sun, 20 Jan 2008 06:08:18 -0800 (PST) Received: by 10.141.193.13 with HTTP; Sun, 20 Jan 2008 06:08:18 -0800 (PST) Message-ID: <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com> Date: Sun, 20 Jan 2008 14:08:18 +0000 From: "Aldas Nabazas" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Dell Perc 6 disk geometry problem with RAID5 (both 6.3 final and 7.0 RC1) 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: Sun, 20 Jan 2008 14:33:47 -0000 Hi, We bought a new Dell PowerEdge 2950III with Perc 6/i and have the disk geometry problem using 6.3 final or 7.0 RC1. Seems that we are not alone at least one guy has similar problem reported earlier: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-01/msg00506.html I was reading the mailing list and found that some of the people are happily using this hardware with the latest FreeBSD: http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039675.html I just wonder what the status of mfi driver? Maybe it's not fully tested or there will be some important fixes before 7.0 final? We are going to try different RAID combinations but it definitely not working using 6x146GB as RAID5. Maybe someone could share the RAID combinations they successfully are running on? Thanks in advance. Kind Regards, Aldas From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 14:50:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC42616A420 for ; Sun, 20 Jan 2008 14:50:36 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id D336C13C459 for ; Sun, 20 Jan 2008 14:50:36 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id B43851CC033; Sun, 20 Jan 2008 06:50:36 -0800 (PST) Date: Sun, 20 Jan 2008 06:50:36 -0800 From: Jeremy Chadwick To: Ferdinand Goldmann Message-ID: <20080120145036.GA6847@eos.sc1.parodius.com> References: <478F5138.6010708@jku.at> <20080117135934.GA3226@eos.sc1.parodius.com> <479072D9.9030307@jku.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <479072D9.9030307@jku.at> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Dell PERC6? 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: Sun, 20 Jan 2008 14:50:37 -0000 On Fri, Jan 18, 2008 at 10:35:21AM +0100, Ferdinand Goldmann wrote: > Jeremy Chadwick wrote: >> You'd be best off with RELENG_7 and not 6.3, but yes, the controller in >> question should work on RELENG_6 and RELENG_6_3. > > Very well, seems like I am going to give RELENG_7 a try then. > Thanks to everyone who replied! Another user just posted to -stable about problems with these Dell machines and PERC6. I'm not sure if you're subscribed to -stable or not, so here's the thread: http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039791.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 14:57:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 884B816A468; Sun, 20 Jan 2008 14:57:53 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 17A5013C448; Sun, 20 Jan 2008 14:57:51 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4793616F.9080102@FreeBSD.org> Date: Sun, 20 Jan 2008 15:57:51 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Royce Williams References: <1195488856.19739.42.camel@bauer.cse.buffalo.edu> <4741BB44.7010906@freebsd.org> <20071122202437.GA77577@heff.fud.org.nz> <14958104.post@talk.nabble.com> <479128FA.1020204@alaska.net> In-Reply-To: <479128FA.1020204@alaska.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: s3raphi , freebsd-stable@freebsd.org, cperciva@FreeBSD.org Subject: Re: 7.0, ZFS and freebsd-update 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: Sun, 20 Jan 2008 14:57:53 -0000 Royce Williams wrote: > s3raphi wrote, on 1/18/2008 12:19 PM: >> I am trying to run freebsd-update on 7.0-RC1 on a system with a ZFS >> root and >> am also having problems with flags: >> >> [root@newsrv ~]# freebsd-update install >> Installing updates...chflags: ///lib/libc.so.7: Operation not supported >> >> Is there a workaround for this? > > Since all of my filesystems on my 7.0 system are ZFS, I've been making a > copy of freebsd-update with the "chflag" calls commented out. Since ZFS > doesn't support flags yet, this is harmless. > > If any of your primary filesystems are not ZFS, this is not a good > solution. > > If you go this route, you'll have to watch for changes to freebsd-update > and reapply them. > > I expect that once ZFS is no longer considered experimental, > freebsd-update will have a way to handle this. > > Royce > Probably chflags failure should not be treated as a fatal error. NFS / would have the same failure mode. Kris From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 16:42:03 2008 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 00E0416A421; Sun, 20 Jan 2008 16:42:03 +0000 (UTC) (envelope-from ws@au.dyndns.ws) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id 598ED13C455; Sun, 20 Jan 2008 16:42:01 +0000 (UTC) (envelope-from ws@au.dyndns.ws) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAGoIk0eWZWdv/2dsb2JhbAAIqzw X-IronPort-AV: E=Sophos;i="4.25,224,1199626200"; d="scan'208";a="39102332" Received: from ppp103-111.static.internode.on.net (HELO [192.168.1.131]) ([150.101.103.111]) by ipmail05.adl2.internode.on.net with ESMTP; 21 Jan 2008 03:12:00 +1030 From: Wayne Sierke To: Kris Kennaway In-Reply-To: <1200764776.48952.64.camel@predator-ii.buffyverse> References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> <478BC0AA.3080906@FreeBSD.org> <1200589144.7141.27.camel@predator-ii.buffyverse> <478FB18B.3090204@FreeBSD.org> <1200677810.57226.45.camel@predator-ii.buffyverse> <1200752559.48952.31.camel@predator-ii.buffyverse> <1200764776.48952.64.camel@predator-ii.buffyverse> Content-Type: text/plain Date: Mon, 21 Jan 2008 03:11:57 +1030 Message-Id: <1200847317.64691.33.camel@predator-ii.buffyverse> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: 7.0-PRERELEASE desktop system periodically freezes momentarily 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: Sun, 20 Jan 2008 16:42:03 -0000 Kris, Latest captures (of interest) - they're not hard to come by, it seems. I see more than a couple of these every hour at least while I'm actively doing anything on this system, and I've witnessed up to two or three times that many at times. It seems my initial glee about catching Epiphany out was unfounded. Each capture has successively shown a different process/thread with the long exclusive cpu use, and the first one I've linked to here doesn't even show any active 'running' processes for the period in question, it has evolution and xorg 'yielding' and irq14 in 'runq'. The second one shows 'xorg' with exclusive 'running' for the duration. So it's proving quite variable, and after examining more than a handful of these I'm surmising that the 'freeze' is interfering with ktr logging somehow, resulting in the loss of one or more data points and resulting in the anomalous graphs as I mentioned in my previous message. I won't strive to take any more of these for now unless you indicate that you believe it could be useful. If I happen to catch any that look of particular interest I'll post them up and send links. In the meantime I'll revert to a standard GENERIC kernel, too, to gauge how much effect running with this KTR-enabled kernel on the frequency of these events, and the mouse disconnects. I'm keen to hear your take on what you think might be going on here. http://au.dyndns.ws/public/ktr-sched-200801200302.out.bz2 http://au.dyndns.ws/public/ktr-sched-200801210207.out.bz2 Wayne From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 16:55:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01B2016A41A for ; Sun, 20 Jan 2008 16:55:02 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 8A20013C46A for ; Sun, 20 Jan 2008 16:55:01 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7cf2.q.ppp-pool.de [89.53.124.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id B7AF012883F for ; Sun, 20 Jan 2008 17:54:53 +0100 (CET) Received: from cesar.sz.vwsoft.com (unknown [192.168.18.33]) by mail.vtec.ipme.de (Postfix) with ESMTP id 522643F43B; Sun, 20 Jan 2008 17:53:35 +0100 (CET) Message-ID: <47937CD0.8080205@vwsoft.com> Date: Sun, 20 Jan 2008 17:54:40 +0100 From: Volker User-Agent: Thunderbird 2.0.0.9 (X11/20080113) MIME-Version: 1.0 To: Jakub Siroky References: <4792BC5E.4030703@vwsoft.com> <20080120112736.5fe697c7@dev> In-Reply-To: <20080120112736.5fe697c7@dev> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1201452819.46475@lD/VsUBnXAObCjTaQKX6YQ X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org Subject: Re: Re: patch for review: ATI SB600 SATA AHCI 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: Sun, 20 Jan 2008 16:55:02 -0000 On 12/23/-58 20:59, Jakub Siroky wrote: > Hello, > > I've been using these patches for some time with success. Although > slight correction to patches is needed - code placement changed a bit > (in case of line wrapping, see the attachments). > > --- ata-chipset.c.orig Mon Oct 9 23:01:35 2006 > +++ ata-chipset.c Wed Sep 5 22:08:02 2007 > @@ -1239,12 +1239,16 @@ > struct ata_pci_controller *ctlr = device_get_softc(dev); > struct ata_chip_id *idx; > static struct ata_chip_id ids[] = > - {{ ATA_ATI_IXP200, 0x00, 0, 0, ATA_UDMA5, "IXP200" }, > - { ATA_ATI_IXP300, 0x00, 0, 0, ATA_UDMA6, "IXP300" }, > - { ATA_ATI_IXP400, 0x00, 0, 0, ATA_UDMA6, "IXP400" }, > - { ATA_ATI_IXP300_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP300" }, > - { ATA_ATI_IXP400_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, > - { ATA_ATI_IXP400_S2, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, > + {{ ATA_ATI_IXP200, 0x00, 0, 0, ATA_UDMA5, > "IXP200" }, > + { ATA_ATI_IXP300, 0x00, 0, 0, ATA_UDMA6, > "IXP300" }, > + { ATA_ATI_IXP400, 0x00, 0, 0, ATA_UDMA6, > "IXP400" }, > + { ATA_ATI_IXP600, 0x00, 0, ATISINGLE, ATA_UDMA6, > "IXP600" }, > + { ATA_ATI_IXP700, 0x00, 0, ATISINGLE, ATA_UDMA6, > "IXP700" }, > + { ATA_ATI_IXP300_S1, 0x00, SIIMEMIO, 0, ATA_SA150, > "IXP300" }, > + { ATA_ATI_IXP400_S1, 0x00, SIIMEMIO, 0, ATA_SA150, > "IXP400" }, > + { ATA_ATI_IXP400_S2, 0x00, SIIMEMIO, 0, ATA_SA150, > "IXP400" }, > + { ATA_ATI_IXP600_S1, 0x00, 0, AHCI, ATA_SA300, > "IXP600" }, > + { ATA_ATI_IXP700_S1, 0x00, 0, AHCI, ATA_SA300, > "IXP700" }, { 0, 0, 0, 0, 0, 0}}; > char buffer[64]; > > @@ -1271,6 +1275,18 @@ > > if (ata_setup_interrupt(dev)) > return ENXIO; > + > + if (ctlr->chip->cfg2 & AHCI) { > + ctlr->r_rid2 = PCIR_BAR(5); > + ctlr->r_type2 = SYS_RES_MEMORY; > + if ((ctlr->r_res2 = bus_alloc_resource_any(dev, ctlr->r_type2, > + &ctlr->r_rid2, > + RF_ACTIVE))) > + return ata_ahci_chipinit(dev); > + } > + > + if (ctlr->chip->cfg2 & ATISINGLE) > + ctlr->channels = 1; > > ctlr->setmode = ata_ati_setmode; > return 0; > > -- ata-pci.h.orig Sat Sep 30 21:51:49 2006 > +++ ata-pci.h Wed Sep 5 22:00:21 2007 > @@ -102,6 +102,10 @@ > #define ATA_ATI_IXP300_S1 0x436e1002 > #define ATA_ATI_IXP400_S1 0x43791002 > #define ATA_ATI_IXP400_S2 0x437a1002 > +#define ATA_ATI_IXP600_S1 0x43801002 > +#define ATA_ATI_IXP600 0x438c1002 > +#define ATA_ATI_IXP700_S1 0x43901002 > +#define ATA_ATI_IXP700 0x439c1002 > > #define ATA_CENATEK_ID 0x16ca > #define ATA_CENATEK_ROCKET 0x000116ca > @@ -415,6 +419,7 @@ > #define VIABUG 0x0200 > #define VIABAR 0x0400 > #define VIAAHCI 0x0800 > +#define ATISINGLE 0x1000 Jakub, I think your patch is against old code before the ATA code has been restructured. I've tried a similar patch (provided by Coleman Kane) against recent RELENG_7 but applying the patch failed. That has been the reason for me to write a new patch (at least for the chipset my notebook is using, as I don't know much about other chipsets). I've just been unsure whether or not calling ata_ahci_init is everything what is required for proper chip initialization or not but from what I was reading out of the current code, other functions don't do much more. I may include other chipset changes (from your patch) and send a new patch if my patch does not miss anything for proper operation. At least the codes changes work here for me (or I haven't noticed anything bad). @sos: can you comment on this? Volker From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 17:24:00 2008 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 6CFC016A417 for ; Sun, 20 Jan 2008 17:24:00 +0000 (UTC) (envelope-from mi@bonkers.video-collage.com) Received: from bonkers.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by mx1.freebsd.org (Postfix) with ESMTP id 0703813C455 for ; Sun, 20 Jan 2008 17:23:59 +0000 (UTC) (envelope-from mi@bonkers.video-collage.com) Received: from bonkers.video-collage.com (localhost [127.0.0.1]) by bonkers.video-collage.com (8.14.2/8.14.1) with ESMTP id m0KGvTxj005789; Sun, 20 Jan 2008 11:57:29 -0500 (EST) (envelope-from mi@bonkers.video-collage.com) Received: (from mi@localhost) by bonkers.video-collage.com (8.14.2/8.14.1/Submit) id m0KGvT8H005788; Sun, 20 Jan 2008 11:57:29 -0500 (EST) (envelope-from mi) From: Mikhail Teterin Message-Id: <200801201657.m0KGvT8H005788@bonkers.video-collage.com> To: stable@FreeBSD.org Date: Sun, 20 Jan 2008 11:57:29 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL124 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="US-ASCII" X-Virus-Scanned: ClamAV 0.88.7/5500/Sun Jan 20 11:33:06 2008 on bonkers.video-collage.com X-Virus-Status: Clean Cc: mark@video-collage.com Subject: panic: bad pte X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mi@aldan.algebra.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2008 17:24:00 -0000 Hello! Is this something, that should be fixed in the 6.3? The kernel is 6.2-STABL= E from June (see uptime). Thanks! -mi Unread portion of the kernel message buffer: TPTE at 0xffff803ffffffff8 IS ZERO @ VA 7ffffffff000 panic: bad pte cpuid =3D 1 Uptime: 133d0h42m22s Dumping 3583 MB (2 chunks) chunk 0: 1MB (151 pages) ... ok chunk 1: 3583MB (917104 pages)panic: ahd_run_qoutfifo recursion cpuid =3D 1 3567 3551 3535 3519 3503 3487 3471 3455 3439 3423 3407 3391 3375 3359 3343= 3327 3311 3295 3279 3263 3247 3231 3215 3199 3183 3167 3151 3135 3119 3103= 3087 3071 3055 3039 3023 3007 2991 2975 2959 2943 2927 2911 2895 2879 2863= 2847 2831 2815 2799 2783 276= 7 2751 2735 2719 2703 2687 2671 2655 2639 2623 2607 2591 2575 2559 2543 252= 7 2511 2495 2479 2463 2447 2431 2415 2399 2383 2367 2351 2335 2319 2303 228= 7 2271 2255 2239 2223 2207 2191 2175 2159 2143 2127 2111 2095 2079 2063 204= 7 2031 2015 1999 1983 1967 19= 51 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 17= 11 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 14= 71 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 12= 31 1215 1199 1183 1167 1151 1= 135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879= 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 57= 5 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 2= 71 255 239 223 207 191 175 15= 9 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:172 172 __asm __volatile("movq %%gs:0,%0" : "=3Dr" (td)); (kgdb) #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff8028fa27 in boot (howto=3D260) at /var/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802900c1 in panic (fmt=3D0xffffff00567ba260 "") at /var/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff803c03d8 in pmap_remove_pages (pmap=3D0xffffff0051ab7c00, sva= =3D0,=20 eva=3D140737488355328) at /var/src/sys/amd64/amd64/pmap.c:2746 #5 0xffffffff8026f963 in exec_new_vmspace (imgp=3D0x0, sv=3D0xffffffff805a= 99e0) at vm_map.h:251 #6 0xffffffff80257577 in exec_elf64_imgact (imgp=3D0xffffffffb745b9e0) at /var/src/sys/kern/imgact_elf.c:668 #7 0xffffffff802701ec in kern_execve (td=3D0xffffff00567ba260,=20 args=3D0xffffffffb745bb30, mac_p=3D0x0) at /var/src/sys/kern/kern_exec.= c:426 #8 0xffffffff80270d6f in execve (td=3D0xffffff00567ba260, uap=3D0x0) at /var/src/sys/kern/kern_exec.c:188 #9 0xffffffff803c8571 in syscall (frame=3D {tf_rdi =3D 140737488349781, tf_rsi =3D 140737488349224, tf_rdx =3D 1= 40737488349240, tf_rcx =3D 0, tf_r8 =3D 34367075043, tf_r9 =3D 11, tf_rax = =3D 59, tf_rbx =3D 140737488350300, tf_rbp =3D 140737488349072, tf_r10 =3D = 31, tf_r11 =3D 4, tf_r12 =3D 140737488349224, tf_r13 =3D= 0, tf_r14 =3D 0, tf_r15 =3D 0, tf_trapno =3D 12, tf_addr =3D 34366651872, = tf_flags =3D 0, tf_err =3D 2, tf_rip =3D 34366652876, tf_cs =3D 43, tf_rfla= gs =3D 518, tf_rsp =3D 140737488347816, tf_ss =3D 35}) at /var/src/sys/amd6= 4/amd64/trap.c:803 #10 0xffffffff803afed8 in Xfast_syscall () at /var/src/sys/amd64/amd64/exception.S:270 #11 0x00000008006981cc in ?? () (kgdb)=20 From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 17:28:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B34C16A418; Sun, 20 Jan 2008 17:28:28 +0000 (UTC) (envelope-from david@wood2.org.uk) Received: from lon-mail-3.gradwell.net (lon-mail-3.gradwell.net [193.111.201.127]) by mx1.freebsd.org (Postfix) with ESMTP id 4A41713C46A; Sun, 20 Jan 2008 17:28:27 +0000 (UTC) (envelope-from david@wood2.org.uk) Received: from argon.wood2.org.uk ([82.71.104.124] country=GB ident=postmaster&pop3&wood2$org^uk) by lon-mail-3.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.276) id 47937bcb.a9a2.110; Sun, 20 Jan 2008 16:50:19 +0000 (envelope-sender ) Message-ID: Date: Sun, 20 Jan 2008 16:48:56 +0000 To: Aldas Nabazas From: David Wood References: <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com> In-Reply-To: <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain;charset=us-ascii;format=flowed User-Agent: Turnpike/6.06-M (<+npRuLtS5oZKqwOH7WUZxwfJfK>) Cc: ambrisko@freebsd.org, scottl@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Dell Perc 6 disk geometry problem with RAID5 (both 6.3 final and 7.0 RC1) 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: Sun, 20 Jan 2008 17:28:28 -0000 [ambrisko@ and scottl@ added to CCs] Hi there, In message <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com>, Aldas Nabazas writes >We bought a new Dell PowerEdge 2950III with Perc 6/i and have the disk >geometry problem using 6.3 final or 7.0 RC1. Seems that we are not alone at >least one guy has similar problem reported earlier: >http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-01/msg00506.html > >I was reading the mailing list and found that some of the people are happily >using this hardware with the latest FreeBSD: >http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039675.html > >I just wonder what the status of mfi driver? Maybe it's not fully tested or >there will be some important fixes before 7.0 final? We are going to try >different RAID combinations but it definitely not working using 6x146GB as >RAID5. This is extremely disappointing to read, as I was relatively close to buying a Poweredge 2950 III with PERC 6/i. However, it's no good to me if mfi(4) has issues with large virtual disks; the tentative disk configuration is 2x146GB as RAID 1 and 4x750GB (or 1TB) as RAID 5. Looking at CVSweb: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/mfi/ the updates for the 1078 chip which powers the PERC 6 series were contributed by LSI, so you would have hoped things were right. There is a disclaimer on the code, but you would also hope that someone in the know is testing it, especially as my impression has always been that the FreeBSD community is favourably disposed towards LSI storage controllers and that LSI and their vendors try to help the FreeBSD developers. >Maybe someone could share the RAID combinations they successfully are >running on? I haven't been keeping a very close eye on the problem as I don't currently have any hardware - but is the issue simply one of virtual disk size - there's a cut-off size after which things don't work properly? You could try pulling disks from your server (or removing them from the virtual disk) one by one until things start to work. To save a lot of pain you could create a virtual disk containing one disk as RAID 0 (a single disk) and install the OS on it, leaving the other five disks to play with. I do hope that someone is in a position to investigate this quickly - even if it's too late to get the fix in 7.0-RELEASE now. There's nothing that I can see as relevant that's waiting for MFC, anyway. Of course, it's worth checking whether you've got the latest firmware on the PERC 6/i - the latest version from Dell appears to be 6.0.1-0080. If this doesn't get fixed soon, I'm either going to have to go to another hardware vendor that uses a different RAID controller (HP is a possibility - though we're an all Dell shop) or - sniff - leave FreeBSD in favour of a Linux distribution. I realise that FreeBSD is a volunteer project, and that users can't have any specific expectations - this is not a threat, as I like FreeBSD and want to remain in the community, but I would need a new server to work properly! Looking at CVSweb, it seems that ambrisko@ and scottl@ are the two people most closely associated with the mfi code - I've added them into the CCs. My apologies if that was unwelcome. Best wishes, David -- David Wood david@wood2.org.uk From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 17:56:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFCF416A419 for ; Sun, 20 Jan 2008 17:56:41 +0000 (UTC) (envelope-from jcw@highperformance.net) Received: from mx1.highperformance.net (dsl081-163-122.sea1.dsl.speakeasy.net [64.81.163.122]) by mx1.freebsd.org (Postfix) with ESMTP id AAD8D13C447 for ; Sun, 20 Jan 2008 17:56:41 +0000 (UTC) (envelope-from jcw@highperformance.net) Received: from w16.stradamotorsports.com (w16.stradamotorsports.com [192.168.1.16]) by mx1.highperformance.net (8.13.8/8.13.8) with ESMTP id m0KHjUjk065540 for ; Sun, 20 Jan 2008 09:45:30 -0800 (PST) (envelope-from jcw@highperformance.net) Message-ID: <479388C0.50507@highperformance.net> Date: Sun, 20 Jan 2008 09:45:36 -0800 From: "Jason C. Wells" User-Agent: Thunderbird 2.0.0.9 (X11/20071201) MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=2.5 tests=ALL_TRUSTED,BAYES_00 autolearn=failed version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on s4.stradamotorsports.com Subject: Scheduler in Various Docs 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: Sun, 20 Jan 2008 17:56:42 -0000 The comments regarding SCHED_ULE and SCHED_4BSD are inconsistent with information found in the email archives. LINT says ULE is experimental. The handbook doesn't mention ULE at all. The archives say ULE is the new recommended scheduler. If ULE is in fact the current recommendation, then a few docs need to be updated. Regards, Jason From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 17:58:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EC7D16A417 for ; Sun, 20 Jan 2008 17:58:27 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 971F413C455 for ; Sun, 20 Jan 2008 17:58:26 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:60045 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1JGeR5-0003dl-89 for freebsd-stable@freebsd.org; Sun, 20 Jan 2008 18:58:25 +0100 Received: (qmail 43525 invoked from network); 20 Jan 2008 18:58:19 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 20 Jan 2008 18:58:19 +0100 Received: (qmail 53088 invoked by uid 1001); 20 Jan 2008 18:58:19 +0100 Date: Sun, 20 Jan 2008 18:58:19 +0100 From: Erik Trulsson To: David Wood Message-ID: <20080120175819.GA52965@owl.midgard.homeip.net> Mail-Followup-To: David Wood , Aldas Nabazas , ambrisko@freebsd.org, scottl@freebsd.org, freebsd-stable@freebsd.org References: <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1JGeR5-0003dl-89. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1JGeR5-0003dl-89 bd33b93124793f1ee13daee88adea91d Cc: ambrisko@freebsd.org, Aldas Nabazas , scottl@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Dell Perc 6 disk geometry problem with RAID5 (both 6.3 final and 7.0 RC1) 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: Sun, 20 Jan 2008 17:58:27 -0000 On Sun, Jan 20, 2008 at 04:48:56PM +0000, David Wood wrote: > [ambrisko@ and scottl@ added to CCs] > > Hi there, > > In message <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com>, > Aldas Nabazas writes >> We bought a new Dell PowerEdge 2950III with Perc 6/i and have the disk >> geometry problem using 6.3 final or 7.0 RC1. Seems that we are not alone at >> least one guy has similar problem reported earlier: >> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-01/msg00506.html >> >> I was reading the mailing list and found that some of the people are happily >> using this hardware with the latest FreeBSD: >> http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039675.html >> >> I just wonder what the status of mfi driver? Maybe it's not fully tested or >> there will be some important fixes before 7.0 final? We are going to try >> different RAID combinations but it definitely not working using 6x146GB as >> RAID5. I do not know if the mfi(4) driver has any problems with large disks, but it is however well known that fdisk(8) and bsdlabel(8) (the tools normally used to partition disks) have problems with volumes larger than 2TB. If you want to use volumes larger than 2TB then gpt(8) is the recommended way to partition the disks. It is however doubtful if the BIOS in your system will allow you to boot from a gpt(8) parttioned volume which is best solved with having a separate - smaller - boot volume where the OS itself is installed. > > This is extremely disappointing to read, as I was relatively close to > buying a Poweredge 2950 III with PERC 6/i. However, it's no good to me if > mfi(4) has issues with large virtual disks; the tentative disk > configuration is 2x146GB as RAID 1 and 4x750GB (or 1TB) as RAID 5. > > > Looking at CVSweb: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/mfi/ > > the updates for the 1078 chip which powers the PERC 6 series were > contributed by LSI, so you would have hoped things were right. There is a > disclaimer on the code, but you would also hope that someone in the know is > testing it, especially as my impression has always been that the FreeBSD > community is favourably disposed towards LSI storage controllers and that > LSI and their vendors try to help the FreeBSD developers. > > >> Maybe someone could share the RAID combinations they successfully are >> running on? > > I haven't been keeping a very close eye on the problem as I don't currently > have any hardware - but is the issue simply one of virtual disk size - > there's a cut-off size after which things don't work properly? > > You could try pulling disks from your server (or removing them from the > virtual disk) one by one until things start to work. To save a lot of pain > you could create a virtual disk containing one disk as RAID 0 (a single > disk) and install the OS on it, leaving the other five disks to play with. > > > I do hope that someone is in a position to investigate this quickly - even > if it's too late to get the fix in 7.0-RELEASE now. There's nothing that I > can see as relevant that's waiting for MFC, anyway. > > Of course, it's worth checking whether you've got the latest firmware on > the PERC 6/i - the latest version from Dell appears to be 6.0.1-0080. > > > If this doesn't get fixed soon, I'm either going to have to go to another > hardware vendor that uses a different RAID controller (HP is a possibility > - though we're an all Dell shop) or - sniff - leave FreeBSD in favour of a > Linux distribution. I realise that FreeBSD is a volunteer project, and that > users can't have any specific expectations - this is not a threat, as I > like FreeBSD and want to remain in the community, but I would need a new > server to work properly! > > > Looking at CVSweb, it seems that ambrisko@ and scottl@ are the two people > most closely associated with the mfi code - I've added them into the CCs. > My apologies if that was unwelcome. > -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 18:12:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E90016A419 for ; Sun, 20 Jan 2008 18:12:52 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id C2E4313C459 for ; Sun, 20 Jan 2008 18:12:51 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop2.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.2/8.14.1) with ESMTP id m0KIBpnx022797; Sun, 20 Jan 2008 12:11:52 -0600 (CST) (envelope-from stephen@math.missouri.edu) Message-ID: <47938F21.6020308@math.missouri.edu> Date: Sun, 20 Jan 2008 12:12:49 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.11) Gecko/20080109 SeaMonkey/1.1.7 MIME-Version: 1.0 To: "Jason C. Wells" References: <479388C0.50507@highperformance.net> In-Reply-To: <479388C0.50507@highperformance.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: Scheduler in Various Docs 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: Sun, 20 Jan 2008 18:12:52 -0000 Jason C. Wells wrote: > The comments regarding SCHED_ULE and SCHED_4BSD are inconsistent with > information found in the email archives. LINT says ULE is experimental. > The handbook doesn't mention ULE at all. The archives say ULE is the > new recommended scheduler. > > If ULE is in fact the current recommendation, then a few docs need to be > updated. To add to Jason's point - why does GENERIC still default to SCHED_4BSD? Are there plans to change this before 7.0 is truly released? From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 18:31:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F27716A480 for ; Sun, 20 Jan 2008 18:31:08 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp803.mail.ird.yahoo.com (smtp803.mail.ird.yahoo.com [217.146.188.63]) by mx1.freebsd.org (Postfix) with SMTP id F1F0E13C45A for ; Sun, 20 Jan 2008 18:31:07 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 183 invoked from network); 20 Jan 2008 18:31:06 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.140.145.126 with plain) by smtp803.mail.ird.yahoo.com with SMTP; 20 Jan 2008 18:31:06 -0000 X-YMail-OSG: qXZ0AkEVM1mk18v1Fjn602FGQgGbT7xYV.rOKuLWQhg2DC9Oc.SbXivWkBab3GbydpXSoohBystZCfNHMmt_WqaoS41LhwGqSNuPpfiZCsqPkGJtolTy3ww38mg- X-Yahoo-Newman-Property: ymail-5 Message-ID: <47939399.7030308@tomjudge.com> Date: Sun, 20 Jan 2008 18:31:53 +0000 From: Tom Judge User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: David Wood , Aldas Nabazas , ambrisko@freebsd.org, scottl@freebsd.org, freebsd-stable@freebsd.org References: <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com> <20080120175819.GA52965@owl.midgard.homeip.net> In-Reply-To: <20080120175819.GA52965@owl.midgard.homeip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Dell Perc 6 disk geometry problem with RAID5 (both 6.3 final and 7.0 RC1) 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: Sun, 20 Jan 2008 18:31:08 -0000 Erik Trulsson wrote: > On Sun, Jan 20, 2008 at 04:48:56PM +0000, David Wood wrote: >> [ambrisko@ and scottl@ added to CCs] >> >> Hi there, >> >> In message <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com>, >> Aldas Nabazas writes >>> We bought a new Dell PowerEdge 2950III with Perc 6/i and have the disk >>> geometry problem using 6.3 final or 7.0 RC1. Seems that we are not alone at >>> least one guy has similar problem reported earlier: >>> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-01/msg00506.html >>> This post is related to using BSDLabel and FDISK MBR partition tables with a disk over 2Tb. This is a known limitation of this type of partition table where the max size is 2Tb. If you wish to make a larger partition you must use GPT or the raw device with no partition table (Not recommended!!!!). >>> I was reading the mailing list and found that some of the people are happily >>> using this hardware with the latest FreeBSD: >>> http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039675.html >>> >>> I just wonder what the status of mfi driver? Maybe it's not fully tested or >>> there will be some important fixes before 7.0 final? We are going to try >>> different RAID combinations but it definitely not working using 6x146GB as >>> RAID5. > > I do not know if the mfi(4) driver has any problems with large disks, but it > is however well known that fdisk(8) and bsdlabel(8) (the tools normally used > to partition disks) have problems with volumes larger than 2TB. > > If you want to use volumes larger than 2TB then gpt(8) is the recommended > way to partition the disks. It is however doubtful if the BIOS in your > system will allow you to boot from a gpt(8) parttioned volume which is > best solved with having a separate - smaller - boot volume where the OS > itself is installed. > I have 5 PERC6/i based systems awaiting deployment atm, might be able to do some very limited testing on one of them if time permits. However I have some very large arrays running on PERC5/e's (6TB Raid 50 - 5 disk spans - 15 * 500Gb disks spread over 2 md1000 shelves) (the systems run RELENG_6_2) and have not seem any issues with them. They are a single gpt partition with UFS2 on them..... As far as I have seen in the last ~8 months there have been no issues with the mfi driver and large arrays. However I cannot say at this stage if the same can be said for the PERC6/i..... > >> This is extremely disappointing to read, as I was relatively close to >> buying a Poweredge 2950 III with PERC 6/i. However, it's no good to me if >> mfi(4) has issues with large virtual disks; the tentative disk >> configuration is 2x146GB as RAID 1 and 4x750GB (or 1TB) as RAID 5. >> >> >> Looking at CVSweb: >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/mfi/ >> There is one related PCI ID's change to do with DELL sub vendor id's I think that is only on HEAD. Any chance of getting this MFC'd? Tom >> the updates for the 1078 chip which powers the PERC 6 series were >> contributed by LSI, so you would have hoped things were right. There is a >> disclaimer on the code, but you would also hope that someone in the know is >> testing it, especially as my impression has always been that the FreeBSD >> community is favourably disposed towards LSI storage controllers and that >> LSI and their vendors try to help the FreeBSD developers. >> >> >>> Maybe someone could share the RAID combinations they successfully are >>> running on? >> I haven't been keeping a very close eye on the problem as I don't currently >> have any hardware - but is the issue simply one of virtual disk size - >> there's a cut-off size after which things don't work properly? >> >> You could try pulling disks from your server (or removing them from the >> virtual disk) one by one until things start to work. To save a lot of pain >> you could create a virtual disk containing one disk as RAID 0 (a single >> disk) and install the OS on it, leaving the other five disks to play with. >> >> >> I do hope that someone is in a position to investigate this quickly - even >> if it's too late to get the fix in 7.0-RELEASE now. There's nothing that I >> can see as relevant that's waiting for MFC, anyway. >> >> Of course, it's worth checking whether you've got the latest firmware on >> the PERC 6/i - the latest version from Dell appears to be 6.0.1-0080. >> >> >> If this doesn't get fixed soon, I'm either going to have to go to another >> hardware vendor that uses a different RAID controller (HP is a possibility >> - though we're an all Dell shop) or - sniff - leave FreeBSD in favour of a >> Linux distribution. I realise that FreeBSD is a volunteer project, and that >> users can't have any specific expectations - this is not a threat, as I >> like FreeBSD and want to remain in the community, but I would need a new >> server to work properly! >> >> >> Looking at CVSweb, it seems that ambrisko@ and scottl@ are the two people >> most closely associated with the mfi code - I've added them into the CCs. >> My apologies if that was unwelcome. >> > > From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 18:54:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F58016A41A; Sun, 20 Jan 2008 18:54:37 +0000 (UTC) (envelope-from david@wood2.org.uk) Received: from lon-mail-3.gradwell.net (lon-mail-3.gradwell.net [193.111.201.127]) by mx1.freebsd.org (Postfix) with ESMTP id B88EC13C468; Sun, 20 Jan 2008 18:54:36 +0000 (UTC) (envelope-from david@wood2.org.uk) Received: from argon.wood2.org.uk ([82.71.104.124] country=GB ident=postmaster$pop3$wood2*org&uk) by lon-mail-3.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.276) id 479398ea.138e3.9a; Sun, 20 Jan 2008 18:54:34 +0000 (envelope-sender ) Message-ID: <35cWA$Gqi5kHFAjh@wood2.org.uk> Date: Sun, 20 Jan 2008 18:53:30 +0000 To: Erik Trulsson From: David Wood References: <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com> <20080120175819.GA52965@owl.midgard.homeip.net> In-Reply-To: <20080120175819.GA52965@owl.midgard.homeip.net> MIME-Version: 1.0 Content-Type: text/plain;charset=us-ascii;format=flowed User-Agent: Turnpike/6.06-M (<+nhRuLNS5oZIqwOH7WWZxwfp$O>) Cc: ambrisko@freebsd.org, Aldas Nabazas , scottl@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Dell Perc 6 disk geometry problem with RAID5 (both 6.3 final and 7.0 RC1) 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: Sun, 20 Jan 2008 18:54:37 -0000 Hi there, In message <20080120175819.GA52965@owl.midgard.homeip.net>, Erik Trulsson writes >On Sun, Jan 20, 2008 at 04:48:56PM +0000, David Wood wrote: >> In message <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com>, >> Aldas Nabazas writes >>> We bought a new Dell PowerEdge 2950III with Perc 6/i and have the disk >>> geometry problem using 6.3 final or 7.0 RC1. Seems that we are not alone at >>> least one guy has similar problem reported earlier: >>> >>>http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-01/msg0 >>>0506.html > >I do not know if the mfi(4) driver has any problems with large disks, but it >is however well known that fdisk(8) and bsdlabel(8) (the tools normally used >to partition disks) have problems with volumes larger than 2TB. > >If you want to use volumes larger than 2TB then gpt(8) is the recommended >way to partition the disks. It is however doubtful if the BIOS in your >system will allow you to boot from a gpt(8) parttioned volume which is >best solved with having a separate - smaller - boot volume where the OS >itself is installed. Erik's reminder is timely for those with >2TB volumes. You must use gpt and not fdisk on any disk, be it a single drive (in the future, at least!) or a virtual disk on a RAID setup that are bigger than 2TB. It may be wise to use gpt on any virtual disk that you might grow to 2TB or larger in the future, so long as you're not needing to boot from that virtual disk. fdisk will not work properly with 2TB and larger volumes - the MBR / partition table setup can't cope with these large volumes. You can't boot from a GPT volume - that's a limitation of the BIOS architecture. There is some thought about using EFI on x64 hardware in the future (EFI is used on ia64 hardware; GPT is part of EFI), but we're not there yet. This isn't just about adding GPT support to the BIOS - the whole BIOS setup is wedded to MBR. If you need to boot from a >2TB array, create two virtual disks - one smaller than 2TB to boot from (and use MBR on that), then the residue can be GPT. However, Erik's 6*146 is only 846GB, which should be fine as an MBR / partition table volume (and the use of RAID 5 means you only have 5*146 usable in any case). The referenced problem on freebsd-questions sounds like a failure to use GPT, but Erik's problem sounds different. When I said there was nothing relevant waiting for MFC, I was aware of the change that Tom mentioned, but that seems to be about Dell PERC 6 being identified as such rather than a MegaRAID. It doesn't seem that it will change the behaviour of the driver in any way. There's another change in -CURRENT to do with the log buffer; again, that doesn't seem to be relevant here. Nevertheless, if one or both of these changes are felt stable enough to be MFCed to RELENG_7 and ideally RELENG_7_0, that would be good. I do have my doubts as to whether agreement will be got to merge them to RELENG_7_0 at this stage, however. Erik - can you post dmesg output, details on how you've arranged the physical disks into virtual disks, exactly how you get an anomalous result, and why you think what you're seeing is wrong. I went to look at HP, and I wasn't particularly happy with their offering. The Proliant DL380 G5 isn't a bad machine - but it uses 2.5 inch disks, and I prefer the 6 x 3.5 inch option available with the Dell Poweredge 2950. With the current state of development of disks and my requirement for a high capacity array, a 3.5 inch based machine is more suited to my needs. I also prefer the way that you order a Dell. I do hope we can reassure ourselves over the PERC 6/i. The PERC 5 series seems to have an excellent reputation under FreeBSD, and hopefully the newer PERC 6 series will soon get the same excellent reputation. Best wishes, David -- David Wood david@wood2.org.uk From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 19:06:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D903F16A419 for ; Sun, 20 Jan 2008 19:06:09 +0000 (UTC) (envelope-from toomany@toomany.net) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id C764C13C4E8 for ; Sun, 20 Jan 2008 19:06:09 +0000 (UTC) (envelope-from toomany@toomany.net) Received: by wa-out-1112.google.com with SMTP id k17so3217892waf.3 for ; Sun, 20 Jan 2008 11:06:09 -0800 (PST) Received: by 10.114.149.2 with SMTP id w2mr4295509wad.29.1200854407806; Sun, 20 Jan 2008 10:40:07 -0800 (PST) Received: by 10.114.53.10 with HTTP; Sun, 20 Jan 2008 10:40:07 -0800 (PST) Message-ID: Date: Sun, 20 Jan 2008 19:40:07 +0100 From: "TooMany Secrets" To: "Stephen Montgomery-Smith" In-Reply-To: <47938F21.6020308@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <479388C0.50507@highperformance.net> <47938F21.6020308@math.missouri.edu> Cc: "Jason C. Wells" , freebsd-stable Subject: Re: Scheduler in Various Docs 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: Sun, 20 Jan 2008 19:06:09 -0000 T24gMS8yMC8wOCwgU3RlcGhlbiBNb250Z29tZXJ5LVNtaXRoIDxzdGVwaGVuQG1hdGgubWlzc291 cmkuZWR1PiB3cm90ZToKPiBKYXNvbiBDLiBXZWxscyB3cm90ZToKPiA+IFRoZSBjb21tZW50cyBy ZWdhcmRpbmcgU0NIRURfVUxFIGFuZCBTQ0hFRF80QlNEIGFyZSBpbmNvbnNpc3RlbnQgd2l0aAo+ ID4gaW5mb3JtYXRpb24gZm91bmQgaW4gdGhlIGVtYWlsIGFyY2hpdmVzLiAgTElOVCBzYXlzIFVM RSBpcyBleHBlcmltZW50YWwuCj4gPiAgICAgVGhlIGhhbmRib29rIGRvZXNuJ3QgbWVudGlvbiBV TEUgYXQgYWxsLiBUaGUgYXJjaGl2ZXMgc2F5IFVMRSBpcyB0aGUKPiA+IG5ldyByZWNvbW1lbmRl ZCBzY2hlZHVsZXIuCj4gPgo+ID4gSWYgVUxFIGlzIGluIGZhY3QgdGhlIGN1cnJlbnQgcmVjb21t ZW5kYXRpb24sIHRoZW4gYSBmZXcgZG9jcyBuZWVkIHRvIGJlCj4gPiB1cGRhdGVkLgo+Cj4gVG8g YWRkIHRvIEphc29uJ3MgcG9pbnQgLSB3aHkgZG9lcyBHRU5FUklDIHN0aWxsIGRlZmF1bHQgdG8g U0NIRURfNEJTRD8KPiAgIEFyZSB0aGVyZSBwbGFucyB0byBjaGFuZ2UgdGhpcyBiZWZvcmUgNy4w IGlzIHRydWx5IHJlbGVhc2VkPwoKRXhjdXNlIG1lIGZvciBteSBiYWQgZW5nbGlzaC4uLgoKVGhp cyBxdWVzdGlvbiB3YXMgbWVudGlvbmVkIHR3byBvciB0aHJlZSBtb250aHMgYWdvLiBUaGUgYW5z d2VyIHdhcwp0aGF0IGluIDcuMSwgYWZ0ZXIgdGhlIFVMRSB3aWxsIGJlIHRlc3RlZCBpbiA3LjAs IGl0IHdpbGwgYmUgdGhlCmRlZmFjdG8gc2NoZWR1bGVyIGluIEZyZWVCU0QuIEZpcnN0LCB0aGUg c2NoZWR1bGVyIG5lZWQgdGhlIGJlc3QKYmVuY2hhcmsgaW4gdGhlIHdvcmxkOyBhIGZldyB0aG91 c2FuZCB1c2VycyB0ZXN0aW5nIGluIHJlYWwtbGlmZQpzaXR1YXRpb25zIG9uIGEgZGFpbHkgYmFz aXMuCgpSZWdhcmRzLgoKLS0gCkhhdmUgYSBuaWNlIGRheSAgOy0pClRvb01hbnlTZWNyZXRzCgo9 PT09PT09PT09PT09PT09PT09PT09PT09PT09CkRpam8gQ29uZnVjaW86CiJFeMOtZ2V0ZSBtdWNo byBhIHRpIG1pc21vIHkgZXNwZXJhIHBvY28gZGUgbG9zIGRlbcOhcy4gQXPDrSB0ZSBhaG9ycmFy w6FzCmRpc2d1c3Rvcy4iCj09PT09PT09PT09PT09PT09PT09PT09PT09PT0K From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 19:13:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F5DE16A418 for ; Sun, 20 Jan 2008 19:13:16 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8A00B13C4D9 for ; Sun, 20 Jan 2008 19:13:16 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 817661CC031; Sun, 20 Jan 2008 11:13:16 -0800 (PST) Date: Sun, 20 Jan 2008 11:13:16 -0800 From: Jeremy Chadwick To: TooMany Secrets Message-ID: <20080120191316.GA13382@eos.sc1.parodius.com> References: <479388C0.50507@highperformance.net> <47938F21.6020308@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: "Jason C. Wells" , freebsd-stable Subject: Re: Scheduler in Various Docs 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: Sun, 20 Jan 2008 19:13:16 -0000 On Sun, Jan 20, 2008 at 07:40:07PM +0100, TooMany Secrets wrote: > On 1/20/08, Stephen Montgomery-Smith wrote: > > Jason C. Wells wrote: > > > The comments regarding SCHED_ULE and SCHED_4BSD are inconsistent with > > > information found in the email archives. LINT says ULE is experimental. > > > The handbook doesn't mention ULE at all. The archives say ULE is the > > > new recommended scheduler. > > > > > > If ULE is in fact the current recommendation, then a few docs need to be > > > updated. > > > > To add to Jason's point - why does GENERIC still default to SCHED_4BSD? > > Are there plans to change this before 7.0 is truly released? > > Excuse me for my bad english... > > This question was mentioned two or three months ago. The answer was > that in 7.1, after the ULE will be tested in 7.0, it will be the > defacto scheduler in FreeBSD. First, the scheduler need the best > benchark in the world; a few thousand users testing in real-life > situations on a daily basis. This is correct. There was a very large discussion on freebsd-current (which would've been discussing 7.x at that point) about what scheduler should be the default for RELENG_7 (4BSD or the "new" ULE (a.k.a. SMP2)). It was ""voted"" (note the quotes) that SCHED_4BSD should remain the default until 7.1 was released, since if there turned out to be a gigantic bug in the new scheduler, we wouldn't want people to get bit by it (thus harming the stability reputation of -RELEASE and -STABLE). The 4BSD scheduler is still considered stable and has a track record to prove it. In a way, SCHED_ULE on 7.x is still considered "experimental" in the sense that it needs lots of people testing it. So far all the results have been positive (unlike SCHED_ULE on 6.x and 5.x, which were very broken -- hence the rewrite!). If the OP wants to read the thread/discussion (it's long), I can dig up a URL to it in the archives. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 19:14:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA35C16A41B for ; Sun, 20 Jan 2008 19:14:19 +0000 (UTC) (envelope-from jb000002@mr-happy.com) Received: from hatpro.mr-paradox.net (hatpro.mr-paradox.net [204.11.33.143]) by mx1.freebsd.org (Postfix) with ESMTP id 79D2D13C45A for ; Sun, 20 Jan 2008 19:14:19 +0000 (UTC) (envelope-from jb000002@mr-happy.com) Received: from crow.mr-happy.com (crow.mr-happy.com [10.1.0.2]) by hatpro.mr-paradox.net (Postfix) with ESMTP id 91FCBC181 for ; Sun, 20 Jan 2008 13:58:58 -0500 (EST) Received: by crow.mr-happy.com (Postfix, from userid 602) id 618925C69; Sun, 20 Jan 2008 13:58:58 -0500 (EST) Date: Sun, 20 Jan 2008 13:58:58 -0500 From: Jeff Blank To: freebsd-stable@freebsd.org Message-ID: <20080120185858.GA17909@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment In-Reply-To: <479388C0.50507@highperformance.net> User-Agent: Mutt/1.4.2.3i X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y$gg\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|$nE`e X-Virus-Scanned: ClamAV 0.91.1/5501/Sun Jan 20 12:16:37 2008 on hatpro.mr-paradox.net X-Virus-Status: Clean Subject: Re: Scheduler in Various Docs 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: Sun, 20 Jan 2008 19:14:19 -0000 Jason C. Wells wrote: X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C;xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y$gg\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|$nE`e > The comments regarding SCHED_ULE and SCHED_4BSD are inconsistent with > information found in the email archives. LINT says ULE is experimental. > The handbook doesn't mention ULE at all. The archives say ULE is the > new recommended scheduler. > > If ULE is in fact the current recommendation, then a few docs need to be > updated. I noticed this in the sched_ule(4) man page as well. ULE is said to be experimental and refers the reader to a non-existent BUGS section (removed before RELENG_7 was created). The commit log also states that "ULE is no longer buggy or experimental", so at the very least, the man page is slightly inconsistent with itself and its last commit log. Jeff From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 19:17:33 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA17616A417 for ; Sun, 20 Jan 2008 19:17:33 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 93A8313C46B for ; Sun, 20 Jan 2008 19:17:33 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop2.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.2/8.14.1) with ESMTP id m0KJGX7M023104; Sun, 20 Jan 2008 13:16:34 -0600 (CST) (envelope-from stephen@math.missouri.edu) Message-ID: <47939E4B.5050706@math.missouri.edu> Date: Sun, 20 Jan 2008 13:17:31 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.11) Gecko/20080109 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Jeremy Chadwick References: <479388C0.50507@highperformance.net> <47938F21.6020308@math.missouri.edu> <20080120191316.GA13382@eos.sc1.parodius.com> In-Reply-To: <20080120191316.GA13382@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable , "Jason C. Wells" , TooMany Secrets Subject: Re: Scheduler in Various Docs 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: Sun, 20 Jan 2008 19:17:33 -0000 Jeremy Chadwick wrote: > On Sun, Jan 20, 2008 at 07:40:07PM +0100, TooMany Secrets wrote: >> On 1/20/08, Stephen Montgomery-Smith wrote: >>> Jason C. Wells wrote: >>>> The comments regarding SCHED_ULE and SCHED_4BSD are inconsistent with >>>> information found in the email archives. LINT says ULE is experimental. >>>> The handbook doesn't mention ULE at all. The archives say ULE is the >>>> new recommended scheduler. >>>> >>>> If ULE is in fact the current recommendation, then a few docs need to be >>>> updated. >>> To add to Jason's point - why does GENERIC still default to SCHED_4BSD? >>> Are there plans to change this before 7.0 is truly released? >> Excuse me for my bad english... >> >> This question was mentioned two or three months ago. The answer was >> that in 7.1, after the ULE will be tested in 7.0, it will be the >> defacto scheduler in FreeBSD. First, the scheduler need the best >> benchark in the world; a few thousand users testing in real-life >> situations on a daily basis. > > This is correct. There was a very large discussion on freebsd-current > (which would've been discussing 7.x at that point) about what scheduler > should be the default for RELENG_7 (4BSD or the "new" ULE (a.k.a. > SMP2)). It was ""voted"" (note the quotes) that SCHED_4BSD should > remain the default until 7.1 was released, since if there turned out > to be a gigantic bug in the new scheduler, we wouldn't want people to > get bit by it (thus harming the stability reputation of -RELEASE and > -STABLE). The 4BSD scheduler is still considered stable and has a > track record to prove it. > > In a way, SCHED_ULE on 7.x is still considered "experimental" in the > sense that it needs lots of people testing it. So far all the results > have been positive (unlike SCHED_ULE on 6.x and 5.x, which were very > broken -- hence the rewrite!). > > If the OP wants to read the thread/discussion (it's long), I can dig up > a URL to it in the archives. Thanks. You both answered my question admirably. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 19:43:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DC9716A417 for ; Sun, 20 Jan 2008 19:43:05 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (r5o136.net.upc.cz [86.49.14.136]) by mx1.freebsd.org (Postfix) with ESMTP id C296B13C4CC for ; Sun, 20 Jan 2008 19:43:04 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (localhost [127.0.0.1]) by dev.citybikes.cz (8.14.2/8.14.2) with ESMTP id m0KJh0Pm003912 for ; Sun, 20 Jan 2008 20:43:00 +0100 (CET) (envelope-from jakob@dev.citybikes.cz) Received: (from jakob@localhost) by dev.citybikes.cz (8.14.2/8.14.2/Submit) id m0KJh0sB003911; Sun, 20 Jan 2008 20:43:00 +0100 (CET) (envelope-from jakob) Date: Sun, 20 Jan 2008 20:43:00 +0100 From: Jakub Siroky To: freebsd-stable@freebsd.org Message-ID: <20080120204300.305e3343@dev> In-Reply-To: <47937CD0.8080205@vwsoft.com> References: <4792BC5E.4030703@vwsoft.com> <20080120112736.5fe697c7@dev> <47937CD0.8080205@vwsoft.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: patch for review: ATI SB600 SATA AHCI 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: Sun, 20 Jan 2008 19:43:05 -0000 Yes, maybe this is the same patch you've mentioned. In RELENG_7_0 I had to manually update concerned files - look up the lines and add the information at proper place. I don't understand the meaning of functions besides chipset static definitions, but it has been working on 6.2-STABLE and RELENG_7_0 without problems. On Sun, 20 Jan 2008 17:54:40 +0100 Volker wrote: > On 12/23/-58 20:59, Jakub Siroky wrote: > > Hello, > > > > I've been using these patches for some time with success. Although > > slight correction to patches is needed - code placement changed a > > bit (in case of line wrapping, see the attachments). > > > > --- ata-chipset.c.orig Mon Oct 9 23:01:35 2006 > > +++ ata-chipset.c Wed Sep 5 22:08:02 2007 > > @@ -1239,12 +1239,16 @@ > > struct ata_pci_controller *ctlr = device_get_softc(dev); > > struct ata_chip_id *idx; > > static struct ata_chip_id ids[] = > > - {{ ATA_ATI_IXP200, 0x00, 0, 0, ATA_UDMA5, "IXP200" }, > > - { ATA_ATI_IXP300, 0x00, 0, 0, ATA_UDMA6, "IXP300" }, > > - { ATA_ATI_IXP400, 0x00, 0, 0, ATA_UDMA6, "IXP400" }, > > - { ATA_ATI_IXP300_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP300" }, > > - { ATA_ATI_IXP400_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, > > - { ATA_ATI_IXP400_S2, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, > > + {{ ATA_ATI_IXP200, 0x00, 0, 0, ATA_UDMA5, > > "IXP200" }, > > + { ATA_ATI_IXP300, 0x00, 0, 0, ATA_UDMA6, > > "IXP300" }, > > + { ATA_ATI_IXP400, 0x00, 0, 0, ATA_UDMA6, > > "IXP400" }, > > + { ATA_ATI_IXP600, 0x00, 0, ATISINGLE, ATA_UDMA6, > > "IXP600" }, > > + { ATA_ATI_IXP700, 0x00, 0, ATISINGLE, ATA_UDMA6, > > "IXP700" }, > > + { ATA_ATI_IXP300_S1, 0x00, SIIMEMIO, 0, ATA_SA150, > > "IXP300" }, > > + { ATA_ATI_IXP400_S1, 0x00, SIIMEMIO, 0, ATA_SA150, > > "IXP400" }, > > + { ATA_ATI_IXP400_S2, 0x00, SIIMEMIO, 0, ATA_SA150, > > "IXP400" }, > > + { ATA_ATI_IXP600_S1, 0x00, 0, AHCI, ATA_SA300, > > "IXP600" }, > > + { ATA_ATI_IXP700_S1, 0x00, 0, AHCI, ATA_SA300, > > "IXP700" }, { 0, 0, 0, 0, 0, 0}}; > > char buffer[64]; > > > > @@ -1271,6 +1275,18 @@ > > > > if (ata_setup_interrupt(dev)) > > return ENXIO; > > + > > + if (ctlr->chip->cfg2 & AHCI) { > > + ctlr->r_rid2 = PCIR_BAR(5); > > + ctlr->r_type2 = SYS_RES_MEMORY; > > + if ((ctlr->r_res2 = bus_alloc_resource_any(dev, > > ctlr->r_type2, > > + > > &ctlr->r_rid2, > > + RF_ACTIVE))) > > + return ata_ahci_chipinit(dev); > > + } > > + > > + if (ctlr->chip->cfg2 & ATISINGLE) > > + ctlr->channels = 1; > > > > ctlr->setmode = ata_ati_setmode; > > return 0; > > > > -- ata-pci.h.orig Sat Sep 30 21:51:49 2006 > > +++ ata-pci.h Wed Sep 5 22:00:21 2007 > > @@ -102,6 +102,10 @@ > > #define ATA_ATI_IXP300_S1 0x436e1002 > > #define ATA_ATI_IXP400_S1 0x43791002 > > #define ATA_ATI_IXP400_S2 0x437a1002 > > +#define ATA_ATI_IXP600_S1 0x43801002 > > +#define ATA_ATI_IXP600 0x438c1002 > > +#define ATA_ATI_IXP700_S1 0x43901002 > > +#define ATA_ATI_IXP700 0x439c1002 > > > > #define ATA_CENATEK_ID 0x16ca > > #define ATA_CENATEK_ROCKET 0x000116ca > > @@ -415,6 +419,7 @@ > > #define VIABUG 0x0200 > > #define VIABAR 0x0400 > > #define VIAAHCI 0x0800 > > +#define ATISINGLE 0x1000 > > Jakub, > > I think your patch is against old code before the ATA code has been > restructured. I've tried a similar patch (provided by Coleman Kane) > against recent RELENG_7 but applying the patch failed. > > That has been the reason for me to write a new patch (at least for the > chipset my notebook is using, as I don't know much about other > chipsets). I've just been unsure whether or not calling ata_ahci_init > is everything what is required for proper chip initialization or not > but from what I was reading out of the current code, other functions > don't do much more. > > I may include other chipset changes (from your patch) and send a new > patch if my patch does not miss anything for proper operation. At > least the codes changes work here for me (or I haven't noticed > anything bad). @sos: can you comment on this? > > Volker > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 20:27:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76EF016A417 for ; Sun, 20 Jan 2008 20:27:36 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 42E8713C4DB for ; Sun, 20 Jan 2008 20:27:36 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JUY00LI4M5YBLA0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 20 Jan 2008 21:27:34 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JUY00H3CM5WEYN5@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 20 Jan 2008 21:27:34 +0100 (CET) Date: Sun, 20 Jan 2008 21:27:32 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080120212732.f3ea3fe1.torfinn.ingolfsen@broadpark.no> In-reply-to: <4792BC5E.4030703@vwsoft.com> References: <4792BC5E.4030703@vwsoft.com> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.3; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: patch for review: ATI SB600 SATA AHCI 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: Sun, 20 Jan 2008 20:27:36 -0000 Hello, On Sun, 20 Jan 2008 04:13:34 +0100 Volker wrote: > 6715b notebook using ATI SB-600 chipset. With stock kernel, the ATA I have a machine with an Asus M2A-VM HDMI motherboard[1], which also have this chipset. > My patch has been tested on RELENG_7 as of 2008-01-19. Please review, > check and test if possible. Should work on 8-CURRENT, too. I had to hand apply part of the patch (probably a whitespace problem when I copied it from the mail), but it built fine. >From dmesg, before the patch: atapci0: port 0xfc00-0xfc07,0xf800-0xf803,0xf400-0xf407,0xf000-0xf003,0xec00-0xec0f mem 0xfe02f000-0xfe02f3ff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe400-0xe40f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] acd0: DVDR at ata0-master UDMA66 ad4: 476940MB at ata2-master UDMA33 >From dmesg, after the patch: tapci0: port 0xfc00-0xfc07,0xf800-0xf803,0xf400-0xf407,0xf000-0xf003,0xec00-0xec0f mem 0xfe02f000-0xfe02f3ff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe400-0xe40f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] acd0: DVDR at ata0-master UDMA66 ad4: 476940MB at ata2-master SATA300 I haven't done any tests to see if it changes performance in any way, at least it reports SATA 300: root@kg-vm# atacontrol mode ad4 current mode = SATA300 This is on: root@kg-vm# uname -a FreeBSD kg-vm.kg4.no 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #4: Sun Jan 20 19:27:36 CET 2008 root@kg-vm.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 References: 1) info about my machine http://tingox.googlepages.com/asus_m2a-vm_hdmi -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 20:47:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F21D916A419 for ; Sun, 20 Jan 2008 20:47:49 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.freebsd.org (Postfix) with ESMTP id B60A713C4CC for ; Sun, 20 Jan 2008 20:47:49 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id D2AA310E64B; Sun, 20 Jan 2008 21:19:02 +0100 (CET) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IyKgVLCDFV0P; Sun, 20 Jan 2008 21:19:01 +0100 (CET) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id 52FC110E647; Sun, 20 Jan 2008 21:19:01 +0100 (CET) Date: Sun, 20 Jan 2008 21:19:47 +0100 From: Daniel Gerzo X-Mailer: The Bat! (v3.99.3) Professional Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <955937027.20080120211947@rulez.sk> To: Stephen Montgomery-Smith In-Reply-To: <47938F21.6020308@math.missouri.edu> References: <479388C0.50507@highperformance.net> <47938F21.6020308@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re[2]: Scheduler in Various Docs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jan 2008 20:47:50 -0000 Hello Stephen, Sunday, January 20, 2008, 7:12:49 PM, you wrote: > Jason C. Wells wrote: >> The comments regarding SCHED_ULE and SCHED_4BSD are inconsistent with >> information found in the email archives. LINT says ULE is experimental. >> The handbook doesn't mention ULE at all. The archives say ULE is the >> new recommended scheduler. >> >> If ULE is in fact the current recommendation, then a few docs need to be >> updated. > To add to Jason's point - why does GENERIC still default to SCHED_4BSD? Actually, 8.0-CURRENT has the SCHED_ULE scheduler set as default. > Are there plans to change this before 7.0 is truly released? No, this will not be changed for 7.0, but it's planned for 7.1. -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 20:53:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9887C16A47A for ; Sun, 20 Jan 2008 20:53:24 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (r5o136.net.upc.cz [86.49.14.136]) by mx1.freebsd.org (Postfix) with ESMTP id 21A4113C467 for ; Sun, 20 Jan 2008 20:53:23 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (localhost [127.0.0.1]) by dev.citybikes.cz (8.14.2/8.14.2) with ESMTP id m0KKrK3w004254 for ; Sun, 20 Jan 2008 21:53:20 +0100 (CET) (envelope-from jakob@dev.citybikes.cz) Received: (from jakob@localhost) by dev.citybikes.cz (8.14.2/8.14.2/Submit) id m0KKrKid004253; Sun, 20 Jan 2008 21:53:20 +0100 (CET) (envelope-from jakob) Date: Sun, 20 Jan 2008 21:53:19 +0100 From: Jakub Siroky To: freebsd-stable@freebsd.org Message-ID: <20080120215319.2d13ca88@dev> In-Reply-To: <20080120212732.f3ea3fe1.torfinn.ingolfsen@broadpark.no> References: <4792BC5E.4030703@vwsoft.com> <20080120212732.f3ea3fe1.torfinn.ingolfsen@broadpark.no> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: patch for review: ATI SB600 SATA AHCI 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: Sun, 20 Jan 2008 20:53:24 -0000 Just my info: dmesg| grep ata atapci0: port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfe02f000-0xfe02f3ff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf900-0xf90f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] acd0: DVDR at ata0-master UDMA33 acd1: DVDROM at ata0-slave UDMA33 ad4: 381553MB at ata2-master SATA300 ad8: 476940MB at ata4-master SATA300 atacontrol mode ad4: current mode = SATA300 uname -a: FreeBSD dev.citybikes.cz 7.0-RC1 FreeBSD 7.0-RC1 #4: Sun Jan 20 01:33:16 CET 2008 root@dev.citybikes.cz:/usr/build/obj/usr/build/src_releng_7_0/sys/TWINSF amd64 lshal: system.product = 'GA-MA69G-S3H' system.vendor = 'Gigabyte Technology Co., Ltd.' On Sun, 20 Jan 2008 21:27:32 +0100 Torfinn Ingolfsen wrote: > Hello, > > On Sun, 20 Jan 2008 04:13:34 +0100 > Volker wrote: > > > 6715b notebook using ATI SB-600 chipset. With stock kernel, the ATA > > I have a machine with an Asus M2A-VM HDMI motherboard[1], which also > have this chipset. > > > My patch has been tested on RELENG_7 as of 2008-01-19. Please > > review, check and test if possible. Should work on 8-CURRENT, too. > > I had to hand apply part of the patch (probably a whitespace problem > when I copied it from the mail), but it built fine. > > From dmesg, before the patch: > atapci0: port > 0xfc00-0xfc07,0xf800-0xf803,0xf400-0xf407,0xf000-0xf003,0xec00-0xec0f > mem 0xfe02f000-0xfe02f3ff irq 22 at device 18.0 on pci0 atapci0: > [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > atapci1: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe400-0xe40f at device 20.1 on > pci0 ata0: on atapci1 ata0: [ITHREAD] > acd0: DVDR at ata0-master UDMA66 > ad4: 476940MB at ata2-master UDMA33 > > From dmesg, after the patch: > tapci0: port > 0xfc00-0xfc07,0xf800-0xf803,0xf400-0xf407,0xf000-0xf003,0xec00-0xec0f > mem 0xfe02f000-0xfe02f3ff irq 22 at device 18.0 on pci0 atapci0: > [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports > detected ata2: on atapci0 ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > ata4: on atapci0 > ata4: [ITHREAD] > ata5: on atapci0 > ata5: [ITHREAD] > atapci1: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe400-0xe40f at device 20.1 on > pci0 ata0: on atapci1 ata0: [ITHREAD] > acd0: DVDR at ata0-master UDMA66 > ad4: 476940MB at ata2-master SATA300 > > I haven't done any tests to see if it changes performance in any way, > at least it reports SATA 300: root@kg-vm# atacontrol mode ad4 > current mode = SATA300 > > This is on: > root@kg-vm# uname -a > FreeBSD kg-vm.kg4.no 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #4: Sun > Jan 20 19:27:36 CET 2008 > root@kg-vm.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 > > > References: > 1) info about my machine > http://tingox.googlepages.com/asus_m2a-vm_hdmi From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 21:07:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCAC116A417 for ; Sun, 20 Jan 2008 21:07:35 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (r5o136.net.upc.cz [86.49.14.136]) by mx1.freebsd.org (Postfix) with ESMTP id 61B7513C467 for ; Sun, 20 Jan 2008 21:07:35 +0000 (UTC) (envelope-from jakob@dev.citybikes.cz) Received: from dev.citybikes.cz (localhost [127.0.0.1]) by dev.citybikes.cz (8.14.2/8.14.2) with ESMTP id m0KL7VWW004341 for ; Sun, 20 Jan 2008 22:07:31 +0100 (CET) (envelope-from jakob@dev.citybikes.cz) Received: (from jakob@localhost) by dev.citybikes.cz (8.14.2/8.14.2/Submit) id m0KL7V1N004340; Sun, 20 Jan 2008 22:07:31 +0100 (CET) (envelope-from jakob) Date: Sun, 20 Jan 2008 22:07:31 +0100 From: Jakub Siroky To: freebsd-stable@freebsd.org Message-ID: <20080120220731.64a653c9@dev> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: RELENG_7, RELENG_7_0, RELENG_7_BP, RELENG_7_0_BP - difference? 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: Sun, 20 Jan 2008 21:07:35 -0000 I should probably know that, but: what's the difference between these branches? Thanks Jakub From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 21:20:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D49A16A469 for ; Sun, 20 Jan 2008 21:20:36 +0000 (UTC) (envelope-from javier_elizondo69@yahoo.com) Received: from web55109.mail.re4.yahoo.com (web55109.mail.re4.yahoo.com [206.190.58.158]) by mx1.freebsd.org (Postfix) with SMTP id C951013C4FD for ; Sun, 20 Jan 2008 21:20:35 +0000 (UTC) (envelope-from javier_elizondo69@yahoo.com) Received: (qmail 14636 invoked by uid 60001); 20 Jan 2008 20:53:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=27pvkwFTu4u3oFhZEIUgNGh5vARHGd9S8vmTAXlIpXrp6aNoMomxXBibF8P8Gq/ura7Hsu0SlrN9/ts/j42epyFtUTXLh9dJqjEehXsmOet/lNTu7/VcXv0Ns0jx+Z5LewDoEtGDkzxqqENmCQyOzvVGqm3NRt72SGfYGwrOT0c=; X-YMail-OSG: A9A8aVIVM1lE3n17nzVm6.tw33p1SKOMehUPorHiplcX2dVSCZmhuE2jbBGpskwfBSxEW45NrXLnp07gZWWqKVE8P.MSmpZ6HhZVJ_VhqMCrPObHOOjTB3ZUJEz_hOf6ggO3wRfKhdVlLFlyZki9Hi6H.Q-- Received: from [75.111.128.168] by web55109.mail.re4.yahoo.com via HTTP; Sun, 20 Jan 2008 12:53:54 PST Date: Sun, 20 Jan 2008 12:53:54 -0800 (PST) From: Javier Elizondo To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <617507.14063.qm@web55109.mail.re4.yahoo.com> Subject: problems with LC_ALL 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: Sun, 20 Jan 2008 21:20:36 -0000 Hi, I am using darwing in a mac book pro, when I open terminal I get the following message that appears only in my account, I would like to get help in order to fix it. Last login: Sun Jan 20 14:32:18 on ttys001 perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LC_ALL = (unset), LANG = "UTF-8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). I have tried but without success. The languaje is EN_US with iso and the keyboard is in spanish, but not problem with it. thanks, Javier ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 21:29:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3D9D16A417 for ; Sun, 20 Jan 2008 21:29:54 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8365313C459 for ; Sun, 20 Jan 2008 21:29:54 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m0KLTlcO034847 for ; Sun, 20 Jan 2008 13:29:53 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m0KLTknX034846 for freebsd-stable@freebsd.org; Sun, 20 Jan 2008 13:29:47 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sun, 20 Jan 2008 13:29:46 -0800 Message-ID: <20080120132946.3np9spipcso4wsos@webmail.1command.com> X-Priority: 3 (Normal) Date: Sun, 20 Jan 2008 13:29:46 -0800 From: "Chris H." To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: 7-PRERELEASE Xorg - Fatal server error:could not open default font 'fixed' 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: Sun, 20 Jan 2008 21:29:54 -0000 Greetings, Well, after not having any luck with Xorg after a fresh install of 7. I decided to try a more recent cvsup of the ports tree and try again. After issuing: cvsup -g -L 2 ports-supfile && portsdb -uU && pkgdb -F And following up with a portupgrade -a -e -f -y Portupgrade finished without error. So I elected to bounce the box and issue "startx" after logging in. Good news. No more Xorg dumping core. Bad news. Xorg exits before completeting with the following error: Fatal server error: could not open default font 'fixed' The man page provided no help. Google provided no cure. Yahoo provided no cure. I tried "make uninstall" of every "misc" font file I could imagine. Then make installing all of them. But still no joy. :( Please help. Thank you. --Chris -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 21:31:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F02CD16A46C for ; Sun, 20 Jan 2008 21:31:30 +0000 (UTC) (envelope-from david@wood2.org.uk) Received: from lon-mail-1.gradwell.net (lon-mail-1.gradwell.net [193.111.201.125]) by mx1.freebsd.org (Postfix) with ESMTP id 7976413C4D3 for ; Sun, 20 Jan 2008 21:31:30 +0000 (UTC) (envelope-from david@wood2.org.uk) Received: from argon.wood2.org.uk ([82.71.104.124] country=GB ident=postmaster$pop3&wood2$org#uk) by lon-mail-1.gradwell.net with esmtpa (Gradwell gwh-smtpd 1.275) id 4793bdaf.a923.361; Sun, 20 Jan 2008 21:31:27 +0000 (envelope-sender ) Message-ID: <17z2wsHW07kHFAC4@wood2.org.uk> Date: Sun, 20 Jan 2008 21:28:54 +0000 To: Jakub Siroky From: David Wood References: <20080120220731.64a653c9@dev> In-Reply-To: <20080120220731.64a653c9@dev> MIME-Version: 1.0 Content-Type: text/plain;charset=us-ascii;format=flowed User-Agent: Turnpike/6.06-M (<+nhRuLNS5oZIqwOH7WWZxwfp$O>) Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7, RELENG_7_0, RELENG_7_BP, RELENG_7_0_BP - difference? 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: Sun, 20 Jan 2008 21:31:31 -0000 Hi Jakub, In message <20080120220731.64a653c9@dev>, Jakub Siroky writes >I should probably know that, but: what's the difference between these >branches? RELENG_7 is 7-STABLE. RELENG_7_0 will become 7.0-RELEASE, and is what you should track now if you intend to upgrade to 7.0-RELEASE. After 7.0-RELEASE, it will be turned over to the security team, and only security fixes and errata will be checked in (7.0-RELEASE-p1 etc.). The _BP versions mark the branch points - where the tree was when the tag mentioned was branched. They won't be updated at all. Corrections are welcomed if I've misunderstood. Best wishes, David -- David Wood david@wood2.org.uk From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 22:55:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03B0B16A419 for ; Sun, 20 Jan 2008 22:55:10 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id C12E413C478 for ; Sun, 20 Jan 2008 22:55:09 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1JGj4A-0002C3-SU for freebsd-stable@freebsd.org; Sun, 20 Jan 2008 22:55:03 +0000 Received: from szg3.semi.szote.u-szeged.hu ([160.114.134.8]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Jan 2008 22:55:02 +0000 Received: from bastyaelvtars by szg3.semi.szote.u-szeged.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Jan 2008 22:55:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Gergo Szakal Date: Sun, 20 Jan 2008 23:50:11 +0100 Organization: University of Szeged, Hungary - Faculty Of General Medicine Lines: 34 Message-ID: <20080120235011.0a8772f9.bastyaelvtars@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: szg3.semi.szote.u-szeged.hu X-Newsreader: Sylpheed 2.4.8 (GTK+ 2.10.14; i686-pc-mingw32) Sender: news Subject: ZFS assert panic 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: Sun, 20 Jan 2008 22:55:10 -0000 I have done everyday work on my ZFS-enabled FreeBSD7 box. It is having 4*250G disks in a RAIDZ array (the base system is on a separate disk). %uname -a FreeBSD ginger.apathy.szote.u-szeged.hu 7.0-RC1 FreeBSD 7.0-RC1 #0: Mon Dec 24 10:10:07 UTC 2007 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 %cat info.0 Dump header from device /dev/ad4s1b Architecture: amd64 Architecture Version: 2 Dump Length: 253394944B (241 MB) Blocksize: 512 Dumptime: Sun Jan 20 23:51:58 2008 Hostname: Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-RC1 #0: Mon Dec 24 10:10:07 UTC 2007 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Panic String: solaris assert: sm->sm_space == space (0x1686d4800 == 0x1686d3800), file: /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/space_map.c, line: 357 Dump Parity: 4000765979 Bounds: 0 Dump Status: good Of course I have tried the things described at [1] but they did not work, same crash occured when importing. Haven't yet tried OpenSolaris, though. I can provide the dump should it be needed. TIA for looking into the issue. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 23:07:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9CC716A419 for ; Sun, 20 Jan 2008 23:07:55 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 937BF13C457 for ; Sun, 20 Jan 2008 23:07:55 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JGjGb-0002lN-8A for freebsd-stable@freebsd.org; Sun, 20 Jan 2008 23:07:53 +0000 Received: from szg3.semi.szote.u-szeged.hu ([160.114.134.8]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Jan 2008 23:07:53 +0000 Received: from bastyaelvtars by szg3.semi.szote.u-szeged.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Jan 2008 23:07:53 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Gergo Szakal Date: Mon, 21 Jan 2008 00:05:14 +0100 Organization: University of Szeged, Hungary - Faculty Of General Medicine Lines: 3 Message-ID: <20080121000514.938af203.bastyaelvtars@gmail.com> References: <20080120235011.0a8772f9.bastyaelvtars@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: szg3.semi.szote.u-szeged.hu X-Newsreader: Sylpheed 2.4.8 (GTK+ 2.10.14; i686-pc-mingw32) Sender: news Subject: Re: ZFS assert panic 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: Sun, 20 Jan 2008 23:07:55 -0000 Silly me, forgot the [1] URL: http://tinyurl.com/2ytg3w From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 23:14:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19BB516A418 for ; Sun, 20 Jan 2008 23:14:26 +0000 (UTC) (envelope-from kimimeister@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id F336D13C478 for ; Sun, 20 Jan 2008 23:14:25 +0000 (UTC) (envelope-from kimimeister@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3335633waf.3 for ; Sun, 20 Jan 2008 15:14:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=gPsgC4gj3PHzWAP0C2Tji/U1TNoCy1IEHKlUO2wtopg=; b=lG//X5cRSSAzD91qhu+BD4c2cZnpbgi2MngarVtH5SFu1OcicZFCy/c/th8efmakNu6CTa5HHYcUI7pSL+L+O+Nuk8gB4fGMekpnCxuQAtFQG9M+dZOFqs59ax3B4KJkcY9kmXYE6ht+Lp4dwkQKU1CVO5we5qwn98J4AXyCOVA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SSq6JFNkBazwh9g1PKx8s5rCvxyJh9uy8tTbMCQ4yfbbYRtghS8aTL9VyL7VH6cvySi+BtoINAJNltWzUNvhoUQw6+zWlIOErWOXuo3NHOzLE07zUqh86QIoWpsor0d8+pjgqqwpMOOuPJXwA8CCzHPtda9EVcjTb6gv2F0uJJ8= Received: by 10.114.53.1 with SMTP id b1mr4345395waa.134.1200869348591; Sun, 20 Jan 2008 14:49:08 -0800 (PST) Received: by 10.114.58.7 with HTTP; Sun, 20 Jan 2008 14:49:08 -0800 (PST) Message-ID: <42b497160801201449i5eacc8b3iaa1a90b99dcd4e90@mail.gmail.com> Date: Sun, 20 Jan 2008 22:49:08 +0000 From: Kimi To: "Chris H." In-Reply-To: <20080120132946.3np9spipcso4wsos@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080120132946.3np9spipcso4wsos@webmail.1command.com> Cc: freebsd-stable@freebsd.org Subject: Re: 7-PRERELEASE Xorg - Fatal server error:could not open default font 'fixed' 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: Sun, 20 Jan 2008 23:14:26 -0000 On 20/01/2008, Chris H. wrote: > Greetings, > Well, after not having any luck with Xorg after a fresh install > of 7. I decided to try a more recent cvsup of the ports tree and [...] you need ports/x11-fonts/font-alias > > -- > panic: kernel trap (ignored) > -- Regards, Kimi From owner-freebsd-stable@FreeBSD.ORG Sun Jan 20 23:26:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C737F16A418 for ; Sun, 20 Jan 2008 23:26:47 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 94EA813C459 for ; Sun, 20 Jan 2008 23:26:47 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m0KNQcAn046343; Sun, 20 Jan 2008 15:26:44 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m0KNQcDl046342; Sun, 20 Jan 2008 15:26:38 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sun, 20 Jan 2008 15:26:38 -0800 Message-ID: <20080120152638.777sxd6ggso8owwg@webmail.1command.com> X-Priority: 3 (Normal) Date: Sun, 20 Jan 2008 15:26:38 -0800 From: "Chris H." To: Kimi References: <20080120132946.3np9spipcso4wsos@webmail.1command.com> <42b497160801201449i5eacc8b3iaa1a90b99dcd4e90@mail.gmail.com> In-Reply-To: <42b497160801201449i5eacc8b3iaa1a90b99dcd4e90@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org Subject: Re: 7-PRERELEASE Xorg - Fatal server error:could not open default font 'fixed'[SOLVED] 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: Sun, 20 Jan 2008 23:26:48 -0000 Quoting Kimi : > On 20/01/2008, Chris H. wrote: >> Greetings, >> Well, after not having any luck with Xorg after a fresh install >> of 7. I decided to try a more recent cvsup of the ports tree and > [...] > > you need ports/x11-fonts/font-alias Thank you! You rock! That did it. You're the best. :) I can't believe I overlooked that. --Chris > >> >> -- >> panic: kernel trap (ignored) >> > > -- > Regards, > Kimi > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 00:39:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEB2E16A417; Mon, 21 Jan 2008 00:39:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 6D4B913C43E; Mon, 21 Jan 2008 00:39:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m0L0cxPj027407; Sun, 20 Jan 2008 17:38:59 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4793E9A3.40008@samsco.org> Date: Sun, 20 Jan 2008 17:38:59 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: David Wood References: <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sun, 20 Jan 2008 17:38:59 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: scottl@freebsd.org, ambrisko@freebsd.org, Aldas Nabazas , freebsd-stable@freebsd.org Subject: Re: Dell Perc 6 disk geometry problem with RAID5 (both 6.3 final and 7.0 RC1) 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: Mon, 21 Jan 2008 00:39:02 -0000 David Wood wrote: > [ambrisko@ and scottl@ added to CCs] > > Hi there, > What really needs to happen as a result of this thread is the following, and I would appreciate volunteers taking up these tasks in some form: 1) FAQ entries written/updated/clarified/advertised as to how FreeBSD, disklabels, FDISK tables, GPT tables, and the PC BIOS work with regard to disk sizes. Having some press articles and blogs published on the subject in conjunction would be extra good. 2) sysinstall needs to be updated to understand the 2TB "problem" and provide unambiguous information to the user about it. 3) sysinstall needs to be further updated to give the user options for doing GPT partitioning with MBR compatibility for booting. #1 and #2 are vital to get done. #3 is a very strong "nice to have". Please, anyone, feel free to work on these tasks with or without coordination with myself or others. They need to be done. Thanks, Scott From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 03:19:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE5E816A417 for ; Mon, 21 Jan 2008 03:19:27 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 8A71D13C442 for ; Mon, 21 Jan 2008 03:19:27 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so469166anc.13 for ; Sun, 20 Jan 2008 19:19:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=dzk5YTiSC0EEAHad3Ul2iSATiTf9QA7cyIz6iuacs0A=; b=qV+AdZEYlrQ8pcdBX0hFyIu3TqRq32wEhFwmROvgvhK09ihPgTWv1TdJyjvQrlKFyDG2iBx61H1AsNMp5fzxc/UGwFgZUyKY/o1mWVBmQGQzMMqq4wiwn3D32OQSm2qPgXkLjjInWMpqtaL6hhFCiycTEoe2PCdREaLtovX7YEk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=amzD8hq/TwnENEvFtcgA7UOTcK8gGGuYPbVtZ29ZZBC5rF7wG82Boq2EIO53qFryG2mjW0TFZoXsh5kL23XSkapI1LRSZ7r6jkRJ2a89f+6OtdIV6/U0oKbzPYZK7iwqDeqge2Sm06uUVzNSy2HAFGmvZLscDYiOHEaah6WJQMo= Received: by 10.100.249.9 with SMTP id w9mr13567216anh.67.1200883882106; Sun, 20 Jan 2008 18:51:22 -0800 (PST) Received: from ?10.0.0.174? ( [190.8.96.65]) by mx.google.com with ESMTPS id 35sm9893132wra.21.2008.01.20.18.51.20 (version=SSLv3 cipher=RC4-MD5); Sun, 20 Jan 2008 18:51:21 -0800 (PST) From: "Phillip N." To: FreeBSD In-Reply-To: <4787A41C.70100@FreeBSD.org> References: <476A5EE1.9000003@bulinfo.net> <476FF662.6050604@FreeBSD.org> <477BB7C0.3060603@bulinfo.net> <4787A41C.70100@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Date: Sun, 20 Jan 2008 23:51:00 -0300 Message-Id: <1200883860.2506.6.camel@negro> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Subject: Re: Performance! [SOLVED] 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: Mon, 21 Jan 2008 03:19:27 -0000 El vie, 11-01-2008 a las 18:15 +0100, Kris Kennaway escribió: > Krassimir reports that with these two fixes, the standard 7.0 kernel > has > performance: > > #threads transactions/sec > 1 755 > 8 7129 > 40 6580 > 100 6768 Hi. May i ask what kind of hardware is running this test? Just wanted to compare with this AMDX2 4600+ 2G DDR800 box wich gives: 1 500 2 887 4 880 6 834 8 791 thanks! From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 05:34:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E73C16A417; Mon, 21 Jan 2008 05:34:50 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7B95A13C468; Mon, 21 Jan 2008 05:34:49 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:14024 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S4395421AbYAUFVy (ORCPT + 2 others); Mon, 21 Jan 2008 08:21:54 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp2 X-Yandex-TimeMark: 1200892914 X-MsgDayCount: 5 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <47942BEF.8030103@yandex.ru> Date: Mon, 21 Jan 2008 08:21:51 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Volker References: <4792BC5E.4030703@vwsoft.com> In-Reply-To: <4792BC5E.4030703@vwsoft.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , FreeBSD current , cokane@freebsd.org Subject: Re: patch for review: ATI SB600 SATA AHCI 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: Mon, 21 Jan 2008 05:34:50 -0000 Volker wrote: > If nobody complains until tuesday (2008-01-22), I'll file a PR for > that patch. Hi, there was several PR's and patches for ATI. http://lists.freebsd.org/pipermail/freebsd-current/2008-January/081982.html http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079466.html http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/113195 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/118193 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/116125 I think Soren and Xin are busy and don't have time for do it. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 08:14:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A90D916A421 for ; Mon, 21 Jan 2008 08:14:27 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 5A5F613C4E8 for ; Mon, 21 Jan 2008 08:14:27 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id BCAB1158B7; Mon, 21 Jan 2008 10:14:25 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 75328-01; Mon, 21 Jan 2008 10:14:24 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 2E7F7158B5; Mon, 21 Jan 2008 10:14:24 +0200 (EET) Message-ID: <4794545E.7040208@bulinfo.net> Date: Mon, 21 Jan 2008 10:14:22 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: "Phillip N." References: <476A5EE1.9000003@bulinfo.net> <476FF662.6050604@FreeBSD.org> <477BB7C0.3060603@bulinfo.net> <4787A41C.70100@FreeBSD.org> <1200883860.2506.6.camel@negro> In-Reply-To: <1200883860.2506.6.camel@negro> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: FreeBSD Subject: Re: Performance! [SOLVED] 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: Mon, 21 Jan 2008 08:14:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Phillip N. wrote: > El vie, 11-01-2008 a las 18:15 +0100, Kris Kennaway escribió: >> Krassimir reports that with these two fixes, the standard 7.0 kernel >> has >> performance: >> >> #threads transactions/sec >> 1 755 >> 8 7129 >> 40 6580 >> 100 6768 > > Hi. > > May i ask what kind of hardware is running this test? > > Just wanted to compare with this AMDX2 4600+ 2G DDR800 box wich gives: > > 1 500 > 2 887 > 4 880 > 6 834 > 8 791 > > > thanks! > HP ProLiant DL380G5, 2 x X5450 CPUs, 15k SAS HDD, 8G RAM, see the top of the thread. > > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHlFRexJBWvpalMpkRAlC6AKCZmWSF+TEiIfOTIbC2S6/Ak3DlsACgoZ6i 2NLhlPSCDoAz+74CuWerLw0= =Q8Z1 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 09:39:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A86E16A417 for ; Mon, 21 Jan 2008 09:39:17 +0000 (UTC) (envelope-from kimimeister@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 0662D13C4D1 for ; Mon, 21 Jan 2008 09:39:16 +0000 (UTC) (envelope-from kimimeister@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3639343waf.3 for ; Mon, 21 Jan 2008 01:39:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=90ALJ/F5XNYV/EoEt9bl+ElAV7aOymm0MUG4itDPZU8=; b=xx2roGcwlSd+ybVQiXD5yBDzIV/45gWHipq86F4fVZNbfG+vJmnx0pdODT0pzcNiH2WRZNMx+jde2UvT3FRP7SHHbIVTVD4yzythFwMuut7wjZLu+ny//by/Qg1rXmCZzkju4E8YSJIJNIzIrIzvasZ3ci9E8tCuHqTQfN+NyOg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QFM0pvnhhnl08gaGdkpP6EemaoAsFrz1g9arao0kYV99TFtKQVBUVH5QJFxvZIhv/Kja/r32clkAcsYd4p99KJhdXPU4A6KnHzc7DmjedQAuwf+7R9z67E/ZZ5ynK71JmvTTimdv3QY5qoWzKkFonsgGCrprDzcbYjtVA0FYJNg= Received: by 10.114.153.18 with SMTP id a18mr3465616wae.82.1200908356524; Mon, 21 Jan 2008 01:39:16 -0800 (PST) Received: by 10.114.58.7 with HTTP; Mon, 21 Jan 2008 01:39:16 -0800 (PST) Message-ID: <42b497160801210139u12287635jd1de347c80012ef@mail.gmail.com> Date: Mon, 21 Jan 2008 09:39:16 +0000 From: Kimi To: "Chris H." In-Reply-To: <20080120152638.777sxd6ggso8owwg@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080120132946.3np9spipcso4wsos@webmail.1command.com> <42b497160801201449i5eacc8b3iaa1a90b99dcd4e90@mail.gmail.com> <20080120152638.777sxd6ggso8owwg@webmail.1command.com> Cc: freebsd-stable@freebsd.org Subject: Re: 7-PRERELEASE Xorg - Fatal server error:could not open default font 'fixed'[SOLVED] 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: Mon, 21 Jan 2008 09:39:17 -0000 On 20/01/2008, Chris H. wrote: > Quoting Kimi : > > > On 20/01/2008, Chris H. wrote: > >> Greetings, > >> Well, after not having any luck with Xorg after a fresh install > >> of 7. I decided to try a more recent cvsup of the ports tree and > > [...] > > > > you need ports/x11-fonts/font-alias > > Thank you! You rock! > That did it. You're the best. :) > > I can't believe I overlooked that. it bugged me like crazy when I could not find what it was causing the problem, even after installing all the misc fonts. ports should handle this dependency better, which means I should open a PR but never got around to it. > > --Chris > > > -- > panic: kernel trap (ignored) > > > > -- Regards, Kimi From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 12:09:50 2008 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 A0A1E16A419 for ; Mon, 21 Jan 2008 12:09:50 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 67B4713C468 for ; Mon, 21 Jan 2008 12:09:50 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JGvTJ-000GoT-GG for stable@freebsd.org; Mon, 21 Jan 2008 12:09:49 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JGvTJ-000GQJ-E3 for stable@freebsd.org; Mon, 21 Jan 2008 12:09:49 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JGvTG-0004vR-9i for stable@freebsd.org; Mon, 21 Jan 2008 12:09:46 +0000 To: stable@freebsd.org Message-Id: From: Pete French Date: Mon, 21 Jan 2008 12:09:46 +0000 Cc: Subject: stupid question about compiling the kernel 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: Mon, 21 Jan 2008 12:09:50 -0000 if I;ve chhanged one line of one file, how can I recompile without going back to the top and doing a 'make buildkernel' so I just recompile that one file ? It's getting a bit tedious to wait 40 minutes when I've only chnaged one line - is there a better way ? cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 12:16:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C3CE16A419 for ; Mon, 21 Jan 2008 12:16:00 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id EB9B313C4CC for ; Mon, 21 Jan 2008 12:15:59 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JGvZ7-0001HQ-NM for freebsd-stable@freebsd.org; Mon, 21 Jan 2008 12:15:49 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Jan 2008 12:15:49 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Jan 2008 12:15:49 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 21 Jan 2008 13:15:27 +0100 Lines: 36 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6A82B59AE50E6525F5841952" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.9 (X11/20070801) In-Reply-To: X-Enigmail-Version: 0.95.5 Sender: news Subject: Re: stupid question about compiling the kernel 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: Mon, 21 Jan 2008 12:16:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6A82B59AE50E6525F5841952 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Pete French wrote: > if I;ve chhanged one line of one file, how can I recompile without > going back to the top and doing a 'make buildkernel' so I just recompil= e > that one file ? It's getting a bit tedious to wait 40 minutes when I've= > only chnaged one line - is there a better way ? 1. Go to your kernel configuration directory (e.g. /sys/i386/conf) 2. run "config CONFNAME" (e.g. config GENERIC) 3. chdir to the printed directory and follow the instructions about make cleandepend;make depend;make; make install (if you need to re-make the kernel with changes to existing files, you can skip the make clean; make depend steps). --------------enig6A82B59AE50E6525F5841952 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHlIzrldnAQVacBcgRApCtAJ9pTDdr3YwhgsDDnNug+e+Ng4aBLQCg2j6k dJPAB6ufceHqrapeiXUnXhQ= =nGEw -----END PGP SIGNATURE----- --------------enig6A82B59AE50E6525F5841952-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 12:32:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66DA016A418 for ; Mon, 21 Jan 2008 12:32:23 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 191F113C455 for ; Mon, 21 Jan 2008 12:32:22 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so2935049pyb.10 for ; Mon, 21 Jan 2008 04:32:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=astxMTO5yHF4Mw1quOz5jJYXFYoHDK/fTtpdvpfBqNU=; b=S7v0qTm1qmkovgA+zPe1FoqxuXyfIgk/p7fLJW1Vss5wRBN9mX05wKuyE+BsVsigs9CyoYkBq0JfV9QgVVetuYFtkU6nz03u8jFPhJI0wb/etidrfOPoIvpH3TkzhQURrad6aLZIDMEV9GGVumxpFtVdpluUr75TF1ohQOREHR4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MX0CAZ85kzyKenKjVGJiAtdsct+l9OrHOtlPn0j/8lv1tdWLal44lnYZJOg/Bri1T/iTeP5CadGamIxDtr4frx2biE5GDeyq5O6l8LW3hhSs6LeSc9eyZLOsb8Hl2DiGDIW9vif+fPdEDhqpqkLiFZ/T1If1pWHwh0gDHl+RUqg= Received: by 10.65.83.18 with SMTP id k18mr14682187qbl.10.1200917143324; Mon, 21 Jan 2008 04:05:43 -0800 (PST) Received: by 10.64.184.9 with HTTP; Mon, 21 Jan 2008 04:05:43 -0800 (PST) Message-ID: <8e10486b0801210405n2a255110y2a2fa71a9f61faca@mail.gmail.com> Date: Mon, 21 Jan 2008 10:05:43 -0200 From: "Alexandre Biancalana" To: "Gergo Szakal" In-Reply-To: <20080120235011.0a8772f9.bastyaelvtars@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080120235011.0a8772f9.bastyaelvtars@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: ZFS assert panic 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: Mon, 21 Jan 2008 12:32:23 -0000 On 1/20/08, Gergo Szakal wrote: > I have done everyday work on my ZFS-enabled FreeBSD7 box. It is having > 4*250G disks in a RAIDZ array (the base system is on a separate disk). > > %uname -a > FreeBSD ginger.apathy.szote.u-szeged.hu 7.0-RC1 FreeBSD 7.0-RC1 #0: Mon > Dec 24 10:10:07 UTC 2007 > root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > > %cat info.0 > Dump header from device /dev/ad4s1b > Architecture: amd64 > Architecture Version: 2 > Dump Length: 253394944B (241 MB) > Blocksize: 512 > Dumptime: Sun Jan 20 23:51:58 2008 > Hostname: > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 7.0-RC1 #0: Mon Dec 24 10:10:07 UTC 2007 > root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > Panic String: solaris assert: sm->sm_space == space (0x1686d4800 == > 0x1686d3800), > file: /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/space_map.c, > line: 357 > Dump Parity: 4000765979 > Bounds: 0 > Dump Status: good > > Of course I have tried the things described at [1] but they did not > work, same crash occured when importing. Haven't yet tried OpenSolaris, > though. > I can provide the dump should it be needed. > > TIA for looking into the issue. Hi ! I don't want to scare you, I loose my data from the zfs filesystem in the thread pointed by you... After some days of tries to repair this with Pawel (and his contact @zfs-discuss), I ended recreating the filesystem and assuming the lost of my data. This was the first of two times that I lost the same pool with zfs, after the second time I had to give up from zfs because my job will not resists to a thrid time..... Maybe Pawel can help you... Regards, Alexandre From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 12:33:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BFAB16A417 for ; Mon, 21 Jan 2008 12:33:27 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2702713C45A for ; Mon, 21 Jan 2008 12:33:27 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JGvq9-00024N-S8 for freebsd-stable@freebsd.org; Mon, 21 Jan 2008 12:33:25 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Jan 2008 12:33:25 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Jan 2008 12:33:25 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 21 Jan 2008 13:33:07 +0100 Lines: 28 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig11B082330F44C21C99F7708E" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.9 (X11/20070801) X-Enigmail-Version: 0.95.5 Sender: news Subject: syslog notifications? 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: Mon, 21 Jan 2008 12:33:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig11B082330F44C21C99F7708E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Before I try to reinvent the wheel, I'd like to hear are there commonly used utilities that process syslog logs (e.g. /var/log/messages), grep them for some regex and notify configured e-mail addresses, in real time (as messages arrive)? I imagine something like that would either do a "tail -f" on log files or listen as a syslog filter. --------------enig11B082330F44C21C99F7708E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHlJEOldnAQVacBcgRAugTAKC+KBH18CGxvQrI+Dxn1gqnF79hSACffxxx 1lD6NKlBjVBPW0WYX6cBTmE= =zPOg -----END PGP SIGNATURE----- --------------enig11B082330F44C21C99F7708E-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 12:49:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09C4816A421 for ; Mon, 21 Jan 2008 12:49:03 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.186]) by mx1.freebsd.org (Postfix) with ESMTP id 9B90313C45B for ; Mon, 21 Jan 2008 12:49:02 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fk-out-0910.google.com with SMTP id b27so1585181fka.11 for ; Mon, 21 Jan 2008 04:49:01 -0800 (PST) Received: by 10.82.146.14 with SMTP id t14mr12275194bud.9.1200919741002; Mon, 21 Jan 2008 04:49:01 -0800 (PST) Received: by 10.82.187.11 with HTTP; Mon, 21 Jan 2008 04:49:00 -0800 (PST) Message-ID: Date: Mon, 21 Jan 2008 14:49:00 +0200 From: "Vlad GALU" To: "Ivan Voras" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: syslog notifications? 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: Mon, 21 Jan 2008 12:49:03 -0000 On 1/21/08, Ivan Voras wrote: > Hi, > > Before I try to reinvent the wheel, I'd like to hear are there commonly > used utilities that process syslog logs (e.g. /var/log/messages), grep > them for some regex and notify configured e-mail addresses, in real time > (as messages arrive)? I imagine something like that would either do a > "tail -f" on log files or listen as a syslog filter. > > > http://www.vanheusden.com/multitail/examples.html -- Mahnahmahnah! From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 12:50:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D859F16A494; Mon, 21 Jan 2008 12:50:38 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9C87E13C457; Mon, 21 Jan 2008 12:50:38 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JGw6n-000HGX-V3; Mon, 21 Jan 2008 12:50:37 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JGw6n-000GrD-Sp; Mon, 21 Jan 2008 12:50:37 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JGw6n-000Aha-Rw; Mon, 21 Jan 2008 12:50:37 +0000 To: freebsd-stable@freebsd.org, ivoras@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Mon, 21 Jan 2008 12:50:37 +0000 Cc: Subject: Re: stupid question about compiling the kernel 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: Mon, 21 Jan 2008 12:50:38 -0000 > 1. Go to your kernel configuration directory (e.g. /sys/i386/conf) > 2. run "config CONFNAME" (e.g. config GENERIC) > 3. chdir to the printed directory and follow the instructions about make > cleandepend;make depend;make; make install > > (if you need to re-make the kernel with changes to existing files, you > can skip the make clean; make depend steps). Ah, yes, of copurrse. Thanks. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 12:51:08 2008 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 600C616A417 for ; Mon, 21 Jan 2008 12:51:08 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 1FAA513C469 for ; Mon, 21 Jan 2008 12:51:08 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:61320 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1JGvsf-0005Uk-8p for stable@freebsd.org; Mon, 21 Jan 2008 13:36:01 +0100 Received: (qmail 50512 invoked from network); 21 Jan 2008 13:35:59 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 21 Jan 2008 13:35:59 +0100 Received: (qmail 60862 invoked by uid 1001); 21 Jan 2008 13:35:58 +0100 Date: Mon, 21 Jan 2008 13:35:58 +0100 From: Erik Trulsson To: Pete French Message-ID: <20080121123558.GA60825@owl.midgard.homeip.net> Mail-Followup-To: Pete French , stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1JGvsf-0005Uk-8p. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1JGvsf-0005Uk-8p 1f5828d166a9913c3e39eac00a84f380 Cc: stable@freebsd.org Subject: Re: stupid question about compiling the kernel 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: Mon, 21 Jan 2008 12:51:08 -0000 On Mon, Jan 21, 2008 at 12:09:46PM +0000, Pete French wrote: > if I;ve chhanged one line of one file, how can I recompile without > going back to the top and doing a 'make buildkernel' so I just recompile > that one file ? It's getting a bit tedious to wait 40 minutes when I've > only chnaged one line - is there a better way ? > Use 'make -DNO_CLEAN buildkernel' instead of 'make buildkernel'. This way the build will not remove all the old object files first, but will just recompile those files that need to be recompiled. (Works for buildworld as well.) Beware that there are a few, fairly rare, situations where it is actually needed to clean the tree first before building. If you run into problems it is a good idea to skip the '-DNO_CLEAN' flag. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 12:59:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D213216A541 for ; Mon, 21 Jan 2008 12:59:22 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8CFEB13C4F0 for ; Mon, 21 Jan 2008 12:59:22 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JGwFB-0003GU-QV for freebsd-stable@freebsd.org; Mon, 21 Jan 2008 12:59:17 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Jan 2008 12:59:17 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 21 Jan 2008 12:59:17 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 21 Jan 2008 13:58:58 +0100 Lines: 40 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig36CFE0BE3FD6715086F38396" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.9 (X11/20070801) In-Reply-To: X-Enigmail-Version: 0.95.5 Sender: news Subject: Re: syslog notifications? 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: Mon, 21 Jan 2008 12:59:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig36CFE0BE3FD6715086F38396 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Vlad GALU wrote: > On 1/21/08, Ivan Voras wrote: >> Hi, >> >> Before I try to reinvent the wheel, I'd like to hear are there commonl= y >> used utilities that process syslog logs (e.g. /var/log/messages), grep= >> them for some regex and notify configured e-mail addresses, in real ti= me >> (as messages arrive)? I imagine something like that would either do a >> "tail -f" on log files or listen as a syslog filter. >=20 > http://www.vanheusden.com/multitail/examples.html I'm not an expert in multitail but isn't it only for agregating log files? I'd like something that performs an action (like sending an e-mail) if it encounters a regex-described event in log file(s). --------------enig36CFE0BE3FD6715086F38396 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHlJcaldnAQVacBcgRAnrBAKD3+mm6C1UFMbQV5EFyHOQM5D7EXgCePPSO SlcGS8tj2lvbtBNvldMLFVQ= =uf8I -----END PGP SIGNATURE----- --------------enig36CFE0BE3FD6715086F38396-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 13:00:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F04416A418; Mon, 21 Jan 2008 13:00:37 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id DADAE13C4F5; Mon, 21 Jan 2008 13:00:36 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JGwGQ-000HMQ-6b; Mon, 21 Jan 2008 13:00:34 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JGwGQ-000Gx4-4F; Mon, 21 Jan 2008 13:00:34 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JGwGP-0000Mu-Uz; Mon, 21 Jan 2008 13:00:33 +0000 To: jhb@freebsd.org, petefrench@ticketswitch.com Message-Id: From: Pete French Date: Mon, 21 Jan 2008 13:00:33 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 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: Mon, 21 Jan 2008 13:00:37 -0000 > If you are using RSDT, then RsdtPhysicalAddress is what you care about > rather than XsdtPhysicalAddress. O.K., I have this now - RsdtPhysicalAddress is 0x7fec7f40 on return from madt_map_table -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 13:03:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A89CC16A418 for ; Mon, 21 Jan 2008 13:03:49 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id 466D113C46A for ; Mon, 21 Jan 2008 13:03:48 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fk-out-0910.google.com with SMTP id b27so1590158fka.11 for ; Mon, 21 Jan 2008 05:03:47 -0800 (PST) Received: by 10.82.148.7 with SMTP id v7mr12296238bud.10.1200920627165; Mon, 21 Jan 2008 05:03:47 -0800 (PST) Received: by 10.82.187.11 with HTTP; Mon, 21 Jan 2008 05:03:47 -0800 (PST) Message-ID: Date: Mon, 21 Jan 2008 15:03:47 +0200 From: "Vlad GALU" To: "Ivan Voras" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: syslog notifications? 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: Mon, 21 Jan 2008 13:03:49 -0000 On 1/21/08, Ivan Voras wrote: > Vlad GALU wrote: > > On 1/21/08, Ivan Voras wrote: > >> Hi, > >> > >> Before I try to reinvent the wheel, I'd like to hear are there commonly > >> used utilities that process syslog logs (e.g. /var/log/messages), grep > >> them for some regex and notify configured e-mail addresses, in real time > >> (as messages arrive)? I imagine something like that would either do a > >> "tail -f" on log files or listen as a syslog filter. > > > > http://www.vanheusden.com/multitail/examples.html > > I'm not an expert in multitail but isn't it only for agregating log > files? I'd like something that performs an action (like sending an > e-mail) if it encounters a regex-described event in log file(s). > > > > http://www.vanheusden.com/multitail/features.html "An external tool can be executed when a regular expression matches". It's all there, Luke. -- Mahnahmahnah! From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 13:14:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5578516A41B; Mon, 21 Jan 2008 13:14:06 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 2B38813C461; Mon, 21 Jan 2008 13:14:06 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id m0LCe5G5015881; Mon, 21 Jan 2008 04:40:05 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id m0LCe5rK015880; Mon, 21 Jan 2008 04:40:05 -0800 (PST) (envelope-from david) Date: Mon, 21 Jan 2008 04:40:05 -0800 From: David Wolfskill To: Ivan Voras Message-ID: <20080121124005.GS29422@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Ivan Voras , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="t1CmwkW5H+10rlDA" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: syslog notifications? 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: Mon, 21 Jan 2008 13:14:06 -0000 --t1CmwkW5H+10rlDA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 21, 2008 at 01:33:07PM +0100, Ivan Voras wrote: > Hi, >=20 > Before I try to reinvent the wheel, I'd like to hear are there commonly > used utilities that process syslog logs (e.g. /var/log/messages), grep > them for some regex and notify configured e-mail addresses, in real time > (as messages arrive)? I imagine something like that would either do a > "tail -f" on log files or listen as a syslog filter. This appears to resemble something of interest: freebeast(6.3-S)[18] cat /usr/ports/security//swatch/pkg-descr SWATCH - The Simple WATCHer and filter Swatch is designed to monitor system activity. Swatch requires a configuration file which contains pattern(s) to look for and action(s) to do when each pattern is found. WWW: http://swatch.sourceforge.net/ freebeast(6.3-S)[19]=20 Caveat: I've not used it, though I've seen references to it. Peace, david --=20 David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --t1CmwkW5H+10rlDA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkeUkqUACgkQmprOCmdXAD3VnwCdFevyw7oBz5FdmHCvrJgALvrI b3oAoIZ7R0xUbJcCA1clxFgrOKNQu33e =7LYv -----END PGP SIGNATURE----- --t1CmwkW5H+10rlDA-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 13:15:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01E6116A41B; Mon, 21 Jan 2008 13:15:03 +0000 (UTC) (envelope-from akiyama@jp.FreeBSD.org) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [IPv6:2001:218:422:1::15]) by mx1.freebsd.org (Postfix) with ESMTP id 85AD013C474; Mon, 21 Jan 2008 13:15:02 +0000 (UTC) (envelope-from akiyama@jp.FreeBSD.org) Received: from localhost (castle.jp.FreeBSD.org [2001:218:422:1::15]) by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3/smtpfeed 1.14) with ESMTP/inet6 id m0LDF1687764; Mon, 21 Jan 2008 22:15:01 +0900 (JST) (envelope-from akiyama@jp.FreeBSD.org) Date: Mon, 21 Jan 2008 22:14:58 +0900 From: Shunsuke Akiyama To: Michael Nottebrock In-Reply-To: <200801161708.38213.lofi@freebsd.org> References: <200801161708.38213.lofi@freebsd.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Message-Id: <20080121221459U.akiyama@jp.FreeBSD.org> X-Dispatcher: imput version 20050308(IM148) Lines: 101 Cc: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB prevents system from powering off and ucom prevents usb from being unloaded - ideas? 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: Mon, 21 Jan 2008 13:15:03 -0000 Hi, Michael Please try attached patch for current. For other branches, please get a patch from http://people.freebsd.org/~akiyama/patches/ I've only tested it on RELENG_6 branch, but it would work for both current and RELENG_7. Regards, At Wed, 16 Jan 2008 17:08:34 +0100, Michael Nottebrock wrote: > > [1 ] > Subject line is the executive summary of my problem: > > I have a box with an Intel 945GC A2 chipset that will not poweroff on shutdown > if the usb kernel module is loaded (or statically compiled into the kernel). > Unloading the usb kernel modules sometime during shutdown (I hacked the usbd > rc script for this) to work around the problem helped until I needed to hook > up another device which uses ucom(4) to the machine. On kldunload, ucom > claims to detach, but remains loaded and subsequent kldunload attempts > trigger the error "kldunload: attempt to unload file that was loaded by the > kernel". The stuck ucom in turn prevents usb from getting unloaded and the > machine cannot poweroff. > > I have already tried disabling EHCI, but it does not help. Any ideas on either > getting uhci to properly detach on shutdown or getting rid of ucom? > > > Cheers, > -- > ,_, | Michael Nottebrock | lofi@freebsd.org > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org > [2 This is a digitally signed message part. ] > Index: sys/dev/usb/ucom.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/ucom.c,v retrieving revision 1.64 diff -u -r1.64 ucom.c --- sys/dev/usb/ucom.c 25 Jun 2007 06:40:20 -0000 1.64 +++ sys/dev/usb/ucom.c 21 Jan 2008 12:54:00 -0000 @@ -1,7 +1,8 @@ /* $NetBSD: ucom.c,v 1.40 2001/11/13 06:24:54 lukem Exp $ */ /*- - * Copyright (c) 2001-2003, 2005 Shunsuke Akiyama . + * Copyright (c) 2001-2003, 2005, 2008 + * Shunsuke Akiyama . * All rights reserved. * * Redistribution and use in source and binary forms, with or without @@ -113,6 +114,7 @@ #define DPRINTFN(n, x) #endif +static int ucom_modevent(module_t, int, void *); static void ucom_cleanup(struct ucom_softc *); static int ucomparam(struct tty *, struct termios *); static void ucomstart(struct tty *); @@ -135,7 +137,7 @@ static moduledata_t ucom_mod = { "ucom", - NULL, + ucom_modevent, NULL }; @@ -143,6 +145,21 @@ MODULE_DEPEND(ucom, usb, 1, 1, 1); MODULE_VERSION(ucom, UCOM_MODVER); +static int +ucom_modevent(module_t mod, int type, void *data) +{ + switch (type) { + case MOD_LOAD: + break; + case MOD_UNLOAD: + break; + default: + return (EOPNOTSUPP); + break; + } + return (0); +} + int ucom_attach(struct ucom_softc *sc) { -- Shunsuke Akiyama akiyama@jp.FreeBSD.org akiyama@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 13:31:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 900CB16A468 for ; Mon, 21 Jan 2008 13:31:01 +0000 (UTC) (envelope-from toomas.aas@raad.tartu.ee) Received: from kuller.raad.tartu.ee (kuller.raad.tartu.ee [194.126.106.100]) by mx1.freebsd.org (Postfix) with ESMTP id 1485613C469 for ; Mon, 21 Jan 2008 13:31:00 +0000 (UTC) (envelope-from toomas.aas@raad.tartu.ee) Received: from localhost (localhost [127.0.0.1]) by kuller.raad.tartu.ee (Postfix) with ESMTP id A5EBCBAF9 for ; Mon, 21 Jan 2008 15:03:33 +0200 (EET) X-Virus-Scanned: amavisd-new at post.raad.tartu.ee Received: from kuller.raad.tartu.ee ([127.0.0.1]) by localhost (kuller.raad.tartu.ee [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uP1TbOewth+S for ; Mon, 21 Jan 2008 15:03:32 +0200 (EET) Received: from raad.tartu.ee (lv.raad.tartu.ee [194.126.106.110]) by kuller.raad.tartu.ee (Postfix) with ESMTP id 8BACEBAF0 for ; Mon, 21 Jan 2008 15:03:31 +0200 (EET) Received: from INFO/SpoolDir by raad.tartu.ee (Mercury 1.48); 21 Jan 08 15:03:32 +0200 Received: from SpoolDir by INFO (Mercury 1.48); 21 Jan 08 15:03:24 +0200 Received: from [172.26.1.6] (172.26.1.6) by raad.tartu.ee (Mercury 1.48) with ESMTP; 21 Jan 08 15:03:14 +0200 Message-ID: <47949811.1080505@raad.tartu.ee> Date: Mon, 21 Jan 2008 15:03:13 +0200 From: Toomas Aas User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: NO_ knobs in /etc/make.conf 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: Mon, 21 Jan 2008 13:31:01 -0000 Hello! In earlier releases, /etc/make.conf had various NO_ knobs such as NO_SENDMAIL or NO_IPFILTER to avoid building specific parts of the system during buildworld. In FreeBSD 7 they seem to be gone? At least they are not listed in /usr/share/examples/etc/make.conf, or make.conf(5). I'm specifically curious about NO_SENDMAIL. With earlier FreeBSD versions I added this to make.conf after installing Postfix, thinking that this way installworld won't overwrite my Postfix port. Is this no longer necessary? -- Toomas Aas From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 13:32:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 708AD16A41A for ; Mon, 21 Jan 2008 13:32:43 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id E926913C44B for ; Mon, 21 Jan 2008 13:32:42 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by fg-out-1718.google.com with SMTP id 16so2113844fgg.35 for ; Mon, 21 Jan 2008 05:32:41 -0800 (PST) Received: by 10.82.180.17 with SMTP id c17mr12328633buf.14.1200922361160; Mon, 21 Jan 2008 05:32:41 -0800 (PST) Received: by 10.82.187.11 with HTTP; Mon, 21 Jan 2008 05:32:41 -0800 (PST) Message-ID: Date: Mon, 21 Jan 2008 15:32:41 +0200 From: "Vlad GALU" To: "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Can't attach to running processes with GDB 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: Mon, 21 Jan 2008 13:32:43 -0000 -- cut here -- (gdb) attach 58621 Attaching to process 58621 /usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/solib-svr4.c:1443: internal-error: legacy_fetch_link_map_offsets called without legacy link_map support enabled. A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) -- and here -- Any idea what corner to grab this from? -- Mahnahmahnah! From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 13:38:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F3C216A41B for ; Mon, 21 Jan 2008 13:38:15 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3917413C457 for ; Mon, 21 Jan 2008 13:38:15 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [80.126.205.144]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id m0LDcCfk033747; Mon, 21 Jan 2008 14:38:13 +0100 (CET) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Mon, 21 Jan 2008 14:38:11 +0100 Content-class: urn:content-classes:message Message-ID: <57200BF94E69E54880C9BB1AF714BBCB19C08A@w2003s01.double-l.local> X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: NO_ knobs in /etc/make.conf Thread-Index: AchcMlqkFE3LI7+dTsm8eBVnEUcdMwAAFWwQ References: <47949811.1080505@raad.tartu.ee> From: "Johan Hendriks" To: "Toomas Aas" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: RE: NO_ knobs in /etc/make.conf 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: Mon, 21 Jan 2008 13:38:15 -0000 >Hello! >In earlier releases, /etc/make.conf had various NO_ knobs such as=20 >NO_SENDMAIL or NO_IPFILTER to avoid building specific parts of the system=20 >during buildworld. In FreeBSD 7 they seem to be gone? At least they are not=20 >listed in /usr/share/examples/etc/make.conf, or make.conf(5). I'm=20 >specifically curious about NO_SENDMAIL. With earlier FreeBSD versions I >added this to make.conf after installing Postfix, thinking that this way=20 >installworld won't overwrite my Postfix port. Is this no longer necessary? > >--=20 >Toomas Aas They are not gone they moved to /etc/src.conf man src.conf tells you more=20 Regards Johan Hendriks Double L Automatisering From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 13:39:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E331D16A469 for ; Mon, 21 Jan 2008 13:39:01 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id A95C513C469 for ; Mon, 21 Jan 2008 13:39:01 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JGwrc-000Hk7-T8; Mon, 21 Jan 2008 13:39:00 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JGwrc-000HNX-Qz; Mon, 21 Jan 2008 13:39:00 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JGwrc-0008p1-QI; Mon, 21 Jan 2008 13:39:00 +0000 To: freebsd-stable@freebsd.org, toomas.aas@raad.tartu.ee In-Reply-To: <47949811.1080505@raad.tartu.ee> Message-Id: From: Pete French Date: Mon, 21 Jan 2008 13:39:00 +0000 Cc: Subject: Re: NO_ knobs in /etc/make.conf 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: Mon, 21 Jan 2008 13:39:02 -0000 > In earlier releases, /etc/make.conf had various NO_ knobs such as > NO_SENDMAIL or NO_IPFILTER to avoid building specific parts of the system > during buildworld. In FreeBSD 7 they seem to be gone? They turned into 'WITHOUT_XXX' > I'm specifically curious about NO_SENDMAIL. WITHOUT_SENDMAIL=true :-) -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 13:45:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 769C616A421 for ; Mon, 21 Jan 2008 13:45:20 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.freebsd.org (Postfix) with ESMTP id 0EBCF13C442 for ; Mon, 21 Jan 2008 13:45:19 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [80.126.205.144]) by smtp-vbr2.xs4all.nl (8.13.8/8.13.8) with ESMTP id m0LDjHuS031287; Mon, 21 Jan 2008 14:45:17 +0100 (CET) (envelope-from Johan@double-l.nl) x-cr-puzzleid: {70EF2773-7C94-4820-BF88-182B51FB284C} MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Mon, 21 Jan 2008 14:44:48 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB19C08B@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: NO_ knobs in /etc/make.conf Thread-Index: AchcMlqkFE3LI7+dTsm8eBVnEUcdMwAAO81w References: <47949811.1080505@raad.tartu.ee> From: "Johan Hendriks" To: "Toomas Aas" x-cr-hashedpuzzle: BtMM Byrd DXKe GOv8 IZHC LNF2 NuYd O5Hl Ri6X SKFQ SQMe T3Xa U7rH VBt9 WCGk X8K2; 2; ZgByAGUAZQBiAHMAZAAtAHMAdABhAGIAbABlAEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnADsAdABvAG8AbQBhAHMALgBhAGEAcwBAAHIAYQBhAGQALgB0AGEAcgB0AHUALgBlAGUA; Sosha1_v1; 7; {70EF2773-7C94-4820-BF88-182B51FB284C}; agBvAGgAYQBuAEAAZABvAHUAYgBsAGUALQBsAC4AbgBsAA==; Mon, 21 Jan 2008 13:44:48 GMT; UgBFADoAIABOAE8AXwAgAGsAbgBvAGIAcwAgAGkAbgAgAC8AZQB0AGMALwBtAGEAawBlAC4AYwBvAG4AZgA= X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: RE: NO_ knobs in /etc/make.conf 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: Mon, 21 Jan 2008 13:45:20 -0000 >Hello! >In earlier releases, /etc/make.conf had various NO_ knobs such as=20 >NO_SENDMAIL or NO_IPFILTER to avoid building specific parts of the system=20 >during buildworld. In FreeBSD 7 they seem to be gone? At least they are not=20 >listed in /usr/share/examples/etc/make.conf, or make.conf(5). I'm=20 >specifically curious about NO_SENDMAIL. With earlier FreeBSD versions I >added this to make.conf after installing Postfix, thinking that this way=20 >installworld won't overwrite my Postfix port. Is this no longer necessary? >--=20 >Toomas Aas Secondly=20 Even if you do not set WITHOUT_SENDMAIL it will never overwrite your postfix install. Sendmail is build within the base system and there for is installed in /bin and /sbin and postfix Will be build within /usr/local/bin and /usr/local/sbin with the file /etc/mailer.conf you can=20 point to another mailer like postfix, exin ot qmail. Regards, Johan Hendriks Double L Automatisering =20 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 13:45:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D77716A500 for ; Mon, 21 Jan 2008 13:45:35 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 91ACD13C44B for ; Mon, 21 Jan 2008 13:45:35 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 6F4121CC033; Mon, 21 Jan 2008 05:45:35 -0800 (PST) Date: Mon, 21 Jan 2008 05:45:35 -0800 From: Jeremy Chadwick To: Toomas Aas Message-ID: <20080121134535.GA42701@eos.sc1.parodius.com> References: <47949811.1080505@raad.tartu.ee> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47949811.1080505@raad.tartu.ee> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: NO_ knobs in /etc/make.conf 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: Mon, 21 Jan 2008 13:45:35 -0000 On Mon, Jan 21, 2008 at 03:03:13PM +0200, Toomas Aas wrote: > In earlier releases, /etc/make.conf had various NO_ knobs such as > NO_SENDMAIL or NO_IPFILTER to avoid building specific parts of the system > during buildworld. In FreeBSD 7 they seem to be gone? At least they are not > listed in /usr/share/examples/etc/make.conf, or make.conf(5). I'm > specifically curious about NO_SENDMAIL. With earlier FreeBSD versions I > added this to make.conf after installing Postfix, thinking that this way > installworld won't overwrite my Postfix port. Is this no longer necessary? Regarding NO_SENDMAIL and NO_IPFILER: Both of these appear to have been renamed: WITHOUT_SENDMAIL and WITHOUT_IPFILTER. You can poke around at things in src/tools/build/options/ and see what's what. However, I'm not sure how these play a role with world right now. I'm not entirely familiar with how (if at all) src/tools/build/options/ actually controls buildworld/isntallworld features. Someone else will have to comment on that. Regarding concerns over mailer selection: Which mailer gets used for commands like sendmail(8), newaliases(1), mailq(8) and others is enitrely based on /etc/mail/mailer.conf. The actual binaries on FreeBSD of /usr/sbin/sendmail, /usr/bin/newaliases, etc. are all wrappers that read /etc/mail/mailer.conf to determine what program to actually execute. So it's "generally safe" to have both sendmail (the MTA/MDA) from the base system installed at the same time as postfix. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 14:05:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E39B916A418 for ; Mon, 21 Jan 2008 14:05:14 +0000 (UTC) (envelope-from drew.weaver@thenap.com) Received: from exchanga.thenap.com (exchanga.thenap.com [209.190.0.12]) by mx1.freebsd.org (Postfix) with ESMTP id AF47E13C46B for ; Mon, 21 Jan 2008 14:05:14 +0000 (UTC) (envelope-from drew.weaver@thenap.com) Received: from exchanga.thenap.com ([209.190.0.12]) by exchanga.thenap.com ([209.190.0.12]) with mapi; Mon, 21 Jan 2008 09:08:25 -0500 From: Drew Weaver To: "'freebsd-stable@freebsd.org'" Date: Mon, 21 Jan 2008 09:08:25 -0500 Thread-Topic: Manual/Wiki or other documentation for PXE install mainly install.cfg? Thread-Index: AchcNxigmGPXxmQrSK+ReYzQrJcJ/w== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Subject: Manual/Wiki or other documentation for PXE install mainly install.cfg? 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: Mon, 21 Jan 2008 14:05:15 -0000 ICAgICAgICBIaSB0aGVyZSwgSeKAmXZlIHNlZW4gYWJvdXQgYSBkb3plbiBkaWZmZXJlbnQgZXhh bXBsZSBmaWxlcyBmb3IgdGhlIGluc3RhbGwuY2ZnIHVzZWQgdG8gZmVlZCBzeXNpbnN0YWxsIGF1 dG9tYXRpYyBjb25maWd1cmF0aW9uIGRhdGEgZm9yIHB4ZSBpbnN0YWxsYXRpb25zIGJ1dCBJIGNh bnQgZmlndXJlIG91dCB3aGVyZSBwZW9wbGUgYXJlIGdldHRpbmcgdGhlIG9wdGlvbnMgdGhleeKA mXJlIHVzaW5nIGZyb20uDQoNCklzIHRoZXJlIGEgbWFudWFsLCB3aWtpIG9yIG90aGVyd2lzZSBk b2N1bWVudGF0aW9uIG9uIHdoYXQgaXMg4oCcdmFsaWTigJ0gdG8gcHV0IGludG8gdGhpcyBmaWxl Pw0KDQpBbHNvIGlzIHRoaXMgZmlsZSBhdCBhbGwgc2NyaXB0YWJsZT8NCg0KV2Ugd291bGQgbGlr ZSB0byBiZSBhYmxlIHRvIHVzZSB0aGUgc2FtZSBpbnN0YWxsLmNmZyBvbiBhbGwgb2Ygb3VyIG1h Y2hpbmVzIGJ1dCBzb21lIG9mIHRoZW0gaGF2ZSBkaWZmZXJlbnQgTklDcyAoaS5lLikgc29tZSBo YXZlIHJsMCwgZnhwMCBjYW4gd2UgdXNlIGlmIHN0YXRlbWVudHMgdG8gZGV0ZWN0Pw0KDQpSZWFs bHkgb3VyIGluc3RhbGxzIGFyZSBwcmV0dHkgYmFzaWMgYWxsIHdlIGRvIGlzDQoNClN0YW5kYXJk IC0+IGF1dG8gc2xpY2UgLT4gYXV0byBwYXJ0aXRpb24gLT4gZGhjcCAtPiBubyBleHRyYSBwYWNr YWdlcyAtPiBTU0ggZW5hYmxlIC0+IGluc3RhbGwgb3ZlciBGVFANCg0KU28gbm90aGluZyBoYXJk IGFib3V0IHRoYXQg4pi6DQoNCkl0cyBqdXN0IGZpZ3VyaW5nIG91dCB0aGUgcmlnaHQgc3ludGF4 Lg0KDQpJdCB3b3VsZCBiZSBuaWNlIGlmIHdoZW4geW91IGRvIGFuIGluc3RhbGxhdGlvbiBpdCBj cmVhdGVzIGFuIC5pbnN0YWxsLmNmZyBpbiAvcm9vdCB3aXRoIHRoZSBzZXR0aW5ncyB5b3UgY291 bGQgdXNlIHRvIHJlcHJvZHVjZSB0aGF0IHNhbWUgZXhhY3QgY29uZmlndXJhdGlvbiBvbiBvdGhl ciBtYWNoaW5lcyA6LSkNCg0KSSdtIGtpbmQgb2YgYSBkcmVhbWVyIHRob3VnaC4NCg0KVGhhbmtz IGluIGFkdmFuY2UgZm9yIGFueSB0aXBzL3RyaWNrcyENCg0KLURyZXcNCg0KDQoNCg== From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 16:07:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1576516A418 for ; Mon, 21 Jan 2008 16:07:55 +0000 (UTC) (envelope-from royce@alaska.net) Received: from hermes.acsalaska.net (hermes.acsalaska.net [209.112.173.230]) by mx1.freebsd.org (Postfix) with ESMTP id D9A3A13C478 for ; Mon, 21 Jan 2008 16:07:54 +0000 (UTC) (envelope-from royce@alaska.net) Received: from [192.168.254.100] (209-112-210-212-rb1.nwc.dsl.dynamic.acsalaska.net [209.112.210.212]) by hermes.acsalaska.net (8.14.1/8.14.1) with ESMTP id m0LG7rBW005765; Mon, 21 Jan 2008 07:07:53 -0900 (AKST) (envelope-from royce@alaska.net) Message-ID: <4794C35A.10405@alaska.net> Date: Mon, 21 Jan 2008 07:07:54 -0900 From: Royce Williams User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Drew Weaver References: In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.63; SA 3.2.3; spamdefang 1.122 Cc: "'freebsd-stable@freebsd.org'" Subject: Re: Manual/Wiki or other documentation for PXE install mainly install.cfg? 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: Mon, 21 Jan 2008 16:07:55 -0000 Drew Weaver wrote, on 1/21/2008 5:08 AM: > Hi there, I’ve seen about a dozen different example files for the > install.cfg used to feed sysinstall automatic configuration data > for pxe installations but I cant figure out where people are > getting the options they’re using from. > > Is there a manual, wiki or otherwise documentation on what is > “valid†to put into this file? Not that I'm aware of, other than the source itself. > Also is this file at all scriptable? Not that I am aware of. > We would like to be able to use the same install.cfg on all of our > machines but some of them have different NICs (i.e.) some have rl0, > fxp0 can we use if statements to detect? What I've seen most people doing is using the post-install features to call a script after everything else is done. Unfortunately, this doesn't give you scriptable control over the NIC used. I pregenerate an appropriate install.cfg based on system type, and then create a DHCP group (I use isc-dhcpd) for all MACs of that type. I associate that group with a slightly different nfsroot (containing the appropriate config file) for that family of machine. It's not pretty, but it works. > Thanks in advance for any tips/tricks! I found this post by Ceri Davies to be helpful: http://typo.submonkey.net/articles/2006/02/12/having-a-bad-day Royce -- Royce D. Williams - IP Engineering, ACS http://www.tycho.org/royce/ - PGP: 3FC087DB/1776A531 It is vain to do with more what can be done with fewer. - Occam From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 16:17:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52B8816A419 for ; Mon, 21 Jan 2008 16:17:53 +0000 (UTC) (envelope-from drew.weaver@thenap.com) Received: from exchanga.thenap.com (exchanga.thenap.com [209.190.0.12]) by mx1.freebsd.org (Postfix) with ESMTP id 1B21813C45A for ; Mon, 21 Jan 2008 16:17:53 +0000 (UTC) (envelope-from drew.weaver@thenap.com) Received: from exchanga.thenap.com ([209.190.0.12]) by exchanga.thenap.com ([209.190.0.12]) with mapi; Mon, 21 Jan 2008 11:31:24 -0500 From: Drew Weaver To: 'Royce Williams' Date: Mon, 21 Jan 2008 11:31:22 -0500 Thread-Topic: Manual/Wiki or other documentation for PXE install mainly install.cfg? Thread-Index: AchcSa5xsDVA2wM0QBmmuXwODv1ILwAATkpw Message-ID: References: <4794C35A.10405@alaska.net> In-Reply-To: <4794C35A.10405@alaska.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "'freebsd-stable@freebsd.org'" Subject: RE: Manual/Wiki or other documentation for PXE install mainly install.cfg? 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: Mon, 21 Jan 2008 16:17:53 -0000 ICAgICAgICBXb3VsZCBoYXZlIGJlZW4sIG9yIHdvdWxkIGJlIG5pY2UgaWYgdGhleSBjb3VsZCBt YWtlIGFuIGFsaWFzIHRvICd0aGUgZmlyc3QgRXRoZXJuZXQgY29udHJvbGxlcicgKGkuZS4gZXRo MCkuIFNvIHRoYXQgeW91IGNvdWxkIHJlZmVyZW5jZSBpdCBpbiBzdWNoIGEgd2F5IHdoZW4gdGhl cmUgaXMgb25seSBhIHNpbmdsZSBFdGhlcm5ldCBjb250cm9sbGVyIGluIGEgbWFjaGluZS4NCg0K LURyZXcNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFJveWNlIFdpbGxpYW1z IFttYWlsdG86cm95Y2VAYWxhc2thLm5ldF0NClNlbnQ6IE1vbmRheSwgSmFudWFyeSAyMSwgMjAw OCAxMTowOCBBTQ0KVG86IERyZXcgV2VhdmVyDQpDYzogJ2ZyZWVic2Qtc3RhYmxlQGZyZWVic2Qu b3JnJw0KU3ViamVjdDogUmU6IE1hbnVhbC9XaWtpIG9yIG90aGVyIGRvY3VtZW50YXRpb24gZm9y IFBYRSBpbnN0YWxsIG1haW5seSBpbnN0YWxsLmNmZz8NCg0KRHJldyBXZWF2ZXIgd3JvdGUsIG9u IDEvMjEvMjAwOCA1OjA4IEFNOg0KPiBIaSB0aGVyZSwgSeKAmXZlIHNlZW4gYWJvdXQgYSBkb3pl biBkaWZmZXJlbnQgZXhhbXBsZSBmaWxlcyBmb3IgdGhlDQo+IGluc3RhbGwuY2ZnIHVzZWQgdG8g ZmVlZCBzeXNpbnN0YWxsIGF1dG9tYXRpYyBjb25maWd1cmF0aW9uIGRhdGENCj4gZm9yIHB4ZSBp bnN0YWxsYXRpb25zIGJ1dCBJIGNhbnQgZmlndXJlIG91dCB3aGVyZSBwZW9wbGUgYXJlDQo+IGdl dHRpbmcgdGhlIG9wdGlvbnMgdGhleeKAmXJlIHVzaW5nIGZyb20uDQo+DQo+IElzIHRoZXJlIGEg bWFudWFsLCB3aWtpIG9yIG90aGVyd2lzZSBkb2N1bWVudGF0aW9uIG9uIHdoYXQgaXMNCj4g4oCc dmFsaWTigJ0gdG8gcHV0IGludG8gdGhpcyBmaWxlPw0KDQpOb3QgdGhhdCBJJ20gYXdhcmUgb2Ys IG90aGVyIHRoYW4gdGhlIHNvdXJjZSBpdHNlbGYuDQoNCj4gQWxzbyBpcyB0aGlzIGZpbGUgYXQg YWxsIHNjcmlwdGFibGU/DQoNCk5vdCB0aGF0IEkgYW0gYXdhcmUgb2YuDQoNCj4gV2Ugd291bGQg bGlrZSB0byBiZSBhYmxlIHRvIHVzZSB0aGUgc2FtZSBpbnN0YWxsLmNmZyBvbiBhbGwgb2Ygb3Vy DQo+IG1hY2hpbmVzIGJ1dCBzb21lIG9mIHRoZW0gaGF2ZSBkaWZmZXJlbnQgTklDcyAoaS5lLikg c29tZSBoYXZlIHJsMCwNCj4gZnhwMCBjYW4gd2UgdXNlIGlmIHN0YXRlbWVudHMgdG8gZGV0ZWN0 Pw0KDQpXaGF0IEkndmUgc2VlbiBtb3N0IHBlb3BsZSBkb2luZyBpcyB1c2luZyB0aGUgcG9zdC1p bnN0YWxsIGZlYXR1cmVzIHRvDQpjYWxsIGEgc2NyaXB0IGFmdGVyIGV2ZXJ5dGhpbmcgZWxzZSBp cyBkb25lLiAgVW5mb3J0dW5hdGVseSwgdGhpcw0KZG9lc24ndCBnaXZlIHlvdSBzY3JpcHRhYmxl IGNvbnRyb2wgb3ZlciB0aGUgTklDIHVzZWQuDQoNCkkgcHJlZ2VuZXJhdGUgYW4gYXBwcm9wcmlh dGUgaW5zdGFsbC5jZmcgYmFzZWQgb24gc3lzdGVtIHR5cGUsIGFuZA0KdGhlbiBjcmVhdGUgYSBE SENQIGdyb3VwIChJIHVzZSBpc2MtZGhjcGQpIGZvciBhbGwgTUFDcyBvZiB0aGF0IHR5cGUuDQog SSBhc3NvY2lhdGUgdGhhdCBncm91cCB3aXRoIGEgc2xpZ2h0bHkgZGlmZmVyZW50IG5mc3Jvb3Qg KGNvbnRhaW5pbmcNCnRoZSBhcHByb3ByaWF0ZSBjb25maWcgZmlsZSkgZm9yIHRoYXQgZmFtaWx5 IG9mIG1hY2hpbmUuICBJdCdzIG5vdA0KcHJldHR5LCBidXQgaXQgd29ya3MuDQoNCj4gVGhhbmtz IGluIGFkdmFuY2UgZm9yIGFueSB0aXBzL3RyaWNrcyENCg0KSSBmb3VuZCB0aGlzIHBvc3QgYnkg Q2VyaSBEYXZpZXMgdG8gYmUgaGVscGZ1bDoNCg0KaHR0cDovL3R5cG8uc3VibW9ua2V5Lm5ldC9h cnRpY2xlcy8yMDA2LzAyLzEyL2hhdmluZy1hLWJhZC1kYXkNCg0KDQpSb3ljZQ0KDQotLQ0KUm95 Y2UgRC4gV2lsbGlhbXMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC0gSVAgRW5naW5l ZXJpbmcsIEFDUw0KaHR0cDovL3d3dy50eWNoby5vcmcvcm95Y2UvICAgICAgICAgICAgICAgICAg IC0gUEdQOiAzRkMwODdEQi8xNzc2QTUzMQ0KICAgSXQgaXMgdmFpbiB0byBkbyB3aXRoIG1vcmUg d2hhdCBjYW4gYmUgZG9uZSB3aXRoIGZld2VyLiAtIE9jY2FtDQo= From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 16:37:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03BE516A421; Mon, 21 Jan 2008 16:37:48 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id ED08013C447; Mon, 21 Jan 2008 16:37:46 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.13.8/8.13.8) with ESMTP id m0LGFpp2011056; Mon, 21 Jan 2008 17:15:54 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id AA9BE4F; Mon, 21 Jan 2008 17:15:51 +0100 (CET) Date: Mon, 21 Jan 2008 17:16:06 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-mobile@freebsd.org Message-Id: <20080121171606.8eb5f189.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.3; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.0.320885 Cc: freebsd-stable@freebsd.org Subject: T7200 CPU not detected by est 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: Mon, 21 Jan 2008 16:37:48 -0000 Hi folks, I have several systems using T7200 mobile CPUs running under 7-stable. However, EST does not recognize the cpus. When loading cpufreq I get: --- Jan 18 23:18:14 comet kernel: est1: on cpu1 Jan 18 23:18:14 comet kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Jan 18 23:18:14 comet kernel: est: cpu_vendor GenuineIntel, msr 6130c2906000c29 Jan 18 23:18:14 comet kernel: device_attach: est1 attach returned 6 Jan 18 23:18:14 comet kernel: p4tcc0: on cpu0 Jan 18 23:18:14 comet kernel: est1: on cpu1 Jan 18 23:18:14 comet kernel: est: CPU supports Enhanced Control> Speedstep, but is not recognized. Jan 18 23:18:14 comet kernel: Control> est: cpu_vendor GenuineIntel, msr 6130c2906000c29 Jan 18 23:18:14 comet kernel: device_attach: est1 attach returned 6 Jan 18 23:18:14 comet kernel: p4tcc1: on cpu1 Jan 18 23:18:14 comet kernel: est1: on cpu1 Jan 18 23:18:14 comet kernel: est: CPU supports Enhanced Control> Speedstep, but is not recognized. Jan 18 23:18:14 comet kernel: est: cpu_vendor GenuineIntel, msr 6130c2906000c29 Jan 18 23:18:14 comet kernel: device_attach: est1 attach returned 6 Jan 18 23:18:14 comet kernel: est1: on cpu1 Jan 18 23:18:14 comet kernel: est: CPU supports Enhanced Speedstep, but is not recognized. Jan 18 23:18:14 comet kernel: est: cpu_vendor GenuineIntel, msr 6130c2906000c29 Jan 18 23:18:14 comet kernel: device_attach: est1 attach returned 6 --- Here is some (hopefully useful :-) excerpt from my dmesg: --- Copyright (c) 1992-2007 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.0-BETA4 #0: Fri Dec 14 21:02:47 CET 2007 root@comet.terra.ger:/usr/obj/usr/src/sys/COMET.7 can't re-use a leaf (siots)! can't re-use a leaf (conspeed)! can't re-use a leaf (gdbspeed)! can't re-use a leaf (conrclk)! Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (1999.00-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2137915392 (2038 MB) avail memory = 2086670336 (1990 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 pnpbios: Bad PnP BIOS data checksum ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard [...] acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7f5e0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 cpu1: on acpi0 acpi_button0: on acpi0 [...] SMP: AP CPU #1 Launched! --- When I start powerd with cpufreq loaded like this, the machines typically crash and reboot. I searched the web for a while to find a solution for this, but without any success. Does anybody here have some hints how to get speedstepping & co. to work properly? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 16:38:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59B5E16A478 for ; Mon, 21 Jan 2008 16:38:33 +0000 (UTC) (envelope-from kimimeister@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1421913C468 for ; Mon, 21 Jan 2008 16:38:33 +0000 (UTC) (envelope-from kimimeister@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3835756waf.3 for ; Mon, 21 Jan 2008 08:38:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=LbnqfBQH/VjR0P/ny/X+dAR33ZyerdzQ+Z/wPEOEMPs=; b=VbJ2YeLGYelFRAAnGQggEbrP8Tw7nLrUVNYnXj7YvbpLIl+XGa6ZqTcTbU0wKgkSZk6EhTHm9csnnr+Oue+OWnu8sUdNbhSmFYV4hanlxo+MeSuXW+TQohVTbyiF7TvCgBi4SJuqv7sDAQuTqCPSrXzFqzvZv3jjFE6O25ZIRwE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=C/Ev3QY/FlLELFDE0Lg+//hTNFXpDpLeEe7b+0fdHdYpmKfBkK/z/nM/QAGYOmnkZnb06oZC1YasTI8SZAtEHOa+eBILgeSrJ47Jx9m0/nxMSDA8wE55k2RMquYyrbO/sfPnnCQYWmN8m8wE9HGgFsrVYZlgoP+kmX8GcEJSefU= Received: by 10.114.151.13 with SMTP id y13mr3743697wad.60.1200933512404; Mon, 21 Jan 2008 08:38:32 -0800 (PST) Received: by 10.114.58.7 with HTTP; Mon, 21 Jan 2008 08:38:32 -0800 (PST) Message-ID: <42b497160801210838j13ea3fe0wf8bf69faa2467eae@mail.gmail.com> Date: Mon, 21 Jan 2008 16:38:32 +0000 From: Kimi To: "Drew Weaver" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4794C35A.10405@alaska.net> Cc: "freebsd-stable@freebsd.org" , Royce Williams Subject: Re: Manual/Wiki or other documentation for PXE install mainly install.cfg? 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: Mon, 21 Jan 2008 16:38:33 -0000 On 21/01/2008, Drew Weaver wrote: > Would have been, or would be nice if they could make an alias to 'the first Ethernet controller' (i.e. eth0). So that you could reference it in such a way when there is only a single Ethernet controller in a machine. > ifconfig fxp0 name eth0 ? man pages is your friend > -Drew > > -----Original Message----- > From: Royce Williams [mailto:royce@alaska.net] > Sent: Monday, January 21, 2008 11:08 AM > To: Drew Weaver > Cc: 'freebsd-stable@freebsd.org' > Subject: Re: Manual/Wiki or other documentation for PXE install mainly install.cfg? > > Drew Weaver wrote, on 1/21/2008 5:08 AM: > > Hi there, I've seen about a dozen different example files for the > > install.cfg used to feed sysinstall automatic configuration data > > for pxe installations but I cant figure out where people are > > getting the options they're using from. > > > > Is there a manual, wiki or otherwise documentation on what is > > "valid" to put into this file? > > Not that I'm aware of, other than the source itself. > > > Also is this file at all scriptable? > > Not that I am aware of. > > > We would like to be able to use the same install.cfg on all of our > > machines but some of them have different NICs (i.e.) some have rl0, > > fxp0 can we use if statements to detect? > > What I've seen most people doing is using the post-install features to > call a script after everything else is done. Unfortunately, this > doesn't give you scriptable control over the NIC used. > > I pregenerate an appropriate install.cfg based on system type, and > then create a DHCP group (I use isc-dhcpd) for all MACs of that type. > I associate that group with a slightly different nfsroot (containing > the appropriate config file) for that family of machine. It's not > pretty, but it works. > > > Thanks in advance for any tips/tricks! > > I found this post by Ceri Davies to be helpful: > > http://typo.submonkey.net/articles/2006/02/12/having-a-bad-day > > > Royce > > -- > Royce D. Williams - IP Engineering, ACS > http://www.tycho.org/royce/ - PGP: 3FC087DB/1776A531 > It is vain to do with more what can be done with fewer. - Occam > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Regards, Kimi From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 16:44:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B74B416A41A for ; Mon, 21 Jan 2008 16:44:10 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id 752E613C447 for ; Mon, 21 Jan 2008 16:44:10 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id E3878B028E; Mon, 21 Jan 2008 17:44:08 +0100 (CET) MIME-Version: 1.0 Date: Mon, 21 Jan 2008 17:44:08 +0100 From: Marian Hettwer To: Kimi In-Reply-To: <42b497160801210838j13ea3fe0wf8bf69faa2467eae@mail.gmail.com> References: <42b497160801210838j13ea3fe0wf8bf69faa2467eae@mail.gmail.com> Message-ID: <373df47a949fa2917f85f8a2b1eec9aa@localhost> X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, Drew Weaver , Royce Williams Subject: Re: Manual/Wiki or other documentation for PXE install mainlyinstall.cfg? 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: Mon, 21 Jan 2008 16:44:10 -0000 On Mon, 21 Jan 2008 16:38:32 +0000, Kimi wrote: > On 21/01/2008, Drew Weaver wrote: >> Would have been, or would be nice if they could make an alias to > 'the first Ethernet controller' (i.e. eth0). So that you could reference it > in such a way when there is only a single Ethernet controller in a machine. >> > > ifconfig fxp0 name eth0 ? > well, at this point he doesn't seem to know wether fxp0 is his first ethernet interface. Chicken Egg problem ;-) This is a snippet from OpenBSD's installer (it's a ksh script). Dunno wether it works on FreeBSD, though. But should :) # Find all ethernet interfaces A=`dmesg | grep 'address ..:..:..:..:..:..' | sed 's/^\(.*\) at .*/\1/'` # Find the first interface with cable plugged in for i in $A; do if ifconfig $i | grep 'status: active'; then IFACE=$i; export IFACE break fi done if test "$IFACE"; then echo Network interface is $IFACE else echo No network interface located. Aborting. exec sh fi The status: active part could be a way to figure out which interface is active... regards, Marian From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 16:50:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74CB816A418 for ; Mon, 21 Jan 2008 16:50:50 +0000 (UTC) (envelope-from drew.weaver@thenap.com) Received: from exchanga.thenap.com (exchanga.thenap.com [209.190.0.12]) by mx1.freebsd.org (Postfix) with ESMTP id 3CDC113C448 for ; Mon, 21 Jan 2008 16:50:50 +0000 (UTC) (envelope-from drew.weaver@thenap.com) Received: from exchanga.thenap.com ([209.190.0.12]) by exchanga.thenap.com ([209.190.0.12]) with mapi; Mon, 21 Jan 2008 12:04:21 -0500 From: Drew Weaver To: 'Marian Hettwer' , Kimi Date: Mon, 21 Jan 2008 12:04:20 -0500 Thread-Topic: Manual/Wiki or other documentation for PXE install mainlyinstall.cfg? Thread-Index: AchcTsAZc49X2246TGS0E40HX+MRHAAANFzg Message-ID: References: <42b497160801210838j13ea3fe0wf8bf69faa2467eae@mail.gmail.com> <373df47a949fa2917f85f8a2b1eec9aa@localhost> In-Reply-To: <373df47a949fa2917f85f8a2b1eec9aa@localhost> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "freebsd-stable@freebsd.org" , Royce Williams Subject: RE: Manual/Wiki or other documentation for PXE install mainlyinstall.cfg? 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: Mon, 21 Jan 2008 16:50:50 -0000 T24gTW9uLCAyMSBKYW4gMjAwOCAxNjozODozMiArMDAwMCwgS2ltaSA8a2ltaW1laXN0ZXJAZ21h aWwuY29tPiB3cm90ZToNCj4gT24gMjEvMDEvMjAwOCwgRHJldyBXZWF2ZXIgPGRyZXcud2VhdmVy QHRoZW5hcC5jb20+IHdyb3RlOg0KPj4gICAgICAgICBXb3VsZCBoYXZlIGJlZW4sIG9yIHdvdWxk IGJlIG5pY2UgaWYgdGhleSBjb3VsZCBtYWtlIGFuIGFsaWFzIHRvDQo+ICd0aGUgZmlyc3QgRXRo ZXJuZXQgY29udHJvbGxlcicgKGkuZS4gZXRoMCkuIFNvIHRoYXQgeW91IGNvdWxkIHJlZmVyZW5j ZQ0KaXQNCj4gaW4gc3VjaCBhIHdheSB3aGVuIHRoZXJlIGlzIG9ubHkgYSBzaW5nbGUgRXRoZXJu ZXQgY29udHJvbGxlciBpbiBhDQptYWNoaW5lLg0KPj4NCj4NCj4gaWZjb25maWcgZnhwMCBuYW1l IGV0aDAgPw0KPg0Kd2VsbCwgYXQgdGhpcyBwb2ludCBoZSBkb2Vzbid0IHNlZW0gdG8ga25vdyB3 ZXRoZXIgZnhwMCBpcyBoaXMgZmlyc3QNCmV0aGVybmV0IGludGVyZmFjZS4gQ2hpY2tlbiBFZ2cg cHJvYmxlbSA7LSkNCg0KVGhpcyBpcyBhIHNuaXBwZXQgZnJvbSBPcGVuQlNEJ3MgaW5zdGFsbGVy IChpdCdzIGEga3NoIHNjcmlwdCkuDQpEdW5ubyB3ZXRoZXIgaXQgd29ya3Mgb24gRnJlZUJTRCwg dGhvdWdoLiBCdXQgc2hvdWxkIDopDQojIEZpbmQgYWxsIGV0aGVybmV0IGludGVyZmFjZXMNCkE9 YGRtZXNnIHwgZ3JlcCAnYWRkcmVzcyAuLjouLjouLjouLjouLjouLicgfCBzZWQgJ3MvXlwoLipc KSBhdCAuKi9cMS8nYA0KIyBGaW5kIHRoZSBmaXJzdCBpbnRlcmZhY2Ugd2l0aCBjYWJsZSBwbHVn Z2VkIGluDQpmb3IgaSBpbiAkQTsgZG8NCiAgICBpZiBpZmNvbmZpZyAkaSB8IGdyZXAgJ3N0YXR1 czogYWN0aXZlJzsgdGhlbg0KICAgICAgICBJRkFDRT0kaTsgZXhwb3J0IElGQUNFDQogICAgICAg IGJyZWFrDQogICAgZmkNCmRvbmUNCmlmIHRlc3QgIiRJRkFDRSI7IHRoZW4NCiAgICBlY2hvIE5l dHdvcmsgaW50ZXJmYWNlIGlzICRJRkFDRQ0KZWxzZQ0KICAgIGVjaG8gTm8gbmV0d29yayBpbnRl cmZhY2UgbG9jYXRlZC4gQWJvcnRpbmcuDQogICAgZXhlYyBzaA0KZmkNCi0tLQ0KDQpOb3Qgc3Bl Y2lmaWNhbGx5IHRoYXQgSSBkb27igJl0IGtub3csIG1vcmUgc3BlY2lmaWNhbGx5IHRoYXQgaW5z dGFsbC5jZmcgZG9lc24ndCBrbm93IHdoZXRoZXIgaXTigJlzIGEgcmwwLCBmeHAwIG9yIDMgb3Ig NCBvdGhlcnMuLg0KDQotRHJldw0KDQo= From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 17:01:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86D5216A418 for ; Mon, 21 Jan 2008 17:01:02 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7381B13C44B for ; Mon, 21 Jan 2008 17:01:02 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 539BD1CC031; Mon, 21 Jan 2008 09:01:02 -0800 (PST) Date: Mon, 21 Jan 2008 09:01:02 -0800 From: Jeremy Chadwick To: Gerrit =?iso-8859-1?Q?K=FChn?= Message-ID: <20080121170102.GA46419@eos.sc1.parodius.com> References: <20080121171606.8eb5f189.gerrit@pmp.uni-hannover.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20080121171606.8eb5f189.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: T7200 CPU not detected by est 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: Mon, 21 Jan 2008 17:01:02 -0000 On Mon, Jan 21, 2008 at 05:16:06PM +0100, Gerrit Kühn wrote: > I have several systems using T7200 mobile CPUs running under 7-stable. > However, EST does not recognize the cpus. When loading cpufreq I get: > > --- > Jan 18 23:18:14 comet kernel: est1: on cpu1 > Jan 18 23:18:14 comet kernel: est: CPU supports Enhanced Speedstep, but is not recognized. > Jan 18 23:18:14 comet kernel: est: cpu_vendor GenuineIntel, msr 6130c2906000c29 > Jan 18 23:18:14 comet kernel: device_attach: est1 attach returned 6 > --- I see identical behaviour on our Supermicro PDSMI+ systems, using E6420 CPUs, so I don't believe the problem is specific to your motherboard or certain Intel CPU models: CPU: Intel(R) Core(TM)2 CPU 6420 @ 2.13GHz (2128.01-MHz 686-class CPU) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est0 attach returned 6 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est1 attach returned 6 In the case of our servers, we usually turn EIST off (this one particular box has it enabled) because of the above problem -- but I'd much rather have it turned on to help save power. For a laptop or workstation, however, I can see this being an incredibly important feature. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 17:21:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F3A716A480 for ; Mon, 21 Jan 2008 17:21:59 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing02.lava.net (outgoing02.lava.net [64.65.64.125]) by mx1.freebsd.org (Postfix) with ESMTP id 312D413C4EF for ; Mon, 21 Jan 2008 17:21:59 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing02.lava.net (Postfix) with ESMTP id 8E7CB17117D; Mon, 21 Jan 2008 07:21:58 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 49F74153882; Mon, 21 Jan 2008 07:21:58 -1000 (HST) Date: Mon, 21 Jan 2008 07:21:58 -1000 From: Clifton Royston To: Ivan Voras Message-ID: <20080121172157.GA2236@lava.net> Mail-Followup-To: Ivan Voras , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: syslog notifications? 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: Mon, 21 Jan 2008 17:21:59 -0000 On Mon, Jan 21, 2008 at 01:33:07PM +0100, Ivan Voras wrote: > Before I try to reinvent the wheel, I'd like to hear are there commonly > used utilities that process syslog logs (e.g. /var/log/messages), grep > them for some regex and notify configured e-mail addresses, in real time > (as messages arrive)? I imagine something like that would either do a > "tail -f" on log files or listen as a syslog filter. Swatch, logwatch, probably numerous others. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 17:22:38 2008 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 0FE1216A54A for ; Mon, 21 Jan 2008 17:22:38 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9730C13C45D for ; Mon, 21 Jan 2008 17:22:36 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id m0LGwcYP018530 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 21 Jan 2008 17:58:38 +0100 From: "Petr Holub" To: Date: Mon, 21 Jan 2008 17:58:39 +0100 Message-ID: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AchcTtzlipIxN67lSwyL3qRxBZLKSA== Content-Language: cs X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Mon, 21 Jan 2008 17:58:38 +0100 (CET) Cc: Subject: 6.3-RELEASE panic 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: Mon, 21 Jan 2008 17:22:38 -0000 Hi, I've just updated the 6.2-RELEASE to 6.3-RELEASE using freebsd-update as described in daemonology blog. While removing the old packages using pkg_delete -af I've tried to stop all the deamons from /usr/local/etc/rc.d and got the following panic (hand transcribed from a photo - I don't have that machine enabled for remote debugging). Panic seems to be deterministic when stopping those scripts (verified by subsequent attempts while pkg_delete was not running). Stopping mdnsd. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x5a fault code = supervisor read, page ont present instruction pointer = 0x20:0xc073fa6f stack pointer = 0x28:0xe625db9c frame pointer = 0x28:0xe625dba4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1177 (mdnsd) trap number = 12 panic: page fault [root@ /var/crash]# cat info.10 Dump header from device /dev/ad4s1b Architecture: i386 Architecture Version: 2 Dump Length: 1072824320B (1023 MB) Blocksize: 512 Dumptime: Mon Jan 21 17:26:26 2008 Hostname: evenstar.ics.muni.cz Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.3-RELEASE #0: Wed Jan 16 04:18:52 UTC 2008 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Panic String: page fault Dump Parity: 2784976745 Bounds: 10 Dump Status: good [root@ /var/crash]# kgdb /boot/kernel/kernel vmcore.10 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". (no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer. (kgdb) bt #0 0xc06a46a6 in doadump () #1 0xc06a4b76 in boot () #2 0xc06a4e0c in panic () #3 0xc090d1b4 in trap_fatal () #4 0xc090cf1b in trap_pfault () #5 0xc090cb59 in trap () #6 0xc08f9fea in calltrap () #7 0xc073fa6f in in_delmulti () #8 0xc0748e15 in ip_freemoptions () #9 0xc07414cc in in_pcbdetach () #10 0xc075a0ee in udp_detach () #11 0xc06de0b8 in soclose () #12 0xc06cd83b in soo_close () #13 0xc0683ffc in fdrop_locked () #14 0xc0683f25 in fdrop () #15 0xc0682553 in closef () #16 0xc067f8e7 in kern_close () #17 0xc067f6d8 in close () #18 0xc090d4cb in syscall () #19 0xc08fa03f in Xint0x80_syscall () #20 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) Petr PS: please cc me in the replies as I'm not regular subscribed to the stable@ list. Thanks a lot. ================================================================ Petr Holub CESNET z.s.p.o. Supercomputing Center Brno Zikova 4 Institute of Compt. Science 162 00 Praha 6, CZ Masaryk University Czech Republic Botanicka 68a, 60200 Brno, CZ e-mail: Petr.Holub@cesnet.cz phone: +420-549493944 fax: +420-541212747 e-mail: hopet@ics.muni.cz From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 17:58:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70FBD16A420; Mon, 21 Jan 2008 17:58:58 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from lists.martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id 36A9D13C4F3; Mon, 21 Jan 2008 17:58:58 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by lists.martenvijn.nl (Postfix) with ESMTP id AADDA5C88; Mon, 21 Jan 2008 18:42:13 +0100 (CET) From: Marten Vijn To: Ivan Voras In-Reply-To: References: Content-Type: text/plain Date: Mon, 21 Jan 2008 18:41:34 +0100 Message-Id: <1200937294.1203.3.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: syslog notifications? 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: Mon, 21 Jan 2008 17:58:58 -0000 On Mon, 2008-01-21 at 13:33 +0100, Ivan Voras wrote: > Hi, > > Before I try to reinvent the wheel, I'd like to hear are there commonly > used utilities that process syslog logs (e.g. /var/log/messages), grep > them for some regex and notify configured e-mail addresses, in real time > (as messages arrive)? I imagine something like that would either do a > "tail -f" on log files or listen as a syslog filter. > man: - syslog.conf ( log to file,mail,remote host, | proces) - syslogd - logger - newsyslog These are all in base, kind regards, -- Marten Vijn http://martenvijn.nl http://wifisoft.org http://opencommunitycamp.org From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 19:50:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88EEC16A418 for ; Mon, 21 Jan 2008 19:50:09 +0000 (UTC) (envelope-from tsawolf@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id 2390813C4E7 for ; Mon, 21 Jan 2008 19:50:09 +0000 (UTC) (envelope-from tsawolf@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1111316nzf.13 for ; Mon, 21 Jan 2008 11:50:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=2Lojk7wBO9TKbyfNHYrWMjehrgRVZVK19qCF6QXKYu0=; b=Dhj0ZX6stC7NULnoRCPhVen+4sG1Q+AqMbKGy4xabUIp027RX6TMV4GQW2b2dQwNzANp/NnNXch7RJP/Ez2fon214FzPsm5kFLO4i7tVdikLXNDhvZ3b2xLOOFwUxDDdE2iBu/eFsdqcvGeFfEPZ3TZYFl7AvacI3zlSRWrUDTk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=bz2FOqqaO7ky85eOsIui0npxPGAt5SegeFIwu2xs+6FUzVMoJZCVa6TlVyUWJ35UFvKIyfNmHo8R4MmVctIOxU61/3BL+sGahoKcJM499gApsKdqdAAjO4xFDwsh+bb2E2xZ+lFQ5RhaaMwFfB2gJi8/55i0cEuthu05Xwz7F3k= Received: by 10.142.237.20 with SMTP id k20mr3450135wfh.227.1200944614212; Mon, 21 Jan 2008 11:43:34 -0800 (PST) Received: by 10.142.178.11 with HTTP; Mon, 21 Jan 2008 11:43:34 -0800 (PST) Message-ID: Date: Mon, 21 Jan 2008 14:43:34 -0500 From: "The Wolf" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_9651_9997101.1200944614212" References: Subject: Huge number of interrupts on nfe driver 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: Mon, 21 Jan 2008 19:50:09 -0000 ------=_Part_9651_9997101.1200944614212 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello everyone. A webserver that I've been working on seems to be having some issues of some sort with the nfe-20071124 driver. We have it running on two gigabit ports, one facing inwards to the database server, and the other facing outwards. The outward facing port is the only one which I currently have bandwidth information on, and it seems to be pushing around 35-40 Mb/s. Unfortunately, there are literally billions of interrupts generated in only a short period of time. In the last 40 days, there are 4,502,689,887 interrupts on the outward facing port, and another 653,327,087 on the inward facing port. It is literally slowing down the machine to a crawl - on a comparatively powerful server that previously performed the same task, load hovered around 0.2 -> 0.4. On the current machine, the load average hovers between 14 and 16. /var/log/messages is flooded with messages such as: kernel: nfe0: watchdog timeout (missed Tx interrupts) -- recovering. Attached I am including portions of the output of lspci, in case there is relevant data there. If there is anything else I can provide you with, please don't hesitate to ask. Sincerely, tsawolf ------=_Part_9651_9997101.1200944614212 Content-Type: application/octet-stream; name=lsp Content-Transfer-Encoding: base64 X-Attachment-Id: f_fbpf0zzt0 Content-Disposition: attachment; filename=lsp MDA6MDguMCBCcmlkZ2U6IG5WaWRpYSBDb3Jwb3JhdGlvbiBNQ1A1NSBFdGhlcm5ldCAocmV2IGEz KQoJU3Vic3lzdGVtOiBuVmlkaWEgQ29ycG9yYXRpb24gVW5rbm93biBkZXZpY2UgY2I4NAoJQ29u dHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0g UGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0KCVN0YXR1czogQ2FwKyA2 Nk1IeisgVURGLSBGYXN0QjJCKyBQYXJFcnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQt IDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeCsKCUxhdGVuY3k6IDAgKDI1MG5zIG1pbiwgNTAw MG5zIG1heCkKCUludGVycnVwdDogcGluIEEgcm91dGVkIHRvIElSUSAyMgoJUmVnaW9uIDA6IE1l bW9yeSBhdCBmZTlmNjAwMCAoMzItYml0LCBub24tcHJlZmV0Y2hhYmxlKQoJUmVnaW9uIDE6IEkv TyBwb3J0cyBhdCBhNDAwCglSZWdpb24gMjogTWVtb3J5IGF0IGZlOWZhODAwICgzMi1iaXQsIG5v bi1wcmVmZXRjaGFibGUpCglSZWdpb24gMzogTWVtb3J5IGF0IGZlOWZhNDAwICgzMi1iaXQsIG5v bi1wcmVmZXRjaGFibGUpCglDYXBhYmlsaXRpZXM6IFs0NF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJz aW9uIDIKCQlGbGFnczogUE1FQ2xrLSBEU0ktIEQxKyBEMisgQXV4Q3VycmVudD0wbUEgUE1FKEQw KyxEMSssRDIrLEQzaG90KyxEM2NvbGQrKQoJCVN0YXR1czogRDAgUE1FLUVuYWJsZSsgRFNlbD0w IERTY2FsZT0wIFBNRS0KCUNhcGFiaWxpdGllczogWzcwXSBNU0ktWDogRW5hYmxlLSBNYXNrLSBU YWJTaXplPTgKCQlWZWN0b3IgdGFibGU6IEJBUj0yIG9mZnNldD0wMDAwMDAwMAoJCVBCQTogQkFS PTMgb2Zmc2V0PTAwMDAwMDAwCglDYXBhYmlsaXRpZXM6IFs1MF0gTWVzc2FnZSBTaWduYWxsZWQg SW50ZXJydXB0czogTWFzaysgNjRiaXQrIFF1ZXVlPTAvMyBFbmFibGUtCgkJQWRkcmVzczogMDAw MDAwMDAwMDAwMDAwMCAgRGF0YTogMDAwMAoJCU1hc2tpbmc6IDAwMDAwMDAwICBQZW5kaW5nOiAw MDAwMDAwMAoJQ2FwYWJpbGl0aWVzOiBbNmNdIEh5cGVyVHJhbnNwb3J0OiBNU0kgTWFwcGluZyBF bmFibGUrIEZpeGVkKwoKMDA6MDkuMCBCcmlkZ2U6IG5WaWRpYSBDb3Jwb3JhdGlvbiBNQ1A1NSBF dGhlcm5ldCAocmV2IGEzKQoJU3Vic3lzdGVtOiBuVmlkaWEgQ29ycG9yYXRpb24gVW5rbm93biBk ZXZpY2UgY2I4NAoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1X SU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0K CVN0YXR1czogQ2FwKyA2Nk1IeisgVURGLSBGYXN0QjJCKyBQYXJFcnItIERFVlNFTD1mYXN0ID5U QWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeCsKCUxhdGVuY3k6IDAg KDI1MG5zIG1pbiwgNTAwMG5zIG1heCkKCUludGVycnVwdDogcGluIEEgcm91dGVkIHRvIElSUSAy MwoJUmVnaW9uIDA6IE1lbW9yeSBhdCBmZTlmNTAwMCAoMzItYml0LCBub24tcHJlZmV0Y2hhYmxl KQoJUmVnaW9uIDE6IEkvTyBwb3J0cyBhdCBhMDgwCglSZWdpb24gMjogTWVtb3J5IGF0IGZlOWZh MDAwICgzMi1iaXQsIG5vbi1wcmVmZXRjaGFibGUpCglSZWdpb24gMzogTWVtb3J5IGF0IGZlOWY0 YzAwICgzMi1iaXQsIG5vbi1wcmVmZXRjaGFibGUpCglDYXBhYmlsaXRpZXM6IFs0NF0gUG93ZXIg TWFuYWdlbWVudCB2ZXJzaW9uIDIKCQlGbGFnczogUE1FQ2xrLSBEU0ktIEQxKyBEMisgQXV4Q3Vy cmVudD0wbUEgUE1FKEQwKyxEMSssRDIrLEQzaG90KyxEM2NvbGQrKQoJCVN0YXR1czogRDAgUE1F LUVuYWJsZSsgRFNlbD0wIERTY2FsZT0wIFBNRS0KCUNhcGFiaWxpdGllczogWzcwXSBNU0ktWDog RW5hYmxlLSBNYXNrLSBUYWJTaXplPTgKCQlWZWN0b3IgdGFibGU6IEJBUj0yIG9mZnNldD0wMDAw MDAwMAoJCVBCQTogQkFSPTMgb2Zmc2V0PTAwMDAwMDAwCglDYXBhYmlsaXRpZXM6IFs1MF0gTWVz c2FnZSBTaWduYWxsZWQgSW50ZXJydXB0czogTWFzaysgNjRiaXQrIFF1ZXVlPTAvMyBFbmFibGUt CgkJQWRkcmVzczogMDAwMDAwMDAwMDAwMDAwMCAgRGF0YTogMDAwMAoJCU1hc2tpbmc6IDAwMDAw MDAwICBQZW5kaW5nOiAwMDAwMDAwMAoJQ2FwYWJpbGl0aWVzOiBbNmNdIEh5cGVyVHJhbnNwb3J0 OiBNU0kgTWFwcGluZyBFbmFibGUrIEZpeGVkKwo= ------=_Part_9651_9997101.1200944614212-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 20:02:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D7E816A419 for ; Mon, 21 Jan 2008 20:02:39 +0000 (UTC) (envelope-from tsawolf@gmail.com) Received: from hs-out-2122.google.com (hs-out-0708.google.com [64.233.178.241]) by mx1.freebsd.org (Postfix) with ESMTP id 2D45A13C44B for ; Mon, 21 Jan 2008 20:02:39 +0000 (UTC) (envelope-from tsawolf@gmail.com) Received: by hs-out-2122.google.com with SMTP id h53so2136748hsh.11 for ; Mon, 21 Jan 2008 12:02:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type; bh=hmaNwWBmTRR8j4I0rdYF3UzyxqUeH7wPjrmWvUh8/xQ=; b=Oo43cBqFSrttltnFz/EG0thd/5n4qGpKpeHsekOOvTO+RnZOaPhLQOQroZkTXPf0AsBopjFOdGrJxEDHk8wTOaaXAnFulYYxVa7U+iT3QrB9FvdQ/9QtbWce0JokUcqvaQetCVv+0yZJrWBhoVf+NOHNQt3BcB6NzVemhPvuQ/Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type; b=iwVMP7i1+2096SaHBYowFbmstLdW37JGy0TUpkm7iak1mej9IXojBW7x7qDpb6YrXMQ54nJVMy4D9gH6fZwgqLH4208MIMzNmB2TwOKsCY/hS56sCmyrvQrwnYPkiFVrRC72PegyIXc0TqtnqRwMzSM2TElYAMNveIxViDpw5pA= Received: by 10.142.229.4 with SMTP id b4mr3466639wfh.118.1200944275984; Mon, 21 Jan 2008 11:37:55 -0800 (PST) Received: by 10.142.178.11 with HTTP; Mon, 21 Jan 2008 11:37:55 -0800 (PST) Message-ID: Date: Mon, 21 Jan 2008 14:37:55 -0500 From: "The Wolf" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_9645_143428.1200944275975" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: shigeaki@f.csce.kyushu-u.ac.jp Subject: Huge number of interrupts on nfe driver 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: Mon, 21 Jan 2008 20:02:39 -0000 ------=_Part_9645_143428.1200944275975 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello everyone. A webserver that I've been working on seems to be having some issues of some sort with the nfe-20071124 driver. We have it running on two gigabit ports, one facing inwards to the database server, and the other facing outwards. The outward facing port is the only one which I currently have bandwidth information on, and it seems to be pushing around 35-40 Mb/s. Unfortunately, there are literally billions of interrupts generated in only a short period of time. In the last 40 days, there are 4,502,689,887 interrupts on the outward facing port, and another 653,327,087 on the inward facing port. It is literally slowing down the machine to a crawl - on a comparatively powerful server that previously performed the same task, load hovered around 0.2 -> 0.4. On the current machine, the load average hovers between 14 and 16. /var/log/messages is flooded with messages such as: kernel: nfe0: watchdog timeout (missed Tx interrupts) -- recovering. Attached I am including portions of the output of lspci, in case there is relevant data there. If there is anything else I can provide you with, please don't hesitate to ask. Sincerely, tsawolf ------=_Part_9645_143428.1200944275975 Content-Type: application/octet-stream; name=lsp Content-Transfer-Encoding: base64 X-Attachment-Id: f_fbpf0zzt0 Content-Disposition: attachment; filename=lsp MDA6MDguMCBCcmlkZ2U6IG5WaWRpYSBDb3Jwb3JhdGlvbiBNQ1A1NSBFdGhlcm5ldCAocmV2IGEz KQoJU3Vic3lzdGVtOiBuVmlkaWEgQ29ycG9yYXRpb24gVW5rbm93biBkZXZpY2UgY2I4NAoJQ29u dHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0g UGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0KCVN0YXR1czogQ2FwKyA2 Nk1IeisgVURGLSBGYXN0QjJCKyBQYXJFcnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQt IDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeCsKCUxhdGVuY3k6IDAgKDI1MG5zIG1pbiwgNTAw MG5zIG1heCkKCUludGVycnVwdDogcGluIEEgcm91dGVkIHRvIElSUSAyMgoJUmVnaW9uIDA6IE1l bW9yeSBhdCBmZTlmNjAwMCAoMzItYml0LCBub24tcHJlZmV0Y2hhYmxlKQoJUmVnaW9uIDE6IEkv TyBwb3J0cyBhdCBhNDAwCglSZWdpb24gMjogTWVtb3J5IGF0IGZlOWZhODAwICgzMi1iaXQsIG5v bi1wcmVmZXRjaGFibGUpCglSZWdpb24gMzogTWVtb3J5IGF0IGZlOWZhNDAwICgzMi1iaXQsIG5v bi1wcmVmZXRjaGFibGUpCglDYXBhYmlsaXRpZXM6IFs0NF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJz aW9uIDIKCQlGbGFnczogUE1FQ2xrLSBEU0ktIEQxKyBEMisgQXV4Q3VycmVudD0wbUEgUE1FKEQw KyxEMSssRDIrLEQzaG90KyxEM2NvbGQrKQoJCVN0YXR1czogRDAgUE1FLUVuYWJsZSsgRFNlbD0w IERTY2FsZT0wIFBNRS0KCUNhcGFiaWxpdGllczogWzcwXSBNU0ktWDogRW5hYmxlLSBNYXNrLSBU YWJTaXplPTgKCQlWZWN0b3IgdGFibGU6IEJBUj0yIG9mZnNldD0wMDAwMDAwMAoJCVBCQTogQkFS PTMgb2Zmc2V0PTAwMDAwMDAwCglDYXBhYmlsaXRpZXM6IFs1MF0gTWVzc2FnZSBTaWduYWxsZWQg SW50ZXJydXB0czogTWFzaysgNjRiaXQrIFF1ZXVlPTAvMyBFbmFibGUtCgkJQWRkcmVzczogMDAw MDAwMDAwMDAwMDAwMCAgRGF0YTogMDAwMAoJCU1hc2tpbmc6IDAwMDAwMDAwICBQZW5kaW5nOiAw MDAwMDAwMAoJQ2FwYWJpbGl0aWVzOiBbNmNdIEh5cGVyVHJhbnNwb3J0OiBNU0kgTWFwcGluZyBF bmFibGUrIEZpeGVkKwoKMDA6MDkuMCBCcmlkZ2U6IG5WaWRpYSBDb3Jwb3JhdGlvbiBNQ1A1NSBF dGhlcm5ldCAocmV2IGEzKQoJU3Vic3lzdGVtOiBuVmlkaWEgQ29ycG9yYXRpb24gVW5rbm93biBk ZXZpY2UgY2I4NAoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1X SU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0K CVN0YXR1czogQ2FwKyA2Nk1IeisgVURGLSBGYXN0QjJCKyBQYXJFcnItIERFVlNFTD1mYXN0ID5U QWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeCsKCUxhdGVuY3k6IDAg KDI1MG5zIG1pbiwgNTAwMG5zIG1heCkKCUludGVycnVwdDogcGluIEEgcm91dGVkIHRvIElSUSAy MwoJUmVnaW9uIDA6IE1lbW9yeSBhdCBmZTlmNTAwMCAoMzItYml0LCBub24tcHJlZmV0Y2hhYmxl KQoJUmVnaW9uIDE6IEkvTyBwb3J0cyBhdCBhMDgwCglSZWdpb24gMjogTWVtb3J5IGF0IGZlOWZh MDAwICgzMi1iaXQsIG5vbi1wcmVmZXRjaGFibGUpCglSZWdpb24gMzogTWVtb3J5IGF0IGZlOWY0 YzAwICgzMi1iaXQsIG5vbi1wcmVmZXRjaGFibGUpCglDYXBhYmlsaXRpZXM6IFs0NF0gUG93ZXIg TWFuYWdlbWVudCB2ZXJzaW9uIDIKCQlGbGFnczogUE1FQ2xrLSBEU0ktIEQxKyBEMisgQXV4Q3Vy cmVudD0wbUEgUE1FKEQwKyxEMSssRDIrLEQzaG90KyxEM2NvbGQrKQoJCVN0YXR1czogRDAgUE1F LUVuYWJsZSsgRFNlbD0wIERTY2FsZT0wIFBNRS0KCUNhcGFiaWxpdGllczogWzcwXSBNU0ktWDog RW5hYmxlLSBNYXNrLSBUYWJTaXplPTgKCQlWZWN0b3IgdGFibGU6IEJBUj0yIG9mZnNldD0wMDAw MDAwMAoJCVBCQTogQkFSPTMgb2Zmc2V0PTAwMDAwMDAwCglDYXBhYmlsaXRpZXM6IFs1MF0gTWVz c2FnZSBTaWduYWxsZWQgSW50ZXJydXB0czogTWFzaysgNjRiaXQrIFF1ZXVlPTAvMyBFbmFibGUt CgkJQWRkcmVzczogMDAwMDAwMDAwMDAwMDAwMCAgRGF0YTogMDAwMAoJCU1hc2tpbmc6IDAwMDAw MDAwICBQZW5kaW5nOiAwMDAwMDAwMAoJQ2FwYWJpbGl0aWVzOiBbNmNdIEh5cGVyVHJhbnNwb3J0 OiBNU0kgTWFwcGluZyBFbmFibGUrIEZpeGVkKwo= ------=_Part_9645_143428.1200944275975-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 21:00:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C52C16A469 for ; Mon, 21 Jan 2008 21:00:49 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 441F813C459 for ; Mon, 21 Jan 2008 21:00:49 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 11995 invoked by uid 399); 21 Jan 2008 20:34:08 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 21 Jan 2008 20:34:08 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <479501BE.4040309@FreeBSD.org> Date: Mon, 21 Jan 2008 12:34:06 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Toomas Aas References: <47949811.1080505@raad.tartu.ee> In-Reply-To: <47949811.1080505@raad.tartu.ee> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-doc@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: NO_ knobs in /etc/make.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-doc@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jan 2008 21:00:49 -0000 Toomas Aas wrote: > Hello! > > In earlier releases, /etc/make.conf had various NO_ knobs such as > NO_SENDMAIL or NO_IPFILTER to avoid building specific parts of the > system during buildworld. In FreeBSD 7 they seem to be gone? There is a cross-reference to src.conf(5) at the end of make.conf(5), but IMO the connection needs to be made more explicit. Anyone want to take that on? This should also go in the release notes if it's not already. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 21:01:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 708B216A4E8 for ; Mon, 21 Jan 2008 21:01:53 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (acme.spoerlein.net [217.172.44.86]) by mx1.freebsd.org (Postfix) with ESMTP id 0ABA513C46E for ; Mon, 21 Jan 2008 21:01:52 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180157003.adsl.alicedsl.de [85.180.157.3]) by acme.spoerlein.net (8.14.1/8.14.1) with ESMTP id m0LL1ngg070174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 21 Jan 2008 22:01:50 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m0LL05vc072381 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Jan 2008 22:00:05 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m0LL04M8072380; Mon, 21 Jan 2008 22:00:04 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Mon, 21 Jan 2008 22:00:04 +0100 From: Ulrich Spoerlein To: Javier Elizondo Message-ID: <20080121210004.GA8451@roadrunner.spoerlein.net> Mail-Followup-To: Javier Elizondo , freebsd-stable@freebsd.org References: <617507.14063.qm@web55109.mail.re4.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <617507.14063.qm@web55109.mail.re4.yahoo.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: problems with LC_ALL 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: Mon, 21 Jan 2008 21:01:53 -0000 On Sun, 20.01.2008 at 12:53:54 -0800, Javier Elizondo wrote: > Hi, > > I am using darwing in a mac book pro, when I open > terminal I get the following message that appears only > in my account, I would like to get help in order to > fix it. > > Last login: Sun Jan 20 14:32:18 on ttys001 > perl: warning: Setting locale failed. > perl: warning: Please check that your locale settings: > LC_ALL = (unset), > LANG = "UTF-8" > are supported and installed on your system. > perl: warning: Falling back to the standard locale > ("C"). > > I have tried but without success. The languaje is > EN_US with iso and the keyboard is in spanish, but not > problem with it. Your LANG setting of "UTF-8" is plain wrong. There is no UTF-8 language. Please check the output of "locale" and then set LANG to something that can be find in the output of "locale -a". The keyboard is not affected by LANG, so if you want English error messages and are using UTF-8, you should place the following in your shell startup file export LANG=en_US.UTF-8 Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 21:51:58 2008 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 99DFC16A418; Mon, 21 Jan 2008 21:51:58 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C641513C459; Mon, 21 Jan 2008 21:51:56 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <479513FA.6020802@FreeBSD.org> Date: Mon, 21 Jan 2008 22:51:54 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Petr Holub References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> In-Reply-To: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, rwatson@FreeBSD.org Subject: Re: 6.3-RELEASE panic 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: Mon, 21 Jan 2008 21:51:58 -0000 Petr Holub wrote: > Hi, > > I've just updated the 6.2-RELEASE to 6.3-RELEASE using freebsd-update > as described in daemonology blog. > > While removing the old packages using > pkg_delete -af > I've tried to stop all the deamons from /usr/local/etc/rc.d and > got the following panic (hand transcribed from a photo - I don't have that > machine enabled for remote debugging). Panic seems to be deterministic > when stopping those scripts (verified by subsequent attempts while > pkg_delete was not running). > (kgdb) bt > #0 0xc06a46a6 in doadump () > #1 0xc06a4b76 in boot () > #2 0xc06a4e0c in panic () > #3 0xc090d1b4 in trap_fatal () > #4 0xc090cf1b in trap_pfault () > #5 0xc090cb59 in trap () > #6 0xc08f9fea in calltrap () > #7 0xc073fa6f in in_delmulti () > #8 0xc0748e15 in ip_freemoptions () > #9 0xc07414cc in in_pcbdetach () > #10 0xc075a0ee in udp_detach () > #11 0xc06de0b8 in soclose () > #12 0xc06cd83b in soo_close () > #13 0xc0683ffc in fdrop_locked () > #14 0xc0683f25 in fdrop () > #15 0xc0682553 in closef () > #16 0xc067f8e7 in kern_close () > #17 0xc067f6d8 in close () > #18 0xc090d4cb in syscall () > #19 0xc08fa03f in Xint0x80_syscall () > #20 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) Can you obtain a trace against the kernel.symbols? Kris From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 22:06:21 2008 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 B6A2016A41A for ; Mon, 21 Jan 2008 22:06:21 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 24FE813C43E for ; Mon, 21 Jan 2008 22:06:20 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (holub.ics.muni.cz [147.251.23.83]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id m0LM6ICQ014056 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 21 Jan 2008 23:06:19 +0100 From: "Petr Holub" To: "'Kris Kennaway'" References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <479513FA.6020802@FreeBSD.org> In-Reply-To: <479513FA.6020802@FreeBSD.org> Date: Mon, 21 Jan 2008 23:06:18 +0100 Message-ID: <005801c85c79$dc458180$94d08480$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Achcd90Ucpmof2FtToCyO0Y6sn6dJwAAdn5Q Content-Language: cs X-Muni-Spam-TestIP: 147.251.23.83 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Mon, 21 Jan 2008 23:06:19 +0100 (CET) Cc: stable@FreeBSD.org, rwatson@FreeBSD.org Subject: RE: 6.3-RELEASE panic 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: Mon, 21 Jan 2008 22:06:21 -0000 > Can you obtain a trace against the kernel.symbols? Is it possible to do it with this vmcore? Petr From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 22:27:56 2008 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 8E3EE16A419; Mon, 21 Jan 2008 22:27:56 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 40A6A13C45A; Mon, 21 Jan 2008 22:27:53 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47951C66.2000803@FreeBSD.org> Date: Mon, 21 Jan 2008 23:27:50 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Petr Holub References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <479513FA.6020802@FreeBSD.org> <005801c85c79$dc458180$94d08480$@muni.cz> In-Reply-To: <005801c85c79$dc458180$94d08480$@muni.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, rwatson@FreeBSD.org Subject: Re: 6.3-RELEASE panic 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: Mon, 21 Jan 2008 22:27:56 -0000 Petr Holub wrote: >> Can you obtain a trace against the kernel.symbols? > > Is it possible to do it with this vmcore? > > Petr Yes, the kernel.debug or kernel.symbols should either be in your /boot/kernel or in your kernel compile directory (unless you built your kernel without -g, but I think it is on by default). Kris From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 22:33:11 2008 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 3E7A216A418; Mon, 21 Jan 2008 22:33:11 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 99C5113C461; Mon, 21 Jan 2008 22:33:10 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (holub.ics.muni.cz [147.251.23.83]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id m0LMX8I4012574 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 21 Jan 2008 23:33:08 +0100 From: "Petr Holub" To: "'Kris Kennaway'" References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <479513FA.6020802@FreeBSD.org> <005801c85c79$dc458180$94d08480$@muni.cz> <47951C66.2000803@FreeBSD.org> In-Reply-To: <47951C66.2000803@FreeBSD.org> Date: Mon, 21 Jan 2008 23:33:08 +0100 Message-ID: <005a01c85c7d$9bf19f70$d3d4de50$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AchcfN6ToBzH2xULSFWnGgeZRJ30iAAAHRLw Content-Language: cs X-Muni-Spam-TestIP: 147.251.23.83 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Mon, 21 Jan 2008 23:33:09 +0100 (CET) Cc: stable@FreeBSD.org, rwatson@FreeBSD.org Subject: RE: 6.3-RELEASE panic 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: Mon, 21 Jan 2008 22:33:11 -0000 Kris, > Yes, the kernel.debug or kernel.symbols should either be in your > /boot/kernel or in your kernel compile directory (unless you built your > kernel without -g, but I think it is on by default). as I've said in my previous email (outside the list), I've got the kernel through freebsd-update and it seems there is no kernel.debug nor kernel.symbols present. Would it be possible to get the .symbols or .debug for that kernel? (See my previuous email with more detailed info). Petr From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 22:41:37 2008 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 E82A216A421; Mon, 21 Jan 2008 22:41:37 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5C9D713C458; Mon, 21 Jan 2008 22:41:36 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47951F9D.3060802@FreeBSD.org> Date: Mon, 21 Jan 2008 23:41:33 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Petr Holub References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <479513FA.6020802@FreeBSD.org> <005801c85c79$dc458180$94d08480$@muni.cz> <47951C66.2000803@FreeBSD.org> <005a01c85c7d$9bf19f70$d3d4de50$@muni.cz> In-Reply-To: <005a01c85c7d$9bf19f70$d3d4de50$@muni.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, rwatson@FreeBSD.org, cperciva@FreeBSD.org Subject: Re: 6.3-RELEASE panic 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: Mon, 21 Jan 2008 22:41:38 -0000 Petr Holub wrote: > Kris, > >> Yes, the kernel.debug or kernel.symbols should either be in your >> /boot/kernel or in your kernel compile directory (unless you built your >> kernel without -g, but I think it is on by default). > > as I've said in my previous email (outside the list), I've got the > kernel through freebsd-update and it seems there is no kernel.debug > nor kernel.symbols present. Would it be possible to get the .symbols > or .debug for that kernel? (See my previuous email with more detailed > info). Ah, I missed that, sorry. Colin hopefully will have the kernel.debug handy. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Jan 21 23:50:49 2008 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 BBC5416A420 for ; Mon, 21 Jan 2008 23:50:49 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mo2so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 915B013C45A for ; Mon, 21 Jan 2008 23:50:49 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mr4so.prod.shaw.ca (pd3mr4so-qfe3.prod.shaw.ca [10.0.141.180]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JV000GM0NDULUD0@l-daemon> for stable@FreeBSD.org; Mon, 21 Jan 2008 15:49:06 -0700 (MST) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd3mr4so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JV000KMGNDUIQ50@pd3mr4so.prod.shaw.ca> for stable@FreeBSD.org; Mon, 21 Jan 2008 15:49:06 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.201.197]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JV000HZBNDSUC50@l-daemon> for stable@FreeBSD.org; Mon, 21 Jan 2008 15:49:05 -0700 (MST) Received: (qmail 23508 invoked from network); Mon, 21 Jan 2008 22:49:04 +0000 Received: from unknown (HELO hexahedron.daemonology.net) (127.0.0.1) by localhost with SMTP; Mon, 21 Jan 2008 22:49:04 +0000 Date: Mon, 21 Jan 2008 14:49:04 -0800 From: Colin Percival In-reply-to: <47951F9D.3060802@FreeBSD.org> To: Kris Kennaway Message-id: <47952160.7030106@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.95.5 References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <479513FA.6020802@FreeBSD.org> <005801c85c79$dc458180$94d08480$@muni.cz> <47951C66.2000803@FreeBSD.org> <005a01c85c7d$9bf19f70$d3d4de50$@muni.cz> <47951F9D.3060802@FreeBSD.org> User-Agent: Thunderbird 2.0.0.9 (X11/20071117) Cc: Petr Holub , stable@FreeBSD.org, rwatson@FreeBSD.org Subject: Re: 6.3-RELEASE panic 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: Mon, 21 Jan 2008 23:50:49 -0000 Kris Kennaway wrote: > Petr Holub wrote: >> as I've said in my previous email (outside the list), I've got the >> kernel through freebsd-update and it seems there is no kernel.debug >> nor kernel.symbols present. Would it be possible to get the .symbols >> or .debug for that kernel? (See my previuous email with more detailed >> info). > > Ah, I missed that, sorry. Colin hopefully will have the kernel.debug > handy. I'm afraid not -- FreeBSD Update is just distributing the bits from the release ISO image, and the release ISO doesn't include kernel debug bits (at least, not on 6.3-RELEASE -- I think it does on 7.0-RC1). Colin Percival From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 00:13:29 2008 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 CEF9616A41B; Tue, 22 Jan 2008 00:13:29 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2C02F13C442; Tue, 22 Jan 2008 00:13:27 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47953526.5020501@FreeBSD.org> Date: Tue, 22 Jan 2008 01:13:26 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Colin Percival References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <479513FA.6020802@FreeBSD.org> <005801c85c79$dc458180$94d08480$@muni.cz> <47951C66.2000803@FreeBSD.org> <005a01c85c7d$9bf19f70$d3d4de50$@muni.cz> <47951F9D.3060802@FreeBSD.org> <47952160.7030106@freebsd.org> In-Reply-To: <47952160.7030106@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Petr Holub , stable@FreeBSD.org, rwatson@FreeBSD.org Subject: Re: 6.3-RELEASE panic 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: Tue, 22 Jan 2008 00:13:29 -0000 Colin Percival wrote: > Kris Kennaway wrote: >> Petr Holub wrote: >>> as I've said in my previous email (outside the list), I've got the >>> kernel through freebsd-update and it seems there is no kernel.debug >>> nor kernel.symbols present. Would it be possible to get the .symbols >>> or .debug for that kernel? (See my previuous email with more detailed >>> info). >> Ah, I missed that, sorry. Colin hopefully will have the kernel.debug >> handy. > > I'm afraid not -- FreeBSD Update is just distributing the bits from the > release ISO image, and the release ISO doesn't include kernel debug bits > (at least, not on 6.3-RELEASE -- I think it does on 7.0-RC1). I thought we shipped the debugging symbols in /boot precisely for the reason of making panics with default installs not report useless traces :( Kris From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 00:34:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F35616A474 for ; Tue, 22 Jan 2008 00:34:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 456AF13C447 for ; Tue, 22 Jan 2008 00:34:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so4049116waf.3 for ; Mon, 21 Jan 2008 16:34:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=LyGUWNp0FqBqE0w2asChZFPrL1oI7/+Zj3xm+iNPKoY=; b=vfB1QFGJRIo+72nIHooRmIqZWKGwNovwmdDzlPHTUDiRnHDlTV8nx5HhBGFqRxL5UT4EFv1CCo1jPFXmK4PYpBVyFdKwc0dJgUn1rdODTFA+iORkZF45FhyMIvnqpHdzbA//51gYKXWhsQwHRTGheoMaZdnLSw9sBKF/wWKSJCA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=VAlDhY37Y+/pXfcVCLmKzxWwm+kx5W1idOAUX6nzC5UmvfSsdif+pWmnVxw6ukJwkPNKCD4egMWcoaimnKWwHHKt2jJAsfOHnT6nMmsk6sjfWNb6rRhcb03NrAV+b5F0pdRB1zfygFmDuCXUl8x71q9E4DomI/EsC3qzSxVcFe0= Received: by 10.114.27.20 with SMTP id a20mr6046032waa.101.1200962058442; Mon, 21 Jan 2008 16:34:18 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id n38sm16435079wag.2.2008.01.21.16.34.15 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 21 Jan 2008 16:34:17 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m0M0YCpY010131 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Jan 2008 09:34:12 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m0M0YBj3010130; Tue, 22 Jan 2008 09:34:11 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 22 Jan 2008 09:34:11 +0900 From: Pyun YongHyeon To: The Wolf Message-ID: <20080122003411.GA9894@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: shigeaki@f.csce.kyushu-u.ac.jp, freebsd-stable@freebsd.org Subject: Re: Huge number of interrupts on nfe driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2008 00:34:19 -0000 On Mon, Jan 21, 2008 at 02:37:55PM -0500, The Wolf wrote: > Hello everyone. > > A webserver that I've been working on seems to be having some issues of some > sort with the nfe-20071124 driver. We have it running on two gigabit ports, > one facing inwards to the database server, and the other facing outwards. > The outward facing port is the only one which I currently have bandwidth > information on, and it seems to be pushing around 35-40 Mb/s. > > Unfortunately, there are literally billions of interrupts generated in only > a short period of time. In the last 40 days, there are 4,502,689,887 > interrupts on the outward facing port, and another 653,327,087 on the inward > facing port. It is literally slowing down the machine to a crawl - on a > comparatively powerful server that previously performed the same task, load > hovered around 0.2 -> 0.4. On the current machine, the load average hovers > between 14 and 16. > > /var/log/messages is flooded with messages such as: kernel: nfe0: watchdog > timeout (missed Tx interrupts) -- recovering. > I think this was fixed by scott's commit. If you still see this issue it would indicate other bug in nfe(4). What FreeBSD version do you use? > Attached I am including portions of the output of lspci, in case there is > relevant data there. > > If there is anything else I can provide you with, please don't hesitate to > ask. > > Sincerely, > tsawolf According to the output of lscpi, I think nfe(4) should use MSI/MSIX on your system. Would you show me the output of nfe related verbosed boot message and vmstat -i output? Btw, nfe(4)'s interrupt moderation does not seem to work at all. I failed to find a way to make interrupt moderation work on nfe(4). I guess Linux also have the same issue too. However I don't think NVIDIA ethernet controllers lack the feature, we just still do not know what regergister is related with interrupt moderation control and what magic value should be used to activate it. Maybe I should see disassembled NDIS driver as a reference but the code size is too big to analyze it. :-( -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 01:15:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42DA816A41B for ; Tue, 22 Jan 2008 01:15:28 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from qsrv03sl.mx.bigpond.com (qsrv03sl.mx.bigpond.com [144.140.92.183]) by mx1.freebsd.org (Postfix) with ESMTP id BB15413C442 for ; Tue, 22 Jan 2008 01:15:27 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from oaamta08sl.mx.bigpond.com ([124.188.162.219]) by omta03sl.mx.bigpond.com with ESMTP id <20080121224416.KIBK18906.omta03sl.mx.bigpond.com@oaamta08sl.mx.bigpond.com> for ; Mon, 21 Jan 2008 22:44:16 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by oaamta08sl.mx.bigpond.com with ESMTP id <20080121224416.NYY11115.oaamta08sl.mx.bigpond.com@areilly.bpa.nu> for ; Mon, 21 Jan 2008 22:44:16 +0000 Received: (qmail 1847 invoked from network); 21 Jan 2008 22:44:06 -0000 Received: from localhost (HELO duncan.reilly.home) (127.0.0.1) by localhost with SMTP; 21 Jan 2008 22:44:06 -0000 Date: Tue, 22 Jan 2008 09:44:05 +1100 From: Andrew Reilly To: freebsd-stable@freebsd.org, marius@freebsd.org, obrien@freebsd.org, freebsd-ports@freebsd.org, Joseph Koshy Message-ID: <20080122094405.230a0856@duncan.reilly.home> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.5; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: 7-STABLE regression that breaks lang/drscheme is src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1 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: Tue, 22 Jan 2008 01:15:28 -0000 Hello again, [to recap: drscheme, (which is an IDE that runs under the "mred" runtime, built from ports/lang/drscheme (or actually manually from a personal copy of that Makefile that builds the current release: 372, rather than ver 370 in ports)) worked beautifully on my system until I updated to 7-STABLE after 4 Jan. I track -STABLE every week or two. After that, it segfaults before printing or displaying anything, and running under gdb has found that it stops in the garbage collector initialization. I haven't raised a PR for this yet because I still think that the problem is probably the drscheme FreeBSD configuration that has bit-rotted a little, now that FreeBSD has changed slightly. Still investigating... I've cc'd Joseph Koshy, because this seems to be somehow related to PR ports/118808.] I've done the binary search through CVS, and established that the precise file and revision that is causing me (or rather, drscheme) grief: src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1 marius at 5 Jan 22:58.51. Csupping back to 5 Jan 22:50 is enough to make everyting happy again. Unfortunately, I'm at a loss to explain how this change could be causing an existing binary to run or not, because it changes the compiler. Well, presumably it changes the installed libc.so and libstdc++.so, both of which are linked in at run-time (c++ is used in mred/drscheme for the wxWidgets GUI). Indeed, the most recent time that I backed this revision of gthr-posix.h out (regressed to 5 Jan 22:50), drscheme started to work as soon as the system libraries had been installed, before I had rebooted. Since there hasn't been any other wailing about incompatability since this change, my guess is that mred was somehow working around the previous FreeBSD behaviour: it has quite a bit of low-level platform-specific configuration, since it is a language runtime. The ideal solution will be to figure out how to tweak it's FreeBSD compatability to suit the new operation. If anyone can offer a hint as to which area I should be looking at for configuration knobs, I'd be really grateful. Extra data: ldd mred: /usr/local/bin/mred: libmred3m-372.so => /usr/local/lib/libmred3m-372.so (0x800639000) libmzscheme3m-372.so => /usr/local/lib/libmzscheme3m-372.so (0x800a40000) libXaw8.so.8 => /usr/local/lib/libXaw8.so.8 (0x800e0f000) libXmu.so.6 => /usr/local/lib/libXmu.so.6 (0x800f7c000) libXt.so.6 => /usr/local/lib/libXt.so.6 (0x801094000) libSM.so.6 => /usr/local/lib/libSM.so.6 (0x8011f4000) libICE.so.6 => /usr/local/lib/libICE.so.6 (0x8012fc000) libXext.so.6 => /usr/local/lib/libXext.so.6 (0x801416000) libGL.so.1 => /usr/local/lib/libGL.so.1 (0x801526000) libXft.so.2 => /usr/local/lib/libXft.so.2 (0x8016a2000) libcairo.so.2 => /usr/local/lib/libcairo.so.2 (0x8017b5000) libfontconfig.so.1 => /usr/local/lib/libfontconfig.so.1 (0x801934000) libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x801a67000) libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x801be1000) libglitz.so.1 => /usr/local/lib/libglitz.so.1 (0x801d04000) libXrender.so.1 => /usr/local/lib/libXrender.so.1 (0x801e2d000) libX11.so.6 => /usr/local/lib/libX11.so.6 (0x801f36000) libXau.so.6 => /usr/local/lib/libXau.so.6 (0x80213a000) libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x80223d000) librpcsvc.so.4 => /usr/lib/librpcsvc.so.4 (0x802342000) libpng.so.5 => /usr/local/lib/libpng.so.5 (0x80244b000) libz.so.4 => /lib/libz.so.4 (0x802571000) libjpeg.so.9 => /usr/local/lib/libjpeg.so.9 (0x802686000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x8027a7000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x8029a0000) libm.so.5 => /lib/libm.so.5 (0x802b9f000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x802cb9000) libthr.so.3 => /lib/libthr.so.3 (0x802dc6000) libc.so.7 => /lib/libc.so.7 (0x802edc000) libXpm.so.4 => /usr/local/lib/libXpm.so.4 (0x8030f9000) libXp.so.6 => /usr/local/lib/libXp.so.6 (0x80320a000) libXxf86vm.so.1 => /usr/local/lib/libXxf86vm.so.1 (0x803312000) libXdamage.so.1 => /usr/local/lib/libXdamage.so.1 (0x803417000) libXfixes.so.3 => /usr/local/lib/libXfixes.so.3 (0x803519000) libdrm.so.2 => /usr/local/lib/libdrm.so.2 (0x80361e000) ldd mzscheme (which works just fine: it's the command-line language, without the wxWidgets GUI, but using exactly the same garbage collector): /usr/local/bin/mzscheme: libmzscheme3m-372.so => /usr/local/lib/libmzscheme3m-372.so (0x800638000) libm.so.5 => /lib/libm.so.5 (0x800a07000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x800b21000) libc.so.7 => /lib/libc.so.7 (0x800d1a000) Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 03:56:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EC3816A41A for ; Tue, 22 Jan 2008 03:56:31 +0000 (UTC) (envelope-from andersgo@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.freebsd.org (Postfix) with ESMTP id 1329213C455 for ; Tue, 22 Jan 2008 03:56:31 +0000 (UTC) (envelope-from andersgo@anduin.net) Received: from ops.comace.net ([62.148.48.88] helo=[0.0.0.0]) by anduin.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JGtod-0004fO-F4; Mon, 21 Jan 2008 11:23:43 +0100 Message-ID: <47947299.5000902@anduin.net> Date: Mon, 21 Jan 2008 11:23:21 +0100 From: Anders Gulden Olstad User-Agent: Thunderbird 2.0.0.9 (X11/20071114) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: ltning@anduin.net Subject: 7.0 RC1/SPARC64 panic in boot 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: Tue, 22 Jan 2008 03:56:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 SUN Ultra 2 (2x400Mhz USII, 1500MB RAM) Got the following panic during boot panic: trap: fast data access mmu miss cpuid = 0 This happened after upgrade from 6.2 -> 7.0 RC1. Tried to boot from the CDROM as well, with same result ================================================================================ Console log: {0} ok boot cdrom Boot device: /sbus/SUNW,fas@e,8800000/sd@6,0:f File and args: >> FreeBSD/sparc64 boot block Boot path: /sbus@1f,0/SUNW,fas@e,8800000/sd@6,0:f Boot loader: /boot/loader Consoles: Open Firmware console Booting with sun4u support. Boot path set to /sbus@1f,0/SUNW,fas@e,8800000/sd@6,0:a FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@obrian.cse.buffalo.edu, Mon Dec 24 10:09:43 UTC 2007) bootpath="/sbus@1f,0/SUNW,fas@e,8800000/sd@6,0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x6eee48+0x72c68 syms=[0x8+0x76878+0x8+0x6663e] \ Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... nothing to autoload yet. jumping to kernel entry at 0xc0070000. stray vector interrupt 2033 Copyright (c) 1992-2007 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.0-RC1 #0: Tue Dec 25 02:17:08 UTC 2007 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC real memory = 1610612736 (1536 MB) avail memory = 1550393344 (1478 MB) cpu0: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413, REGOPS_FUNC) nexus0: sbus0: mem 0x1fe00000000-0x1fe00007fff irq 2036,2037,2038,2021,2026,2039 on nexus0 sbus0: clock 25.000 MHz sbus dvma: DVMA map: 0xfc000000 to 0xffffffff sbus0: [GIANT-LOCKED] sbus0: [ITHREAD] sbus0: [GIANT-LOCKED] sbus0: [ITHREAD] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 auxio0: mem 0x1900000 on sbus0 sbus0: mem 0xc000000-0xc0001ff irq 2020 type unknown (no driver attached) sbus0: mem 0-0x7ffff,0x1380000-0x13fffff type unknown (no driver attached) sbus0: mem 0x1400000-0x1400007 irq 2025 type block (no driver attached) eeprom0: mem 0x1200000-0x1201fff on sbus0 eeprom0: model mk48t59 scc0: mem 0x1100000-0x1100003 irq 2024 on sbus0 scc0: [FILTER] uart0: on scc0 uart0: [FILTER] uart0: console (9600,n,8,1) uart1: on scc0 uart1: [FILTER] scc1: mem 0x1000000-0x1000003 irq 2024 on sbus0 scc1: [FILTER] uart2: on scc1 uart2: [FILTER] uart2: keyboard (1200,n,8,1) uart2: keyboard not present uart3: on scc1 uart3: [FILTER] sbus0: mem 0x1300000-0x1300007 type unknown (no driver attached) sbus0: mem 0x1304000-0x1304002 type unknown (no driver attached) esp0: mem 0x8800000-0x880000f,0x8810000-0x881003f irq 2016 on sbus0 esp0: [ITHREAD] esp0: FAS366/HME, 40MHz, SCSI ID 7 hme0: mem 0x8c00000-0x8c00107,0x8c02000-0x8c03fff,0x8c04000-0x8c05fff,0x8c06000-0x8c07fff,0x8c07000-0x8c0701f irq 2017 on sbus0 miibus0: on hme0 nsphy0: PHY 1 on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:91:d2:79 hme0: [ITHREAD] sbus0: mem 0xc800000-0xc80001b irq 2018 type unknown (no driver attached) isp0 mem 0x10000-0x1044f irq 2003 on sbus0 isp0: [ITHREAD] panic: trap: fast data access mmu miss cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Resetting ... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFHlHKUMVyOPWVstbURAlkZAKC26W5268Q/+cJc6a3ImsqG8kvAIACfUFvP mElTmJup2GOa5GCcVhOKXFs= =7rUk -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 03:59:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44AA816A419 for ; Tue, 22 Jan 2008 03:59:02 +0000 (UTC) (envelope-from fbsd-ml@scrapper.ca) Received: from pd4mo3so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0943513C458 for ; Tue, 22 Jan 2008 03:59:01 +0000 (UTC) (envelope-from fbsd-ml@scrapper.ca) Received: from pd3mr6so.prod.shaw.ca (pd3mr6so-qfe3.prod.shaw.ca [10.0.141.21]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JV00002YYWBZCE0@l-daemon> for freebsd-stable@freebsd.org; Mon, 21 Jan 2008 19:57:47 -0700 (MST) Received: from pn2ml3so.prod.shaw.ca ([10.0.121.147]) by pd3mr6so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JV000ANQYWBKR20@pd3mr6so.prod.shaw.ca> for freebsd-stable@freebsd.org; Mon, 21 Jan 2008 19:57:48 -0700 (MST) Received: from proven.lan ([24.85.241.34]) by l-daemon (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JV0009O5YWA6900@l-daemon> for freebsd-stable@freebsd.org; Mon, 21 Jan 2008 19:57:46 -0700 (MST) Received: from proven.lan (localhost [127.0.0.1]) by proven.lan (8.14.2/8.14.2) with ESMTP id m0M2vkIb029314 for ; Mon, 21 Jan 2008 18:57:46 -0800 (PST envelope-from fbsd-ml@scrapper.ca) Received: from localhost (localhost [[UNIX: localhost]]) by proven.lan (8.14.2/8.14.2/Submit) id m0M2vjtj029313 for freebsd-stable@freebsd.org; Mon, 21 Jan 2008 18:57:45 -0800 (PST envelope-from fbsd-ml@scrapper.ca) Date: Mon, 21 Jan 2008 18:57:45 -0800 From: Norbert Papke In-reply-to: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> To: freebsd-stable@freebsd.org Message-id: <200801211857.45708.fbsd-ml@scrapper.ca> Organization: Archaeological Filing MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> X-Authentication-warning: proven.lan: npapke set sender to fbsd-ml@scrapper.ca using -f User-Agent: KMail/1.9.7 Subject: Re: 6.3-RELEASE panic 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: Tue, 22 Jan 2008 03:59:02 -0000 On January 21, 2008, Petr Holub wrote: > Hi, > > I've just updated the 6.2-RELEASE to 6.3-RELEASE using freebsd-update > as described in daemonology blog. > > While removing the old packages using > pkg_delete -af > I've tried to stop all the deamons from /usr/local/etc/rc.d and > got the following panic (hand transcribed from a photo - I don't have that > machine enabled for remote debugging). Panic seems to be deterministic > when stopping those scripts (verified by subsequent attempts while > pkg_delete was not running). > > Stopping mdnsd. Possibly it is related to http://www.freebsd.org/cgi/query-pr.cgi?pr=116077 That particular problem manifests itself under similar circumstances and the callstack looks similar too. Jerry Toung's patch in the PR fixes things for me. Cheers. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 04:15:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F41B16A417 for ; Tue, 22 Jan 2008 04:15:16 +0000 (UTC) (envelope-from rymkus@inbox.ru) Received: from mx4.mail.ru (fallback.mail.ru [194.67.57.14]) by mx1.freebsd.org (Postfix) with ESMTP id 220E113C457 for ; Tue, 22 Jan 2008 04:15:14 +0000 (UTC) (envelope-from rymkus@inbox.ru) Received: from mx38.mail.ru (mx38.mail.ru [194.67.23.16]) by mx4.mail.ru (mPOP.Fallback_MX) with ESMTP id 414A710BA1EE; Tue, 22 Jan 2008 04:02:04 +0300 (MSK) Received: from [89.113.73.62] (port=58845 helo=RYMKUS1) by mx38.mail.ru with asmtp id 1JH7WY-000Lpd-00; Tue, 22 Jan 2008 04:01:58 +0300 Date: Tue, 22 Jan 2008 04:01:56 +0300 From: "A. Rymkus" X-Mailer: The Bat! (v3.99.3) Professional X-Priority: 3 (Normal) Message-ID: <712509284.20080122040156@inbox.ru> To: =?koi8-r?B?5M3J1NLJyiDrz83BzMXF1w==?= In-Reply-To: <2335ED0A1B2A294FACC6EB01EF0965F73B1533@exch01.konliga.ru> References: <2335ED0A1B2A294FACC6EB01EF0965F73B1533@exch01.konliga.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Spam: Not detected Cc: freebsd-stable@freebsd.org Subject: Re[2]: System hangs up every day X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "A. Rymkus" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jan 2008 04:15:16 -0000 Hello äÍÉÔÒÉÊ, Tuesday, December 18, 2007, 11:42:19 AM, you wrote: äë> Hello everybody äë> Unfortunately my problem still doesn't have any solution. äë> But I have an interesting observation. The gateway freezes very äë> quickly, if torrent client programs are running on workstations. äë> I assume the cause of the problem consists in many number of äë> TCP/IP connections that torrent client establishes. äë> Any ideas? äë> Maybe I can tune somehow a TCP/IP via kernel, sysctl or pf settings? >> There is one FreeBSD server in our company. The server platform is: Supermicro SuperServer 6014V-T2B (2x Intel > Xeon 2.8, 1Gb RAM, 3WARE 3W-8006-2LP RAID-Controller). >> The server works as: >> - a gateway between LAN and Internet >> - an Intranet web- and database server (Apache + MySQL + PHP) >> - a firewall (OpenBSD pf) >> - a transparent proxy server (Squid) >> A mounthly traffic through this server is about 100Gb. There is about 200 internet users in our conpany. >> FreeBSD 6.2-RELEASE-p8 >> This server hangs up every day without any messages in the log files and on the system console. A keyboard dosen't work too. I can make only hard reset and after restart coredump files are not appearing. >> If I make and install a kernel with SMP options the system under working load begins hang up every two hours. >> The two days "Memtest" gave no result. >> I tried to install the newest Intel ethernet adapter driver, but without any results. >> As an experiment I tried also to plug a system HDD to another sever platform (SuperServer 6015V-TB), but system hanging didn't stop. >> I think that it is not only hardware problem. >> Linux (Gentoo) and Windows server 2003 on this hardware were working fine. äë> _______________________________________________ äë> freebsd-stable@freebsd.org mailing list äë> http://lists.freebsd.org/mailman/listinfo/freebsd-stable äë> To unsubscribe, send any mail to äë> "freebsd-stable-unsubscribe@freebsd.org" Got same problem in 6.2 based on VMWare ESX 3.0, with both type of provided adapters type - lnc & em. System just hangs one adapter first, then hangs completely. Can this problem be solved by cvsup'g and rebuilding whole world, or I have to wait for 7.0-RELEASE? ;) DMESG --------------------------------- Copyright (c) 1992-2007 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 6.3-PRERELEASE #0: Sat Jan 19 22:09:31 MSK 2008 root@gw-bgp.modul.spb.ru:/usr/src/sys/i386/compile/srvconf Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 5120 @ 1.86GHz (1863.30-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f8 Stepping = 8 Features=0xfebfbff Features2=0x2211 AMD Features=0x20100000 AMD Features2=0x1 real memory = 536870912 (512 MB) avail memory = 515739648 (491 MB) ACPI APIC Table: MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1050-0x105f at device 7.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 7.3 (no driver attached) pci0: at device 15.0 (no driver attached) mpt0: port 0x1080-0x10ff mem 0xf4830000-0xf4830fff irq 17 at device 16.0 on pci0 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.2.0.0 em0: port 0x1070-0x1077 mem 0xf4840000-0xf485ffff,0xf4800000-0xf480ffff irq 18 at device 17.0 on pci0 em0: Memory Access and/or Bus Master bits were not set! em0: Ethernet address: 00:0c:29:5e:f5:02 em1: port 0x1078-0x107f mem 0xf4860000-0xf487ffff,0xf4810000-0xf481ffff irq 19 at device 18.0 on pci0 em1: Memory Access and/or Bus Master bits were not set! em1: Ethernet address: 00:0c:29:5e:f5:0c em2: port 0x1400-0x1407 mem 0xf4880000-0xf489ffff,0xf4820000-0xf482ffff irq 16 at device 19.0 on pci0 em2: Memory Access and/or Bus Master bits were not set! em2: Ethernet address: 00:0c:29:5e:f5:16 acpi_acad0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xca000-0xcafff,0xcb000-0xcbfff,0xcc000-0xccfff,0xdc000-0xdffff,0xe0000-0xe3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1863302658 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to deny, logging disabled Waiting 5 seconds for SCSI devices to settle da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 80.000MB/s transfers (40.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 20480MB (41943040 512 byte sectors: 255H 63S/T 2610C) Trying to mount root from ufs:/dev/da0s1a DMESG --------------------------------- (03:59:22 <~>) 0 # pciconf -lv hostb0@pci0:0:0: class=0x060000 card=0x197615ad chip=0x71908086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82443BX/ZX 440BX/ZX CPU to PCI Bridge (AGP Implemented)' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x71918086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82443BX/ZX 440BX/ZX AGPset PCI-to-PCI bridge' class = bridge subclass = PCI-PCI isab0@pci0:7:0: class=0x060100 card=0x197615ad chip=0x71108086 rev=0x08 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M ISA Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:7:1: class=0x01018a card=0x197615ad chip=0x71118086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M IDE Controller' class = mass storage subclass = ATA none0@pci0:7:3: class=0x068000 card=0x197615ad chip=0x71138086 rev=0x08 hdr=0x00 vendor = 'Intel Corporation' device = '82371AB/EB/MB PIIX4/4E/4M Power Management Controller' class = bridge none1@pci0:15:0: class=0x030000 card=0x040515ad chip=0x040515ad rev=0x00 hdr=0x00 vendor = 'VMware Inc.' device = 'VGA 4.0.5 Virtual SVGA' class = display subclass = VGA mpt0@pci0:16:0: class=0x010000 card=0x00000000 chip=0x00301000 rev=0x01 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'LSI53C1020/1030 PCI-X to Ultra320 SCSI Controller' class = mass storage subclass = SCSI em0@pci0:17:0: class=0x020000 card=0x075015ad chip=0x100f8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82545EM Gigabit Ethernet Controller (copper)' class = network subclass = ethernet em1@pci0:18:0: class=0x020000 card=0x075015ad chip=0x100f8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82545EM Gigabit Ethernet Controller (copper)' class = network subclass = ethernet em2@pci0:19:0: class=0x020000 card=0x075015ad chip=0x100f8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82545EM Gigabit Ethernet Controller (copper)' class = network subclass = ethernet -- Best regards, A. mailto:rymkus@inbox.ru From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 06:14:13 2008 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 1F08616A41A; Tue, 22 Jan 2008 06:14:13 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 6E4E013C442; Tue, 22 Jan 2008 06:14:12 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (holub.ics.muni.cz [147.251.23.83]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id m0M6E94E031152 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 22 Jan 2008 07:14:10 +0100 From: "Petr Holub" To: "'Kris Kennaway'" , "'Colin Percival'" References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <479513FA.6020802@FreeBSD.org> <005801c85c79$dc458180$94d08480$@muni.cz> <47951C66.2000803@FreeBSD.org> <005a01c85c7d$9bf19f70$d3d4de50$@muni.cz> <47951F9D.3060802@FreeBSD.org> <47952160.7030106@freebsd.org> <47953526.5020501@FreeBSD.org> In-Reply-To: <47953526.5020501@FreeBSD.org> Date: Tue, 22 Jan 2008 07:14:08 +0100 Message-ID: <006a01c85cbe$031c3120$09549360$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Achci5+5V/UcKj01SnOHnkDEAeLnywAMj0Kw Content-Language: cs X-Muni-Spam-TestIP: 147.251.23.83 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Tue, 22 Jan 2008 07:14:10 +0100 (CET) Cc: stable@FreeBSD.org, rwatson@FreeBSD.org Subject: RE: 6.3-RELEASE panic 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: Tue, 22 Jan 2008 06:14:13 -0000 > > I'm afraid not -- FreeBSD Update is just distributing the bits from the > > release ISO image, and the release ISO doesn't include kernel debug bits > > (at least, not on 6.3-RELEASE -- I think it does on 7.0-RC1). > > I thought we shipped the debugging symbols in /boot precisely for the > reason of making panics with default installs not report useless traces :( If you can build it ex post, I will be more than happy to send you the trace back. Petr From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 07:19:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB64116A41B for ; Tue, 22 Jan 2008 07:19:37 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 73B2D13C4DD for ; Tue, 22 Jan 2008 07:19:37 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 522DC1CC031; Mon, 21 Jan 2008 23:19:37 -0800 (PST) Date: Mon, 21 Jan 2008 23:19:37 -0800 From: Jeremy Chadwick To: "A. Rymkus" Message-ID: <20080122071937.GA61720@eos.sc1.parodius.com> References: <2335ED0A1B2A294FACC6EB01EF0965F73B1533@exch01.konliga.ru> <712509284.20080122040156@inbox.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <712509284.20080122040156@inbox.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, ??????? ???????? Subject: Re: System hangs up every day 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: Tue, 22 Jan 2008 07:19:37 -0000 On Tue, Jan 22, 2008 at 04:01:56AM +0300, A. Rymkus wrote: > Tuesday, December 18, 2007, 11:42:19 AM, you wrote: > ??> Unfortunately my problem still doesn't have any solution. > ??> But I have an interesting observation. The gateway freezes very > ??> quickly, if torrent client programs are running on workstations. > ??> I assume the cause of the problem consists in many number of > ??> TCP/IP connections that torrent client establishes. > ??> Any ideas? > ??> Maybe I can tune somehow a TCP/IP via kernel, sysctl or pf settings? > > >> There is one FreeBSD server in our company. The server platform is: Supermicro SuperServer 6014V-T2B (2x Intel > Xeon 2.8, 1Gb RAM, 3WARE 3W-8006-2LP RAID-Controller). > >> The server works as: > >> - a gateway between LAN and Internet > >> - an Intranet web- and database server (Apache + MySQL + PHP) > >> - a firewall (OpenBSD pf) > >> - a transparent proxy server (Squid) > >> A mounthly traffic through this server is about 100Gb. There is about 200 internet users in our conpany. > >> FreeBSD 6.2-RELEASE-p8 > > >> This server hangs up every day without any messages in the log files and on the system console. A keyboard dosen't work too. I can make only hard reset and after restart coredump files are not appearing. > > >> If I make and install a kernel with SMP options the system under working load begins hang up every two hours. > > >> The two days "Memtest" gave no result. > >> I tried to install the newest Intel ethernet adapter driver, but without any results. > >> As an experiment I tried also to plug a system HDD to another sever platform (SuperServer 6015V-TB), but system hanging didn't stop. > >> I think that it is not only hardware problem. > >> Linux (Gentoo) and Windows server 2003 on this hardware were working fine. > > Got same problem in 6.2 based on VMWare ESX 3.0, with both type of > provided adapters type - lnc & em. System just hangs one adapter first, then hangs completely. > Can this problem be solved by cvsup'g and rebuilding whole world, or > I have to wait for 7.0-RELEASE? ;) The interesting thing about these reported problems is that I cannot reproduce them on any of our boxes. Here's the hardware, and the network traffic that occurs on them over a month period of time: * Supermicro SuperServer 5015M-T - Single E6420 CPU (dual core), 2GB RAM (non-ECC) - RELENG_7, SMP enabled, using ULE scheduler - apache 2.2, mysql 5, PHP 5, postfix - load is usually 0.40 (mainly httpd and mysqld) - em0: 10gbit/month, em1: 8gbit/month * Supermicro SuperServer 5015M-T - Single E6420 CPU (dual core), 2GB RAM (non-ECC) - RELENG_6, SMP enabled, using 4BSD scheduler - mysql 5, ntpd, bind, postfix, and ircd-ratbox - load is usually 0.09 (mainly mysqld) - em0: 7gbit/month, em1: 42gbit/month * Supermicro SuperServer 5014C-MR - Single Pentium 4 CPU, 3GB RAM (non-ECC) - RELENG_6, SMP disabled, using 4BSD scheduler - apache 2.2, PHP 5, bind, postfix, shell services - load is usually 0.08 - bge0: 30gbit/month, bge1: 32gbit/month * Supermicro SuperServer 5013C-T - Single Pentium 4 CPU, 1GB RAM (non-ECC) - RELENG_6, SMP disabled, using 4BSD scheduler - bind, postfix, miscellaneous minor stuff - load is usually 0.03 - em0: 5gbit/month, em1: 41gbit/month * Supermicro SuperServer 5010E - Single Pentium 3 CPU, 512MB RAM (non-ECC) - RELENG_6, SMP disabled, using 4BSD scheduler - apache 2.0, mysql 5, bind, sendmail - load is usually 0.05 - fxp0: 2gbit/month, fxp1: 5.1gbit/month All machines have pf(4) enabled and in use, but are not routing traffic as a gateway; they simply provide content and other services. Based on what you've described, I'm left thinking there could be some BIOS-related setting which is tickling a bug under FreeBSD, or something along those lines. By the way, hard-resetting the box will not cause a kernel panic, thus there will be no coredumps to examine. Additionally, there's a chicken-and-egg situation which is causing savecore(8) to not create any coredumps from panics anyways -- see PR 118255 for details of that. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 07:35:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FAB616A41A for ; Tue, 22 Jan 2008 07:35:09 +0000 (UTC) (envelope-from andersgo@alge.anart.no) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.freebsd.org (Postfix) with ESMTP id C25EC13C4F6 for ; Tue, 22 Jan 2008 07:35:08 +0000 (UTC) (envelope-from andersgo@alge.anart.no) Received: from ops.comace.net ([62.148.48.88] helo=[0.0.0.0]) by anduin.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JH5ig-0006VV-0G for freebsd-stable@freebsd.org; Tue, 22 Jan 2008 00:06:22 +0100 Message-ID: <47952552.3030708@alge.anart.no> Date: Tue, 22 Jan 2008 00:05:54 +0100 From: Anders Gulden Olstad User-Agent: Thunderbird 2.0.0.9 (X11/20071114) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: 7.0 RC1/SPARC64 panic in boot on isp0 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: Tue, 22 Jan 2008 07:35:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 SUN Ultra 2 (2x400Mhz USII, 1500MB RAM, latest OBP patch) Got the following panic during boot panic: trap: fast data access mmu miss cpuid = 0 This happened after upgrade from 6.2 -> 7.0 RC1. Tried to boot from the CDROM as well, with same result Disabling the isp0 driver from FBSD OK> hint.isp.0.disable=0 solves the problem - leaving my SUN A1000 diskarray inaccessible though. ================================================================================ Console log: {0} ok boot cdrom Boot device: /sbus/SUNW,fas@e,8800000/sd@6,0:f File and args: >> FreeBSD/sparc64 boot block Boot path: /sbus@1f,0/SUNW,fas@e,8800000/sd@6,0:f Boot loader: /boot/loader Consoles: Open Firmware console Booting with sun4u support. Boot path set to /sbus@1f,0/SUNW,fas@e,8800000/sd@6,0:a FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@obrian.cse.buffalo.edu, Mon Dec 24 10:09:43 UTC 2007) bootpath="/sbus@1f,0/SUNW,fas@e,8800000/sd@6,0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x6eee48+0x72c68 syms=[0x8+0x76878+0x8+0x6663e] \ Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... nothing to autoload yet. jumping to kernel entry at 0xc0070000. stray vector interrupt 2033 Copyright (c) 1992-2007 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.0-RC1 #0: Tue Dec 25 02:17:08 UTC 2007 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC real memory = 1610612736 (1536 MB) avail memory = 1550393344 (1478 MB) cpu0: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413, REGOPS_FUNC) nexus0: sbus0: mem 0x1fe00000000-0x1fe00007fff irq 2036,2037,2038,2021,2026,2039 on nexus0 sbus0: clock 25.000 MHz sbus dvma: DVMA map: 0xfc000000 to 0xffffffff sbus0: [GIANT-LOCKED] sbus0: [ITHREAD] sbus0: [GIANT-LOCKED] sbus0: [ITHREAD] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 auxio0: mem 0x1900000 on sbus0 sbus0: mem 0xc000000-0xc0001ff irq 2020 type unknown (no driver attached) sbus0: mem 0-0x7ffff,0x1380000-0x13fffff type unknown (no driver attached) sbus0: mem 0x1400000-0x1400007 irq 2025 type block (no driver attached) eeprom0: mem 0x1200000-0x1201fff on sbus0 eeprom0: model mk48t59 scc0: mem 0x1100000-0x1100003 irq 2024 on sbus0 scc0: [FILTER] uart0: on scc0 uart0: [FILTER] uart0: console (9600,n,8,1) uart1: on scc0 uart1: [FILTER] scc1: mem 0x1000000-0x1000003 irq 2024 on sbus0 scc1: [FILTER] uart2: on scc1 uart2: [FILTER] uart2: keyboard (1200,n,8,1) uart2: keyboard not present uart3: on scc1 uart3: [FILTER] sbus0: mem 0x1300000-0x1300007 type unknown (no driver attached) sbus0: mem 0x1304000-0x1304002 type unknown (no driver attached) esp0: mem 0x8800000-0x880000f,0x8810000-0x881003f irq 2016 on sbus0 esp0: [ITHREAD] esp0: FAS366/HME, 40MHz, SCSI ID 7 hme0: mem 0x8c00000-0x8c00107,0x8c02000-0x8c03fff,0x8c04000-0x8c05fff,0x8c06000-0x8c07fff,0x8c07000-0x8c0701f irq 2017 on sbus0 miibus0: on hme0 nsphy0: PHY 1 on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:91:d2:79 hme0: [ITHREAD] sbus0: mem 0xc800000-0xc80001b irq 2018 type unknown (no driver attached) isp0 mem 0x10000-0x1044f irq 2003 on sbus0 isp0: [ITHREAD] panic: trap: fast data access mmu miss cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Resetting ... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFHlSU4MVyOPWVstbURAtolAJ425FIFa++t3WdNw3PbjLGOfaYE6wCg6rKF 0m6uT01QREwlUBhUvzM7+Fw= =jC/i -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 08:15:59 2008 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 5E2DA16A420; Tue, 22 Jan 2008 08:15:59 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp8.yandex.ru (smtp8.yandex.ru [213.180.200.213]) by mx1.freebsd.org (Postfix) with ESMTP id 5123413C4F5; Tue, 22 Jan 2008 08:15:58 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:33274 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S7456093AbYAVIBw (ORCPT + 1 other); Tue, 22 Jan 2008 11:01:52 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp8 X-Yandex-TimeMark: 1200988912 X-MsgDayCount: 7 X-Comment: RFC 2476 MSA function at smtp8.yandex.ru logged sender identity as: bu7cher Message-ID: <4795A2EE.1020605@yandex.ru> Date: Tue, 22 Jan 2008 11:01:50 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Kris Kennaway References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <479513FA.6020802@FreeBSD.org> <005801c85c79$dc458180$94d08480$@muni.cz> <47951C66.2000803@FreeBSD.org> <005a01c85c7d$9bf19f70$d3d4de50$@muni.cz> <47951F9D.3060802@FreeBSD.org> <47952160.7030106@freebsd.org> <47953526.5020501@FreeBSD.org> In-Reply-To: <47953526.5020501@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Petr Holub , stable@FreeBSD.org, rwatson@FreeBSD.org, Colin Percival Subject: Re: 6.3-RELEASE panic 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: Tue, 22 Jan 2008 08:15:59 -0000 Kris Kennaway wrote: >> I'm afraid not -- FreeBSD Update is just distributing the bits from the >> release ISO image, and the release ISO doesn't include kernel debug bits >> (at least, not on 6.3-RELEASE -- I think it does on 7.0-RC1). > > I thought we shipped the debugging symbols in /boot precisely for the > reason of making panics with default installs not report useless traces :( I think building GENERIC kernel from sources with tag=RELENG_6_3_0_RELEASE will help. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 08:27:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BB8016A41B for ; Tue, 22 Jan 2008 08:27:54 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 5457413C447 for ; Tue, 22 Jan 2008 08:27:53 +0000 (UTC) (envelope-from h.schmalzbauer@omnisec.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id m0M8RqlO079450 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 22 Jan 2008 09:27:52 +0100 (CET) (envelope-from h.schmalzbauer@omnisec.de) Message-ID: <4795A908.4000600@omnisec.de> Date: Tue, 22 Jan 2008 09:27:52 +0100 From: Harald Schmalzbauer Organization: OmniSEC User-Agent: Thunderbird 2.0.0.9 (X11/20071226) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: geli problem: MD5 hash checksum mismatch for da0 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: Tue, 22 Jan 2008 08:27:54 -0000 Hello, I tried to change my passphrase for a geli provider. Like man page tells, I attached the provider (da0) and used 'geli setkey da0' to change the key (only one key, no keyfile used). Everything seemd to work but after detaching any attach attempt fails with: MD5 hash checksum mismatch for da0 What went wrong? And how can I solve it? Needless to say that it's important data and I really don't hope that geli was corrupting it! Thanks, -Harry From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 08:41:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 336BE16A417 for ; Tue, 22 Jan 2008 08:41:28 +0000 (UTC) (envelope-from harry@schmalzbauer.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 7CBE713C44B for ; Tue, 22 Jan 2008 08:41:27 +0000 (UTC) (envelope-from harry@schmalzbauer.de) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id m0M87gUo079255 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 22 Jan 2008 09:07:45 +0100 (CET) (envelope-from harry@schmalzbauer.de) Message-ID: <4795A44E.9000702@schmalzbauer.de> Date: Tue, 22 Jan 2008 09:07:42 +0100 From: Harry Schmalzbauer User-Agent: Thunderbird 2.0.0.9 (X11/20071226) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: Big geli proglem: MD5 hash checksum mismatch for da0 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: Tue, 22 Jan 2008 08:41:28 -0000 Hello, I tried to change my passphrase for a geli provider. Like man page tells, I attached the provider (da0) and used 'geli setkey da0' to change the key (only one key, no keyfile used). Everything seemd to work but after detaching any attach attempt fails with: MD5 hash checksum mismatch for da0 What went wrong? And how can I solve it? Needless to say that it's important data and I really don't hope that geli was corrupting it! Thanks, -Harry From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 08:47:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B65916A417; Tue, 22 Jan 2008 08:47:43 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 8C75613C465; Tue, 22 Jan 2008 08:47:42 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.13.8/8.13.8) with ESMTP id m0M8lcAN021172; Tue, 22 Jan 2008 09:47:40 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 75F344F; Tue, 22 Jan 2008 09:47:38 +0100 (CET) Date: Tue, 22 Jan 2008 09:47:56 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Jeremy Chadwick Message-Id: <20080122094756.2d8f0bdf.gerrit@pmp.uni-hannover.de> In-Reply-To: <20080121170102.GA46419@eos.sc1.parodius.com> References: <20080121171606.8eb5f189.gerrit@pmp.uni-hannover.de> <20080121170102.GA46419@eos.sc1.parodius.com> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.3; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.0.320885 Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: T7200 CPU not detected by est 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: Tue, 22 Jan 2008 08:47:43 -0000 On Mon, 21 Jan 2008 09:01:02 -0800 Jeremy Chadwick wrote about Re: T7200 CPU not detected by est: JC> > Jan 18 23:18:14 comet kernel: est1: > Control> on cpu1 Jan 18 23:18:14 comet kernel: est: CPU supports JC> > Control> Enhanced Speedstep, but is not recognized. JC> > Jan 18 23:18:14 comet kernel: est: cpu_vendor GenuineIntel, msr JC> > 6130c2906000c29 Jan 18 23:18:14 comet kernel: device_attach: est1 JC> > attach returned 6 JC> I see identical behaviour on our Supermicro PDSMI+ systems, using E6420 JC> CPUs, so I don't believe the problem is specific to your motherboard or JC> certain Intel CPU models: It is definitely not bound to certain mainboards, because I see it on several different ones. However, I have only T-series CPUs to test. JC> CPU: Intel(R) Core(TM)2 CPU 6420 @ 2.13GHz (2128.01-MHz JC> 686-class CPU) acpi0: on motherboard JC> acpi0: [ITHREAD] JC> acpi0: Power Button (fixed) JC> cpu0: on acpi0 JC> est0: on cpu0 JC> est: CPU supports Enhanced Speedstep, but is not recognized. JC> est: cpu_vendor GenuineIntel, msr 82a082a0600082a JC> device_attach: est0 attach returned 6 JC> cpu1: on acpi0 JC> est1: on cpu1 JC> est: CPU supports Enhanced Speedstep, but is not recognized. JC> est: cpu_vendor GenuineIntel, msr 82a082a0600082a JC> device_attach: est1 attach returned 6 Ok, so it's probably neither specific for CPUs nor for the mainbaords; however, up to now all CPUs with this problem are Core2 CPUs. JC> In the case of our servers, we usually turn EIST off (this one JC> particular box has it enabled) because of the above problem -- but I'd JC> much rather have it turned on to help save power. For a laptop or JC> workstation, however, I can see this being an incredibly important JC> feature. I run low power workstations here which are intended to be used in a lab environment, and I would very much like to have working power-saving features (otherwise the whole setup is quite useless). Can I somehow help debugging this, should I file a PR or are there any further recommended things to do? cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 09:04:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2561416A418 for ; Tue, 22 Jan 2008 09:04:13 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id B8AFF13C447 for ; Tue, 22 Jan 2008 09:04:12 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 1DF43643D8 for ; Tue, 22 Jan 2008 11:04:11 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14353-01-3 for ; Tue, 22 Jan 2008 11:04:08 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 5C511643D6 for ; Tue, 22 Jan 2008 11:00:39 +0200 (EET) Message-ID: <4795B0B4.2090308@bulinfo.net> Date: Tue, 22 Jan 2008 11:00:36 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: FreeBSD X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Subject: boot problems? 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: Tue, 22 Jan 2008 09:04:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi All, I am trying to boot 7.0-PRERELEASE on my notebook from USB memory stick. With the original BTX i have "BTX halted". The only way to boot was using: http://people.freebsd.org/~kib/realbtx/realbtx.2.patch With this patch the kernel is loaded but something remains wrong: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic = 00 fault virtual address = 0xbff1e000 fault code = supervisor write, page not found instruction pointer = 0x20:0xc0a892df stack pointer = 0x28:0xc5820cf4 frame pointer = 0x28:0xc5820d0c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 () [thread pid 0 tid 0] Stopped at pmap_map+0x3f: movl %eax,PTmap(,%edx,4) db>bt Tracing pid 0 tid 0 td 0xc0c2b210 pmap_pmap(c5820d64, 7da85000,7fe80000,3,c5c45000,...) at pmap_map+0x3f vm_page_startup(c5c86000,a,c5820d88,c0725716,0,...) at vm_page_startup+0x224 vm_mem_init(0,581ec00,581e000,581e000,5828000,...) at vm_mem_init+0x18 begin() at begin+0x2c db> I have seen similar panic with the original BTX on a dual core machine when tried to boot from USB. Any ideas what may cause this? Thanks in advance -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHlbC0xJBWvpalMpkRAi1NAJ0afhUsYXiJjqNZXwgc9SCCoF9bZQCgmXMO qTNxlm1qe8jZ9WUnXAJ5atk= =TaWD -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 09:24:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CF0D16A418; Tue, 22 Jan 2008 09:24:55 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6D89A13C4CC; Tue, 22 Jan 2008 09:24:55 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 7A7761CC031; Tue, 22 Jan 2008 01:24:55 -0800 (PST) Date: Tue, 22 Jan 2008 01:24:55 -0800 From: Jeremy Chadwick To: Gerrit =?iso-8859-1?Q?K=FChn?= Message-ID: <20080122092455.GA64519@eos.sc1.parodius.com> References: <20080121171606.8eb5f189.gerrit@pmp.uni-hannover.de> <20080121170102.GA46419@eos.sc1.parodius.com> <20080122094756.2d8f0bdf.gerrit@pmp.uni-hannover.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20080122094756.2d8f0bdf.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: T7200 CPU not detected by est 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: Tue, 22 Jan 2008 09:24:55 -0000 On Tue, Jan 22, 2008 at 09:47:56AM +0100, Gerrit Kühn wrote: > Ok, so it's probably neither specific for CPUs nor for the mainbaords; > however, up to now all CPUs with this problem are Core2 CPUs. > > JC> In the case of our servers, we usually turn EIST off (this one > JC> particular box has it enabled) because of the above problem -- but I'd > JC> much rather have it turned on to help save power. For a laptop or > JC> workstation, however, I can see this being an incredibly important > JC> feature. > > I run low power workstations here which are intended to be used in a lab > environment, and I would very much like to have working power-saving > features (otherwise the whole setup is quite useless). > > Can I somehow help debugging this, should I file a PR or are there any > further recommended things to do? I believe the problem is that our CPUs don't match any of the identification verification methods performed in src/sys/i386/cpufreq/est.c. I should be able to make a patch for this, but will need time -- our to-be-dev/test C2D box sits in my living room waiting for CPUs to arrive so it can be built. :-) If you'd like to file a PR in the meantime, that'd be great too; let me know what the PR # is. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 10:10:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9695716A474 for ; Tue, 22 Jan 2008 10:10:33 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from omta03ps.mx.bigpond.com (omta03ps.mx.bigpond.com [144.140.82.155]) by mx1.freebsd.org (Postfix) with ESMTP id 006E513C442 for ; Tue, 22 Jan 2008 10:10:32 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from oaamta01ps.mx.bigpond.com ([124.188.162.219]) by omta03ps.mx.bigpond.com with ESMTP id <20080122101031.MNKQ14754.omta03ps.mx.bigpond.com@oaamta01ps.mx.bigpond.com> for ; Tue, 22 Jan 2008 10:10:31 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by oaamta01ps.mx.bigpond.com with ESMTP id <20080122101030.FNKK9721.oaamta01ps.mx.bigpond.com@areilly.bpa.nu> for ; Tue, 22 Jan 2008 10:10:30 +0000 Received: (qmail 74632 invoked from network); 22 Jan 2008 10:10:14 -0000 Received: from localhost (HELO duncan.reilly.home) (127.0.0.1) by localhost with SMTP; 22 Jan 2008 10:10:14 -0000 Date: Tue, 22 Jan 2008 21:10:14 +1100 From: Andrew Reilly To: Marius Strobl Message-ID: <20080122211014.336999b1@duncan.reilly.home> In-Reply-To: <20080122093327.GB38360@alchemy.franken.de> References: <20080122094405.230a0856@duncan.reilly.home> <20080122093327.GB38360@alchemy.franken.de> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.5; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A090206.4795C116.01AF,ss=1,fgs=0 Cc: Joseph Koshy , freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, obrien@freebsd.org Subject: Re: 7-STABLE regression that breaks lang/drscheme is src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1 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: Tue, 22 Jan 2008 10:10:33 -0000 Hi Marius, On Tue, 22 Jan 2008 10:33:27 +0100 Marius Strobl wrote: > The __gthread_active_p(), which returns false positives prior > to the current version of gthr-posix.h, isn't only used in > libstdc++ but also in headers that are installed beneath > /usr/include/c++. So the code in those headers compiled into > an existing binary which was built prior to the gthr-posix.h > fix still might erroneously determine that it's running in a > threaded environment while f.e. libstdc++ does not, causing > the problems you see. Did you try a mred built on a stock > 7-STABLE? When it first stopped working (around the 11th, from memory), my first approach was to rebuild it (over and over, and attempt to debug it...) No joy that way. It's only since I reverted to the earlier version of FreeBSD that it's started working again. As part of the attempt to make mred work again, I re-built *all* of the ports that I have installed (some 900-odd), so all of the libraries in /usr/local/lib are post-15 Jan., and have whatever effect the change introduces. Perhaps that is why epiphany has gone unstable on me (seems to be complaining about failing to connect to gnomevfs). I suspect that mred wasn't minding false-positives before, because it's been configured/compiled with pthreads enabled (for the benefit of Mesa/OpenGL, apparently). If you think that it might help to track things down, I can jump forward to -STABLE again and rebuild at least all of mred's dependencies, but that's going to be a slow process... Reckon I'll give that a go. No point staying in the past, now that we know where abouts the breakage occurred. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 10:12:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9AA516A498; Tue, 22 Jan 2008 10:12:58 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 174AE13C469; Tue, 22 Jan 2008 10:12:57 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id m0M9XR9H046408; Tue, 22 Jan 2008 10:33:27 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id m0M9XRvh046407; Tue, 22 Jan 2008 10:33:27 +0100 (CET) (envelope-from marius) Date: Tue, 22 Jan 2008 10:33:27 +0100 From: Marius Strobl To: Andrew Reilly Message-ID: <20080122093327.GB38360@alchemy.franken.de> References: <20080122094405.230a0856@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080122094405.230a0856@duncan.reilly.home> User-Agent: Mutt/1.4.2.3i Cc: Joseph Koshy , freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, obrien@freebsd.org Subject: Re: 7-STABLE regression that breaks lang/drscheme is src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1 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: Tue, 22 Jan 2008 10:12:58 -0000 On Tue, Jan 22, 2008 at 09:44:05AM +1100, Andrew Reilly wrote: > Hello again, > > [to recap: drscheme, (which is an IDE that runs under the "mred" > runtime, built from ports/lang/drscheme (or actually manually > from a personal copy of that Makefile that builds the current > release: 372, rather than ver 370 in ports)) worked beautifully > on my system until I updated to 7-STABLE after 4 Jan. I track > -STABLE every week or two. After that, it segfaults before > printing or displaying anything, and running under gdb has found > that it stops in the garbage collector initialization. I > haven't raised a PR for this yet because I still think that the > problem is probably the drscheme FreeBSD configuration that has > bit-rotted a little, now that FreeBSD has changed slightly. > Still investigating... I've cc'd Joseph Koshy, because this > seems to be somehow related to PR ports/118808.] > > I've done the binary search through CVS, and established that > the precise file and revision that is causing me (or rather, > drscheme) grief: src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1 marius > at 5 Jan 22:58.51. Csupping back to 5 Jan 22:50 is enough to > make everyting happy again. > > Unfortunately, I'm at a loss to explain how this change could be > causing an existing binary to run or not, because it changes the > compiler. Well, presumably it changes the installed libc.so and > libstdc++.so, both of which are linked in at run-time (c++ is used > in mred/drscheme for the wxWidgets GUI). Indeed, the most recent > time that I backed this revision of gthr-posix.h out (regressed > to 5 Jan 22:50), drscheme started to work as soon as the system > libraries had been installed, before I had rebooted. The __gthread_active_p(), which returns false positives prior to the current version of gthr-posix.h, isn't only used in libstdc++ but also in headers that are installed beneath /usr/include/c++. So the code in those headers compiled into an existing binary which was built prior to the gthr-posix.h fix still might erroneously determine that it's running in a threaded environment while f.e. libstdc++ does not, causing the problems you see. Did you try a mred built on a stock 7-STABLE? > > Since there hasn't been any other wailing about incompatability > since this change, my guess is that mred was somehow working > around the previous FreeBSD behaviour: it has quite a bit of > low-level platform-specific configuration, since it is a > language runtime. The ideal solution will be to figure out how > to tweak it's FreeBSD compatability to suit the new operation. > If anyone can offer a hint as to which area I should be looking > at for configuration knobs, I'd be really grateful. > Marius From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 10:27:41 2008 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 A15C716A41A; Tue, 22 Jan 2008 10:27:41 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id E726513C4EC; Tue, 22 Jan 2008 10:27:40 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (eduroam92.ms.mff.cuni.cz [195.113.21.92]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id m0MARbvf028687 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 22 Jan 2008 11:27:38 +0100 From: "Petr Holub" To: "'Andrey V. Elsukov'" , "'Kris Kennaway'" References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <479513FA.6020802@FreeBSD.org> <005801c85c79$dc458180$94d08480$@muni.cz> <47951C66.2000803@FreeBSD.org> <005a01c85c7d$9bf19f70$d3d4de50$@muni.cz> <47951F9D.3060802@FreeBSD.org> <47952160.7030106@freebsd.org> <47953526.5020501@FreeBSD.org> <4795A2EE.1020605@yandex.ru> In-Reply-To: <4795A2EE.1020605@yandex.ru> Date: Tue, 22 Jan 2008 11:27:36 +0100 Message-ID: <001901c85ce1$6b72ecf0$4258c6d0$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AchczRRge5fTGPgPTiO8bCcYDPWFdAAFBVyg Content-Language: cs X-Muni-Spam-TestIP: 195.113.21.92 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Tue, 22 Jan 2008 11:27:38 +0100 (CET) Cc: stable@FreeBSD.org, rwatson@FreeBSD.org, 'Colin Percival' Subject: RE: 6.3-RELEASE panic 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: Tue, 22 Jan 2008 10:27:41 -0000 > > I thought we shipped the debugging symbols in /boot precisely for the > > reason of making panics with default installs not report useless traces :( > > I think building GENERIC kernel from sources with > tag=RELENG_6_3_0_RELEASE will help. I tried to build it from the sources that come from the freebsd-update and thus I assume they are actually RELENG_6_3_0_RELEASE. Still I was unable to run gdb with the given vmcore against such a kernel. Petr From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 11:04:36 2008 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 8403A16A41B for ; Tue, 22 Jan 2008 11:04:36 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.200.14]) by mx1.freebsd.org (Postfix) with ESMTP id A4E1613C44B for ; Tue, 22 Jan 2008 11:04:35 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:47561 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S8372848AbYAVLE1 (ORCPT ); Tue, 22 Jan 2008 14:04:27 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp1 X-Yandex-TimeMark: 1200999867 X-MsgDayCount: 11 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <4795CDB9.5020603@yandex.ru> Date: Tue, 22 Jan 2008 14:04:25 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Petr Holub References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <479513FA.6020802@FreeBSD.org> <005801c85c79$dc458180$94d08480$@muni.cz> <47951C66.2000803@FreeBSD.org> <005a01c85c7d$9bf19f70$d3d4de50$@muni.cz> <47951F9D.3060802@FreeBSD.org> <47952160.7030106@freebsd.org> <47953526.5020501@FreeBSD.org> <4795A2EE.1020605@yandex.ru> <001901c85ce1$6b72ecf0$4258c6d0$@muni.cz> In-Reply-To: <001901c85ce1$6b72ecf0$4258c6d0$@muni.cz> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re: 6.3-RELEASE panic 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: Tue, 22 Jan 2008 11:04:36 -0000 Petr Holub wrote: > I tried to build it from the sources that come from the freebsd-update > and thus I assume they are actually RELENG_6_3_0_RELEASE. Still I was > unable to run gdb with the given vmcore against such a kernel. How do you did that? Try the following commands: # cd /usr/src/ # make buildkernel # cd /var/crash # gdb /usr/obj/usr/src/sys/GENERIC/kernel.debug ./vmcore.0 |tee bt.txt (gdb) bt (gdb) bt full (gdb) q and show your /var/crash/bt.txt file. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 13:47:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA63116A419; Tue, 22 Jan 2008 13:47:25 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id ACF0913C47E; Tue, 22 Jan 2008 13:47:25 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 672541CC031; Tue, 22 Jan 2008 05:47:25 -0800 (PST) Date: Tue, 22 Jan 2008 05:47:25 -0800 From: Jeremy Chadwick To: Gerrit =?iso-8859-1?Q?K=FChn?= Message-ID: <20080122134725.GA68722@eos.sc1.parodius.com> References: <20080121171606.8eb5f189.gerrit@pmp.uni-hannover.de> <20080121170102.GA46419@eos.sc1.parodius.com> <20080122094756.2d8f0bdf.gerrit@pmp.uni-hannover.de> <20080122092455.GA64519@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080122092455.GA64519@eos.sc1.parodius.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: T7200 CPU not detected by est 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: Tue, 22 Jan 2008 13:47:26 -0000 On Tue, Jan 22, 2008 at 01:24:55AM -0800, Jeremy Chadwick wrote: > I believe the problem is that our CPUs don't match any of the > identification verification methods performed in > src/sys/i386/cpufreq/est.c. > > I should be able to make a patch for this, but will need time -- our > to-be-dev/test C2D box sits in my living room waiting for CPUs to arrive > so it can be built. :-) I've spent most of this evening poking at the code in question, as well as looking at [too many] Intel specification documents for both the Intel Core 2 Duo Desktop (Exxxx) and Mobile (Txxxx) processors. Some technical details are below, followed by the "i'm a user not a programmer" stuff. The message "CPU supports Enhanced Speedstep, but is not recognized" is indeed because the E6420 and the T7200 are not in the frequency tables within src/sys/i386/cpufreq/est.c. It appears that est.c is actually for the older Pentium M and VIA Centaur platforms -- particularly, those which do not offer frequency tables via ACPI, and instead use some hard-coded tables based on CPU manufacturer specifications. However, within docs for the Intel C2D CPUs, the tables in question are no where to be found. You can find lots of documentation describing what all the VID bits do and what multiplication factor they break down to (e.g. 1.0000 = normal, 0.8250 = slower, 0.6000 = even slower, etc.) but there's no pre-defined list of frequencies that I could find. This frustrated me, so I took a look at what Linux did. Seems they were in the same boat, and ended up doing essentialy what FreeBSD has done: support SpeedStep on platforms which don't provide frequency tables through ACPI ("speedstep-centrino") and instead require fiddling of bits via MSR, and also support SpeedStep on platforms which have frequency tables provided via ACPI. They combined both drivers into a single driver, "speedstep-cpufreq", which prefers the ACPI method but will restort to the old MSR method on platforms where available: http://osdir.com/ml/kernel.cpufreq/2006-09/msg00004.html Further research into the FreeBSD side of things showed me that the cpufreq(4) driver supports both the MSR method (via est.c) and the ACPI method. This can be seen in the cpufreq(4) manpage; the MSR method is "est" (which is what est.c is), and the ACPI method is "acpi_perf". There's also "acpi_throttle", but I'm not sure what that is. cpufreq(4) provides both some kernel API functions for twiddling of stuff, as well as sysctl(8) knobs. That said, I did a `sysctl -a | grep freq` on our E6420 system with EIST enabled, and found the following relevant data: dev.cpu.0.freq: 2117 dev.cpu.0.freq_levels: 2117/-1 1852/-1 1587/-1 1323/-1 1058/-1 793/-1 529/-1 264/-1 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.cpufreq.1.%driver: cpufreq dev.cpufreq.1.%parent: cpu1 The dev.cpu.0.freq_levels values are CPU MHz/milliwatt; the -1 values for milliwatt are missing, but this shouldn't impact things. Since cpufreq(4) is what obtains these via ACPI (a la acpi_perf, I assume), it's safe to say that cpufreq(4) will slow the system down if one was to change dev.cpu.0.freq to one of the values shown in freq_levels. I have some ideas as to why there's no dev.cpu.1.freq, but my ideas are based on the older EIST stuff I've read tonight. That said: powerd(8) on FreeBSD will flip through all of the above MHz values, depending upon how you tune it. I use powerd(8) on my AMD Athlon 64 X2 system at home. I had to enable the Cool'n'Quiet BIOS option, and then this showed up: cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 icarus# ps -auxwwww | grep powerd root 669 0.0 0.0 3140 832 ?? Ss Thu06am 0:16.23 /usr/sbin/powerd -p 2000 And the sysctl values: dev.cpu.0.freq: 1005 dev.cpu.0.freq_levels: 2010/89000 1809/84600 1005/40100 dev.powernow.0.freq_settings: 2010/89000 1809/84600 1005/40100 dev.powernow.1.freq_settings: 2010/89000 1809/84600 1005/40100 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.cpufreq.1.%driver: cpufreq dev.cpufreq.1.%parent: cpu1 Interesting thing here is that there's dev.powernow.[0].freq_settings while on the E6420 box there's only the 0 index. Anyway, I decided to run powerd on the EIST box to see what happened: # ps -auxw | grep powerd root 25602 0.0 0.0 3120 820 ?? Ss 5:43AM 0:00.00 /usr/sbin/powerd -p 2000 root 25604 0.0 0.0 1588 780 p1 R+ 5:43AM 0:00.00 grep powerd # sysctl -a | egrep 'dev.*freq:|freq_levels:' dev.cpu.0.freq: 1323 dev.cpu.0.freq_levels: 2117/-1 1852/-1 1587/-1 1323/-1 1058/-1 793/-1 529/-1 264/-1 # sysctl -a | egrep 'dev.*freq:|freq_levels:' dev.cpu.0.freq: 264 dev.cpu.0.freq_levels: 2117/-1 1852/-1 1587/-1 1323/-1 1058/-1 793/-1 529/-1 264/-1 And I can tell the system is significantly "slower" when idle, which is normal. :-) So give that a try... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 14:22:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5418B16A417; Tue, 22 Jan 2008 14:22:44 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id C858E13C45A; Tue, 22 Jan 2008 14:22:43 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.13.8/8.13.8) with ESMTP id m0MEMfrR010143; Tue, 22 Jan 2008 15:22:42 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 1448B72; Tue, 22 Jan 2008 15:22:41 +0100 (CET) Date: Tue, 22 Jan 2008 15:22:59 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Jeremy Chadwick Message-Id: <20080122152259.b1892803.gerrit@pmp.uni-hannover.de> In-Reply-To: <20080122134725.GA68722@eos.sc1.parodius.com> References: <20080121171606.8eb5f189.gerrit@pmp.uni-hannover.de> <20080121170102.GA46419@eos.sc1.parodius.com> <20080122094756.2d8f0bdf.gerrit@pmp.uni-hannover.de> <20080122092455.GA64519@eos.sc1.parodius.com> <20080122134725.GA68722@eos.sc1.parodius.com> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.3; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.0.320885 Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: T7200 CPU not detected by est 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: Tue, 22 Jan 2008 14:22:44 -0000 On Tue, 22 Jan 2008 05:47:25 -0800 Jeremy Chadwick wrote about Re: T7200 CPU not detected by est: JC> And I can tell the system is significantly "slower" when idle, which is JC> normal. :-) JC> So give that a try... First of all, thank you very much for your work and your mail. Surprisingly (at least to me :-) everything seems to work as you said with the system on my desk here, which has a T7200 and FreeBSD 6.3-RC2. However, I know I already tried this with my system at home with a T7200 and FreeBSD 7.0-Beta4, and it crashed and rebooted when starting powerd. Just to make sure, I will try again and report about it when I am back at home. Meanwhile, I also opened a PR under #119895. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 14:28:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB8E616A421 for ; Tue, 22 Jan 2008 14:28:15 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 59F2C13C4E5 for ; Tue, 22 Jan 2008 14:28:15 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so3608325pyb.10 for ; Tue, 22 Jan 2008 06:28:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=zN1NbNuh1y6Yip2evLW/uz4ZtVKoCzKMxCkL96fOeug=; b=U/ws0KHyrVOISUUMHGQMb7nT1S+N+R6V7/YSxsbFJjkPpcuCl9pgYjdFhXEzGuwGyPs02e/j6PIqeqkF2igNKmvt2bcm+IcQI3Y/K72agzH66YqMrb7hvJcY72m+ZeC1ZJ2zQgPz8AN0cUmyaoByDz0HDQn2oHFBDVHbBOa9/Ac= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=g3FuLy8HLGCjKblarK9m/mGoLZI/8AFOOCesknxU4QHKFMpRQUtwuGEiNmmUO18XrhYQTWmRseSrlAjioStn1NvXOtdBkeo5d6AhtIoyd94ysOGn4SEnq2zV+jM1eVIXK5QqvdvlP8jzcFU/AX9SYZNpY0PfGUIqvjemhVcglEI= Received: by 10.64.142.10 with SMTP id p10mr17641374qbd.94.1201010487132; Tue, 22 Jan 2008 06:01:27 -0800 (PST) Received: by 10.65.59.5 with HTTP; Tue, 22 Jan 2008 06:01:27 -0800 (PST) Message-ID: <1dbad3150801220601h687d8b05r78f17d148153ba57@mail.gmail.com> Date: Tue, 22 Jan 2008 15:01:27 +0100 From: "Michael Schuh" To: "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: coretemp(4) causes System to stall 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: Tue, 22 Jan 2008 14:28:15 -0000 Hi @List, i have tryed out the new coretemp driver for Intel Core CPU's my cpu is an T2400 Intel Core (w/o Duo). i have csup'ed the stable build from cvsup.uk.freebsd.org at this night. then built the entire system via sources ( with ULE-Scheduler, might this causes the stall?) then load the coretemp.ko with kldload and try to quest the temperature wit= h sysctl -a|grep temperature.... after this, i put coretemp_load=3D"YES" to my /boot/loader.conf up to this point all things are very good ( and the new release seems to me faster then 6.2) now with an new buildworld with cd /usr/src; make -j 8 buildworld >& ~/fbsd/mw.out & and in another xterm a sysctl -a |grep temp causes the system stalls. this error ist reproducable many times. now i have tryed the sysctl -a|grep temp during an buildworld w/o the coretemp module loaded and the system runs stable. i hope this informations help to fix. regards michael --=20 =3D=3D=3D m i c h a e l - s c h u h . n e t =3D=3D=3D Michael Schuh Postfach 10 21 52 66021 Saarbr=FCcken phone: 0681/8319664 mobil: 0177/9738644 @: m i c h a e l . s c h u h @ g m a i l . c o m =3D=3D=3D Ust-ID: DE251072318 =3D=3D=3D From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 14:39:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 599BB16A49E for ; Tue, 22 Jan 2008 14:39:57 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6F88713C4E5 for ; Tue, 22 Jan 2008 14:39:56 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m0MEdsTR093921; Tue, 22 Jan 2008 09:39:54 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m0MEdsu0031853 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Jan 2008 09:39:54 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200801221439.m0MEdsu0031853@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 22 Jan 2008 09:40:04 -0500 To: "Michael Schuh" , "FreeBSD Stable" From: Mike Tancsa In-Reply-To: <1dbad3150801220601h687d8b05r78f17d148153ba57@mail.gmail.co m> References: <1dbad3150801220601h687d8b05r78f17d148153ba57@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: coretemp(4) causes System to stall 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: Tue, 22 Jan 2008 14:39:57 -0000 At 09:01 AM 1/22/2008, Michael Schuh wrote: >Hi @List, > >i have tryed out the new coretemp driver for Intel Core CPU's >my cpu is an T2400 Intel Core (w/o Duo). >i have csup'ed the stable build from cvsup.uk.freebsd.org at this night. >then built the entire system via sources ( with ULE-Scheduler, might If you are running RELENG_6, I dont think ULE is recommended. If you want ULE, try going to RELENG_7. ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 14:46:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2381616A5AC for ; Tue, 22 Jan 2008 14:46:46 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 75A9A13C722 for ; Tue, 22 Jan 2008 14:45:40 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JV100IOWVNY2UC0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 22 Jan 2008 15:45:34 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JV1005HMVNYGBH0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 22 Jan 2008 15:45:34 +0100 (CET) Date: Tue, 22 Jan 2008 15:45:34 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080122154534.880aa421.torfinn.ingolfsen@broadpark.no> In-reply-to: <4795B0B4.2090308@bulinfo.net> References: <4795B0B4.2090308@bulinfo.net> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.3; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: boot problems? 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: Tue, 22 Jan 2008 14:46:46 -0000 On Tue, 22 Jan 2008 11:00:36 +0200 Krassimir Slavchev wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi All, > > I am trying to boot 7.0-PRERELEASE on my notebook from USB memory > stick. With the original BTX i have "BTX halted". The only way to Not related to your problem, but I'm interested: - what is the size of the memory stick you are using? - how did you buold / install FreeBSD on it. Are there build instructions somewhere? -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 15:31:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3FD116A469 for ; Tue, 22 Jan 2008 15:31:23 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 8E4DA13C474 for ; Tue, 22 Jan 2008 15:31:23 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id B18291B10EF2; Tue, 22 Jan 2008 16:14:58 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id AD2B91B10EA4; Tue, 22 Jan 2008 16:14:52 +0100 (CET) Message-ID: <4796086C.6090408@moneybookers.com> Date: Tue, 22 Jan 2008 17:14:52 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: Torfinn Ingolfsen References: <4795B0B4.2090308@bulinfo.net> <20080122154534.880aa421.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20080122154534.880aa421.torfinn.ingolfsen@broadpark.no> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5520/Tue Jan 22 14:09:49 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: boot problems? 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: Tue, 22 Jan 2008 15:31:23 -0000 Torfinn Ingolfsen wrote: > On Tue, 22 Jan 2008 11:00:36 +0200 > Krassimir Slavchev wrote: > > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi All, >> >> I am trying to boot 7.0-PRERELEASE on my notebook from USB memory >> stick. With the original BTX i have "BTX halted". The only way to >> > > Not related to your problem, but I'm interested: > - what is the size of the memory stick you are using? > - how did you buold / install FreeBSD on it. Are there build > instructions somewhere? > > May be you want to look at m0n0wall and FreeNAS documentation as they both are FreeBSD based and can boot from usb stick :) -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 15:53:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26ADC16A417 for ; Tue, 22 Jan 2008 15:53:16 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id DFC8E13C478 for ; Tue, 22 Jan 2008 15:53:15 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so3640306pyb.10 for ; Tue, 22 Jan 2008 07:53:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=cNHjuCQkg9pyjXAzQMWmBNkVwqG3k+vGBWG+U3Uv47w=; b=IF5MZOgcUQzDV0j0ZBVVitQWVpKlpQkMkKSEGO570i7sl5UWMUUP6yXelgGMujjvTVH/xTF/9qRFItUHiyhF99SwuODeeeg4Y0KV+eBuTYheDdDhU0lcI8UL4mTAPs5OBDshh0sNTxGaPqRiTEJfGQ8JVSjFX8tc2QVvQEnkh3Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=RFF5TzsShKUARDqrPrKG5h+RQbZEnfpv0HtBk8XH5L2ZvB4HOvM/CPgCCkZdPHwg3GHeX/2A8Hk+27gUgFMR40Ur8eLJmPopztxd3E91sDcwL8cqXxQvFteccGx2RjWJN10VxEa1BHHI0EgyDPa0u2lTFRZ8Un+hfvbN/rsEf+w= Received: by 10.65.211.16 with SMTP id n16mr17691676qbq.86.1201015512978; Tue, 22 Jan 2008 07:25:12 -0800 (PST) Received: by 10.64.209.11 with HTTP; Tue, 22 Jan 2008 07:25:12 -0800 (PST) Message-ID: Date: Tue, 22 Jan 2008 16:25:12 +0100 From: "Pascal Hofstee" To: "freebsd-stable@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: g_eli kernel panic on freshly updated 6.3-STABLE 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: Tue, 22 Jan 2008 15:53:16 -0000 Today i took the time to update 2 workstations to a fresh RELENG_6 build (6.3-STABLE) after they've been running on 6.2-STABLE for a long time. To my surprise both systems now exhibit a 100% repeatable kernel panic during boot directly after/during the initialisation of the GELI module. Console output shows GEOM_ELI: Device ad10se.eli created. GEOM_ELI: Encryption: AES-CBC-128 GEOM_ELI: Crypto: software kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xf9 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0721420 stack pointer = 0x28:0xe771fc10 frame pointer = 0x28:0xe771fc18 code segment = base 0x0, limit 0xffff, type 0x11b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 44 (g_eli[1] ad10s1e trap number = 12 panic: page fault cpuid = 0 uptime = 1s Normally the first line on the console after the GEOM_ELI entries is Trying to mount root from ufs:/dev/ad12s1a I was lucky enough to be able to transplant a compatible (6.3-PRERELEASE) kernel from a system i had upgraded to a fresh RELENG_6 last friday to get these systems in a workable state again as the old 6.2-STABLE kernel turned out to no longer be compatible with the now 6.3 core userland (which was kinda to be expected). This does mean though that the change that seems to cause this instability must have made its way into RELENG_6 somewhere between friday January 18th (afternoon CET) and tuesday January 22nd (around 14:00 CET). Considering that a kernel built from fresh sources just before that timeframe seems to work as expected. Unfortunately i had to get these systems into a workable state ASAP again so i was unable do acquire a kernel dump. (Tried but the kernel kept insisting no dumpdevice to be defined). I hope the information may be useful regardless and would definitely appreciate to be kept in touch on any possible resolutions. With kind regards, -- Pascal Hofstee From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 15:58:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E28AA16A481; Tue, 22 Jan 2008 15:58:30 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.freebsd.org (Postfix) with ESMTP id 591EA13C461; Tue, 22 Jan 2008 15:58:30 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([212.62.248.147] helo=[192.168.2.10]) by anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JHCQi-0000oY-Tj; Tue, 22 Jan 2008 07:16:17 +0100 Message-Id: <02783148-323B-435C-9FAF-6DADAA0C526D@anduin.net> From: =?ISO-8859-1?Q?Eirik_=D8verby?= To: freebsd-stable@freebsd.org, freebsd-sparc64@freebsd.org In-Reply-To: <47947299.5000902@anduin.net> Mime-Version: 1.0 (Apple Message framework v915) Date: Tue, 22 Jan 2008 07:16:16 +0100 References: <47947299.5000902@anduin.net> X-Mailer: Apple Mail (2.915) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Anders Gulden Olstad Subject: Re: 7.0 RC1/SPARC64 panic in boot 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: Tue, 22 Jan 2008 15:58:31 -0000 Hi list, by disabling the isp driver (set hint.isp.o.disabled=1), the system comes up. This of course denies us access to the external disk array hosted by the internal QLogic controller, but pinpoints the problem. We tried setting hint.isp.0.prefer_iomap=1, which made no difference (though by reading the code, I don't see that it ever used this). Can anyone help us out here? Thanks, /Eirik On Jan 21, 2008, at 11:23 AM, Anders Gulden Olstad wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > SUN Ultra 2 (2x400Mhz USII, 1500MB RAM) > > Got the following panic during boot > > panic: trap: fast data access mmu miss > cpuid = 0 > > This happened after upgrade from 6.2 -> 7.0 RC1. Tried to boot > from the CDROM as well, with same result > > > = > = > = > = > = > = > = > = > = > = > ====================================================================== > Console log: > > {0} ok boot cdrom > Boot device: /sbus/SUNW,fas@e,8800000/sd@6,0:f File and args: > >>> FreeBSD/sparc64 boot block > Boot path: /sbus@1f,0/SUNW,fas@e,8800000/sd@6,0:f > Boot loader: /boot/loader > Consoles: Open Firmware console > > Booting with sun4u support. > Boot path set to /sbus@1f,0/SUNW,fas@e,8800000/sd@6,0:a > > FreeBSD/sparc64 bootstrap loader, Revision 1.0 > (root@obrian.cse.buffalo.edu, Mon Dec 24 10:09:43 UTC 2007) > bootpath="/sbus@1f,0/SUNW,fas@e,8800000/sd@6,0:a" > Loading /boot/defaults/loader.conf > /boot/kernel/kernel data=0x6eee48+0x72c68 > syms=[0x8+0x76878+0x8+0x6663e] > \ > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > nothing to autoload yet. > jumping to kernel entry at 0xc0070000. > stray vector interrupt 2033 > Copyright (c) 1992-2007 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.0-RC1 #0: Tue Dec 25 02:17:08 UTC 2007 > root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > real memory = 1610612736 (1536 MB) > avail memory = 1550393344 (1478 MB) > cpu0: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) > cpu1: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > registered firmware set > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, > RF5413, REGOPS_FUNC) > nexus0: > sbus0: mem 0x1fe00000000-0x1fe00007fff irq > 2036,2037,2038,2021,2026,2039 on nexus0 > sbus0: clock 25.000 MHz > sbus dvma: DVMA map: 0xfc000000 to 0xffffffff > sbus0: [GIANT-LOCKED] > sbus0: [ITHREAD] > sbus0: [GIANT-LOCKED] > sbus0: [ITHREAD] > initializing counter-timer > Timecounter "counter-timer" frequency 1000000 Hz quality 100 > auxio0: mem 0x1900000 on sbus0 > sbus0: mem 0xc000000-0xc0001ff irq 2020 type unknown (no > driver attached) > sbus0: mem 0-0x7ffff,0x1380000-0x13fffff type unknown (no > driver attached) > sbus0: mem 0x1400000-0x1400007 irq 2025 type block (no > driver attached) > eeprom0: mem 0x1200000-0x1201fff on sbus0 > eeprom0: model mk48t59 > scc0: mem 0x1100000-0x1100003 irq > 2024 on > sbus0 > scc0: [FILTER] > uart0: on scc0 > uart0: [FILTER] > uart0: console (9600,n,8,1) > uart1: on scc0 > uart1: [FILTER] > scc1: mem 0x1000000-0x1000003 irq > 2024 on > sbus0 > scc1: [FILTER] > uart2: on scc1 > uart2: [FILTER] > uart2: keyboard (1200,n,8,1) > uart2: keyboard not present > uart3: on scc1 > uart3: [FILTER] > sbus0: mem 0x1300000-0x1300007 type unknown (no driver attached) > sbus0: mem 0x1304000-0x1304002 type unknown (no driver > attached) > esp0: mem > 0x8800000-0x880000f,0x8810000-0x881003f irq 2016 on sbus0 > esp0: [ITHREAD] > esp0: FAS366/HME, 40MHz, SCSI ID 7 > hme0: mem > 0x8c00000-0x8c00107,0x8c02000-0x8c03fff,0x8c04000-0x8c05fff, > 0x8c06000-0x8c07fff,0x8c07000-0x8c0701f > irq 2017 on sbus0 > miibus0: on hme0 > nsphy0: PHY 1 on miibus0 > nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > hme0: Ethernet address: 08:00:20:91:d2:79 > hme0: [ITHREAD] > sbus0: mem 0xc800000-0xc80001b irq 2018 type unknown (no > driver attached) > isp0 mem 0x10000-0x1044f irq 2003 on sbus0 > isp0: [ITHREAD] > panic: trap: fast data access mmu miss > cpuid = 0 > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > Resetting ... > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (GNU/Linux) > Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org > > iD8DBQFHlHKUMVyOPWVstbURAlkZAKC26W5268Q/+cJc6a3ImsqG8kvAIACfUFvP > mElTmJup2GOa5GCcVhOKXFs= > =7rUk > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 17:17:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0F5C16A419 for ; Tue, 22 Jan 2008 17:17:36 +0000 (UTC) (envelope-from dds@FreeBSD.org) Received: from blue.servers.aueb.gr (blue.servers.aueb.gr [195.251.255.132]) by mx1.freebsd.org (Postfix) with ESMTP id 607E613C45B for ; Tue, 22 Jan 2008 17:17:36 +0000 (UTC) (envelope-from dds@FreeBSD.org) Received: from [195.251.249.159] ([::ffff:195.251.249.142]) by blue.servers.aueb.gr with esmtp; Tue, 22 Jan 2008 19:09:08 +0200 id 000D11A5.47962334.00002E88 Message-ID: <479622BC.30101@FreeBSD.org> Date: Tue, 22 Jan 2008 19:07:08 +0200 From: Diomidis Spinellis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset=ISO-8859-7; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Subject: Low NTFS read performance 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: Tue, 22 Jan 2008 17:17:36 -0000 I can't get an Ultrium-2 LTO drive to stream, and (I think) I've traced=20 the problem to the read performance of the USB2-attached NTFS disk, and=20 specifically the NTFS filesystem. I'm reading a single 190GB file, and=20 the throughput I'm getting is 5.4MB/s: $ dd if=3Dad2c.dump of=3D/dev/null bs=3D1M ^=D4 load: 0.04 cmd: dd 1434 [biord] 0.00u 4.78s 2% 1672k 610+0 records in 610+0 records out 639631360 bytes transferred in 117.937613 secs (5423472 bytes/sec) The is an old but relatively fast machine CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2407.18-MHz 686-class CPU) running 7.0-RC1: $ uname -a FreeBSD icarian.dmst.aueb.gr 7.0-RC1 FreeBSD 7.0-RC1 #0: Mon Dec 24=20 12:18:24 UTC 2007=20 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 and the load during the read remains comfortably low: $ uptime 6:34PM up 3:50, 3 users, load averages: 0.09, 0.04, 0.04 Reading from the raw device tripples the performance: # dd if=3D/dev/da0s1 bs=3D1m of=3D/dev/null 533725184 bytes transferred in 34.777460 secs (15346871 bytes/sec) bringing it on par with what I get from Windows (on a different machine):= F:\>dd if=3Dother.20051007.tgz of=3D/dev/null bs=3D1M 1231030919 bytes (1.2 GB) copied, 82.845 s, 14.9 MB/s These are some (vaguely) relevant parts of dmesg: ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 0.95 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 5 ports with 5 removable, self powered [...] ad0: 76319MB at ata0-master UDMA100 acd0: DVDROM at ata1-master UDMA33 acd1: DVDR at ata1-slave UDMA33 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 devic= e da0: 40.000MB/s transfers da0: 305245MB (625142448 512 byte sectors: 255H 63S/T 38913C) GEOM_LABEL: Label for provider da0s1 is ntfs/Backup. Trying to mount root from ufs:/dev/ad0s2a GEOM_LABEL: Label ntfs/Backup removed. GEOM_LABEL: Label for provider da0s1 is ntfs/Backup. I'd appreciate any suggestions you may have. Diomidis Spinellis - http://www.spinellis.gr From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 17:40:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 212B716A417 for ; Tue, 22 Jan 2008 17:40:37 +0000 (UTC) (envelope-from rj@dawnshosting.com) Received: from mail.dawnshosting.com (mail.dawnshosting.com [216.16.215.115]) by mx1.freebsd.org (Postfix) with ESMTP id CE6AD13C457 for ; Tue, 22 Jan 2008 17:40:36 +0000 (UTC) (envelope-from rj@dawnshosting.com) X-Spam-Status: No, hits=0.2 required=5.5 tests=AWL: -0.248,BAYES_00: -1.665,FORGED_RCVD_HELO: 0.135, HTML_40_50: 0.496,HTML_MESSAGE: 0.001,RCVD_NUMERIC_HELO: 1.5, TOTAL_SCORE: 0.219 X-Spam-Level: Received: from 24.61.66.132 ([24.61.66.132]) by mail.dawnshosting.com for freebsd-stable@freebsd.org; Tue, 22 Jan 2008 17:09:23 +0000 To: freebsd-stable@freebsd.org From: "Robert Jameson" Message-ID: <20080122170923.4d00c133@mail.dawnshosting.com> Date: Tue, 22 Jan 2008 17:09:23 +0000 X-User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: firefox-2.0.0.11_1, 1 refuses to build because PORT_REPLACES_BASE_BIND 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: Tue, 22 Jan 2008 17:40:37 -0000 I ran into a problem today trying to build the latest firefox in ports f= irefox-2.0.0.11=5F1,1. =3D=3D=3D> Extracting for firefox-2.0.0.11=5F1,1 =3D> MD5 Checksum OK for firefox-2.0.0.11-source.tar.bz2. =3D> SHA256 Checksum OK for firefox-2.0.0.11-source.tar.bz2. =3D=3D=3D> firefox-2.0.0.11=5F1,1 depends on file: /usr/local/bin/perl= 5.8.8 - found =3D=3D=3D> Patching for firefox-2.0.0.11=5F1,1 =3D=3D=3D> firefox-2.0.0.11=5F1,1 depends on file: /usr/local/bin/perl= 5.8.8 - found =3D=3D=3D> Applying FreeBSD patches for firefox-2.0.0.11=5F1,1 firefox-2.0.0.11=5F1,1: bind installed with PORT=5FREPLACES=5FBASE=5FBIN= D causes build problems. *** Error code 1 ** Listing the failed packages (*:skipped / !:failed) ! www/firefox (firefox-2.0.0.11,1) (unknown build error) * x11/yelp (yelp-2.20.0) * www/epiphany (epiphany-2.20.3) * security/seahorse (seahorse-2.20.3) * x11/gnome2 (gnome2-2.20.2) ---> Packages processed: 1 done, 881 ignored, 4 skipped and 1 failed From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 17:52:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 082E216A421 for ; Tue, 22 Jan 2008 17:52:55 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id D0EB713C478 for ; Tue, 22 Jan 2008 17:52:54 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 77608C943A for ; Tue, 22 Jan 2008 12:36:47 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kcilink.com; s=kci0709; t=1201023407; bh=TL3+mCZVJ7JFhpHPRG21Owk/x7M3Ft2oajTbjPm HQEA=; h=Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References: X-Mailer; b=a6c5qgBDdD7lThh1GubEN/aama82oqoWxLhXHBoC6MlTXBkPKAGbKr ZOZr0pF4s72sgzdlCCY0Ms3Gu1QZp+4JKBi0FuVqjQ5+b24G8i1PeQN1aoMBKJRMoGh KCvjwRhdUJA0+dZ0yVF9w1Kl8ZU8jdtvZWVXOAhp4TCtMExzrA= Message-Id: <99B0737B-9876-4D86-A9DC-FB5FAD21CB21@kcilink.com> From: Vivek Khera To: FreeBSD Stable List In-Reply-To: <479501BE.4040309@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Tue, 22 Jan 2008 12:36:47 -0500 References: <47949811.1080505@raad.tartu.ee> <479501BE.4040309@FreeBSD.org> X-Mailer: Apple Mail (2.915) Subject: Re: NO_ knobs in /etc/make.conf 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: Tue, 22 Jan 2008 17:52:55 -0000 On Jan 21, 2008, at 3:34 PM, Doug Barton wrote: > There is a cross-reference to src.conf(5) at the end of > make.conf(5), but IMO the connection needs to be made more explicit. > Anyone want to take that on? This should also go in the release > notes if it's not already. So do I need to move my settings from make.conf to src.conf, or can I just leave it as-is and not worry about it. Reading the make.conf man page implies it will just continue to work without change. What was broken that required this to be "fixed"? From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 18:11:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97E9516A418 for ; Tue, 22 Jan 2008 18:11:51 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.freebsd.org (Postfix) with ESMTP id 3282913C43E for ; Tue, 22 Jan 2008 18:11:50 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail02.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m0MIBilN018626 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Jan 2008 05:11:45 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m0MIBiZO054326; Wed, 23 Jan 2008 05:11:44 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m0MIBiQ2054325; Wed, 23 Jan 2008 05:11:44 +1100 (EST) (envelope-from peter) Date: Wed, 23 Jan 2008 05:11:44 +1100 From: Peter Jeremy To: Robert Jameson Message-ID: <20080122181144.GP1466@server.vk2pj.dyndns.org> References: <20080122170923.4d00c133@mail.dawnshosting.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y2zxS2PfCDLh6JVG" Content-Disposition: inline In-Reply-To: <20080122170923.4d00c133@mail.dawnshosting.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: firefox-2.0.0.11_1, 1 refuses to build because PORT_REPLACES_BASE_BIND 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: Tue, 22 Jan 2008 18:11:51 -0000 --y2zxS2PfCDLh6JVG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 22, 2008 at 05:09:23PM +0000, Robert Jameson wrote: >I ran into a problem today trying to build the latest firefox in ports fir= efox-2.0.0.11_1,1. =2E.. >firefox-2.0.0.11_1,1: bind installed with PORT_REPLACES_BASE_BIND causes b= uild problems. That seems fairly self-explanatory to me and has been the case for over two years. (The relevant test is at the end of the "gecko-post-patch" target in www/mozilla/Makefile.common). --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --y2zxS2PfCDLh6JVG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHljHg/opHv/APuIcRAq0WAJ4/zOKD5MUru8aH1tvFGpoOWQ+nEACffZli 4YWzRrop+DMT27hCnZ5hK9Q= =8PGm -----END PGP SIGNATURE----- --y2zxS2PfCDLh6JVG-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 18:23:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D38616A418; Tue, 22 Jan 2008 18:23:14 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 6458213C4E3; Tue, 22 Jan 2008 18:23:13 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id m0MIN6Ik042371; Tue, 22 Jan 2008 19:23:07 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id m0MIN6rj042370; Tue, 22 Jan 2008 19:23:06 +0100 (CET) (envelope-from marius) Date: Tue, 22 Jan 2008 19:23:06 +0100 From: Marius Strobl To: Eirik =?unknown-8bit?Q?=D8verby?= , scottl@freebsd.org Message-ID: <20080122182306.GA42286@alchemy.franken.de> References: <47947299.5000902@anduin.net> <02783148-323B-435C-9FAF-6DADAA0C526D@anduin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <02783148-323B-435C-9FAF-6DADAA0C526D@anduin.net> User-Agent: Mutt/1.4.2.3i Cc: Anders Gulden Olstad , freebsd-stable@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: 7.0 RC1/SPARC64 panic in boot 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: Tue, 22 Jan 2008 18:23:14 -0000 On Tue, Jan 22, 2008 at 07:16:16AM +0100, Eirik verby wrote: > Hi list, > > by disabling the isp driver (set hint.isp.o.disabled=1), the system > comes up. This of course denies us access to the external disk array > hosted by the internal QLogic controller, but pinpoints the problem. > > We tried setting hint.isp.0.prefer_iomap=1, which made no difference > (though by reading the code, I don't see that it ever used this). > > Can anyone help us out here? Scott, could this be due to a missing MFC of isp_sbus.c rev. 1.36? Marius > > On Jan 21, 2008, at 11:23 AM, Anders Gulden Olstad wrote: > > >-----BEGIN PGP SIGNED MESSAGE----- > >Hash: SHA1 > > > >SUN Ultra 2 (2x400Mhz USII, 1500MB RAM) > > > >Got the following panic during boot > > > > panic: trap: fast data access mmu miss > > cpuid = 0 > > > >This happened after upgrade from 6.2 -> 7.0 RC1. Tried to boot > >from the CDROM as well, with same result > > > > > >= > >= > >= > >= > >= > >= > >= > >= > >= > >= > >====================================================================== > >Console log: > > > >{0} ok boot cdrom > >Boot device: /sbus/SUNW,fas@e,8800000/sd@6,0:f File and args: > > > >>>FreeBSD/sparc64 boot block > > Boot path: /sbus@1f,0/SUNW,fas@e,8800000/sd@6,0:f > > Boot loader: /boot/loader > >Consoles: Open Firmware console > > > >Booting with sun4u support. > >Boot path set to /sbus@1f,0/SUNW,fas@e,8800000/sd@6,0:a > > > >FreeBSD/sparc64 bootstrap loader, Revision 1.0 > >(root@obrian.cse.buffalo.edu, Mon Dec 24 10:09:43 UTC 2007) > >bootpath="/sbus@1f,0/SUNW,fas@e,8800000/sd@6,0:a" > >Loading /boot/defaults/loader.conf > >/boot/kernel/kernel data=0x6eee48+0x72c68 > >syms=[0x8+0x76878+0x8+0x6663e] > >\ > >Hit [Enter] to boot immediately, or any other key for command prompt. > >Booting [/boot/kernel/kernel]... > >nothing to autoload yet. > >jumping to kernel entry at 0xc0070000. > >stray vector interrupt 2033 > >Copyright (c) 1992-2007 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.0-RC1 #0: Tue Dec 25 02:17:08 UTC 2007 > > root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > >real memory = 1610612736 (1536 MB) > >avail memory = 1550393344 (1478 MB) > >cpu0: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) > >cpu1: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) > >FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >registered firmware set > >registered firmware set > >registered firmware set > >registered firmware set > >registered firmware set > >registered firmware set > >registered firmware set > >registered firmware set > >registered firmware set > >registered firmware set > >registered firmware set > >registered firmware set > >ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, > >RF5413, REGOPS_FUNC) > >nexus0: > >sbus0: mem 0x1fe00000000-0x1fe00007fff irq > >2036,2037,2038,2021,2026,2039 on nexus0 > >sbus0: clock 25.000 MHz > >sbus dvma: DVMA map: 0xfc000000 to 0xffffffff > >sbus0: [GIANT-LOCKED] > >sbus0: [ITHREAD] > >sbus0: [GIANT-LOCKED] > >sbus0: [ITHREAD] > >initializing counter-timer > >Timecounter "counter-timer" frequency 1000000 Hz quality 100 > >auxio0: mem 0x1900000 on sbus0 > >sbus0: mem 0xc000000-0xc0001ff irq 2020 type unknown (no > >driver attached) > >sbus0: mem 0-0x7ffff,0x1380000-0x13fffff type unknown (no > >driver attached) > >sbus0: mem 0x1400000-0x1400007 irq 2025 type block (no > >driver attached) > >eeprom0: mem 0x1200000-0x1201fff on sbus0 > >eeprom0: model mk48t59 > >scc0: mem 0x1100000-0x1100003 irq > >2024 on > >sbus0 > >scc0: [FILTER] > >uart0: on scc0 > >uart0: [FILTER] > >uart0: console (9600,n,8,1) > >uart1: on scc0 > >uart1: [FILTER] > >scc1: mem 0x1000000-0x1000003 irq > >2024 on > >sbus0 > >scc1: [FILTER] > >uart2: on scc1 > >uart2: [FILTER] > >uart2: keyboard (1200,n,8,1) > >uart2: keyboard not present > >uart3: on scc1 > >uart3: [FILTER] > >sbus0: mem 0x1300000-0x1300007 type unknown (no driver attached) > >sbus0: mem 0x1304000-0x1304002 type unknown (no driver > >attached) > >esp0: mem > >0x8800000-0x880000f,0x8810000-0x881003f irq 2016 on sbus0 > >esp0: [ITHREAD] > >esp0: FAS366/HME, 40MHz, SCSI ID 7 > >hme0: mem > >0x8c00000-0x8c00107,0x8c02000-0x8c03fff,0x8c04000-0x8c05fff, > >0x8c06000-0x8c07fff,0x8c07000-0x8c0701f > >irq 2017 on sbus0 > >miibus0: on hme0 > >nsphy0: PHY 1 on miibus0 > >nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > >hme0: Ethernet address: 08:00:20:91:d2:79 > >hme0: [ITHREAD] > >sbus0: mem 0xc800000-0xc80001b irq 2018 type unknown (no > >driver attached) > >isp0 mem 0x10000-0x1044f irq 2003 on sbus0 > >isp0: [ITHREAD] > >panic: trap: fast data access mmu miss > >cpuid = 0 > >Uptime: 1s > >Automatic reboot in 15 seconds - press a key on the console to abort > >Rebooting... > >Resetting ... > >-----BEGIN PGP SIGNATURE----- > >Version: GnuPG v1.4.2 (GNU/Linux) > >Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org > > > >iD8DBQFHlHKUMVyOPWVstbURAlkZAKC26W5268Q/+cJc6a3ImsqG8kvAIACfUFvP > >mElTmJup2GOa5GCcVhOKXFs= > >=7rUk > >-----END PGP SIGNATURE----- > >_______________________________________________ > >freebsd-stable@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > >" > > > > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 18:44:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D48C16A41A; Tue, 22 Jan 2008 18:44:22 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.freebsd.org (Postfix) with ESMTP id 9C11013C44B; Tue, 22 Jan 2008 18:44:21 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([212.62.248.147] helo=[192.168.2.10]) by anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JHO6c-000GlC-QY; Tue, 22 Jan 2008 19:44:20 +0100 Message-Id: <7E2FDA21-4026-4610-B5BC-BE4CB81AD0A1@anduin.net> From: =?ISO-8859-1?Q?Eirik_=D8verby?= To: Marius Strobl In-Reply-To: <20080122182306.GA42286@alchemy.franken.de> Mime-Version: 1.0 (Apple Message framework v915) Date: Tue, 22 Jan 2008 19:44:18 +0100 References: <47947299.5000902@anduin.net> <02783148-323B-435C-9FAF-6DADAA0C526D@anduin.net> <20080122182306.GA42286@alchemy.franken.de> X-Mailer: Apple Mail (2.915) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Anders Gulden Olstad , scottl@freebsd.org, freebsd-sparc64@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.0 RC1/SPARC64 panic in boot 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: Tue, 22 Jan 2008 18:44:22 -0000 On Jan 22, 2008, at 7:23 PM, Marius Strobl wrote: > On Tue, Jan 22, 2008 at 07:16:16AM +0100, Eirik verby wrote: >> Hi list, >> >> by disabling the isp driver (set hint.isp.o.disabled=1), the system >> comes up. This of course denies us access to the external disk array >> hosted by the internal QLogic controller, but pinpoints the problem. >> >> We tried setting hint.isp.0.prefer_iomap=1, which made no difference >> (though by reading the code, I don't see that it ever used this). >> >> Can anyone help us out here? > > Scott, could this be due to a missing MFC of isp_sbus.c rev. 1.36? If that would be the case I'd be most happy to hear that. I'll also be more than happy to test, and can do so on relatively short notice (at least for another few hours). We have, for the record, gone through some basic troubleshooting: Replaced memory (as this error also can show up under Solaris and is usually an indicator of bad memory), replaced SCSI controller with another one (still isp driven), and testing various device hints - suffice to say we have wasted our time so far ;) Holding breath... /Eirik > > > Marius > >> >> On Jan 21, 2008, at 11:23 AM, Anders Gulden Olstad wrote: >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> SUN Ultra 2 (2x400Mhz USII, 1500MB RAM) >>> >>> Got the following panic during boot >>> >>> panic: trap: fast data access mmu miss >>> cpuid = 0 >>> >>> This happened after upgrade from 6.2 -> 7.0 RC1. Tried to boot >>> from the CDROM as well, with same result >>> >>> >>> = >>> = >>> = >>> = >>> = >>> = >>> = >>> = >>> = >>> = >>> = >>> = >>> ==================================================================== >>> Console log: >>> >>> {0} ok boot cdrom >>> Boot device: /sbus/SUNW,fas@e,8800000/sd@6,0:f File and args: >>> >>>>> FreeBSD/sparc64 boot block >>> Boot path: /sbus@1f,0/SUNW,fas@e,8800000/sd@6,0:f >>> Boot loader: /boot/loader >>> Consoles: Open Firmware console >>> >>> Booting with sun4u support. >>> Boot path set to /sbus@1f,0/SUNW,fas@e,8800000/sd@6,0:a >>> >>> FreeBSD/sparc64 bootstrap loader, Revision 1.0 >>> (root@obrian.cse.buffalo.edu, Mon Dec 24 10:09:43 UTC 2007) >>> bootpath="/sbus@1f,0/SUNW,fas@e,8800000/sd@6,0:a" >>> Loading /boot/defaults/loader.conf >>> /boot/kernel/kernel data=0x6eee48+0x72c68 >>> syms=[0x8+0x76878+0x8+0x6663e] >>> \ >>> Hit [Enter] to boot immediately, or any other key for command >>> prompt. >>> Booting [/boot/kernel/kernel]... >>> nothing to autoload yet. >>> jumping to kernel entry at 0xc0070000. >>> stray vector interrupt 2033 >>> Copyright (c) 1992-2007 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.0-RC1 #0: Tue Dec 25 02:17:08 UTC 2007 >>> root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >>> real memory = 1610612736 (1536 MB) >>> avail memory = 1550393344 (1478 MB) >>> cpu0: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) >>> cpu1: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU) >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> registered firmware set >>> registered firmware set >>> registered firmware set >>> registered firmware set >>> registered firmware set >>> registered firmware set >>> registered firmware set >>> registered firmware set >>> registered firmware set >>> registered firmware set >>> registered firmware set >>> registered firmware set >>> ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, >>> RF5413, REGOPS_FUNC) >>> nexus0: >>> sbus0: mem 0x1fe00000000-0x1fe00007fff irq >>> 2036,2037,2038,2021,2026,2039 on nexus0 >>> sbus0: clock 25.000 MHz >>> sbus dvma: DVMA map: 0xfc000000 to 0xffffffff >>> sbus0: [GIANT-LOCKED] >>> sbus0: [ITHREAD] >>> sbus0: [GIANT-LOCKED] >>> sbus0: [ITHREAD] >>> initializing counter-timer >>> Timecounter "counter-timer" frequency 1000000 Hz quality 100 >>> auxio0: mem 0x1900000 on sbus0 >>> sbus0: mem 0xc000000-0xc0001ff irq 2020 type unknown >>> (no >>> driver attached) >>> sbus0: mem 0-0x7ffff,0x1380000-0x13fffff type unknown >>> (no >>> driver attached) >>> sbus0: mem 0x1400000-0x1400007 irq 2025 type block (no >>> driver attached) >>> eeprom0: mem 0x1200000-0x1201fff on sbus0 >>> eeprom0: model mk48t59 >>> scc0: mem 0x1100000-0x1100003 irq >>> 2024 on >>> sbus0 >>> scc0: [FILTER] >>> uart0: on scc0 >>> uart0: [FILTER] >>> uart0: console (9600,n,8,1) >>> uart1: on scc0 >>> uart1: [FILTER] >>> scc1: mem 0x1000000-0x1000003 irq >>> 2024 on >>> sbus0 >>> scc1: [FILTER] >>> uart2: on scc1 >>> uart2: [FILTER] >>> uart2: keyboard (1200,n,8,1) >>> uart2: keyboard not present >>> uart3: on scc1 >>> uart3: [FILTER] >>> sbus0: mem 0x1300000-0x1300007 type unknown (no driver >>> attached) >>> sbus0: mem 0x1304000-0x1304002 type unknown (no driver >>> attached) >>> esp0: mem >>> 0x8800000-0x880000f,0x8810000-0x881003f irq 2016 on sbus0 >>> esp0: [ITHREAD] >>> esp0: FAS366/HME, 40MHz, SCSI ID 7 >>> hme0: mem >>> 0x8c00000-0x8c00107,0x8c02000-0x8c03fff,0x8c04000-0x8c05fff, >>> 0x8c06000-0x8c07fff,0x8c07000-0x8c0701f >>> irq 2017 on sbus0 >>> miibus0: on hme0 >>> nsphy0: PHY 1 on miibus0 >>> nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >>> hme0: Ethernet address: 08:00:20:91:d2:79 >>> hme0: [ITHREAD] >>> sbus0: mem 0xc800000-0xc80001b irq 2018 type unknown (no >>> driver attached) >>> isp0 mem 0x10000-0x1044f irq 2003 on sbus0 >>> isp0: [ITHREAD] >>> panic: trap: fast data access mmu miss >>> cpuid = 0 >>> Uptime: 1s >>> Automatic reboot in 15 seconds - press a key on the console to abort >>> Rebooting... >>> Resetting ... >>> -----BEGIN PGP SIGNATURE----- >>> Version: GnuPG v1.4.2 (GNU/Linux) >>> Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org >>> >>> iD8DBQFHlHKUMVyOPWVstbURAlkZAKC26W5268Q/+cJc6a3ImsqG8kvAIACfUFvP >>> mElTmJup2GOa5GCcVhOKXFs= >>> =7rUk >>> -----END PGP SIGNATURE----- >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org >>> " >>> >> >> _______________________________________________ >> freebsd-sparc64@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 >> To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org >> " > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org > " > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 18:50:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD01316A4AC for ; Tue, 22 Jan 2008 18:50:04 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by mx1.freebsd.org (Postfix) with ESMTP id 2468413C4EB for ; Tue, 22 Jan 2008 18:50:03 +0000 (UTC) (envelope-from ruben@verweg.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verweg.com; s=verweg; t=1201027797; bh=kVcZKAEOsnKsoKKpEY1nXAstVFA3j6ZdQQSQlMMSiRE=; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type:Mime-Version: Subject:Date:References:X-Pgp-Agent:Content-Transfer-Encoding: X-Mailer; b=rsMCWy7XcgOt56dp0dfH+etZ8DtCBbg26Hn42rR4pGpgiSzdAYPszk qfamJaeaYVCf75uGiN9oRhKQImPAqfvmELc4WBrj7tpi2lrNxSLMZPgTssRL7PXfWyQ 5pY4sddUfSOMC3ktKf+k4So2AtrkB1GVnNjnHXAizinbUT8opM= Received: from neon.niet.verweg.com (helium.xs4all.nl [194.109.251.55]) (authenticated bits=0) by erg.verweg.com (8.14.2/8.14.2) with ESMTP id m0MInuTK002147 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 22 Jan 2008 18:49:57 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host helium.xs4all.nl [194.109.251.55] claimed to be neon.niet.verweg.com Message-Id: <458AD568-F8BE-415E-8001-FD5DF6A896F7@verweg.com> From: Ruben van Staveren To: Drew Weaver In-Reply-To: Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-67--617703045" Mime-Version: 1.0 (Apple Message framework v915) Date: Tue, 22 Jan 2008 19:49:56 +0100 References: <42b497160801210838j13ea3fe0wf8bf69faa2467eae@mail.gmail.com> <373df47a949fa2917f85f8a2b1eec9aa@localhost> X-Pgp-Agent: GPGMail d51 (Leopard) Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.915) X-Virus-Scanned: ClamAV 0.92/5521/Tue Jan 22 14:55:56 2008 on erg.verweg.com X-Virus-Status: Clean X-Spam-Status: No, score=3.9 required=5.0 tests=DATE_IN_FUTURE_96_XX, DKIM_SIGNED, DKIM_VERIFIED, HTML_MESSAGE, SPF_PASS autolearn=no version=3.2.4 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on erg.verweg.com X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (erg.verweg.com [217.77.141.129]); Tue, 22 Jan 2008 18:50:03 +0000 (UTC) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Manual/Wiki or other documentation for PXE install mainlyinstall.cfg? 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: Tue, 22 Jan 2008 18:50:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-67--617703045 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable On 21 Jan 2008, at 18:04, Drew Weaver wrote: > Not specifically that I don=92t know, more specifically that =20 > install.cfg doesn't know whether it=92s a rl0, fxp0 or 3 or 4 others.. I have some stuff at http://ruben.is.verweg.com/stuff/freebsd/=20 ifrename/ that might help with this (and other cases, like the =20 "swapped" ethernet ports of a Dell PE 2950) YMMV - Ruben= --Apple-Mail-67--617703045 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFHljrUZ88+mcQxRw0RAnq/AJwJubAlFwt7XR5LZNCo9oEA51NaIwCeLbot l9jH3m8Yi96f9ZET9a+yhWk= =rj2d -----END PGP SIGNATURE----- --Apple-Mail-67--617703045-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 21:04:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3366316A420 for ; Tue, 22 Jan 2008 21:04:34 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.213.67.47]) by mx1.freebsd.org (Postfix) with ESMTP id EEEFB13C448 for ; Tue, 22 Jan 2008 21:04:33 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (unknown [172.16.100.24]) by mail.barafranca.com (Postfix) with ESMTP id C48FC13E4 for ; Tue, 22 Jan 2008 20:50:20 +0000 (UTC) X-Virus-Scanned: amavisd-new at barafranca.com Received: from mail.barafranca.com ([172.16.100.24]) by localhost (mail.barafranca.com [172.16.100.24]) (amavisd-new, port 10024) with ESMTP id hz3P2RWXbylO for ; Tue, 22 Jan 2008 20:49:52 +0000 (UTC) Received: from nexus.bsdlan.org (a213-22-38-76.cpe.netcabo.pt [213.22.38.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id 06F2713DF for ; Tue, 22 Jan 2008 20:49:50 +0000 (UTC) Message-ID: <47965727.3040307@barafranca.com> Date: Tue, 22 Jan 2008 20:50:47 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.6 (X11/20070816) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 7.0-RC1 ath0 will not work for more than a couple days (Access Point) 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: Tue, 22 Jan 2008 21:04:34 -0000 re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header re0: discard frame w/o packet header ath0: stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to reset hardware; hal status 3 ath0: stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to reset hardware; hal status 3 ath0: device timeout ath0: stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to reset hardware; hal status 3 ath0: device timeout ath0: stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to reset hardware; hal status 3 ath0: device timeout ath0: stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to reset hardware; hal status 3 ath0: stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to reset hardware; hal status 3 ath0: stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to reset hardware; hal status 3 ath0: stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to reset hardware; hal status 3 ath0: stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to reset hardware; hal status 3 ath0: device timeout ath0: stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to reset hardware; hal status 3 ath0: stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to reset hardware; hal status 3 ath0: flags=8843 metric 0 mtu 2290 inet 192.168.200.110 netmask 0xffffff00 broadcast 192.168.200.255 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated ssid zaurak_wifi channel 5 (2432 Mhz 11g) bssid authmode WPA2/802.11i privacy MIXED deftxkey 2 TKIP 2:128-bit TKIP 3:128-bit txpower 31.5 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 pureg protmode CTS wme burst hidessid -apbridge dtimperiod 1 FreeBSD zaurak.bsdlan.org 7.0-RC1 FreeBSD 7.0-RC1 #1: Wed Jan 2 01:45:03 WET 2008 klr@zaurak.bsdlan.org:/usr/obj/usr/src/sys/ZAURAK amd64 ath0@pci0:5:1:0: class=0x020000 card=0x5a001385 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5212, AR5213 802.11a/b/g Wireless Adapter' class = network subclass = ethernet re0@pci0:5:4:0: class=0x020000 card=0x820d1043 chip=0x816710ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8169/8110 Family Gigabit Ethernet NIC' class = network subclass = ethernet ifconfig'ing ath0 up and down continuously will either make it usable again for a few hours or result in a panic. Regards, Hugo From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 21:14:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C0ED16A417 for ; Tue, 22 Jan 2008 21:14:20 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.213.67.47]) by mx1.freebsd.org (Postfix) with ESMTP id EEEA813C455 for ; Tue, 22 Jan 2008 21:14:19 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (unknown [172.16.100.24]) by mail.barafranca.com (Postfix) with ESMTP id 7EBBD1525; Tue, 22 Jan 2008 21:14:19 +0000 (UTC) X-Virus-Scanned: amavisd-new at barafranca.com Received: from mail.barafranca.com ([172.16.100.24]) by localhost (mail.barafranca.com [172.16.100.24]) (amavisd-new, port 10024) with ESMTP id QW-tQRABj1pk; Tue, 22 Jan 2008 21:13:50 +0000 (UTC) Received: from [192.168.200.26] (a213-22-38-76.cpe.netcabo.pt [213.22.38.76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id 6C617151C; Tue, 22 Jan 2008 21:13:49 +0000 (UTC) Message-ID: <47965C8C.4060301@barafranca.com> Date: Tue, 22 Jan 2008 21:13:48 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.9 (X11/20071213) MIME-Version: 1.0 To: "Aryeh M. Friedman" , freebsd-stable@freebsd.org References: <47965727.3040307@barafranca.com> <47965B0D.5060606@gmail.com> In-Reply-To: <47965B0D.5060606@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: 7.0-RC1 ath0 will not work for more than a couple days (Access Point) 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: Tue, 22 Jan 2008 21:14:20 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > The most recently committed re(4) modifications correct this. > > Hugo Silva wrote: > >> re0: discard frame w/o packet header re0: discard frame w/o packet >> header re0: discard frame w/o packet header re0: discard frame w/o >> packet header re0: discard frame w/o packet header re0: discard >> frame w/o packet header re0: discard frame w/o packet header re0: >> discard frame w/o packet header re0: discard frame w/o packet >> header re0: discard frame w/o packet header re0: discard frame w/o >> packet header re0: discard frame w/o packet header re0: discard >> frame w/o packet header re0: discard frame w/o packet header re0: >> discard frame w/o packet header re0: discard frame w/o packet >> header re0: discard frame w/o packet header re0: discard frame w/o >> packet header ath0: stuck beacon; resetting (bmiss count 4) ath0: >> ath_reset: unable to reset hardware; hal status 3 ath0: stuck >> beacon; resetting (bmiss count 4) ath0: ath_reset: unable to reset >> hardware; hal status 3 ath0: device timeout ath0: stuck beacon; >> resetting (bmiss count 4) ath0: ath_reset: unable to reset >> hardware; hal status 3 ath0: device timeout ath0: stuck beacon; >> resetting (bmiss count 4) ath0: ath_reset: unable to reset >> hardware; hal status 3 ath0: device timeout ath0: stuck beacon; >> resetting (bmiss count 4) ath0: ath_reset: unable to reset >> hardware; hal status 3 ath0: stuck beacon; resetting (bmiss count >> 4) ath0: ath_reset: unable to reset hardware; hal status 3 ath0: >> stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to >> reset hardware; hal status 3 ath0: stuck beacon; resetting (bmiss >> count 4) ath0: ath_reset: unable to reset hardware; hal status 3 >> ath0: stuck beacon; resetting (bmiss count 4) ath0: ath_reset: >> unable to reset hardware; hal status 3 ath0: device timeout ath0: >> stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to >> reset hardware; hal status 3 ath0: stuck beacon; resetting (bmiss >> count 4) ath0: ath_reset: unable to reset hardware; hal status 3 >> >> >> >> >> >> ath0: flags=8843 metric 0 >> mtu 2290 inet 192.168.200.110 netmask 0xffffff00 broadcast >> 192.168.200.255 media: IEEE 802.11 Wireless Ethernet autoselect >> mode 11g status: associated ssid zaurak_wifi channel 5 >> (2432 Mhz 11g) bssid authmode WPA2/802.11i privacy MIXED deftxkey 2 >> TKIP 2:128-bit TKIP 3:128-bit txpower 31.5 scanvalid 60 bgscan >> bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 pureg >> protmode CTS wme burst hidessid -apbridge dtimperiod 1 >> >> >> >> >> FreeBSD zaurak.bsdlan.org 7.0-RC1 FreeBSD 7.0-RC1 #1: Wed Jan 2 >> 01:45:03 WET 2008 klr@zaurak.bsdlan.org:/usr/obj/usr/src/sys/ZAURAK >> amd64 >> >> >> >> ath0@pci0:5:1:0: class=0x020000 card=0x5a001385 >> chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros >> Communications Inc.' device = 'AR5212, AR5213 802.11a/b/g >> Wireless Adapter' class = network subclass = ethernet >> re0@pci0:5:4:0: class=0x020000 card=0x820d1043 chip=0x816710ec >> rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = >> 'RTL8169/8110 Family Gigabit Ethernet NIC' class = network >> subclass = ethernet >> >> >> >> >> ifconfig'ing ath0 up and down continuously will either make it >> usable again for a few hours or result in a panic. >> >> Regards, >> >> Hugo >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable To >> unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" >> >> > > > - -- > Aryeh M. Friedman > FloSoft Systems, Java Tool Developers > Developer, not business, friendly > http://www.flosoft-systems.com > > "Free software != Free beer" > > Blog: > > http://www.flosoft-systems.com/flosoft_systems_community/blogs/aryeh/index.php > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHllsNQi2hk2LEXBARAobHAKDfiFNge8q3sst9Ia30GyTkSgy0FgCfbyq2 > rcnrU+x+AGRhTjkl0It4h90= > =ybea > -----END PGP SIGNATURE----- > > I will give it a try during this week -- thanks for the feedback. Regards, Hugo From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 21:33:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ACEC16A41A for ; Tue, 22 Jan 2008 21:33:10 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id C0F0D13C4D3 for ; Tue, 22 Jan 2008 21:33:09 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so3783183pyb.10 for ; Tue, 22 Jan 2008 13:33:09 -0800 (PST) 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:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=QxKZG/tShN43hk19ak1FhmyxjYl1OzauiyyNt8GIcao=; b=pPMMjUTaKjMbGWu+8iw8nJuT4pGRqPPpnKxmCMrOfE9beeQYlq4oqGCpTUNDL3ILfdztP1hYFTm0W/x0bK2vvCEUrCFEGoX0LalaEj8FuEJRIUfHqWQyZfVXgFzu2jOlZMabZ6Uo8dUnASmiI7ZFAY6c0nN1qfuh0CkAxOIadIc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=sQlpkw6+93el2fvNq24MPoDv5YQEzotqEWrnKgUzuLQBYiJ2pY221rOaq2XE/w4LuxkQzHcqJEO8pV5mVDLbONDFAwAvQxg+cqgSCS3OH1/ZcnNDfxASLHELpcUeP85ForOrHzKWNwlmNUo/T/1jtbjMuaRLY8BAuX7iThmvixU= Received: by 10.65.244.15 with SMTP id w15mr18699228qbr.38.1201036062231; Tue, 22 Jan 2008 13:07:42 -0800 (PST) Received: from flosoft.no-ip.biz ( [67.85.89.184]) by mx.google.com with ESMTPS id f12sm7050242qba.32.2008.01.22.13.07.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Jan 2008 13:07:41 -0800 (PST) Message-ID: <47965B0D.5060606@gmail.com> Date: Tue, 22 Jan 2008 16:07:25 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20080117) MIME-Version: 1.0 To: Hugo Silva References: <47965727.3040307@barafranca.com> In-Reply-To: <47965727.3040307@barafranca.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-RC1 ath0 will not work for more than a couple days (Access Point) 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: Tue, 22 Jan 2008 21:33:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The most recently committed re(4) modifications correct this. Hugo Silva wrote: > re0: discard frame w/o packet header re0: discard frame w/o packet > header re0: discard frame w/o packet header re0: discard frame w/o > packet header re0: discard frame w/o packet header re0: discard > frame w/o packet header re0: discard frame w/o packet header re0: > discard frame w/o packet header re0: discard frame w/o packet > header re0: discard frame w/o packet header re0: discard frame w/o > packet header re0: discard frame w/o packet header re0: discard > frame w/o packet header re0: discard frame w/o packet header re0: > discard frame w/o packet header re0: discard frame w/o packet > header re0: discard frame w/o packet header re0: discard frame w/o > packet header ath0: stuck beacon; resetting (bmiss count 4) ath0: > ath_reset: unable to reset hardware; hal status 3 ath0: stuck > beacon; resetting (bmiss count 4) ath0: ath_reset: unable to reset > hardware; hal status 3 ath0: device timeout ath0: stuck beacon; > resetting (bmiss count 4) ath0: ath_reset: unable to reset > hardware; hal status 3 ath0: device timeout ath0: stuck beacon; > resetting (bmiss count 4) ath0: ath_reset: unable to reset > hardware; hal status 3 ath0: device timeout ath0: stuck beacon; > resetting (bmiss count 4) ath0: ath_reset: unable to reset > hardware; hal status 3 ath0: stuck beacon; resetting (bmiss count > 4) ath0: ath_reset: unable to reset hardware; hal status 3 ath0: > stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to > reset hardware; hal status 3 ath0: stuck beacon; resetting (bmiss > count 4) ath0: ath_reset: unable to reset hardware; hal status 3 > ath0: stuck beacon; resetting (bmiss count 4) ath0: ath_reset: > unable to reset hardware; hal status 3 ath0: device timeout ath0: > stuck beacon; resetting (bmiss count 4) ath0: ath_reset: unable to > reset hardware; hal status 3 ath0: stuck beacon; resetting (bmiss > count 4) ath0: ath_reset: unable to reset hardware; hal status 3 > > > > > > ath0: flags=8843 metric 0 > mtu 2290 inet 192.168.200.110 netmask 0xffffff00 broadcast > 192.168.200.255 media: IEEE 802.11 Wireless Ethernet autoselect > mode 11g status: associated ssid zaurak_wifi channel 5 > (2432 Mhz 11g) bssid authmode WPA2/802.11i privacy MIXED deftxkey 2 > TKIP 2:128-bit TKIP 3:128-bit txpower 31.5 scanvalid 60 bgscan > bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 pureg > protmode CTS wme burst hidessid -apbridge dtimperiod 1 > > > > > FreeBSD zaurak.bsdlan.org 7.0-RC1 FreeBSD 7.0-RC1 #1: Wed Jan 2 > 01:45:03 WET 2008 klr@zaurak.bsdlan.org:/usr/obj/usr/src/sys/ZAURAK > amd64 > > > > ath0@pci0:5:1:0: class=0x020000 card=0x5a001385 > chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros > Communications Inc.' device = 'AR5212, AR5213 802.11a/b/g > Wireless Adapter' class = network subclass = ethernet > re0@pci0:5:4:0: class=0x020000 card=0x820d1043 chip=0x816710ec > rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = > 'RTL8169/8110 Family Gigabit Ethernet NIC' class = network > subclass = ethernet > > > > > ifconfig'ing ath0 up and down continuously will either make it > usable again for a few hours or result in a panic. > > Regards, > > Hugo > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable To > unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" > - -- Aryeh M. Friedman FloSoft Systems, Java Tool Developers Developer, not business, friendly http://www.flosoft-systems.com "Free software != Free beer" Blog: http://www.flosoft-systems.com/flosoft_systems_community/blogs/aryeh/index.php -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHllsNQi2hk2LEXBARAobHAKDfiFNge8q3sst9Ia30GyTkSgy0FgCfbyq2 rcnrU+x+AGRhTjkl0It4h90= =ybea -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 21:35:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E179716A417 for ; Tue, 22 Jan 2008 21:35:43 +0000 (UTC) (envelope-from jmlopez@disbase.com) Received: from mail.disbase.com (mail.disbase.com [213.149.254.161]) by mx1.freebsd.org (Postfix) with ESMTP id A46B613C4EA for ; Tue, 22 Jan 2008 21:35:43 +0000 (UTC) (envelope-from jmlopez@disbase.com) Received: from localhost (localhost.disbase.com [127.0.0.1]) by mail.disbase.com (Postfix) with ESMTP id D7CB1330884 for ; Tue, 22 Jan 2008 22:17:12 +0100 (CET) X-Virus-Scanned: amavisd-new at disbase.com Received: from mail.disbase.com ([127.0.0.1]) by localhost (disbase7.disbase.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qYugmb64EEyL for ; Tue, 22 Jan 2008 22:17:05 +0100 (CET) Received: from r2d5.local (235.pool85-52-167.static.orange.es [85.52.167.235]) by mail.disbase.com (Postfix) with ESMTP id 899E733081D for ; Tue, 22 Jan 2008 22:16:59 +0100 (CET) Message-ID: <47965D4B.9020508@disbase.com> Date: Tue, 22 Jan 2008 22:16:59 +0100 From: Jose Miguel Lopez Coronado User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Portsnap update always says Ports tree is already up to date in 6.2 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: Tue, 22 Jan 2008 21:35:44 -0000 Dear all. I have been trying to use portsnap update to update automatically the ports tree in a server running release 6.2, but I always receive the same message: 'Ports tree is already up to date' I know this is not true because I have other freeBSD 6.2 machines with newer ports. If I'm not wrong this have been happening since version 6.2 as release 6.1 did not give me these problems. I'm using 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 Any idea? Thanks in advance and best wishes. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 21:48:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD17416A420 for ; Tue, 22 Jan 2008 21:48:50 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4677C13C442; Tue, 22 Jan 2008 21:48:49 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <479664C1.9070100@FreeBSD.org> Date: Tue, 22 Jan 2008 22:48:49 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Jose Miguel Lopez Coronado References: <47965D4B.9020508@disbase.com> In-Reply-To: <47965D4B.9020508@disbase.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Portsnap update always says Ports tree is already up to date in 6.2 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: Tue, 22 Jan 2008 21:48:50 -0000 Jose Miguel Lopez Coronado wrote: > Dear all. > > I have been trying to use portsnap update to update automatically the > ports tree in a server running release 6.2, but I always receive the > same message: > 'Ports tree is already up to date' > I know this is not true because I have other freeBSD 6.2 machines with > newer ports. If I'm not wrong this have been happening since version 6.2 > as release 6.1 did not give me these problems. > I'm using 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 > > Any idea? portsnap fetch update? Kris From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 22:05:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CBA616A41B; Tue, 22 Jan 2008 22:05:55 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 0ED6613C4D1; Tue, 22 Jan 2008 22:05:54 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id m0MM5nbK001276; Tue, 22 Jan 2008 23:05:49 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id m0MM5nxu001275; Tue, 22 Jan 2008 23:05:49 +0100 (CET) (envelope-from marius) Date: Tue, 22 Jan 2008 23:05:49 +0100 From: Marius Strobl To: Andrew Reilly Message-ID: <20080122220549.GA770@alchemy.franken.de> References: <20080122094405.230a0856@duncan.reilly.home> <20080122093327.GB38360@alchemy.franken.de> <20080122211014.336999b1@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080122211014.336999b1@duncan.reilly.home> User-Agent: Mutt/1.4.2.3i Cc: Joseph Koshy , freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, obrien@freebsd.org Subject: Re: 7-STABLE regression that breaks lang/drscheme is src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1 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: Tue, 22 Jan 2008 22:05:55 -0000 On Tue, Jan 22, 2008 at 09:10:14PM +1100, Andrew Reilly wrote: > Hi Marius, > > On Tue, 22 Jan 2008 10:33:27 +0100 > Marius Strobl wrote: > > > The __gthread_active_p(), which returns false positives prior > > to the current version of gthr-posix.h, isn't only used in > > libstdc++ but also in headers that are installed beneath > > /usr/include/c++. So the code in those headers compiled into > > an existing binary which was built prior to the gthr-posix.h > > fix still might erroneously determine that it's running in a > > threaded environment while f.e. libstdc++ does not, causing > > the problems you see. Did you try a mred built on a stock > > 7-STABLE? > > When it first stopped working (around the 11th, from memory), my > first approach was to rebuild it (over and over, and attempt to > debug it...) No joy that way. It's only since I reverted to > the earlier version of FreeBSD that it's started working again. > > As part of the attempt to make mred work again, I re-built > *all* of the ports that I have installed (some 900-odd), so > all of the libraries in /usr/local/lib are post-15 Jan., and > have whatever effect the change introduces. Perhaps that is > why epiphany has gone unstable on me (seems to be complaining > about failing to connect to gnomevfs). I suspect that mred > wasn't minding false-positives before, because it's been > configured/compiled with pthreads enabled (for the benefit of > Mesa/OpenGL, apparently). > Ok, in your previous mail you talked about an "exisiting binary" so I assumed you haden't tried with a recompiled one or a recompiled one didn't exhibit the problem. Anyway, you're right and I've overlooked that mred is threaded anyway so in this case it shouldn't matter if __gthread_active_p() prevously returned false-positives or not. The only way I currently can think of the new __gthread_active_p() causing problems would be if now it returned false-negatives. So far I can't reproduce such a problem nor see how that could happen though. It would help if you could debug where mred craches and what __gthread_active_p() returned in this case. Marius From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 23:12:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D51BF16A421 for ; Tue, 22 Jan 2008 23:12:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 99B6013C459 for ; Tue, 22 Jan 2008 23:12:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 229400564-1834499 for multiple; Tue, 22 Jan 2008 18:13:23 -0500 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 m0MNCD9q080735; Tue, 22 Jan 2008 18:12:16 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-mobile@freebsd.org Date: Tue, 22 Jan 2008 16:26:28 -0500 User-Agent: KMail/1.9.7 References: <20080121171606.8eb5f189.gerrit@pmp.uni-hannover.de> In-Reply-To: <20080121171606.8eb5f189.gerrit@pmp.uni-hannover.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200801221626.28744.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]); Tue, 22 Jan 2008 18:12:16 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5525/Tue Jan 22 15:43:38 2008 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: Gerrit =?iso-8859-1?q?K=FChn?= , freebsd-stable@freebsd.org Subject: Re: T7200 CPU not detected by est 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: Tue, 22 Jan 2008 23:12:21 -0000 On Monday 21 January 2008 11:16:06 am Gerrit K=FChn wrote: > Hi folks, >=20 > I have several systems using T7200 mobile CPUs running under 7-stable. > However, EST does not recognize the cpus. When loading cpufreq I get: You can try this patch. It won't add support for all of the levels, but it= =20 will support the current level and the highest level (IIRC). Index: est.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/sys/i386/cpufreq/est.c,v retrieving revision 1.11 diff -u -r1.11 est.c =2D-- est.c 11 May 2006 17:35:44 -0000 1.11 +++ est.c 2 Oct 2007 18:04:58 -0000 @@ -38,6 +38,7 @@ #include =20 #include "cpufreq_if.h" +#include #include =20 #include @@ -70,6 +71,7 @@ struct est_softc { device_t dev; int acpi_settings; + int msr_settings; freq_info *freq_list; }; =20 @@ -897,6 +899,7 @@ static int est_get_info(device_t dev); static int est_acpi_info(device_t dev, freq_info **freqs); static int est_table_info(device_t dev, uint64_t msr, freq_info **freqs); +static int est_msr_info(device_t dev, uint64_t msr, freq_info **freqs); static freq_info *est_get_current(freq_info *freq_list); static int est_settings(device_t dev, struct cf_setting *sets, int *count); static int est_set(device_t dev, const struct cf_setting *set); @@ -1031,11 +1034,13 @@ static int est_detach(device_t dev) { +#if 0 struct est_softc *sc; =20 sc =3D device_get_softc(dev); =2D if (sc->acpi_settings) + if (sc->acpi_settings || sc->msr_settings) free(sc->freq_list, M_DEVBUF); +#endif return (ENXIO); } =20 @@ -1059,6 +1064,9 @@ if (error) error =3D est_acpi_info(dev, &sc->freq_list); =20 + if (error) + error =3D est_msr_info(dev, msr, &sc->freq_list); + if (error) { printf( "est: CPU supports Enhanced Speedstep, but is not recognized.\n" @@ -1149,6 +1157,77 @@ return (0); } =20 +/* + * Flesh out a simple rate table containing the high and low frequencies + * based on the current clock speed and the upper 32 bits of the MSR. + */ +static int +est_msr_info(device_t dev, uint64_t msr, freq_info **freqs) +{ + struct est_softc *sc; + freq_info *fp; + int bus, freq, volts; + uint16_t id; + + if (strcmp("GenuineIntel", cpu_vendor) !=3D 0) + return (EOPNOTSUPP); + + /* Figure out the bus clock. */ + freq =3D tsc_freq / 1000000; + id =3D msr >> 32; + bus =3D freq / (id >> 8); + device_printf(dev, "Guessed bus clock (high) of %d MHz\n", bus); + if (bus !=3D 100 && bus !=3D 133) { + /* We may be running on the low frequency. */ + id =3D msr >> 48; + bus =3D freq / (id >> 8); + device_printf(dev, "Guessed bus clock (low) of %d MHz\n", bus); + if (bus !=3D 100 && bus !=3D 133) + return (EOPNOTSUPP); + =09 + /* Calculate high frequency. */ + id =3D msr >> 32; + freq =3D ((id >> 8) & 0xff) * bus; + } + + /* Fill out a new freq table containing just the high and low freqs. */ + sc =3D device_get_softc(dev); + fp =3D malloc(sizeof(freq_info) * 3, M_DEVBUF, M_WAITOK | M_ZERO); + + /* First, the high frequency. */ + volts =3D id & 0xff; + if (volts !=3D 0) { + volts <<=3D 4; + volts +=3D 700; + } + fp[0].freq =3D freq; + fp[0].volts =3D volts; + fp[0].id16 =3D id; + fp[0].power =3D CPUFREQ_VAL_UNKNOWN; + device_printf(dev, "Guessed high setting of %d MHz @ %d Mv\n", freq, + volts); + + /* Second, the low frequency. */ + id =3D msr >> 48; + freq =3D ((id >> 8) & 0xff) * bus; + volts =3D id & 0xff; + if (volts !=3D 0) { + volts <<=3D 4; + volts +=3D 700; + } + fp[1].freq =3D freq; + fp[1].volts =3D volts; + fp[1].id16 =3D id; + fp[1].power =3D CPUFREQ_VAL_UNKNOWN; + device_printf(dev, "Guessed low setting of %d MHz @ %d Mv\n", freq, + volts); + + /* Table is already terminated due to M_ZERO. */ + sc->msr_settings =3D TRUE; + *freqs =3D fp; + return (0); +} + static freq_info * est_get_current(freq_info *freq_list) { =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 23:12:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E44816A4C1 for ; Tue, 22 Jan 2008 23:12:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 1FCA613C474 for ; Tue, 22 Jan 2008 23:12:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 229400552-1834499 for multiple; Tue, 22 Jan 2008 18:13:20 -0500 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 m0MNCD9p080735; Tue, 22 Jan 2008 18:12:14 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Pete French Date: Tue, 22 Jan 2008 16:12:54 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801221612.54709.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]); Tue, 22 Jan 2008 18:12:14 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5525/Tue Jan 22 15:43:38 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.3 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, SUBJ_HAS_UNIQ_ID autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 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: Tue, 22 Jan 2008 23:12:27 -0000 On Monday 21 January 2008 08:00:33 am Pete French wrote: > > If you are using RSDT, then RsdtPhysicalAddress is what you care about > > rather than XsdtPhysicalAddress. > > O.K., I have this now - RsdtPhysicalAddress is 0x7fec7f40 on > return from madt_map_table Can you print out the table header length in the madt_map_table() routine? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 22 23:18:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F063B16A41A for ; Tue, 22 Jan 2008 23:18:45 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id B07DF13C455 for ; Tue, 22 Jan 2008 23:18:45 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JHSO8-0004qr-KH for freebsd-stable@freebsd.org; Tue, 22 Jan 2008 23:18:40 +0000 Received: from szg3.semi.szote.u-szeged.hu ([160.114.134.8]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 Jan 2008 23:18:40 +0000 Received: from bastyaelvtars by szg3.semi.szote.u-szeged.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 Jan 2008 23:18:40 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Gergo Szakal Date: Wed, 23 Jan 2008 00:16:02 +0100 Organization: University of Szeged, Hungary - Faculty Of General Medicine Lines: 25 Message-ID: <20080123001602.97bce08c.bastyaelvtars@gmail.com> References: <20080120235011.0a8772f9.bastyaelvtars@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: szg3.semi.szote.u-szeged.hu X-Newsreader: Sylpheed 2.4.8 (GTK+ 2.10.14; i686-pc-mingw32) Sender: news Subject: Re: ZFS assert panic 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: Tue, 22 Jan 2008 23:18:46 -0000 Some updates on this... 'zpool import' shows the pool OK but when I try to actually import it, I get the aforementioned panic. Under BeleniX I cannot import it because it says the pool is corrupted. The (crash) problem also occurs with 7.0 beta 2. So I cannot access an otherwise healthy pool now. :-P Now I got to examine the logs too. Right before the pool becoming unaccessible, these log entries appeared: Jan 20 17:12:01 ginger kernel: vm_fault: pager read error, pid 1282 (rtorrent) Jan 20 17:12:01 ginger root: ZFS: checksum mismatch, zpool=tank path=/dev/ad14 offset=23070008320 size=44032 Jan 20 17:12:01 ginger root: ZFS: checksum mismatch, zpool=tank path=/dev/ad12 offset=23070008320 size=44032 Jan 20 17:12:01 ginger root: ZFS: checksum mismatch, zpool=tank path=/dev/ad8 offset=23070008832 size=43520 Jan 20 17:12:01 ginger root: ZFS: checksum mismatch, zpool=tank path=/dev/ad10 offset=23070008832 size=43520 Jan 20 17:12:01 ginger root: ZFS: checksum mismatch, zpool=tank path=/dev/ad14 offset=23070008320 size=44032 Jan 20 17:12:01 ginger root: ZFS: checksum mismatch, zpool=tank path=/dev/ad12 offset=23070008320 size=44032 Jan 20 17:12:01 ginger root: ZFS: checksum mismatch, zpool=tank path=/dev/ad8 offset=23070008832 size=43520 Jan 20 17:12:01 ginger root: ZFS: checksum mismatch, zpool=tank path=/dev/ad10 offset=23070008832 size=43520 Jan 20 17:12:01 ginger root: ZFS: zpool I/O failure, zpool=tank error=86 From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 00:43:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D65DD16A41B for ; Wed, 23 Jan 2008 00:43:32 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 9018D13C465 for ; Wed, 23 Jan 2008 00:43:32 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so677119anc.13 for ; Tue, 22 Jan 2008 16:43:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=Y7UhJL4GAzNZMgZf5sThSugqLRhzSLr8dX998+RpdjU=; b=HAQSJQpjjluufLf5/it0TvqEKHYGJhCHJzlt1mRzqmtYq5Rf3Fz6uBQeZCWB9zvyPNLZ6+vDvUE307x8/mWt75bbfN9SNLKDHUKfA3IK3cjW7YKTw+wMlS2Bfnp07XHyLVAbrIpCGQ04ou/OPe+v6rt/fx66XY2ANRUZO9G3/pQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=sIQA4PcMmbnZ/jvXXKTzIpp9/UUPbVn6xbvtZNjsIGAMWtljiX8O/b3l3Me3qCj9p/eBImHObc2JzQNIzLREG6zEhnZ7dYkmFBEpVNOQy5Dg9z/rmNnfYbfokWXkRC8YtNtlgvTuOf7K9uc/ngweRID+aWXxXrtzMPvJ6g0oEus= Received: by 10.100.57.6 with SMTP id f6mr18884095ana.78.1201049011573; Tue, 22 Jan 2008 16:43:31 -0800 (PST) Received: from ?10.0.3.231? ( [70.111.176.160]) by mx.google.com with ESMTPS id d24sm15586944and.12.2008.01.22.16.43.29 (version=SSLv3 cipher=RC4-MD5); Tue, 22 Jan 2008 16:43:30 -0800 (PST) From: "Alexandre \"Sunny\" Kovalenko" To: Andrew Reilly In-Reply-To: <20080122211014.336999b1@duncan.reilly.home> References: <20080122094405.230a0856@duncan.reilly.home> <20080122093327.GB38360@alchemy.franken.de> <20080122211014.336999b1@duncan.reilly.home> Content-Type: text/plain Date: Tue, 22 Jan 2008 19:41:54 -0500 Message-Id: <1201048914.980.5.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Joseph Koshy , freebsd-stable@freebsd.org, obrien@freebsd.org, freebsd-ports@freebsd.org, Marius Strobl Subject: Re: 7-STABLE regression that breaks lang/drscheme is src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1 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: Wed, 23 Jan 2008 00:43:32 -0000 On Tue, 2008-01-22 at 21:10 +1100, Andrew Reilly wrote: > Hi Marius, > > On Tue, 22 Jan 2008 10:33:27 +0100 > Marius Strobl wrote: > > > The __gthread_active_p(), which returns false positives prior > > to the current version of gthr-posix.h, isn't only used in > > libstdc++ but also in headers that are installed beneath > > /usr/include/c++. So the code in those headers compiled into > > an existing binary which was built prior to the gthr-posix.h > > fix still might erroneously determine that it's running in a > > threaded environment while f.e. libstdc++ does not, causing > > the problems you see. Did you try a mred built on a stock > > 7-STABLE? > > When it first stopped working (around the 11th, from memory), my > first approach was to rebuild it (over and over, and attempt to > debug it...) No joy that way. It's only since I reverted to > the earlier version of FreeBSD that it's started working again. > > As part of the attempt to make mred work again, I re-built > *all* of the ports that I have installed (some 900-odd), so > all of the libraries in /usr/local/lib are post-15 Jan., and > have whatever effect the change introduces. Perhaps that is > why epiphany has gone unstable on me (seems to be complaining > about failing to connect to gnomevfs). I suspect that mred > wasn't minding false-positives before, because it's been > configured/compiled with pthreads enabled (for the benefit of > Mesa/OpenGL, apparently). > > If you think that it might help to track things down, I can jump > forward to -STABLE again and rebuild at least all of mred's > dependencies, but that's going to be a slow process... > > Reckon I'll give that a go. No point staying in the past, now > that we know where abouts the breakage occurred. Am I right to assume that this is *not* i386? I have 7-PRERELEASE (i386) cvsup'ed on January 22, early morning EST, and mred built from vanilla 372 sources (per your earlier recommendation) on January 8th. They seem to be pretty happy with each other. If there is any information I can provide that will help you with your quest, please, let me know. > > Cheers, > -- Alexandre "Sunny" Kovalenko From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 00:56:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0A3516A417 for ; Wed, 23 Jan 2008 00:56:12 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from omta01ps.mx.bigpond.com (omta01ps.mx.bigpond.com [144.140.82.153]) by mx1.freebsd.org (Postfix) with ESMTP id 697F813C45A for ; Wed, 23 Jan 2008 00:56:12 +0000 (UTC) (envelope-from andrew@areilly.bpc-users.org) Received: from oaamta02ps.mx.bigpond.com ([124.188.162.219]) by omta01ps.mx.bigpond.com with ESMTP id <20080123005610.VUGF9842.omta01ps.mx.bigpond.com@oaamta02ps.mx.bigpond.com> for ; Wed, 23 Jan 2008 00:56:10 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by oaamta02ps.mx.bigpond.com with ESMTP id <20080123005610.MEIE10771.oaamta02ps.mx.bigpond.com@areilly.bpa.nu> for ; Wed, 23 Jan 2008 00:56:10 +0000 Received: (qmail 26087 invoked from network); 23 Jan 2008 00:55:45 -0000 Received: from localhost (HELO duncan.reilly.home) (127.0.0.1) by localhost with SMTP; 23 Jan 2008 00:55:45 -0000 Date: Wed, 23 Jan 2008 11:55:44 +1100 From: Andrew Reilly To: "Alexandre \"Sunny\" Kovalenko" Message-ID: <20080123115544.1ef4b3a9@duncan.reilly.home> In-Reply-To: <1201048914.980.5.camel@RabbitsDen> References: <20080122094405.230a0856@duncan.reilly.home> <20080122093327.GB38360@alchemy.franken.de> <20080122211014.336999b1@duncan.reilly.home> <1201048914.980.5.camel@RabbitsDen> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.5; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A010207.479690AA.0041,ss=1,fgs=0 Cc: Joseph Koshy , freebsd-stable@freebsd.org, obrien@freebsd.org, freebsd-ports@freebsd.org, Marius Strobl Subject: Re: 7-STABLE regression that breaks lang/drscheme is src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1 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: Wed, 23 Jan 2008 00:56:13 -0000 On Tue, 22 Jan 2008 19:41:54 -0500 "Alexandre \"Sunny\" Kovalenko" wrote: > Am I right to assume that this is *not* i386? I have 7-PRERELEASE (i386) > cvsup'ed on January 22, early morning EST, and mred built from vanilla > 372 sources (per your earlier recommendation) on January 8th. They seem > to be pretty happy with each other. If there is any information I can > provide that will help you with your quest, please, let me know. You're correct, I'm running an amd64 system, and it turns out that a bunch of the garbage collection code is different/more complicated in that case. And it contains a bug: Found it, and fixed it. Works fine in my test-build at -O0, and I'm just re-building at -O2 to make sure... --- plt-372.orig/src/mzscheme/gc2/newgc.c 2007-10-08 21:40:43.000000000 +1 000 +++ plt-372/src/mzscheme/gc2/newgc.c 2008-01-23 11:21:25.000000000 +1100 @@ -260,13 +260,13 @@ inline static struct mpage **create_page pos = (unsigned long)p >> 48; page_maps = page_mapss[pos]; if (!page_maps) { - page_maps = (struct mpage ***)malloc(sizeof(struct mpage **) * (1 << 16)); + page_maps = (struct mpage ***)calloc(1 << 16, sizeof(struct mpage **)); page_mapss[pos] = page_maps; } pos = ((unsigned long)p >> 32) & ((1 << 16) - 1); page_map = page_maps[pos]; if (!page_map) { - page_map = (struct mpage **)malloc(sizeof(struct mpage *) * (1 << USEFUL_ADDR_BITS)); + page_map = (struct mpage **)calloc(1 << USEFUL_ADDR_BITS, sizeof(struct mpage *)); page_maps[pos] = page_map; } return page_map; In essence, it was using malloc to create second-tier page maps on the fly, and assuming (incorrectly) that the memory returned would be initialized to zero. What's mildly confusing, then, is that the memory that it was getting here in the pre-Jan-5 version of the system *was* zero. Probably just luck. Let this be a lesson: I should have turned on the malloc-debug knob in the first instance. I'll feed the patches (I've also made some tweaks to ensure that it all compiles with -Werror-implicit-function-declaration, because that's usually a good source of breakage on 64-bit systems) up-stream, and see what happens. I'll add the new patches to the port PR, too. Thanks, everyone, for your patience with my red-herring reports. -- Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 02:02:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6192C16A468 for ; Wed, 23 Jan 2008 02:02:31 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id E4C3113C4D1 for ; Wed, 23 Jan 2008 02:02:30 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so44059uge.37 for ; Tue, 22 Jan 2008 18:02:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Jr757AYBL7q49r+hGOApbtf+Zt4hLckpqlXrtxExC9o=; b=hBRNbBuioFqIXqVmKrypD7lIqhoPu15Z1ZcgyRfiiGXJ2hv4rUdLIKFW9qLcEp/zT8zgRtpJjKVoLDOGkbUum8Gpicnc60q88eAk0ZOSS07q/MEkMWnrW83YwVjcI8GZGGwTR8zkexUKpP63Yu4vQCPI0qNvXR2rpIUG8yt9qUs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JCdEVi6HZPoc1PbUoCZzBqDADAPHO2rJU29LXwfwGONr7CuWLUosPsSTJQjw+4aQKW3JP+Qqnu/SybfxCPZ6irgpPTCoDeZm29Vevm74WOPavUw4j5ARwmLaIvCoqapt8MU2ThfzscEwaJ08dTgR4KJMV5eSOU6ZOcdx6rU1DXk= Received: by 10.66.221.5 with SMTP id t5mr276749ugg.83.1201052298150; Tue, 22 Jan 2008 17:38:18 -0800 (PST) Received: by 10.67.95.3 with HTTP; Tue, 22 Jan 2008 17:38:18 -0800 (PST) Message-ID: Date: Tue, 22 Jan 2008 23:38:18 -0200 From: "Carlos A. M. dos Santos" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200801220346.m0M3ka2p000573@www.freebsd.org> <200801220350.m0M3o2Qp063658@freefall.freebsd.org> Subject: Fwd: bin/119884: Make sysinstall use the new Brazillian ntp servers 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: Wed, 23 Jan 2008 02:02:31 -0000 Hello, Is there any chance that this fix get comited before the release of 7.0? The Brazilian [correctly spelled now :-)] NTP servers currently used by sysinstall are not reliable. It would be much better to use the new ones that use the atomic clock at the Brazil's National Astronomic Observatory for time reference. ---------- Forwarded message ---------- From: Date: Jan 22, 2008 1:50 AM Subject: Re: bin/119884: Make sysinstall use the new Brazillian ntp servers To: "Carlos A. M. dos Santos" Thank you very much for your problem report. It has the internal identification `bin/119884'. The individual assigned to look at your report is: freebsd-bugs. You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=119884 >Category: bin >Responsible: freebsd-bugs >Synopsis: Make sysinstall use the new Brazillian ntp servers >Arrival-Date: Tue Jan 22 03:50:02 UTC 2008 -- Carlos A. M. dos Santos -- Carlos A. M. dos Santos From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 05:55:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0993916A469 for ; Wed, 23 Jan 2008 05:55:33 +0000 (UTC) (envelope-from navneet.upadhyay@gmail.com) Received: from hs-out-2122.google.com (hs-out-0708.google.com [64.233.178.247]) by mx1.freebsd.org (Postfix) with ESMTP id B6F2D13C465 for ; Wed, 23 Jan 2008 05:55:32 +0000 (UTC) (envelope-from navneet.upadhyay@gmail.com) Received: by hs-out-2122.google.com with SMTP id h53so2733589hsh.11 for ; Tue, 22 Jan 2008 21:55:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=BjvTChX9dnZxEAoYn+q7/CfhU8qO4Gbl+eJtrnA74ts=; b=qWE7eHZmVuoAq4ZpAQvMwrE4vvpodvuVgr9jNKd1tBzQ1OZshC3YppmnO2wc04rUY/tKeaG1OssIa4/N5SjYl30bQD5jCqWlGdUuyypUObC+G3XEpv1gILvEpKLdlP6b5lThrzeytXqu2xupyZnEzMr639P20bwy1Mri3dwWCBk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=TijWWVt0P/ZgkwSJ29OckpYW+9196r6zU7RNRQSpWJwSetmrf+TjqAZHc8SGrb1ZjddxZ07DXbTkqUQez1EC4TY1LnibQt303mPDgSG6fU16dByuOicdGWx2nHm5nFYvKvhtO3xFl9960hPfO8EPLN3piVEDiNxM5Vj6LRrPAC4= Received: by 10.150.135.2 with SMTP id i2mr3323802ybd.58.1201066212718; Tue, 22 Jan 2008 21:30:12 -0800 (PST) Received: by 10.150.148.8 with HTTP; Tue, 22 Jan 2008 21:30:12 -0800 (PST) Message-ID: <1563a4fd0801222130x1374589bv96184b442682dd6@mail.gmail.com> Date: Wed, 23 Jan 2008 11:00:12 +0530 From: "navneet Upadhyay" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Latest Stable FreeBSD release and is it supported on dell 2950 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: Wed, 23 Jan 2008 05:55:33 -0000 Hi , I have following questions. 1. Which is the latest release of FreeBSD. 2. When was it released? 3. What is the patch level? 4.What is the stability 5. Which compiler to use: cc or gcc and which version . 6. Which platform/machine which BSD supports. Is Dell 2950 ok Thanks, Navneet From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 06:04:57 2008 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 D12BB16A418; Wed, 23 Jan 2008 06:04:57 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id A188313C4D5; Wed, 23 Jan 2008 06:04:57 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost.egr.msu.edu [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id C58B92EB8E2; Wed, 23 Jan 2008 00:46:44 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9Ulvn0bAy114; Wed, 23 Jan 2008 00:46:44 -0500 (EST) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 9C02B2EB8CE; Wed, 23 Jan 2008 00:46:44 -0500 (EST) Received: by localhost (Postfix, from userid 21281) id 987A333C3D; Wed, 23 Jan 2008 00:46:44 -0500 (EST) Date: Wed, 23 Jan 2008 00:46:44 -0500 From: Adam McDougall To: Michael Bushkov Message-ID: <20080123054644.GV18746@egr.msu.edu> References: <20080117185547.GA85161@sepulca.yandex.ru> <242ACF9B-7B89-49F2-8F20-F2D51104574B@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <242ACF9B-7B89-49F2-8F20-F2D51104574B@freebsd.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: stable@freebsd.org Subject: Re: nscd again (nis client cache) 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: Wed, 23 Jan 2008 06:04:57 -0000 I wanted to say Thanks!!! for this example, because before this point I was under the impression that nscd/cached was of no use for NIS clients, only LDAP or maybe other directory systems that I don't use. I tried "cache compat" as below for passwd and group and it works! Our NIS entries at work are big enough that without the cache, top takes 7+ seconds to open, ssh login takes a few seconds, and samba logins were concerningly slow. I did not try samba connections, but the other methods are much faster now on the second run. Wanted to post this for the archive too. On Sat, Jan 19, 2008 at 02:17:11PM +0300, Michael Bushkov wrote: Hi Denis, Several things: 1. You definitely can't use cache for *_compat sources. I mean lines like "group_compat: cache nis" aren't supported. 2. Cache should work ok with the configuration you've mentioned in your first example, i.e.: "group: cache compat". Just checking - why do you think that cache isn't working? The correct way to determine it is to perform the same query twice. During the first pass (when query is not cached), the request will be processed by NIS module and you'll have all the NIS-related stuff in the logs. On the second pass the request should be handled by scd module - and you shouldn't see any activity in NIS logs. It would be great to see the debug log (with nscd log turned on) separately - for the first and the second pass. It would help to find the error in nscd, if there is one. With best regards, Michael Bushkov On Jan 17, 2008, at 9:55 PM, Denis Barov wrote: >> Hello! >> >> I found some strange behaviour of NIS/nscd when NIS in compat mode. In >> /etc/nsswitch.conf I have: >> >> netgroup: cache compat >> passwd: cache compat >> group: cache compat From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 06:32:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45EB216A417; Wed, 23 Jan 2008 06:32:56 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id E045313C469; Wed, 23 Jan 2008 06:32:55 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m0N6Wf7c057225; Tue, 22 Jan 2008 23:32:42 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4796DF89.20507@samsco.org> Date: Tue, 22 Jan 2008 23:32:41 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Eirik_=D8verby?= References: <47947299.5000902@anduin.net> <02783148-323B-435C-9FAF-6DADAA0C526D@anduin.net> <20080122182306.GA42286@alchemy.franken.de> <7E2FDA21-4026-4610-B5BC-BE4CB81AD0A1@anduin.net> In-Reply-To: <7E2FDA21-4026-4610-B5BC-BE4CB81AD0A1@anduin.net> Content-Type: multipart/mixed; boundary="------------060302030909050305020400" X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 22 Jan 2008 23:32:42 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Anders Gulden Olstad , scottl@freebsd.org, freebsd-sparc64@freebsd.org, freebsd-stable@freebsd.org, Marius Strobl Subject: Re: 7.0 RC1/SPARC64 panic in boot 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: Wed, 23 Jan 2008 06:32:56 -0000 This is a multi-part message in MIME format. --------------060302030909050305020400 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Eirik Øverby wrote: > On Jan 22, 2008, at 7:23 PM, Marius Strobl wrote: > >> On Tue, Jan 22, 2008 at 07:16:16AM +0100, Eirik verby wrote: >>> Hi list, >>> >>> by disabling the isp driver (set hint.isp.o.disabled=1), the system >>> comes up. This of course denies us access to the external disk array >>> hosted by the internal QLogic controller, but pinpoints the problem. >>> >>> We tried setting hint.isp.0.prefer_iomap=1, which made no difference >>> (though by reading the code, I don't see that it ever used this). >>> >>> Can anyone help us out here? >> >> Scott, could this be due to a missing MFC of isp_sbus.c rev. 1.36? > > If that would be the case I'd be most happy to hear that. I'll also be > more than happy to test, and can do so on relatively short notice (at > least for another few hours). > > We have, for the record, gone through some basic troubleshooting: > Replaced memory (as this error also can show up under Solaris and is > usually an indicator of bad memory), replaced SCSI controller with > another one (still isp driven), and testing various device hints - > suffice to say we have wasted our time so far ;) > Are you able to compile a new kernel without having to install first? if so, apply the attached patch and let me know if it works. Scott --------------060302030909050305020400 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="isp_sbus.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="isp_sbus.diff" Index: isp_sbus.c =================================================================== RCS file: /usr1/ncvs/src/sys/dev/isp/isp_sbus.c,v retrieving revision 1.35 retrieving revision 1.36 diff -u -r1.35 -r1.36 --- isp_sbus.c 11 May 2007 13:47:28 -0000 1.35 +++ isp_sbus.c 5 Nov 2007 11:22:18 -0000 1.36 @@ -29,7 +29,7 @@ */ #include -__FBSDID("$FreeBSD: src/sys/dev/isp/isp_sbus.c,v 1.35 2007/05/11 13:47:28 mjacob Exp $"); +__FBSDID("$FreeBSD: src/sys/dev/isp/isp_sbus.c,v 1.36 2007/11/05 11:22:18 scottl Exp $"); #include #include @@ -327,21 +327,26 @@ /* * Make sure we're in reset state. */ + ISP_LOCK(isp); isp_reset(isp); if (isp->isp_state != ISP_RESETSTATE) { isp_uninit(isp); + ISP_UNLOCK(isp); goto bad; } isp_init(isp); if (isp->isp_role != ISP_ROLE_NONE && isp->isp_state != ISP_INITSTATE) { isp_uninit(isp); + ISP_UNLOCK(isp); goto bad; } isp_attach(isp); if (isp->isp_role != ISP_ROLE_NONE && isp->isp_state != ISP_RUNSTATE) { isp_uninit(isp); + ISP_UNLOCK(isp); goto bad; } + ISP_UNLOCK(isp); return (0); bad: --------------060302030909050305020400-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 06:57:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96B7816A417 for ; Wed, 23 Jan 2008 06:57:04 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id E976413C457 for ; Wed, 23 Jan 2008 06:57:03 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) by smtp.infracaninophile.co.uk (8.14.2/8.14.2) with ESMTP id m0N6uv59090366; Wed, 23 Jan 2008 06:56:58 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.4.3 smtp.infracaninophile.co.uk m0N6uv59090366 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1201071418; bh=v/ZfAn7yPkWWtY IBzuFLm+pRY/RCxm8hAC5Qipc3Uc4=; h=Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: X-Enigmail-Version:Content-Type:Content-Transfer-Encoding:Cc: Content-Type:Date:From:In-Reply-To:Message-ID:Mime-Version: References:To; z=Message-ID:=20<4796E539.2000609@infracaninophile. co.uk>|Date:=20Wed,=2023=20Jan=202008=2006:56:57=20+0000|From:=20Ma tthew=20Seaman=20|Organization:=20 Infracaninophile|User-Agent:=20Thunderbird=202.0.0.9=20(X11/2008012 2)|MIME-Version:=201.0|To:=20navneet=20Upadhyay=20|CC:=20freebsd-stable@freebsd.org|Subject:=20Re:=20Lates t=20Stable=20FreeBSD=20release=20and=20is=20it=20supported=20on=20d ell=202950|References:=20<1563a4fd0801222130x1374589bv96184b442682d d6@mail.gmail.com>|In-Reply-To:=20<1563a4fd0801222130x1374589bv9618 4b442682dd6@mail.gmail.com>|X-Enigmail-Version:=200.95.0|Content-Ty pe:=20text/plain=3B=20charset=3DISO-8859-1|Content-Transfer-Encodin g:=207bit; b=MyU2+21TCOVNlqLne3qkxwSxVl9itR33gDlYxZTjZceb8IR6FdlPFn J+SJYzEPBOPv+tQLzA7XnXw+UI/MF4mWDHmn0J57ZJyScYLLvqj/crdynor87Qo7eDQ LDE+hSNnUkMlWbqBvttkMIipG5SwH4AeQ2nY1kLUmPSx6w42xY= Message-ID: <4796E539.2000609@infracaninophile.co.uk> Date: Wed, 23 Jan 2008 06:56:57 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: navneet Upadhyay References: <1563a4fd0801222130x1374589bv96184b442682dd6@mail.gmail.com> In-Reply-To: <1563a4fd0801222130x1374589bv96184b442682dd6@mail.gmail.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Wed, 23 Jan 2008 06:56:58 +0000 (GMT) X-Virus-Scanned: ClamAV 0.92/5526/Tue Jan 22 22:51:13 2008 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: Latest Stable FreeBSD release and is it supported on dell 2950 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: Wed, 23 Jan 2008 06:57:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 navneet Upadhyay wrote: > Hi , > I have following questions. > > 1. Which is the latest release of FreeBSD. > > 2. When was it released? > > 3. What is the patch level? > > 4.What is the stability > > 5. Which compiler to use: cc or gcc and which version . > > 6. Which platform/machine which BSD supports. Is Dell 2950 ok > All of your questions are answered at these sites: http://www.freebsd.org/ http://lists.freebsd.org/ Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHluU58Mjk52CukIwRCL94AJ9rgxCArKiCAJe8W9ld6F7weXIg+gCggHGz aykX31C3vaB/RQJmWF8qSOY= =Z9SC -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 07:11:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FA1216A417; Wed, 23 Jan 2008 07:11:02 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.freebsd.org (Postfix) with ESMTP id 0D99513C45A; Wed, 23 Jan 2008 07:11:02 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([212.62.248.147] helo=[192.168.2.10]) by anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JHZlE-0009dS-2R; Wed, 23 Jan 2008 08:11:00 +0100 Message-Id: <38B3F58E-99CD-4D41-AC33-0AE42299E822@anduin.net> From: =?ISO-8859-1?Q?Eirik_=D8verby?= To: Scott Long In-Reply-To: <4796DF89.20507@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 23 Jan 2008 08:10:59 +0100 References: <47947299.5000902@anduin.net> <02783148-323B-435C-9FAF-6DADAA0C526D@anduin.net> <20080122182306.GA42286@alchemy.franken.de> <7E2FDA21-4026-4610-B5BC-BE4CB81AD0A1@anduin.net> <4796DF89.20507@samsco.org> X-Mailer: Apple Mail (2.915) Cc: Anders Gulden Olstad , scottl@freebsd.org, freebsd-sparc64@freebsd.org, freebsd-stable@freebsd.org, Marius Strobl Subject: Re: 7.0 RC1/SPARC64 panic in boot 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: Wed, 23 Jan 2008 07:11:02 -0000 Will apply the patch and reboot in an hour or two. The isp interface is only used for an external array, so we disable it =20= and boot from internal drives on esp. Thanks! /Eirik On Jan 23, 2008, at 7:32 AM, Scott Long wrote: > Eirik =D8verby wrote: >> On Jan 22, 2008, at 7:23 PM, Marius Strobl wrote: >>> On Tue, Jan 22, 2008 at 07:16:16AM +0100, Eirik verby wrote: >>>> Hi list, >>>> >>>> by disabling the isp driver (set hint.isp.o.disabled=3D1), the =20 >>>> system comes up. This of course denies us access to the external =20= >>>> disk array hosted by the internal QLogic controller, but =20 >>>> pinpoints the problem. >>>> >>>> We tried setting hint.isp.0.prefer_iomap=3D1, which made no =20 >>>> difference (though by reading the code, I don't see that it ever =20= >>>> used this). >>>> >>>> Can anyone help us out here? >>> >>> Scott, could this be due to a missing MFC of isp_sbus.c rev. 1.36? >> If that would be the case I'd be most happy to hear that. I'll also =20= >> be more than happy to test, and can do so on relatively short =20 >> notice (at least for another few hours). >> We have, for the record, gone through some basic troubleshooting: =20 >> Replaced memory (as this error also can show up under Solaris and =20 >> is usually an indicator of bad memory), replaced SCSI controller =20 >> with another one (still isp driven), and testing various device =20 >> hints - suffice to say we have wasted our time so far ;) > > Are you able to compile a new kernel without having to install first? > if so, apply the attached patch and let me know if it works. > > Scott > Index: isp_sbus.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr1/ncvs/src/sys/dev/isp/isp_sbus.c,v > retrieving revision 1.35 > retrieving revision 1.36 > diff -u -r1.35 -r1.36 > --- isp_sbus.c 11 May 2007 13:47:28 -0000 1.35 > +++ isp_sbus.c 5 Nov 2007 11:22:18 -0000 1.36 > @@ -29,7 +29,7 @@ > */ > > #include > -__FBSDID("$FreeBSD: src/sys/dev/isp/isp_sbus.c,v 1.35 2007/05/11 =20 > 13:47:28 mjacob Exp $"); > +__FBSDID("$FreeBSD: src/sys/dev/isp/isp_sbus.c,v 1.36 2007/11/05 =20 > 11:22:18 scottl Exp $"); > > #include > #include > @@ -327,21 +327,26 @@ > /* > * Make sure we're in reset state. > */ > + ISP_LOCK(isp); > isp_reset(isp); > if (isp->isp_state !=3D ISP_RESETSTATE) { > isp_uninit(isp); > + ISP_UNLOCK(isp); > goto bad; > } > isp_init(isp); > if (isp->isp_role !=3D ISP_ROLE_NONE && isp->isp_state !=3D =20 > ISP_INITSTATE) { > isp_uninit(isp); > + ISP_UNLOCK(isp); > goto bad; > } > isp_attach(isp); > if (isp->isp_role !=3D ISP_ROLE_NONE && isp->isp_state !=3D =20 > ISP_RUNSTATE) { > isp_uninit(isp); > + ISP_UNLOCK(isp); > goto bad; > } > + ISP_UNLOCK(isp); > return (0); > > bad: From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 07:42:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1572416A417 for ; Wed, 23 Jan 2008 07:42:58 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id B01FD13C461 for ; Wed, 23 Jan 2008 07:42:57 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id ED5E6660D1; Wed, 23 Jan 2008 09:42:55 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44164-02; Wed, 23 Jan 2008 09:42:54 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 334F4660B8; Wed, 23 Jan 2008 09:42:54 +0200 (EET) Message-ID: <4796EFFC.5000601@bulinfo.net> Date: Wed, 23 Jan 2008 09:42:52 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: John Baldwin References: <20080121171606.8eb5f189.gerrit@pmp.uni-hannover.de> <200801221626.28744.jhb@freebsd.org> In-Reply-To: <200801221626.28744.jhb@freebsd.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: =?ISO-8859-1?Q?Gerrit_K=FChn?= , freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: T7200 CPU not detected by est 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: Wed, 23 Jan 2008 07:42:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 John Baldwin wrote: > On Monday 21 January 2008 11:16:06 am Gerrit Kühn wrote: >> Hi folks, >> >> I have several systems using T7200 mobile CPUs running under 7-stable. >> However, EST does not recognize the cpus. When loading cpufreq I get: > > You can try this patch. It won't add support for all of the levels, but it > will support the current level and the highest level (IIRC). > It works now on my T7700: dev.est.0.%desc: Enhanced SpeedStep Frequency Control dev.est.0.%driver: est dev.est.0.%parent: cpu0 dev.est.0.freq_settings: 2401/35000 2400/35000 2000/28000 1600/22000 1200/16000 dev.est.1.%desc: Enhanced SpeedStep Frequency Control dev.est.1.%driver: est dev.est.1.%parent: cpu1 dev.est.1.freq_settings: 2401/35000 2400/35000 2000/28000 1600/22000 1200/16000 Thanks -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHlu/8xJBWvpalMpkRAmhxAKCMmNwKs5Lc4VqfZV7h2kyoFhXovQCcDl8N /t5yK13dWc6XywqAWEDCjP8= =xpsg -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 08:30:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3500516A419 for ; Wed, 23 Jan 2008 08:30:00 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id DF6B813C4DB for ; Wed, 23 Jan 2008 08:29:59 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 5722A66225 for ; Wed, 23 Jan 2008 10:29:58 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 48829-06-3 for ; Wed, 23 Jan 2008 10:29:54 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id EC85D66222 for ; Wed, 23 Jan 2008 10:29:52 +0200 (EET) Message-ID: <4796FAFF.3090503@bulinfo.net> Date: Wed, 23 Jan 2008 10:29:51 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: FreeBSD X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Subject: ACPI debug on 7.0 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: Wed, 23 Jan 2008 08:30:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I am trying to debug ACPI but when recompile the acpi module with ACPI_DEBUG=1: link_elf: symbol AcpiDmDumpMethodInfo undefined KLD file acpi.ko - could not finalize loading This is on 7.0-PRERELEASE cvsup on 17.01 Any ideas? Best Regards -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHlvr/xJBWvpalMpkRAquAAJ47hs5ElVPW7bXD4zFq5u6gfQOZVgCfWuAP xKoilPSSkejrRJktiiqN0Dk= =EhM4 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 11:26:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A709E16A418; Wed, 23 Jan 2008 11:26:27 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.freebsd.org (Postfix) with ESMTP id 2923E13C44B; Wed, 23 Jan 2008 11:26:26 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net ([10.1.6.18] helo=localhost ident=ltning) by anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JHdkO-000PDT-44; Wed, 23 Jan 2008 12:26:24 +0100 Message-Id: <78E374DA-4840-475A-BBF4-F6B79E1C9499@anduin.net> From: =?ISO-8859-1?Q?Eirik_=D8verby?= To: Scott Long In-Reply-To: <4796DF89.20507@samsco.org> Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 23 Jan 2008 12:26:24 +0100 References: <47947299.5000902@anduin.net> <02783148-323B-435C-9FAF-6DADAA0C526D@anduin.net> <20080122182306.GA42286@alchemy.franken.de> <7E2FDA21-4026-4610-B5BC-BE4CB81AD0A1@anduin.net> <4796DF89.20507@samsco.org> X-Mailer: Apple Mail (2.915) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: scottl@freebsd.org, Anders Gulden Olstad , freebsd-sparc64@freebsd.org, freebsd-stable@freebsd.org, Marius Strobl Subject: Re: 7.0 RC1/SPARC64 panic in boot [SOLVED] 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: Wed, 23 Jan 2008 11:26:27 -0000 On Jan 23, 2008, at 7:32 AM, Scott Long wrote: > Eirik =D8verby wrote: >> On Jan 22, 2008, at 7:23 PM, Marius Strobl wrote: >>> On Tue, Jan 22, 2008 at 07:16:16AM +0100, Eirik verby wrote: >>>> Hi list, >>>> >>>> by disabling the isp driver (set hint.isp.o.disabled=3D1), the =20 >>>> system comes up. This of course denies us access to the external =20= >>>> disk array hosted by the internal QLogic controller, but =20 >>>> pinpoints the problem. >>>> >>>> We tried setting hint.isp.0.prefer_iomap=3D1, which made no =20 >>>> difference (though by reading the code, I don't see that it ever =20= >>>> used this). >>>> >>>> Can anyone help us out here? >>> >>> Scott, could this be due to a missing MFC of isp_sbus.c rev. 1.36? >> If that would be the case I'd be most happy to hear that. I'll also =20= >> be more than happy to test, and can do so on relatively short =20 >> notice (at least for another few hours). >> We have, for the record, gone through some basic troubleshooting: =20 >> Replaced memory (as this error also can show up under Solaris and =20 >> is usually an indicator of bad memory), replaced SCSI controller =20 >> with another one (still isp driven), and testing various device =20 >> hints - suffice to say we have wasted our time so far ;) > > Are you able to compile a new kernel without having to install first? > if so, apply the attached patch and let me know if it works. Works very well, thanks a bunch! Will this make it into 7-RELEASE? /Eirik > > > Scott > Index: isp_sbus.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr1/ncvs/src/sys/dev/isp/isp_sbus.c,v > retrieving revision 1.35 > retrieving revision 1.36 > diff -u -r1.35 -r1.36 > --- isp_sbus.c 11 May 2007 13:47:28 -0000 1.35 > +++ isp_sbus.c 5 Nov 2007 11:22:18 -0000 1.36 > @@ -29,7 +29,7 @@ > */ > > #include > -__FBSDID("$FreeBSD: src/sys/dev/isp/isp_sbus.c,v 1.35 2007/05/11 =20 > 13:47:28 mjacob Exp $"); > +__FBSDID("$FreeBSD: src/sys/dev/isp/isp_sbus.c,v 1.36 2007/11/05 =20 > 11:22:18 scottl Exp $"); > > #include > #include > @@ -327,21 +327,26 @@ > /* > * Make sure we're in reset state. > */ > + ISP_LOCK(isp); > isp_reset(isp); > if (isp->isp_state !=3D ISP_RESETSTATE) { > isp_uninit(isp); > + ISP_UNLOCK(isp); > goto bad; > } > isp_init(isp); > if (isp->isp_role !=3D ISP_ROLE_NONE && isp->isp_state !=3D =20 > ISP_INITSTATE) { > isp_uninit(isp); > + ISP_UNLOCK(isp); > goto bad; > } > isp_attach(isp); > if (isp->isp_role !=3D ISP_ROLE_NONE && isp->isp_state !=3D =20 > ISP_RUNSTATE) { > isp_uninit(isp); > + ISP_UNLOCK(isp); > goto bad; > } > + ISP_UNLOCK(isp); > return (0); > > bad: > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to = "freebsd-sparc64-unsubscribe@freebsd.org=20 > " From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 12:05:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB80516A418 for ; Wed, 23 Jan 2008 12:05:18 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8DAA113C45B for ; Wed, 23 Jan 2008 12:05:18 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 795EC66791 for ; Wed, 23 Jan 2008 14:05:17 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 71978-01-9 for ; Wed, 23 Jan 2008 14:05:13 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id C0F04667DB for ; Wed, 23 Jan 2008 14:02:00 +0200 (EET) Message-ID: <47972CB6.6000003@bulinfo.net> Date: Wed, 23 Jan 2008 14:01:58 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: FreeBSD References: <4796FAFF.3090503@bulinfo.net> In-Reply-To: <4796FAFF.3090503@bulinfo.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Subject: Re: ACPI debug on 7.0 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: Wed, 23 Jan 2008 12:05:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Krassimir Slavchev wrote: > Hi, > > I am trying to debug ACPI but when recompile the acpi module with > ACPI_DEBUG=1: > > link_elf: symbol AcpiDmDumpMethodInfo undefined > KLD file acpi.ko - could not finalize loading Removing 'options ACPI_DEBUG' from the kernel config file fixes this because for i386 acpi is not compiled into the kernel. Sorry for the noise :( > > This is on 7.0-PRERELEASE cvsup on 17.01 > > Any ideas? > > Best Regards _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHlyy2xJBWvpalMpkRAhHuAJsEDZLLDXr3pfnrslcRwU7vPf943ACfWwoh VL9OjTUxG5a1o7YhxNZlZhY= =gp7b -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 13:00:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C93016A469 for ; Wed, 23 Jan 2008 13:00:08 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id DEC8C13C46E for ; Wed, 23 Jan 2008 13:00:07 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7da1.q.ppp-pool.de [89.53.125.161]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 620A812883F for ; Wed, 23 Jan 2008 13:59:59 +0100 (CET) Received: from cesar.sz.vwsoft.com (unknown [192.168.16.33]) by mail.vtec.ipme.de (Postfix) with ESMTP id CDC723F43B for ; Wed, 23 Jan 2008 13:58:18 +0100 (CET) Message-ID: <47973A3B.6060301@vwsoft.com> Date: Wed, 23 Jan 2008 13:59:39 +0100 From: Volker User-Agent: Thunderbird 2.0.0.9 (X11/20080113) MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1201697908.53622@l4myKFC05H2EqtWUSG3PSQ X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Subject: 'vidcontrol -m on' is killing my machine 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: Wed, 23 Jan 2008 13:00:08 -0000 Hi! I'm using a new HP 6715b notebook. When trying to use this with a docking station (PA286), the machine keeps hanging at message "starting default moused:". The machine then just has died (I even can't break into debugger using ctrl+alt+esc). On investigation I figured out, `vidcontrol -m on' (called by /etc/rc.d/moused) is causing that freeze. Using an USB mouse, the system dies immediately when plugging in the mouse ("starting ums0 moused:" appears). Everything is fine when the system is undocked or moused _completely_ disabled. Running with WITNESS enabled does not give anything. Would INVARIANTS give me something here? FreeBSD cesar.sz.vwsoft.com 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #8: Tue Jan 22 01:29:52 CET 2008 root@cesar.sz.vwsoft.com:/usr/obj/usr/src/sys/CESAR i386 For now, I've commented out the vidcontrol call in /etc/rc.d/moused to work around that issue. Looking at the code in vidcontrol.c, I have no idea what might cause that as it's really simple code and basically just calling an IOCTL. The notebook has got an internal LCD with 1680x1050 and the docking station has a 1280x1024 display connected (what may get some code being confused?). What's going on there? Thx! Volker From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 13:42:55 2008 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 2091116A417; Wed, 23 Jan 2008 13:42:55 +0000 (UTC) (envelope-from ws@au.dyndns.ws) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id 6577E13C458; Wed, 23 Jan 2008 13:42:54 +0000 (UTC) (envelope-from ws@au.dyndns.ws) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CALvSlkeWZWdv/2dsb2JhbAAIrWw X-IronPort-AV: E=Sophos;i="4.25,238,1199626200"; d="scan'208";a="41008315" Received: from ppp103-111.static.internode.on.net (HELO [192.168.1.131]) ([150.101.103.111]) by ipmail05.adl2.internode.on.net with ESMTP; 24 Jan 2008 00:12:52 +1030 From: Wayne Sierke To: Kris Kennaway In-Reply-To: <1200847317.64691.33.camel@predator-ii.buffyverse> References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> <478BC0AA.3080906@FreeBSD.org> <1200589144.7141.27.camel@predator-ii.buffyverse> <478FB18B.3090204@FreeBSD.org> <1200677810.57226.45.camel@predator-ii.buffyverse> <1200752559.48952.31.camel@predator-ii.buffyverse> <1200764776.48952.64.camel@predator-ii.buffyverse> <1200847317.64691.33.camel@predator-ii.buffyverse> Content-Type: text/plain Date: Thu, 24 Jan 2008 00:12:47 +1030 Message-Id: <1201095768.349.21.camel@predator-ii.buffyverse> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: 7.0-PRERELEASE desktop system periodically freezes momentarily 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: Wed, 23 Jan 2008 13:42:55 -0000 Doh! Now that I'm no longer using the 8 month old version of schedgraph.py that was displaying interesting but useless graphs, perhaps I won't continue to appear as though I'm raving like such a lunatic about what is contained in my ktr captures. Here follows a re-examination of the previously posted data with a recent schedgraph.py. Note that lacking any particular knowledge I'm only guessing at what might be significant. http://au.dyndns.ws/public/ktr-sched_gnome-netmonitor.out.bz2 (Stutter in glxgears with gnome metwork monitor) glxgears in runq for 236ms http://au.dyndns.ws/public/ktr-sched_move-glxgears_1.out.bz2 http://au.dyndns.ws/public/ktr-sched_move-glxgears_2.out.bz2 Nothing significant is apparent. http://au.dyndns.ws/public/ktr-sched_move-glxgears_3.out.bz2 (Dragging glxgears window which freezes - stops following mouse and stops updating, desktop doesn't respond to keyboard/mouse-clicks for the duration) glxgears in runq for 278ms and almost immediately again for 381ms. Note that this doesn't capture the entire period of interest which can be 1-2 seconds, due to the high number of context switches occurring with glxgears running and the difficulty of stopping the logging quickly after the event. I'll need a much larger (than 128k) buffer to catch an event in its entirety, unless someone can suggest a way to reduce the number of context switches significantly? http://au.dyndns.ws/public/ktr-sched-200801192346.out.bz2 Looks like this was probably just a mouse disconnect/reconnect - there is approx 1s of inactivity in irq20/ohci0 towards the end. Unfortunately these disconnects occur very frequently (typically multiple times per hour) since running with the KTR-enabled kernel (afaict). Unfortunately it looks as though that after gaining a false impression from this capture with the old schedgraph.py, I subsequently mis-interpreted numerous mouse disconnects as desktop freeze events. http://au.dyndns.ws/public/ktr-sched-200801200336.out.bz2 Looks like just another mouse disconnect. http://au.dyndns.ws/public/ktr-sched-200801200302.out.bz2 http://au.dyndns.ws/public/ktr-sched-200801210207.out.bz2 Nothing interesting is apparent. So it seems the only thing of interest that I"ve managed to capture so far pertains to glxgears - an instance of the "stutter" and a part of a short freeze when dragging its window. Unfortunately these frequent mouse disconnects make it difficult to recognise genuine freezes during 'normal' use, if indeed they are still occurring with RELENG_7. However the glxgears behaviour remains (apparently) the same as it was on RELENG_6. Whether that's a telling sign or not remains to be seen. Wayne From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 14:49:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D16716A420 for ; Wed, 23 Jan 2008 14:49:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2D78713C45B for ; Wed, 23 Jan 2008 14:49:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 513D81A3C1A; Wed, 23 Jan 2008 06:45:49 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 23 Jan 2008 08:58:02 -0500 User-Agent: KMail/1.9.7 References: <478F5138.6010708@jku.at> <479072D9.9030307@jku.at> <20080120145036.GA6847@eos.sc1.parodius.com> In-Reply-To: <20080120145036.GA6847@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801230858.02773.jhb@freebsd.org> Cc: Jeremy Chadwick , Ferdinand Goldmann Subject: Re: Dell PERC6? 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: Wed, 23 Jan 2008 14:49:41 -0000 On Sunday 20 January 2008 09:50:36 am Jeremy Chadwick wrote: > On Fri, Jan 18, 2008 at 10:35:21AM +0100, Ferdinand Goldmann wrote: > > Jeremy Chadwick wrote: > >> You'd be best off with RELENG_7 and not 6.3, but yes, the controller in > >> question should work on RELENG_6 and RELENG_6_3. > > > > Very well, seems like I am going to give RELENG_7 a try then. > > Thanks to everyone who replied! > > Another user just posted to -stable about problems with these Dell > machines and PERC6. I'm not sure if you're subscribed to -stable or > not, so here's the thread: > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039791.html The problem folks are having are with using volumes greater than 1 TB. The BSD label cannot handle such large disks. Instead, if you are just using the disk for data you can newfs /dev/mfid1 directly and use it as a filesystem, or if you need to partition the disk you can use gpt(8) to do so. If you need to boot from such a large disk you will need to use the GPT boot code in HEAD (I will backport it to 6.x and 7.x soon). I've successfully used it to boot on 2 TB mfi(4) volumes. Unfortunately sysinstall doesn't support GPT at all, only the older MBR + BSD label method. Note that this problem has nothing to do with mfi(4) at all, but it is a limitation of the BSD label + MBR that applies to any volume >= 2 TB. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 14:49:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73BC316A469 for ; Wed, 23 Jan 2008 14:49:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 582F213C4E3 for ; Wed, 23 Jan 2008 14:49:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 330E51A4D80; Wed, 23 Jan 2008 06:45:50 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 23 Jan 2008 09:04:58 -0500 User-Agent: KMail/1.9.7 References: <20080120012941.GA8588@duncan.reilly.home> In-Reply-To: <20080120012941.GA8588@duncan.reilly.home> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801230904.58711.jhb@freebsd.org> Cc: freebsd-ports@freebsd.org Subject: Re: 7-STABLE broke drscheme in week between 4 and 11 Jan 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: Wed, 23 Jan 2008 14:49:42 -0000 On Saturday 19 January 2008 08:29:41 pm Andrew Reilly wrote: > Hi there, > > I'm still working on debugging this myself, but thought that a > few more experienced eyes might be able to help me. > > I'm tracking 7-STABLE on my amd64 system, but something > happened a couple of weeks ago that broke lang/drscheme. > I've been doing a bit of regressing and testing, and have > found that a mred executable built against a 7-STABLE > checkout of 2008.01.04.00.00.00 works fine, but the exact > same binary crashes with a SEGV on a kernel check-out of > 2008.01.11.00.00.00. It's a bit hard to debug, because the > code in question is a twisty maze of macros, #ifs and inlines, > because it's in the garbage collector, and that's quite > platform-sensitive. > > Anyway, the last part of the ktrace of the broken version (the > earlier parts are just loading up shared libraries) looks like: > (I sedded the ^pid out, so that I could get a better look at it > with diff (meld, actually: it's nice)). There were changes to make binaries get SIGSEGV instead of SIGBUS (or vice versa) for certain VM-related traps. That might be related in which case the source code for the app will need to catch a different signal. You can test this by fiddling with the machdep.prot_fault_translation sysctl. > So it looks as though it's in a section just before it > establishes it's SIGSEGV handler, and so presumably isn't > expecting to get segv'd just yet. If it hadn't been segv'd, > the next thing to happen was that > mredid mred CALL mmap(0,0x300000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0) > > the faulting instruction is: > 0x0000000800bdecc6 : mov %r13,(%rdx,%rax,8) > > r13 is 0x803900000 > rdx is -1 > rax is 0xe40 > > Any thoughts on why that would be faulting? (Looks like a write > to a very low address (code?) to me, but I'm not up on the VM > map yet.) rdx should be a pointer to an array or some such, but it is a bogus pointer and that is why you are faulting. > The only thing that looks appropriate that changed in that week > was sys/vm/vm_map.c, which had some new code added to help with > shm mappings. I looked at it, but it didn't look as though it > would affect this. Those changes were only in HEAD, so if you are seeing them in your kernel you are running HEAD and not RELENG_7. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 14:49:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D8AD16A41A for ; Wed, 23 Jan 2008 14:49:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0E01D13C4EE for ; Wed, 23 Jan 2008 14:49:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 022E81A4D86; Wed, 23 Jan 2008 06:45:51 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 23 Jan 2008 09:19:22 -0500 User-Agent: KMail/1.9.7 References: <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com> <20080120175819.GA52965@owl.midgard.homeip.net> <35cWA$Gqi5kHFAjh@wood2.org.uk> In-Reply-To: <35cWA$Gqi5kHFAjh@wood2.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801230919.23681.jhb@freebsd.org> Cc: scottl@freebsd.org, Aldas Nabazas , ambrisko@freebsd.org, David Wood Subject: Re: Dell Perc 6 disk geometry problem with RAID5 (both 6.3 final and 7.0 RC1) 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: Wed, 23 Jan 2008 14:49:43 -0000 On Sunday 20 January 2008 01:53:30 pm David Wood wrote: > Hi there, > > In message <20080120175819.GA52965@owl.midgard.homeip.net>, Erik > Trulsson writes > >On Sun, Jan 20, 2008 at 04:48:56PM +0000, David Wood wrote: > >> In message <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com>, > >> Aldas Nabazas writes > >>> We bought a new Dell PowerEdge 2950III with Perc 6/i and have the disk > >>> geometry problem using 6.3 final or 7.0 RC1. Seems that we are not alone at > >>> least one guy has similar problem reported earlier: > >>> > >>>http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-01/msg0 > >>>0506.html > > > >I do not know if the mfi(4) driver has any problems with large disks, but it > >is however well known that fdisk(8) and bsdlabel(8) (the tools normally used > >to partition disks) have problems with volumes larger than 2TB. > > > >If you want to use volumes larger than 2TB then gpt(8) is the recommended > >way to partition the disks. It is however doubtful if the BIOS in your > >system will allow you to boot from a gpt(8) parttioned volume which is > >best solved with having a separate - smaller - boot volume where the OS > >itself is installed. > > Erik's reminder is timely for those with >2TB volumes. > > You must use gpt and not fdisk on any disk, be it a single drive (in the > future, at least!) or a virtual disk on a RAID setup that are bigger > than 2TB. It may be wise to use gpt on any virtual disk that you might > grow to 2TB or larger in the future, so long as you're not needing to > boot from that virtual disk. > > fdisk will not work properly with 2TB and larger volumes - the MBR / > partition table setup can't cope with these large volumes. > > > You can't boot from a GPT volume - that's a limitation of the BIOS > architecture. There is some thought about using EFI on x64 hardware in > the future (EFI is used on ia64 hardware; GPT is part of EFI), but we're > not there yet. This isn't just about adding GPT support to the BIOS - > the whole BIOS setup is wedded to MBR. > > If you need to boot from a >2TB array, create two virtual disks - one > smaller than 2TB to boot from (and use MBR on that), then the residue > can be GPT. Actually, using gptboot in HEAD you can now boot from GPT on large volumes (I've booted from a > 2 TB volume on a PERC5 using mfi(4) with it). I will see about getting that merged back to 6.x and 7.x in CVS. We use it for large volumes on 6.x and all volumes on 7.x at work. > When I said there was nothing relevant waiting for MFC, I was aware of > the change that Tom mentioned, but that seems to be about Dell PERC 6 > being identified as such rather than a MegaRAID. It doesn't seem that it > will change the behaviour of the driver in any way. In our testing at work the 2950 rev 3's worked fine with mfi(4). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 14:49:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B55CC16A476 for ; Wed, 23 Jan 2008 14:49:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9C18513C4F0 for ; Wed, 23 Jan 2008 14:49:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id B05DA1A4D87; Wed, 23 Jan 2008 06:45:51 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org, mi@aldan.algebra.com Date: Wed, 23 Jan 2008 09:20:47 -0500 User-Agent: KMail/1.9.7 References: <200801201657.m0KGvT8H005788@bonkers.video-collage.com> In-Reply-To: <200801201657.m0KGvT8H005788@bonkers.video-collage.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801230920.48037.jhb@freebsd.org> Cc: mark@video-collage.com Subject: Re: panic: bad pte 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: Wed, 23 Jan 2008 14:49:43 -0000 On Sunday 20 January 2008 11:57:29 am Mikhail Teterin wrote: > Hello! > > Is this something, that should be fixed in the 6.3? The kernel is 6.2-STABLE from June (see uptime). > > Thanks! What kind of CPU? There was a fix for a certain edge condition in 6.x post 6.2, but usually when I see this panic it is due to a hardware failure. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 14:49:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DDDF16A46C for ; Wed, 23 Jan 2008 14:49:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 43C4E13C468 for ; Wed, 23 Jan 2008 14:49:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 4B6311A4D89; Wed, 23 Jan 2008 06:45:52 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 23 Jan 2008 09:24:37 -0500 User-Agent: KMail/1.9.7 References: <47949811.1080505@raad.tartu.ee> <479501BE.4040309@FreeBSD.org> <99B0737B-9876-4D86-A9DC-FB5FAD21CB21@kcilink.com> In-Reply-To: <99B0737B-9876-4D86-A9DC-FB5FAD21CB21@kcilink.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801230924.37310.jhb@freebsd.org> Cc: Vivek Khera Subject: Re: NO_ knobs in /etc/make.conf 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: Wed, 23 Jan 2008 14:49:44 -0000 On Tuesday 22 January 2008 12:36:47 pm Vivek Khera wrote: > > On Jan 21, 2008, at 3:34 PM, Doug Barton wrote: > > > There is a cross-reference to src.conf(5) at the end of > > make.conf(5), but IMO the connection needs to be made more explicit. > > Anyone want to take that on? This should also go in the release > > notes if it's not already. > > So do I need to move my settings from make.conf to src.conf, or can I > just leave it as-is and not worry about it. Reading the make.conf man > page implies it will just continue to work without change. You can just s/NO_/WITHOUT_/g on your /etc/make.conf and leave them there. > What was broken that required this to be "fixed"? Inconsistent use of what NO_FOO= meant. Some places only checked if it was set, other places required it to be set to "yes", so NO_FOO=no might disable FOO or it might not. The WITHOUT_* / WITH_* scheme was chosen to be compatible with how ports works. If WITHOUT_FOO is defined then FOO is disabled. If WITH_FOO is defined, then FOO is enabled. The WITH_FOO/WITHOUT_FOO variables end up setting an internal MK_FOO variable to "yes" or "no" and the actual Makefiles for FOO compare MK_FOO to "yes" to see if they should build. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 14:49:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F09FE16A417; Wed, 23 Jan 2008 14:49:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id D0AAF13C448; Wed, 23 Jan 2008 14:49:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 079301A4D8B; Wed, 23 Jan 2008 06:45:53 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 23 Jan 2008 09:28:22 -0500 User-Agent: KMail/1.9.7 References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <479513FA.6020802@FreeBSD.org> In-Reply-To: <479513FA.6020802@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801230928.23047.jhb@freebsd.org> Cc: Petr Holub , Kris Kennaway , rwatson@freebsd.org, stable@freebsd.org Subject: Re: 6.3-RELEASE panic 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: Wed, 23 Jan 2008 14:49:46 -0000 On Monday 21 January 2008 04:51:54 pm Kris Kennaway wrote: > Petr Holub wrote: > > Hi, > > > > I've just updated the 6.2-RELEASE to 6.3-RELEASE using freebsd-update > > as described in daemonology blog. > > > > While removing the old packages using > > pkg_delete -af > > I've tried to stop all the deamons from /usr/local/etc/rc.d and > > got the following panic (hand transcribed from a photo - I don't have that > > machine enabled for remote debugging). Panic seems to be deterministic > > when stopping those scripts (verified by subsequent attempts while > > pkg_delete was not running). > > > (kgdb) bt > > #0 0xc06a46a6 in doadump () > > #1 0xc06a4b76 in boot () > > #2 0xc06a4e0c in panic () > > #3 0xc090d1b4 in trap_fatal () > > #4 0xc090cf1b in trap_pfault () > > #5 0xc090cb59 in trap () > > #6 0xc08f9fea in calltrap () > > #7 0xc073fa6f in in_delmulti () > > #8 0xc0748e15 in ip_freemoptions () > > #9 0xc07414cc in in_pcbdetach () > > #10 0xc075a0ee in udp_detach () > > #11 0xc06de0b8 in soclose () > > #12 0xc06cd83b in soo_close () > > #13 0xc0683ffc in fdrop_locked () > > #14 0xc0683f25 in fdrop () > > #15 0xc0682553 in closef () > > #16 0xc067f8e7 in kern_close () > > #17 0xc067f6d8 in close () > > #18 0xc090d4cb in syscall () > > #19 0xc08fa03f in Xint0x80_syscall () > > #20 0x00000033 in ?? () > > Previous frame inner to this frame (corrupt stack?) > > Can you obtain a trace against the kernel.symbols? I've been seeing this panic (and several variations of) for quite a while on 6.x. It appears that a socket is being double-closed somehow. I usually see it during exit1() when a process' file descriptor table is being freed. I've spent a lot of time looking for a fd reference count leak or some such but haven't found one yet. :( I've also seen panics with vnodes having a ref cnt underflow in vrele or vput, so I've wondered if it's a fd-level bug that affects both vnodes and sockets rather than separate socket and vnode bugs. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 14:49:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93A0216A473; Wed, 23 Jan 2008 14:49:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5EE3113C459; Wed, 23 Jan 2008 14:49:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 786BA1A4D89; Wed, 23 Jan 2008 06:45:54 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 23 Jan 2008 09:30:11 -0500 User-Agent: KMail/1.9.7 References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <47952160.7030106@freebsd.org> <47953526.5020501@FreeBSD.org> In-Reply-To: <47953526.5020501@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801230930.11751.jhb@freebsd.org> Cc: Petr Holub , Kris Kennaway , rwatson@freebsd.org, stable@freebsd.org, Colin Percival Subject: Re: 6.3-RELEASE panic 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: Wed, 23 Jan 2008 14:49:46 -0000 On Monday 21 January 2008 07:13:26 pm Kris Kennaway wrote: > Colin Percival wrote: > > Kris Kennaway wrote: > >> Petr Holub wrote: > >>> as I've said in my previous email (outside the list), I've got the > >>> kernel through freebsd-update and it seems there is no kernel.debug > >>> nor kernel.symbols present. Would it be possible to get the .symbols > >>> or .debug for that kernel? (See my previuous email with more detailed > >>> info). > >> Ah, I missed that, sorry. Colin hopefully will have the kernel.debug > >> handy. > > > > I'm afraid not -- FreeBSD Update is just distributing the bits from the > > release ISO image, and the release ISO doesn't include kernel debug bits > > (at least, not on 6.3-RELEASE -- I think it does on 7.0-RC1). > > I thought we shipped the debugging symbols in /boot precisely for the > reason of making panics with default installs not report useless traces :( In the past re@ has removed the 'makeoptions DEBUG=-g' from GENERIC when making a stable branch. 6.x doesn't have the foo.symbols changes in it either. It's too late for 6.3, but we should make sure 7.0 has symbols enabled by default still. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 14:49:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3679F16A419; Wed, 23 Jan 2008 14:49:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 02B8C13C46A; Wed, 23 Jan 2008 14:49:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 21A0F1A4D8C; Wed, 23 Jan 2008 06:45:55 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 23 Jan 2008 09:30:37 -0500 User-Agent: KMail/1.9.7 References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <4795A2EE.1020605@yandex.ru> <001901c85ce1$6b72ecf0$4258c6d0$@muni.cz> In-Reply-To: <001901c85ce1$6b72ecf0$4258c6d0$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801230930.38405.jhb@freebsd.org> Cc: stable@freebsd.org, Petr Holub , 'Kris Kennaway' , "'Andrey V. Elsukov'" , rwatson@freebsd.org, 'Colin Percival' Subject: Re: 6.3-RELEASE panic 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: Wed, 23 Jan 2008 14:49:47 -0000 On Tuesday 22 January 2008 05:27:36 am Petr Holub wrote: > > > I thought we shipped the debugging symbols in /boot precisely for the > > > reason of making panics with default installs not report useless traces > :( > > > > I think building GENERIC kernel from sources with > > tag=RELENG_6_3_0_RELEASE will help. > > I tried to build it from the sources that come from the freebsd-update > and thus I assume they are actually RELENG_6_3_0_RELEASE. Still I was > unable to run gdb with the given vmcore against such a kernel. You will need to build a debug kernel and reproduce the panic and use kgdb on the new crash with the new kernel. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 14:54:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0E3B16A46B for ; Wed, 23 Jan 2008 14:54:58 +0000 (UTC) (envelope-from vanillahsu@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 53A3913C45D for ; Wed, 23 Jan 2008 14:54:58 +0000 (UTC) (envelope-from vanillahsu@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2738316fgg.35 for ; Wed, 23 Jan 2008 06:54:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=VrkWpMtxCX0frk+9BrbV7LwLh1AzyGt1CCGRgc4WI/E=; b=wj5H9OhXTn2k1rZyoFAKcJBGt8Kn+o7Z9ACN3dwtmtxl5OpgQSmJdklVzWCdWVaI7vzCQ6CfmrtybcmlnMw9zrFgVMWF0kgrrEu5I71GuCHAHTH4qRFgxYM7xrEkt4vOFe2qnNqjLodo/sT1Xx0Gk3LcmnHSLLoVYzuHLQ/XXDA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=i9389VJlX997zsqViQxG42FDIGeDh20Vl9kHO4X/A/9dAQC2f+6ueEStAG6WpcC3qbzshbrWSY9ZOgu2GDEVLCvTlAhJ8aERVRBBHZZs0d6s2vaIpEjK0nL6Fm3+rEHzgeCp6I9IJb9G+c/UmKUjdY/cosLLkxZ/3tK28HhjS64= Received: by 10.86.99.9 with SMTP id w9mr8929324fgb.58.1201098343424; Wed, 23 Jan 2008 06:25:43 -0800 (PST) Received: by 10.86.77.1 with HTTP; Wed, 23 Jan 2008 06:25:43 -0800 (PST) Message-ID: <56b32a00801230625m2fdbd6a8i2cc2116c64718c95@mail.gmail.com> Date: Wed, 23 Jan 2008 22:25:43 +0800 From: "Vanilla Hsu" To: freebsd-stable@freebsd.org, vanillahsu@gmail.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: FreeBSD 6.3-Release + squid 2.6.17 = Hang process. 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: Wed, 23 Jan 2008 14:54:59 -0000 Hi: We have a machine running 6.2-R-p10 and squid 2.6.17, and upgrade it to 6.3R yesterday, but squid will hang and eat 100% cpu time after restart about 1 hour later, machine still alive, and no response from squid. downgrade to 6.2-R-p10, everything ok again.. here is some infomations: machine type: FreeBSD 6.3-RELEASE #0: Wed Jan 23 01:58:39 CST 2008 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2399.33-MHz 686-class CPU) real memory = 3221159936 (3071 MB) top: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 8674 squid 1 121 0 105M 100M CPU3 1 0:26 98.54% squid truss: (no response) _xx@xxxx_[root]:~#truss -p 8674 gdb: (gdb) bt #0 0x881679eb in pthread_sigmask () from /lib/libpthread.so.2 #1 0x8816799c in sigprocmask () from /lib/libpthread.so.2 #2 0x88172544 in pthread_mutexattr_init () from /lib/libpthread.so.2 #3 0x88164680 in fork () from /lib/libpthread.so.2 #4 0x08091091 in ?? () #5 0x00000012 in ?? () #6 0x00000004 in ?? () #7 0x080e6edb in ?? () #8 0xbfbfe4a4 in ?? () #9 0x00000004 in ?? () #10 0x00000000 in ?? () netstat -h 8: 118K 0 37M 204K 0 262M 0 121K 0 37M 204K 0 255M 0 124K 0 30M 204K 0 248M 0 116K 0 36M 201K 0 257M 0 117K 0 40M 202K 0 260M 0 120K 0 45M 205K 0 261M 0 120K 0 49M 201K 0 253M 0 106K 0 41M 178K 0 224M 0 6.8K 0 3.1M 7.4K 0 5.7M 0 5.5K 0 3.2M 5.9K 0 3.5M 0 3.4K 0 1.6M 3.5K 0 1.6M 0 4.3K 0 2.5M 4.8K 0 2.5M 0 3.8K 0 2.2M 4.3K 0 2.2M 0 3.5K 0 1.7M 3.8K 0 1.9M 0 2.4K 0 857K 2.5K 0 948K 0 2.2K 0 593K 2.2K 0 586K 0 we try to use libmap.conf to make squid use libthr, but still hang... -- thanks. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 15:06:13 2008 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 7FB8A16A469 for ; Wed, 23 Jan 2008 15:06:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0873B13C461 for ; Wed, 23 Jan 2008 15:06:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 21A0F1A4D8C; Wed, 23 Jan 2008 06:45:55 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 23 Jan 2008 09:30:37 -0500 User-Agent: KMail/1.9.7 References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <4795A2EE.1020605@yandex.ru> <001901c85ce1$6b72ecf0$4258c6d0$@muni.cz> In-Reply-To: <001901c85ce1$6b72ecf0$4258c6d0$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801230930.38405.jhb@freebsd.org> Cc: stable@freebsd.org, Petr Holub , 'Kris Kennaway' , "'Andrey V. Elsukov'" , rwatson@freebsd.org, 'Colin Percival' Subject: Re: 6.3-RELEASE panic 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: Wed, 23 Jan 2008 15:06:13 -0000 On Tuesday 22 January 2008 05:27:36 am Petr Holub wrote: > > > I thought we shipped the debugging symbols in /boot precisely for the > > > reason of making panics with default installs not report useless traces > :( > > > > I think building GENERIC kernel from sources with > > tag=RELENG_6_3_0_RELEASE will help. > > I tried to build it from the sources that come from the freebsd-update > and thus I assume they are actually RELENG_6_3_0_RELEASE. Still I was > unable to run gdb with the given vmcore against such a kernel. You will need to build a debug kernel and reproduce the panic and use kgdb on the new crash with the new kernel. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 15:06:13 2008 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 82C3416A46D for ; Wed, 23 Jan 2008 15:06:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0AE1813C465 for ; Wed, 23 Jan 2008 15:06:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 786BA1A4D89; Wed, 23 Jan 2008 06:45:54 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 23 Jan 2008 09:30:11 -0500 User-Agent: KMail/1.9.7 References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <47952160.7030106@freebsd.org> <47953526.5020501@FreeBSD.org> In-Reply-To: <47953526.5020501@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801230930.11751.jhb@freebsd.org> Cc: Petr Holub , Kris Kennaway , rwatson@freebsd.org, stable@freebsd.org, Colin Percival Subject: Re: 6.3-RELEASE panic 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: Wed, 23 Jan 2008 15:06:13 -0000 On Monday 21 January 2008 07:13:26 pm Kris Kennaway wrote: > Colin Percival wrote: > > Kris Kennaway wrote: > >> Petr Holub wrote: > >>> as I've said in my previous email (outside the list), I've got the > >>> kernel through freebsd-update and it seems there is no kernel.debug > >>> nor kernel.symbols present. Would it be possible to get the .symbols > >>> or .debug for that kernel? (See my previuous email with more detailed > >>> info). > >> Ah, I missed that, sorry. Colin hopefully will have the kernel.debug > >> handy. > > > > I'm afraid not -- FreeBSD Update is just distributing the bits from the > > release ISO image, and the release ISO doesn't include kernel debug bits > > (at least, not on 6.3-RELEASE -- I think it does on 7.0-RC1). > > I thought we shipped the debugging symbols in /boot precisely for the > reason of making panics with default installs not report useless traces :( In the past re@ has removed the 'makeoptions DEBUG=-g' from GENERIC when making a stable branch. 6.x doesn't have the foo.symbols changes in it either. It's too late for 6.3, but we should make sure 7.0 has symbols enabled by default still. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 15:06:13 2008 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 8325F16A46E for ; Wed, 23 Jan 2008 15:06:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 3978113C468 for ; Wed, 23 Jan 2008 15:06:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 079301A4D8B; Wed, 23 Jan 2008 06:45:53 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 23 Jan 2008 09:28:22 -0500 User-Agent: KMail/1.9.7 References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <479513FA.6020802@FreeBSD.org> In-Reply-To: <479513FA.6020802@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801230928.23047.jhb@freebsd.org> Cc: Petr Holub , Kris Kennaway , rwatson@freebsd.org, stable@freebsd.org Subject: Re: 6.3-RELEASE panic 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: Wed, 23 Jan 2008 15:06:13 -0000 On Monday 21 January 2008 04:51:54 pm Kris Kennaway wrote: > Petr Holub wrote: > > Hi, > > > > I've just updated the 6.2-RELEASE to 6.3-RELEASE using freebsd-update > > as described in daemonology blog. > > > > While removing the old packages using > > pkg_delete -af > > I've tried to stop all the deamons from /usr/local/etc/rc.d and > > got the following panic (hand transcribed from a photo - I don't have that > > machine enabled for remote debugging). Panic seems to be deterministic > > when stopping those scripts (verified by subsequent attempts while > > pkg_delete was not running). > > > (kgdb) bt > > #0 0xc06a46a6 in doadump () > > #1 0xc06a4b76 in boot () > > #2 0xc06a4e0c in panic () > > #3 0xc090d1b4 in trap_fatal () > > #4 0xc090cf1b in trap_pfault () > > #5 0xc090cb59 in trap () > > #6 0xc08f9fea in calltrap () > > #7 0xc073fa6f in in_delmulti () > > #8 0xc0748e15 in ip_freemoptions () > > #9 0xc07414cc in in_pcbdetach () > > #10 0xc075a0ee in udp_detach () > > #11 0xc06de0b8 in soclose () > > #12 0xc06cd83b in soo_close () > > #13 0xc0683ffc in fdrop_locked () > > #14 0xc0683f25 in fdrop () > > #15 0xc0682553 in closef () > > #16 0xc067f8e7 in kern_close () > > #17 0xc067f6d8 in close () > > #18 0xc090d4cb in syscall () > > #19 0xc08fa03f in Xint0x80_syscall () > > #20 0x00000033 in ?? () > > Previous frame inner to this frame (corrupt stack?) > > Can you obtain a trace against the kernel.symbols? I've been seeing this panic (and several variations of) for quite a while on 6.x. It appears that a socket is being double-closed somehow. I usually see it during exit1() when a process' file descriptor table is being freed. I've spent a lot of time looking for a fd reference count leak or some such but haven't found one yet. :( I've also seen panics with vnodes having a ref cnt underflow in vrele or vput, so I've wondered if it's a fd-level bug that affects both vnodes and sockets rather than separate socket and vnode bugs. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 15:27:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E5F516A41A for ; Wed, 23 Jan 2008 15:27:50 +0000 (UTC) (envelope-from freebsd.stable1@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.232]) by mx1.freebsd.org (Postfix) with ESMTP id B35BC13C4E9 for ; Wed, 23 Jan 2008 15:27:49 +0000 (UTC) (envelope-from freebsd.stable1@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1714671nzf.13 for ; Wed, 23 Jan 2008 07:27:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=cudkkhtWs9yas95Yt5FRNwtKn6UTUkkUBO66HzEEbjU=; b=YAbr+kRUS1bsw3bm4NWpP1nCG/khBQ+5rhhQtZFbTTBunEFbEz7AOlIzbJqzqIlx7UfnbO+Stf2NZIjxgok5JHdt2NLIGabsQCJRqUXUdKN6l8EBXpwZyKm0+qFbA9u9i5r4vH2UnDkEQndJUMYjNByU24u17fwGSJU593J/rmQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=i42Q7Ug95Af0JyiX0pxJZPWKKGSGDt0twe7NLmyyly1aqBMDlaTmSZvbMUP5J4uyv7rA+aFsiKM90EPmQZlWUUo0KFIzl8lYp276Mm9LecSPwjsA8uJrSdyHFFCeYRBhSmsCvvZVay9ClTBrjO0/2Fa6n8+tuVv4Zpp+EUhfgNE= Received: by 10.141.15.19 with SMTP id s19mr6394177rvi.269.1201102068465; Wed, 23 Jan 2008 07:27:48 -0800 (PST) Received: by 10.141.193.13 with HTTP; Wed, 23 Jan 2008 07:27:48 -0800 (PST) Message-ID: <9c1614e00801230727t77cc3fcawa28a8fc43f99f665@mail.gmail.com> Date: Wed, 23 Jan 2008 15:27:48 +0000 From: "Aldas Nabazas" To: "John Baldwin" In-Reply-To: <200801230858.02773.jhb@freebsd.org> MIME-Version: 1.0 References: <478F5138.6010708@jku.at> <479072D9.9030307@jku.at> <20080120145036.GA6847@eos.sc1.parodius.com> <200801230858.02773.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jeremy Chadwick , Ferdinand Goldmann , freebsd-stable@freebsd.org Subject: Re: Dell PERC6? 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: Wed, 23 Jan 2008 15:27:50 -0000 On Jan 23, 2008 1:58 PM, John Baldwin wrote: > On Sunday 20 January 2008 09:50:36 am Jeremy Chadwick wrote: > > On Fri, Jan 18, 2008 at 10:35:21AM +0100, Ferdinand Goldmann wrote: > > > Jeremy Chadwick wrote: > > >> You'd be best off with RELENG_7 and not 6.3, but yes, the controller > in > > >> question should work on RELENG_6 and RELENG_6_3. > > > > > > Very well, seems like I am going to give RELENG_7 a try then. > > > Thanks to everyone who replied! > > > > Another user just posted to -stable about problems with these Dell > > machines and PERC6. I'm not sure if you're subscribed to -stable or > > not, so here's the thread: > > > > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039791.html > > The problem folks are having are with using volumes greater than 1 TB. > The > BSD label cannot handle such large disks. Instead, if you are just using > the disk for data you can newfs /dev/mfid1 directly and use it as a > filesystem, or if you need to partition the disk you can use gpt(8) to do > so. If you need to boot from such a large disk you will need to use the > GPT boot code in HEAD (I will backport it to 6.x and 7.x soon). I've > successfully used it to boot on 2 TB mfi(4) volumes. Unfortunately > sysinstall doesn't support GPT at all, only the older MBR + BSD label > method. > > Note that this problem has nothing to do with mfi(4) at all, but it is a > limitation of the BSD label + MBR that applies to any volume >= 2 TB. > Hi John, It seems that the problem is exactly as you described as i was able to get everything working setting 2x146 disks as RAID1 and 4x146 as RAID5. Regards, Aldas From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 15:28:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F40616A417 for ; Wed, 23 Jan 2008 15:28:11 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id D021F13C447 for ; Wed, 23 Jan 2008 15:28:10 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from crater.wildlava.net (crater.wildlava.net [67.40.138.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 295748F433; Wed, 23 Jan 2008 08:28:10 -0700 (MST) Message-ID: <47975CFE.4070000@skyrush.com> Date: Wed, 23 Jan 2008 08:27:58 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Wayne Sierke References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> <478BC0AA.3080906@FreeBSD.org> <1200589144.7141.27.camel@predator-ii.buffyverse> <478FB18B.3090204@FreeBSD.org> <1200677810.57226.45.camel@predator-ii.buffyverse> <1200752559.48952.31.camel@predator-ii.buffyverse> <1200764776.48952.64.camel@predator-ii.buffyverse> <1200847317.64691.33.camel@predator-ii.buffyverse> <1201095768.349.21.camel@predator-ii.buffyverse> In-Reply-To: <1201095768.349.21.camel@predator-ii.buffyverse> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-PRERELEASE desktop system periodically freezes momentarily 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: Wed, 23 Jan 2008 15:28:11 -0000 Wayne Sierke wrote: > So it seems the only thing of interest that I"ve managed to capture so > far pertains to glxgears - an instance of the "stutter" and a part of a > short freeze when dragging its window. Unfortunately these frequent > mouse disconnects make it difficult to recognise genuine freezes during > 'normal' use, if indeed they are still occurring with RELENG_7. However > the glxgears behaviour remains (apparently) the same as it was on > RELENG_6. Whether that's a telling sign or not remains to be seen. Wayne, thanks for continuing to investigate, since these little "freezes" definitely affect usability. If I can help in any way, let me know. I have not made any further graphs, but I continue to see intermittent mouse freezing (for short sub-seconf periods, usually). As for mouse disconnects, I don't know if that is what I am seeing, but one thing I do notice is that the keyboard is also affected (easily seen by holding down a key and letting it repeat - short pauses can be seen in the echo, which could be xterm, X, or the keyboard input, of course). Also, I tried unplugging my ps/2 mouse and using a USB one instead - same issue exists. In case this is scheduler-related, I tried running a CPU-hogging task (xtrs in "model 4" mode, which spins, polling for input). While running this and moving the mouse rapidly between two windows (I use focus-under-mouse, so this causes focus events), I eventually get repeated short mouse freezes for quite some time (maybe 10 seconds) until things can catch up. This is not reproducible on Linux CFS (2.6.23) - the CPU use certainly affects event "catching up" in X, but the mouse stays smooth. Also, it seems that intermittent mouse freezes happen more often when I've been away from the machine for a while and return to start using the mouse again, but that's not always the case. A few short freezes/stutters happen a second or so after mouse movement resumes. -Joe From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 15:29:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B617216A41B for ; Wed, 23 Jan 2008 15:29:30 +0000 (UTC) (envelope-from freebsd.stable1@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id 7EBBF13C4CE for ; Wed, 23 Jan 2008 15:29:29 +0000 (UTC) (envelope-from freebsd.stable1@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so2754526rvb.43 for ; Wed, 23 Jan 2008 07:29:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=cEUm7ImNM78LotHC1m9DkU4247bRMpFwrpzdaOvCQOs=; b=iJjzkd6LL8pWr1R9i+9hwlg8jwZNYq8hz9wQtzNQjht5LMMuA+PWB5JE+9Nm3BgCcYFsquxnq0K8TYnTWYqEl/xT8CBj5r953pt96dILwe7jS5Unwi9nML1CjCQJwBzczNOZEvOBgue6KQRG7CrxnsApBBEJ7J/wPirfAt3L/LM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=YeC9rPzL1i1FXPGXbaJpSLlv7Ghg6TjUN+SZvrmFBJpamWBNs/4nqodSA3MPgRltKAKqDi3jHJAVxWwPnl26R4Co3EiDmuPYX4Csq8zP9W3kUsl+JwGkNK8OOhyjqQf2EulpnamEL3NNEEZZvvxNAzli1awWuHOoeugkz2Ga7tY= Received: by 10.140.187.10 with SMTP id k10mr6423533rvf.86.1201102169668; Wed, 23 Jan 2008 07:29:29 -0800 (PST) Received: by 10.141.193.13 with HTTP; Wed, 23 Jan 2008 07:29:29 -0800 (PST) Message-ID: <9c1614e00801230729w508f309yada1272e499dff23@mail.gmail.com> Date: Wed, 23 Jan 2008 15:29:29 +0000 From: "Aldas Nabazas" To: freebsd-stable@freebsd.org In-Reply-To: <200801230919.23681.jhb@freebsd.org> MIME-Version: 1.0 References: <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com> <20080120175819.GA52965@owl.midgard.homeip.net> <35cWA$Gqi5kHFAjh@wood2.org.uk> <200801230919.23681.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Dell Perc 6 disk geometry problem with RAID5 (both 6.3 final and 7.0 RC1) 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: Wed, 23 Jan 2008 15:29:30 -0000 On Jan 23, 2008 2:19 PM, John Baldwin wrote: > On Sunday 20 January 2008 01:53:30 pm David Wood wrote: > > Hi there, > > > > In message <20080120175819.GA52965@owl.midgard.homeip.net>, Erik > > Trulsson writes > > >On Sun, Jan 20, 2008 at 04:48:56PM +0000, David Wood wrote: > > >> In message <9c1614e00801200608k49195944mf241b7b0aa6a48@mail.gmail.com > >, > > >> Aldas Nabazas writes > > >>> We bought a new Dell PowerEdge 2950III with Perc 6/i and have the > disk > > >>> geometry problem using 6.3 final or 7.0 RC1. Seems that we are not > alone at > > >>> least one guy has similar problem reported earlier: > > >>> > > >>> > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-01/msg0 > > >>>0506.html > > > > > >I do not know if the mfi(4) driver has any problems with large disks, > but it > > >is however well known that fdisk(8) and bsdlabel(8) (the tools normally > used > > >to partition disks) have problems with volumes larger than 2TB. > > > > > >If you want to use volumes larger than 2TB then gpt(8) is the > recommended > > >way to partition the disks. It is however doubtful if the BIOS in your > > >system will allow you to boot from a gpt(8) parttioned volume which is > > >best solved with having a separate - smaller - boot volume where the OS > > >itself is installed. > > > > Erik's reminder is timely for those with >2TB volumes. > > > > You must use gpt and not fdisk on any disk, be it a single drive (in the > > future, at least!) or a virtual disk on a RAID setup that are bigger > > than 2TB. It may be wise to use gpt on any virtual disk that you might > > grow to 2TB or larger in the future, so long as you're not needing to > > boot from that virtual disk. > > > > fdisk will not work properly with 2TB and larger volumes - the MBR / > > partition table setup can't cope with these large volumes. > > > > > > You can't boot from a GPT volume - that's a limitation of the BIOS > > architecture. There is some thought about using EFI on x64 hardware in > > the future (EFI is used on ia64 hardware; GPT is part of EFI), but we're > > not there yet. This isn't just about adding GPT support to the BIOS - > > the whole BIOS setup is wedded to MBR. > > > > If you need to boot from a >2TB array, create two virtual disks - one > > smaller than 2TB to boot from (and use MBR on that), then the residue > > can be GPT. > > Actually, using gptboot in HEAD you can now boot from GPT on large volumes > (I've booted from a > 2 TB volume on a PERC5 using mfi(4) with it). I > will see about getting that merged back to 6.x and 7.x in CVS. We use > it for large volumes on 6.x and all volumes on 7.x at work. > > > When I said there was nothing relevant waiting for MFC, I was aware of > > the change that Tom mentioned, but that seems to be about Dell PERC 6 > > being identified as such rather than a MegaRAID. It doesn't seem that it > > will change the behaviour of the driver in any way. > > In our testing at work the 2950 rev 3's worked fine with mfi(4). > > -- > John Baldwin > Hi John, Nice to hear that. Regards, Aldas From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 15:47:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7F1716A417 for ; Wed, 23 Jan 2008 15:47:22 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id BA44613C457 for ; Wed, 23 Jan 2008 15:47:22 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id E8616C943A for ; Wed, 23 Jan 2008 10:47:21 -0500 (EST) Message-Id: <6BA87BDA-FFAC-4329-B720-98666204FB3F@khera.org> From: Vivek Khera To: FreeBSD Stable List In-Reply-To: <200801230924.37310.jhb@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 23 Jan 2008 10:47:21 -0500 References: <47949811.1080505@raad.tartu.ee> <479501BE.4040309@FreeBSD.org> <99B0737B-9876-4D86-A9DC-FB5FAD21CB21@kcilink.com> <200801230924.37310.jhb@freebsd.org> X-Mailer: Apple Mail (2.915) Subject: Re: NO_ knobs in /etc/make.conf 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: Wed, 23 Jan 2008 15:47:23 -0000 On Jan 23, 2008, at 9:24 AM, John Baldwin wrote: >> What was broken that required this to be "fixed"? > > Inconsistent use of what NO_FOO= meant. Some places only checked if > it > was set, other places required it to be set to "yes", so NO_FOO=no > might disable FOO or it might not. The WITHOUT_* / WITH_* scheme was I guess I wasn't clear about my confusion. What was broken about putting all this in make.conf that necessitated a src.conf file too? Having the names consistent is great, though. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 16:25:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2E1216A41B for ; Wed, 23 Jan 2008 16:25:59 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 907D213C4E5 for ; Wed, 23 Jan 2008 16:25:59 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 8FA91C943A; Wed, 23 Jan 2008 11:25:58 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kcilink.com; s=kci0709; t=1201105558; bh=vIdF8PLdfIExMgbmfSM8WdPVfgMWkqseKhnYkZW K0qY=; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References: X-Mailer; b=PVY5pkhfK1SwQIqk89zQnjH5AC0sKVIOSE/qbpO0g9SDv/LXMFxOXz ZBxSTbFrt7A0+P3PDw1u+7mN+iqbVM/rNlcnLVf7+KxFvAXbj+wECxSXqgS7Frnz0Gx Z+Xrxf2Hvo50cSUSGA+6fGp18R3/IIMLnp5ftxWkLtBxWixGfI= Message-Id: <7F4D1F22-92F4-4F44-BC14-D51C880D7A0C@kcilink.com> From: Vivek Khera To: navneet Upadhyay In-Reply-To: <1563a4fd0801222130x1374589bv96184b442682dd6@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 23 Jan 2008 11:25:58 -0500 References: <1563a4fd0801222130x1374589bv96184b442682dd6@mail.gmail.com> X-Mailer: Apple Mail (2.915) Cc: freebsd-stable@freebsd.org Subject: Re: Latest Stable FreeBSD release and is it supported on dell 2950 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: Wed, 23 Jan 2008 16:25:59 -0000 On Jan 23, 2008, at 12:30 AM, navneet Upadhyay wrote: > Hi , > I have following questions. > > 1. Which is the latest release of FreeBSD. > > > 2. When was it released? > > 3. What is the patch level? > > 4.What is the stability See http://www.freebsd.org/ for above. Short answer: 6.3 released last week. > > > 5. Which compiler to use: cc or gcc and which version . cc == gcc on freebsd. Unless your app requires a specific gcc version, just use the one the system installs for you. > > > 6. Which platform/machine which BSD supports. Is Dell 2950 ok I've only ever had one compatibility issue with a Dell, and that was easily fixed by teaching the bge ethernet driver the name of the chipset used on that particular box. I have a PE1900 here we just got and it runs 7.0-RC1 quite nicely. In general, unless you're running some obscure devices, FreeBSD works just fine with most systems. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 16:34:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D7B216A417 for ; Wed, 23 Jan 2008 16:34:26 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog14.obsmtp.com (s200aog14.obsmtp.com [207.126.144.128]) by mx1.freebsd.org (Postfix) with SMTP id 948A813C447 for ; Wed, 23 Jan 2008 16:34:17 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob014.postini.com ([207.126.147.11]) with SMTP; Wed, 23 Jan 2008 16:34:15 UTC Received: from bill.mintel.co.uk (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 4658F181423; Wed, 23 Jan 2008 16:34:15 +0000 (GMT) Message-ID: <47976C86.4080902@tomjudge.com> Date: Wed, 23 Jan 2008 16:34:14 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Vivek Khera References: <1563a4fd0801222130x1374589bv96184b442682dd6@mail.gmail.com> <7F4D1F22-92F4-4F44-BC14-D51C880D7A0C@kcilink.com> In-Reply-To: <7F4D1F22-92F4-4F44-BC14-D51C880D7A0C@kcilink.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: navneet Upadhyay , freebsd-stable@freebsd.org Subject: Re: Latest Stable FreeBSD release and is it supported on dell 2950 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: Wed, 23 Jan 2008 16:34:26 -0000 Vivek Khera wrote: > > On Jan 23, 2008, at 12:30 AM, navneet Upadhyay wrote: >> >> >> 6. Which platform/machine which BSD supports. Is Dell 2950 ok > > I've only ever had one compatibility issue with a Dell, and that was > easily fixed by teaching the bge ethernet driver the name of the chipset > used on that particular box. I have a PE1900 here we just got and it > runs 7.0-RC1 quite nicely. > > In general, unless you're running some obscure devices, FreeBSD works > just fine with most systems. PE2950's use the bce driver, which works fine with 6.3+ Tom J From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 16:36:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 362F316A419 for ; Wed, 23 Jan 2008 16:36:16 +0000 (UTC) (envelope-from fbsd-ml@scrapper.ca) Received: from pd2mo1so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0B25713C478 for ; Wed, 23 Jan 2008 16:36:15 +0000 (UTC) (envelope-from fbsd-ml@scrapper.ca) Received: from pd4mr4so.prod.shaw.ca (pd4mr4so-qfe3.prod.shaw.ca [10.0.141.215]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JV300HTWVF1Q6E0@l-daemon> for freebsd-stable@freebsd.org; Wed, 23 Jan 2008 09:35:25 -0700 (MST) Received: from pn2ml1so.prod.shaw.ca ([10.0.121.145]) by pd4mr4so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JV3005RNVF0R0F0@pd4mr4so.prod.shaw.ca> for freebsd-stable@freebsd.org; Wed, 23 Jan 2008 09:35:25 -0700 (MST) Received: from proven.lan ([24.85.241.34]) by l-daemon (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JV300C37VEXHB80@l-daemon> for freebsd-stable@freebsd.org; Wed, 23 Jan 2008 09:35:23 -0700 (MST) Received: from proven.lan (localhost [127.0.0.1]) by proven.lan (8.14.2/8.14.2) with ESMTP id m0NGZLv9064709 for ; Wed, 23 Jan 2008 08:35:21 -0800 (PST envelope-from fbsd-ml@scrapper.ca) Received: from localhost (localhost [[UNIX: localhost]]) by proven.lan (8.14.2/8.14.2/Submit) id m0NGZLlW064708 for freebsd-stable@freebsd.org; Wed, 23 Jan 2008 08:35:21 -0800 (PST envelope-from fbsd-ml@scrapper.ca) Date: Wed, 23 Jan 2008 08:35:20 -0800 From: Norbert Papke In-reply-to: <200801230928.23047.jhb@freebsd.org> To: freebsd-stable@freebsd.org Message-id: <200801230835.21188.fbsd-ml@scrapper.ca> Organization: Archaeological Filing MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <004b01c85c4e$e1c44540$a54ccfc0$@muni.cz> <479513FA.6020802@FreeBSD.org> <200801230928.23047.jhb@freebsd.org> X-Authentication-warning: proven.lan: npapke set sender to fbsd-ml@scrapper.ca using -f User-Agent: KMail/1.9.7 Subject: Re: 6.3-RELEASE panic 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: Wed, 23 Jan 2008 16:36:16 -0000 On January 23, 2008, John Baldwin wrote: > On Monday 21 January 2008 04:51:54 pm Kris Kennaway wrote: > > Petr Holub wrote: > > > Hi, > > > > > > I've just updated the 6.2-RELEASE to 6.3-RELEASE using freebsd-update > > > as described in daemonology blog. > > > > > > While removing the old packages using > > > pkg_delete -af > > > I've tried to stop all the deamons from /usr/local/etc/rc.d and > > > got the following panic (hand transcribed from a photo - I don't have > > > that machine enabled for remote debugging). Panic seems to be > > > deterministic when stopping those scripts (verified by subsequent > > > attempts while pkg_delete was not running). > > > > > > (kgdb) bt > > > #0 0xc06a46a6 in doadump () > > > #1 0xc06a4b76 in boot () > > > #2 0xc06a4e0c in panic () > > > #3 0xc090d1b4 in trap_fatal () > > > #4 0xc090cf1b in trap_pfault () > > > #5 0xc090cb59 in trap () > > > #6 0xc08f9fea in calltrap () > > > #7 0xc073fa6f in in_delmulti () > > > #8 0xc0748e15 in ip_freemoptions () > > > #9 0xc07414cc in in_pcbdetach () > > > #10 0xc075a0ee in udp_detach () > > > #11 0xc06de0b8 in soclose () > > > #12 0xc06cd83b in soo_close () > > > #13 0xc0683ffc in fdrop_locked () > > > #14 0xc0683f25 in fdrop () > > > #15 0xc0682553 in closef () > > > #16 0xc067f8e7 in kern_close () > > > #17 0xc067f6d8 in close () > > > #18 0xc090d4cb in syscall () > > > #19 0xc08fa03f in Xint0x80_syscall () > > > #20 0x00000033 in ?? () > > > Previous frame inner to this frame (corrupt stack?) > > > > Can you obtain a trace against the kernel.symbols? > > I've been seeing this panic (and several variations of) for quite a while > on 6.x. It appears that a socket is being double-closed somehow. I > usually see it during exit1() when a process' file descriptor table is > being freed. I've spent a lot of time looking for a fd reference count > leak or some such but haven't found one yet. :( I've also seen panics > with vnodes having a ref cnt underflow in vrele or vput, so I've wondered > if it's a fd-level bug that affects both vnodes and sockets rather than > separate socket and vnode bugs. For comparison, here is the callstack from the panic reported in kern/116077. The PR has symbolic information. #0 doadump () #1 0xc055293e in boot #2 0xc0552c95 in panic #3 0xc06e6232 in trap_fatal #4 0xc06e5f3b in trap_pfault #5 0xc06e5b51 in trap #6 0xc06d0b1a in calltrap () #7 0xc05e3e6f in in_delmulti #8 0xc05ed8e9 in ip_freemoptions #9 0xc05e5d6c in in_pcbdetach #10 0xc05fee96 in udp_detach #11 0xc058e710 in soclose #12 0xc057db3f in soo_close #13 0xc052fd9c in fdrop_locked #14 0xc052fcc5 in fdrop #15 0xc052e263 in closef #16 0xc052d253 in fdfree #17 0xc0536b4b in exit1 #18 0xc05366b0 in sys_exit #19 0xc06e6577 in syscall #20 0xc06d0b6f in Xint0x80_syscall () #21 0x00000033 in ?? () It is also triggered when a multi-cast client shuts down. The patch in the PR fixes this issue for me. I have been running with it since November. Cheers. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 16:55:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A0E016A419 for ; Wed, 23 Jan 2008 16:55:10 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id C27D113C474 for ; Wed, 23 Jan 2008 16:55:09 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m0NGt21t047073; Wed, 23 Jan 2008 08:55:08 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m0NGt26K047072; Wed, 23 Jan 2008 08:55:02 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 23 Jan 2008 08:55:02 -0800 Message-ID: <20080123085502.76cyhsnd444kooc8@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 23 Jan 2008 08:55:02 -0800 From: "Chris H." To: Kimi References: <20080120132946.3np9spipcso4wsos@webmail.1command.com> <42b497160801201449i5eacc8b3iaa1a90b99dcd4e90@mail.gmail.com> <20080120152638.777sxd6ggso8owwg@webmail.1command.com> <42b497160801210139u12287635jd1de347c80012ef@mail.gmail.com> In-Reply-To: <42b497160801210139u12287635jd1de347c80012ef@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org Subject: Re: 7-PRERELEASE Xorg - Fatal server error:could not open default font 'fixed'[SOLVED] 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: Wed, 23 Jan 2008 16:55:10 -0000 Quoting Kimi : > On 20/01/2008, Chris H. wrote: >> Quoting Kimi : >> >> > On 20/01/2008, Chris H. wrote: >> >> Greetings, >> >> Well, after not having any luck with Xorg after a fresh install >> >> of 7. I decided to try a more recent cvsup of the ports tree and >> > [...] >> > >> > you need ports/x11-fonts/font-alias >> >> Thank you! You rock! >> That did it. You're the best. :) >> >> I can't believe I overlooked that. > > it bugged me like crazy when I could not find what it was causing the > problem, even after installing all the misc fonts. > > ports should handle this dependency better, which means I should open > a PR but never got around to it. You know, I'm /quite/ embarrassed about this one. Last year I wrote a /very/ long, and informative "how-to" for adding fonts to X. I gave a fair amount of background on the whole process too - including "debugging" the results of each step. You'd think I'd have figured this out on my own. :P Problem was - I /assumed/ that installing xorg-server, xorg-apps, and xorg-libraries would have /included/ all the prerequisites - D'oh! Anyway, looks like I have something else to add to that "how-to". :) Thanks again for taking the time to help me out on this one. --Chris > >> >> --Chris >> >> >> -- >> panic: kernel trap (ignored) >> >> >> >> > > > -- > Regards, > Kimi > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 17:11:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAD3716A419; Wed, 23 Jan 2008 17:11:06 +0000 (UTC) (envelope-from mteterin@mlp.com) Received: from outbound-mail.mlp.com (outbound-mail.mlp.com [204.212.175.37]) by mx1.freebsd.org (Postfix) with ESMTP id 5F03413C474; Wed, 23 Jan 2008 17:11:05 +0000 (UTC) (envelope-from mteterin@mlp.com) Received: from misha (Not Verified[10.5.105.98]) by outbound-mail.mlp.com with MailMarshal (v6, 1, 5, 586) id ; Wed, 23 Jan 2008 11:56:03 -0500 From: Mikhail Teterin To: John Baldwin Date: Wed, 23 Jan 2008 11:56:02 -0500 User-Agent: KMail/1.7.1 References: <200801201657.m0KGvT8H005788@bonkers.video-collage.com> <200801230920.48037.jhb@freebsd.org> In-Reply-To: <200801230920.48037.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200801231156.03067.mteterin@mlp.com> Cc: freebsd-stable@freebsd.org, mi@aldan.algebra.com, mark@video-collage.com Subject: Re: panic: bad pte 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: Wed, 23 Jan 2008 17:11:06 -0000 =D3=C5=D2=C5=C4=C1 23 =D3=A6=DE=C5=CE=D8 2008 09:20 =C4=CF, John Baldwin = =F7=C9 =CE=C1=D0=C9=D3=C1=CC=C9: > > Is this something, that should be fixed in the 6.3? The kernel is > > 6.2-STABLE from June (see uptime). > What kind of CPU? Dual Opteron. FreeBSD/amd64. > There was a fix for a certain edge condition in 6.x post 6.2, but usual= ly > when I see this panic it is due to a hardware failure. In the controller? It is a newish ahd (although from eBay) -- what could = be=20 wrong? Thanks! =20-mi ###################################################################### The information contained in this communication is confidential and may contain information that is privileged or exempt from disclosure under applicable law. If you are not a named addressee, please notify the sender immediately and delete this email from your system. If you have received this communication, and are not a named recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. ###################################################################### From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 18:57:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 414AC16A46D for ; Wed, 23 Jan 2008 18:57:13 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id D560313C4DB for ; Wed, 23 Jan 2008 18:57:12 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 98.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.98]) by smtp.vzavenue.net with ESMTP; 23 Jan 2008 13:57:11 -0500 X-REPUTATION: None X-REMOTE-IP: 66.171.79.98 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAAoWl0dCq09i/2dsb2JhbACBV60N X-IronPort-AV: i="4.25,239,1199682000"; d="asc'?scan'208"; a="175137100:sNHT25887942" Received: from linwhf.opal.com (localhost [127.0.0.1]) (authenticated bits=0) by homobox.opal.com (8.13.8/8.13.8) with ESMTP id m0NIv9RR021846; Wed, 23 Jan 2008 13:57:10 -0500 (EST) (envelope-from fbsd@opal.com) Received: from linwhf.opal.com ([192.168.3.65] helo=linwhf.opal.com) by ASSP-nospam; 23 Jan 2008 13:57:09 -0500 Date: Wed, 23 Jan 2008 13:57:05 -0500 From: "J.R. Oldroyd" To: Joe Peterson Message-ID: <20080123135705.3ff903e4@linwhf.opal.com> In-Reply-To: <47975CFE.4070000@skyrush.com> References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> <478BC0AA.3080906@FreeBSD.org> <1200589144.7141.27.camel@predator-ii.buffyverse> <478FB18B.3090204@FreeBSD.org> <1200677810.57226.45.camel@predator-ii.buffyverse> <1200752559.48952.31.camel@predator-ii.buffyverse> <1200764776.48952.64.camel@predator-ii.buffyverse> <1200847317.64691.33.camel@predator-ii.buffyverse> <1201095768.349.21.camel@predator-ii.buffyverse> <47975CFE.4070000@skyrush.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.3; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/hZ.==EIRN4Uj6.ormmEg.Gw"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable@freebsd.org, Wayne Sierke Subject: Re: 7.0-PRERELEASE desktop system periodically freezes momentarily 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: Wed, 23 Jan 2008 18:57:13 -0000 --Sig_/hZ.==EIRN4Uj6.ormmEg.Gw Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 23 Jan 2008 08:27:58 -0700, Joe Peterson wrote: >=20 > Also, it seems that intermittent mouse freezes happen more often when > I've been away from the machine for a while and return to start using > the mouse again, but that's not always the case. A few short > freezes/stutters happen a second or so after mouse movement resumes. >=20 > -Joe Joe, I don't see any postings from you showing any ktr dumps. Do you have any? Your symptoms (that it seems to happen after you've been away for a while and then return and move the mouse) sound a lot like mine. I posted some ktr dumps and have since chatted off-list with Kris and Sam about what may be up. My dumps show the shared irq ath/pcm and the ath taskq are hogging the cpu for ages without the clock swi getting to run at all. Sam has suggested experimenting with the ath taskq priority and also with disabling ath bg scans which I will do, but right now I am back to looking at powerd again as the possible cause. I ran without powerd for a while when originally suggested by David Lawrence on Jan 12th. I believe I did still see freezes then, but I re-enabled powerd when I was ready to do LOCK_PROFILING and then ktr monitoring; I re-enabled it so I could be sure I had the same test conditions. At this point, I am no longer sure what happened when powerd was disabled. My recollection is that there were freezes while powerd was off, but the only email in which I appear to have posted about that says "no freezes so far". So I'm running without powerd again, and at this point, several hours at the computer over two days, I have not seen further freezes. Does anyone else who sees these freezes also have powerd enabled and can try without powerd for a while? Since these freezes are proving so hard to pinpoint, it may be worth comparing notes to try to find things in common between the systems or eliminate other things. But first, it seems like we may be chasing three separate causes: 1. the softupdate freeze after removing a very large file (e.g., >1Gb) there is a noticeable freeze while the softupdate runs=20 2. the busy freeze folk complain of short freezes and mouse jerkiness while the system is busy, e.g., glxgears or compilations 3. the idle freeze short and longer freezes (some going into minutes) apparently when resuming work after having left the system mostly idle for a while Now, I also had the "busy freeze" when I first tested 7.0. At that time (several weeks back now) someone suggested switching to the ULE scheduler, which I did, and the symptoms I had were dramatically improved. Since then I've had occasions to run several compilations at once and had no mouse jerkiness. But for folk who still have it: what scheduler do you have and what processes are running when it happens? At the moment, I'm chasing an "idle freeze". In other emails, I've posted details of what processes are typically running and several ktr dumps of such events. As noted, I'm looking again into powerd right now, and if that isn't it, I'll go to the ath taskq prio and scan stuff that Sam suggested. Anyone else with an idle freeze care to post details of what scheduler and processes are in use? -jr --Sig_/hZ.==EIRN4Uj6.ormmEg.Gw Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHl44Bls33urr0k4kRAvfjAKCkkWbnFwnj0TbptMhRkZk36SUKpgCeLAHU q76EdEfi+f+Q6ZCmL0EuKkA= =V/Ze -----END PGP SIGNATURE----- --Sig_/hZ.==EIRN4Uj6.ormmEg.Gw-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 19:26:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 853B416A417 for ; Wed, 23 Jan 2008 19:26:41 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id 3F0AA13C468 for ; Wed, 23 Jan 2008 19:26:41 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from crater.wildlava.net (crater.wildlava.net [67.40.138.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 586B88F42C; Wed, 23 Jan 2008 12:26:40 -0700 (MST) Message-ID: <479794E3.5060307@skyrush.com> Date: Wed, 23 Jan 2008 12:26:27 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: "J.R. Oldroyd" References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> <478BC0AA.3080906@FreeBSD.org> <1200589144.7141.27.camel@predator-ii.buffyverse> <478FB18B.3090204@FreeBSD.org> <1200677810.57226.45.camel@predator-ii.buffyverse> <1200752559.48952.31.camel@predator-ii.buffyverse> <1200764776.48952.64.camel@predator-ii.buffyverse> <1200847317.64691.33.camel@predator-ii.buffyverse> <1201095768.349.21.camel@predator-ii.buffyverse> <47975CFE.4070000@skyrush.com> <20080123135705.3ff903e4@linwhf.opal.com> In-Reply-To: <20080123135705.3ff903e4@linwhf.opal.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Wayne Sierke Subject: Re: 7.0-PRERELEASE desktop system periodically freezes momentarily 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: Wed, 23 Jan 2008 19:26:41 -0000 J.R. Oldroyd wrote: > On Wed, 23 Jan 2008 08:27:58 -0700, Joe Peterson wrote: >> Also, it seems that intermittent mouse freezes happen more often when >> I've been away from the machine for a while and return to start using >> the mouse again, but that's not always the case. A few short >> freezes/stutters happen a second or so after mouse movement resumes. >> >> -Joe > > Joe, > > I don't see any postings from you showing any ktr dumps. Do you have > any? Your symptoms (that it seems to happen after you've been away > for a while and then return and move the mouse) sound a lot like mine. Hi J.R., here is the post that contains links to my dumps: http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039599.html > I posted some ktr dumps and have since chatted off-list with Kris and > Sam about what may be up. My dumps show the shared irq ath/pcm and > the ath taskq are hogging the cpu for ages without the clock swi getting > to run at all. Sam has suggested experimenting with the ath taskq > priority and also with disabling ath bg scans which I will do, but > right now I am back to looking at powerd again as the possible cause. Hmm, well I don't have an Atheros on this machine - only ethernet. Also, I have not tried playing audio, so what I am seeing is simply with "normal" use. > I ran without powerd for a while when originally suggested by David > Lawrence on Jan 12th. I believe I did still see freezes then, but I > re-enabled powerd when I was ready to do LOCK_PROFILING and then ktr > monitoring; I re-enabled it so I could be sure I had the same test > conditions. At this point, I am no longer sure what happened when > powerd was disabled. My recollection is that there were freezes while > powerd was off, but the only email in which I appear to have posted > about that says "no freezes so far". So I'm running without powerd again, > and at this point, several hours at the computer over two days, I have > not seen further freezes. Does anyone else who sees these freezes also > have powerd enabled and can try without powerd for a while? Mine is a desktop machine, so I have not enabled powerd. > Since these freezes are proving so hard to pinpoint, it may be worth > comparing notes to try to find things in common between the systems > or eliminate other things. But first, it seems like we may be chasing > three separate causes: > > 1. the softupdate freeze > after removing a very large file (e.g., >1Gb) there is a > noticeable freeze while the softupdate runs > > 2. the busy freeze > folk complain of short freezes and mouse jerkiness while > the system is busy, e.g., glxgears or compilations > > 3. the idle freeze > short and longer freezes (some going into minutes) apparently > when resuming work after having left the system mostly idle > for a while > > Now, I also had the "busy freeze" when I first tested 7.0. At that time > (several weeks back now) someone suggested switching to the ULE scheduler, > which I did, and the symptoms I had were dramatically improved. Since > then I've had occasions to run several compilations at once and had no > mouse jerkiness. But for folk who still have it: what scheduler do you > have and what processes are running when it happens? I seem to see #2 (busy freezes). They are usually very short (sub-second) freezes, and they happen randomly as I move the mouse (well, I assume that I see it manifested in a mouse freeze, but it could very well be a system or X freeze, since I see it in keyboard key-held-down too). The mouse usually moves smoothly, but every once in a while, it "sticks" for a fraction of a second as I move it - irritating to say the least. Often the small freezes come in spurts, but they often are one at a time as well. When it comes in spurts, it is often shortly after moving the mouse after lots of idle time (as if the scheduler "wakes up" and has some fits for a short time - a "non-scientific" description ;). I am using ULE on 7.0. I'm also using ZFS (so the soft-updates issue doesn't apply, and I spoke with someone else who uses UFS2, not ZFS, and he said the mouse jerked around pretty badly in 7.0 on his machine). I started with using 4BSD under 7.0, of course, and yes, there were worse batches of freezes with it, especially when starting KDE and when compiling the kernel (it was nearly constant). With ULE, I no longer see compiles causing freezes, and generally the freezes are more subtle and shorter - in other words, ULE *is* better than 4BSD in this respect, but it is still worse than normal operation under FreeBSD 6.2 with 4BSD (although under 6.2/4BSD, I did see the occasional freeze during compiles - not nearly as obvious or often as 4BSD under 7.0). So, in my experience: 6.2/4BSD: smooth mouse motion all of the time except rare freezes during compiles. 7.0/4BSD: terrible mouse jerkiness under any load, especially when compiling. 7.0/ULE: smoother than 7.0/4BSD and freezes not correlated with compiling, but still worse than 6.2/4BSD > At the moment, I'm chasing an "idle freeze". In other emails, I've > posted details of what processes are typically running and several ktr > dumps of such events. As noted, I'm looking again into powerd right > now, and if that isn't it, I'll go to the ath taskq prio and scan stuff > that Sam suggested. Anyone else with an idle freeze care to post > details of what scheduler and processes are in use? If you can, see if my ktr dumps show anything. I am not experienced in interpreting them, so I did not want to draw any conclusions. As I said in my last post, causing lots of X events while another process is using CPU (under ULE) does cause the mouse to become really jerky, and this was at first not surprizing, but I cannot get this to happen at all under Linux CFS (2.6.23), so I wonder if there is something else, like some hard locking, going on in FreeBSD. The nature of the freezes do feel like little hard locks (but again, this is just my gut feel, and I am not knowledgeable enough in FreeBSD internals to draw conclusions). Thanks, Joe From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 19:34:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22ECE16A417 for ; Wed, 23 Jan 2008 19:34:32 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id C995213C4DD for ; Wed, 23 Jan 2008 19:34:31 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id E232428449 for ; Thu, 24 Jan 2008 03:34:30 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 9B02BEB98B7; Thu, 24 Jan 2008 03:34:30 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id SjbM8eYNPJfn; Thu, 24 Jan 2008 03:34:25 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 28CDCEB983A; Thu, 24 Jan 2008 03:34:23 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=O/Vg+xzNGpkjmpu2U3zRZeSB4/TxPwkPHQxz8OMyv1gwi5UAm7WdrVDIF3lYaQEpm 48YOrpihRRYGdsMeQu5qg== Message-ID: <479796BD.1080603@delphij.net> Date: Wed, 23 Jan 2008 11:34:21 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: Vanilla Hsu References: <56b32a00801230625m2fdbd6a8i2cc2116c64718c95@mail.gmail.com> In-Reply-To: <56b32a00801230625m2fdbd6a8i2cc2116c64718c95@mail.gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3-Release + squid 2.6.17 = Hang process. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2008 19:34:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Vanilla Hsu wrote: > Hi: > > We have a machine running 6.2-R-p10 and squid 2.6.17, > and upgrade it to 6.3R yesterday, > > but squid will hang and eat 100% cpu time after restart about 1 hour later, > > machine still alive, and no response from squid. > > downgrade to 6.2-R-p10, everything ok again.. Just wanted to narrow down the problem, is it possible for you to try if it's within the kernel (say, use 6.2 userland and squid binary under 6.3 kernel)? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHl5a9i+vbBBjt66ARArAZAKCiM35r8fGFCXFa2mbbUDHOCUpvywCgst+X pBdyNQ5ir4LhtYdyUPc80uk= =7kgd -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 19:35:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39DF516A417 for ; Wed, 23 Jan 2008 19:35:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id C95F613C4DD for ; Wed, 23 Jan 2008 19:35:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 29645 invoked by uid 399); 23 Jan 2008 19:35:31 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 23 Jan 2008 19:35:31 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <47979702.7070107@FreeBSD.org> Date: Wed, 23 Jan 2008 11:35:30 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Peter Jeremy References: <20080122170923.4d00c133@mail.dawnshosting.com> <20080122181144.GP1466@server.vk2pj.dyndns.org> In-Reply-To: <20080122181144.GP1466@server.vk2pj.dyndns.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Robert Jameson , freebsd-stable@freebsd.org Subject: Re: firefox-2.0.0.11_1, 1 refuses to build because PORT_REPLACES_BASE_BIND 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: Wed, 23 Jan 2008 19:35:33 -0000 Peter Jeremy wrote: > On Tue, Jan 22, 2008 at 05:09:23PM +0000, Robert Jameson wrote: >> I ran into a problem today trying to build the latest firefox in ports firefox-2.0.0.11_1,1. > ... >> firefox-2.0.0.11_1,1: bind installed with PORT_REPLACES_BASE_BIND causes build problems. > > That seems fairly self-explanatory to me and has been the case for over > two years. (The relevant test is at the end of the "gecko-post-patch" > target in www/mozilla/Makefile.common). FYI, if the ports freeze ever ends I plan to split the bind94 port into binaries and libs, and turn off the installation of libs and headers for bind9; so this test will need to be adjusted. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 19:37:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 392DD16A417 for ; Wed, 23 Jan 2008 19:37:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id D181F13C4D3 for ; Wed, 23 Jan 2008 19:37:26 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 864 invoked by uid 399); 23 Jan 2008 19:37:26 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 23 Jan 2008 19:37:26 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <47979774.5040205@FreeBSD.org> Date: Wed, 23 Jan 2008 11:37:24 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Vivek Khera References: <47949811.1080505@raad.tartu.ee> <479501BE.4040309@FreeBSD.org> <99B0737B-9876-4D86-A9DC-FB5FAD21CB21@kcilink.com> <200801230924.37310.jhb@freebsd.org> <6BA87BDA-FFAC-4329-B720-98666204FB3F@khera.org> In-Reply-To: <6BA87BDA-FFAC-4329-B720-98666204FB3F@khera.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable List Subject: Re: NO_ knobs in /etc/make.conf 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: Wed, 23 Jan 2008 19:37:27 -0000 Vivek Khera wrote: > I guess I wasn't clear about my confusion. What was broken about putting > all this in make.conf that necessitated a src.conf file too? One could argue that they didn't need to be moved at all. One of the rationales at the time was that we didn't want the knobs for the base to affect the ports. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 20:02:02 2008 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 E88EC16A41A for ; Wed, 23 Jan 2008 20:02:02 +0000 (UTC) (envelope-from ysarumaru@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by mx1.freebsd.org (Postfix) with ESMTP id 9ED0C13C448 for ; Wed, 23 Jan 2008 20:02:02 +0000 (UTC) (envelope-from ysarumaru@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so1313275wra.13 for ; Wed, 23 Jan 2008 12:02:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; bh=KQtIG4tE+9pQ3lTvREnQy3uOfTr/MAf6gkyJbDqxQZY=; b=VmCGzbJl+5RFMGx8xIhbkhur+gnpeaSzF+CvmCdXY47Eo7+hVhgkY3SlkKxFpG1he9wwdaFhkq6Xgyyck8PcBMJWgoOyiZfaCLFQtu4r9LCA43DwWwIh5ZqJlwNL4vJZac2yFJN+ffBX8HH81ygXzk4UrUxr9L8iONTvbwKXELY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=bq4sSpqTZSuI+snpDa7FcNIvxZd/uTn2uDNS7kvjBxK1rXL2/YSErGW5Wnhc3+poT1wQp2U7SvFLXEOml0YtBCuJxYajWi/B4kU56l2KBGxjEWQMM3iEAm8UTbifB39G7wae3XvkN6ATdOJnL155lC2yvOJ8K5HuudVQtHtK3p4= Received: by 10.142.226.2 with SMTP id y2mr5221696wfg.75.1201117008508; Wed, 23 Jan 2008 11:36:48 -0800 (PST) Received: by 10.142.47.17 with HTTP; Wed, 23 Jan 2008 11:36:48 -0800 (PST) Message-ID: <559697920801231136s1dc42d42q41b614596e57fbf3@mail.gmail.com> Date: Thu, 24 Jan 2008 04:36:48 +0900 From: "Yoshihiko Sarumaru" To: stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: sos@FreeBSD.org Subject: 6.3-RELEASE can not mount root on Cyrix 5530 ATA33 controller 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: Wed, 23 Jan 2008 20:02:03 -0000 Hello, I updated my Geode GX1 PC from RELENG_6_2 to RELENG_6_3 and found root mount failed after reboot. This problem was caused by a change to ata-pci.c to pick up wider old ata controller as ata-pci devices at ata_legacy() function, and roll backing that file resolved this problem for me. I'm not sure why attaching Cyrix 5530 ATA33 controller was failed at both 6.2 and 6.3, but I hope this contoller goes to work as an ATA33 controller. Making buildworld requires more than 24hours with PIO HDD... Is there anyone who has some information about this controller? Thanks, Here are the dmesgs: [RELENG_6_2] FreeBSD 6.2-RELEASE-p7 #0: Sun Aug 5 21:43:36 JST 2007 root@example.jp:/usr/obj/usr/src/sys/CBUG_XCAST6 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Cyrix GXm (300.68-MHz 586-class CPU) Origin = "CyrixInstead" Id = 0x540 DIR=0x8244 Stepping=8 Revision=2 ... atapci0: port 0xf000-0xf00f at device 18.2 on pci0 atapci0: unable to map interrupt device_attach: atapci0 attach returned 6 ... ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ... ad0: 38154MB at ata0-master PIO4 [RELENG_6_3] FreeBSD 6.3-RELEASE #5: Wed Jan 23 01:53:05 JST 2008 root@example.jp:/usr/obj/usr/src/sys/CBUG_XCAST6 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Cyrix GXm (300.68-MHz 586-class CPU) Origin = "CyrixInstead" Id = 0x540 DIR=0x8244 Stepping=8 Revision=2 ... atapci0: port 0xf000-0xf00f at device 10.2 on pci0 ata0: on atapci0 device_attach: ata0 attach returned 6 ata1: on atapci0 device_attach: ata1 attach returned 6 ... Trying to mount root from ufs:/dev/ad0s1a Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 20:08:48 2008 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 C2DE616A421 for ; Wed, 23 Jan 2008 20:08:48 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 5BEBC13C457 for ; Wed, 23 Jan 2008 20:08:47 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id m0NK8j61002671 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 23 Jan 2008 21:08:46 +0100 From: "Petr Holub" To: Date: Wed, 23 Jan 2008 21:08:41 +0100 Message-ID: <000e01c85dfb$c2f99490$48ecbdb0$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Achd+75DdGnJboa3TwOiBHLhNWmbew== Content-Language: cs X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Wed, 23 Jan 2008 21:08:46 +0100 (CET) Cc: Subject: snd_emu10k1.ko after 6.2 to 6.3 upgrade 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: Wed, 23 Jan 2008 20:08:48 -0000 Hi, I've found a problem after updating from 6.2-RELEASE to 6.3-RELEASE using freebsd-update as described on daemonology blog. It looks like if the snd_emu10k1.ko along with a few others was not appropriately updated: # ls -l snd_* -r-xr-xr-x 1 root wheel 16566 Feb 20 2007 snd_ad1816.ko -r-xr-xr-x 1 root wheel 17731 Feb 20 2007 snd_als4000.ko -r-xr-xr-x 1 root wheel 20004 Jan 21 15:42 snd_atiixp.ko -r-xr-xr-x 1 root wheel 19192 Feb 20 2007 snd_cmi.ko -r-xr-xr-x 1 root wheel 18594 Feb 20 2007 snd_cs4281.ko -r-xr-xr-x 1 root wheel 30814 Feb 20 2007 snd_csa.ko -r-xr-xr-x 1 root wheel 11098 Jan 21 15:42 snd_driver.ko -r-xr-xr-x 1 root wheel 45839 Feb 20 2007 snd_ds1.ko -r-xr-xr-x 1 root wheel 30008 Feb 20 2007 snd_emu10k1.ko -r-xr-xr-x 1 root wheel 59398 Feb 20 2007 snd_emu10kx.ko -rwxr-xr-x 1 root wheel 31223 Jan 21 15:42 snd_envy24.ko -rwxr-xr-x 1 root wheel 30504 Jan 21 15:42 snd_envy24ht.ko -r-xr-xr-x 1 root wheel 32005 Feb 20 2007 snd_es137x.ko -r-xr-xr-x 1 root wheel 20075 Feb 20 2007 snd_ess.ko -r-xr-xr-x 1 root wheel 15636 Feb 20 2007 snd_fm801.ko -rwxr-xr-x 1 root wheel 77423 Jan 21 15:42 snd_hda.ko -r-xr-xr-x 1 root wheel 23812 Jan 21 15:42 snd_ich.ko -r-xr-xr-x 1 root wheel 31117 Feb 20 2007 snd_maestro.ko -r-xr-xr-x 1 root wheel 42945 Jan 21 15:42 snd_maestro3.ko -r-xr-xr-x 1 root wheel 46976 Feb 20 2007 snd_mss.ko -r-xr-xr-x 1 root wheel 68790 Feb 20 2007 snd_neomagic.ko -r-xr-xr-x 1 root wheel 14783 Feb 20 2007 snd_null.ko -r-xr-xr-x 1 root wheel 16934 Feb 20 2007 snd_sb16.ko -r-xr-xr-x 1 root wheel 15418 Feb 20 2007 snd_sb8.ko -r-xr-xr-x 1 root wheel 15397 Feb 20 2007 snd_sbc.ko -r-xr-xr-x 1 root wheel 19397 Feb 20 2007 snd_solo.ko -r-xr-xr-x 1 root wheel 7240 Jan 21 15:42 snd_spicds.ko -r-xr-xr-x 1 root wheel 18856 Jan 21 15:42 snd_t4dwave.ko -r-xr-xr-x 1 root wheel 36300 Jan 21 15:42 snd_uaudio.ko -r-xr-xr-x 1 root wheel 21918 Jan 21 15:42 snd_via8233.ko -r-xr-xr-x 1 root wheel 16075 Jan 21 15:42 snd_via82c686.ko -r-xr-xr-x 1 root wheel 18707 Feb 20 2007 snd_vibes.ko Those modules dated Feb 20 2007 are not loadable actually: # kldload snd_emu10k1.ko kldload: can't load snd_emu10k1.ko: No such file or directory When I build the module from source, it loads just fine. Maybe some bug in the freebsd-update list of what to update? Just for your reference, sound.ko has been updated properly and can be loaded fine. Petr From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 20:09:40 2008 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 D1C3416A421; Wed, 23 Jan 2008 20:09:40 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8640913C47E; Wed, 23 Jan 2008 20:09:40 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 9D43428449; Thu, 24 Jan 2008 04:09:39 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 67740EB98F4; Thu, 24 Jan 2008 04:09:39 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id vC4xNQjnssdK; Thu, 24 Jan 2008 04:09:34 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 68862EB9366; Thu, 24 Jan 2008 04:09:33 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=fZItlparrZ7Hs6VBA5o0F7QqW2QHp1VCxzzMr1LYCV68rRgDjbzH8799JPm8zvQCq Tm3tP1NMxcyTNe7ErEoDw== Message-ID: <47979EFB.2050601@delphij.net> Date: Wed, 23 Jan 2008 12:09:31 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: Yoshihiko Sarumaru References: <559697920801231136s1dc42d42q41b614596e57fbf3@mail.gmail.com> In-Reply-To: <559697920801231136s1dc42d42q41b614596e57fbf3@mail.gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, sos@FreeBSD.org Subject: Re: 6.3-RELEASE can not mount root on Cyrix 5530 ATA33 controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2008 20:09:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Yoshihiko Sarumaru wrote: > Hello, > I updated my Geode GX1 PC from RELENG_6_2 to RELENG_6_3 and found > root mount failed after reboot. > > This problem was caused by a change to ata-pci.c to pick up wider old > ata controller as ata-pci devices at ata_legacy() function, and roll backing > that file resolved this problem for me. Which revision? > I'm not sure why attaching Cyrix 5530 ATA33 controller was failed at > both 6.2 and 6.3, but I hope this contoller goes to work as an ATA33 > controller. Making buildworld requires more than 24hours with PIO Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHl576i+vbBBjt66ARAn0HAJ0Wg3h6ruok7YwRQX5RF4YC4YR33wCfeTPn 1FyI8MuJWGat/7FcCrPe+7k= =2ywz -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 20:32:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 584D316A420 for ; Wed, 23 Jan 2008 20:32:27 +0000 (UTC) (envelope-from andrew-freebsd@areilly.bpc-users.org) Received: from omta05sl.mx.bigpond.com (omta05sl.mx.bigpond.com [144.140.93.195]) by mx1.freebsd.org (Postfix) with ESMTP id DCFB513C461 for ; Wed, 23 Jan 2008 20:32:26 +0000 (UTC) (envelope-from andrew-freebsd@areilly.bpc-users.org) Received: from oaamta07sl.mx.bigpond.com ([124.188.162.219]) by omta05sl.mx.bigpond.com with ESMTP id <20080123203225.QVFB19939.omta05sl.mx.bigpond.com@oaamta07sl.mx.bigpond.com> for ; Wed, 23 Jan 2008 20:32:25 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by oaamta07sl.mx.bigpond.com with ESMTP id <20080123203224.QRF27169.oaamta07sl.mx.bigpond.com@areilly.bpa.nu> for ; Wed, 23 Jan 2008 20:32:24 +0000 Received: (qmail 15660 invoked from network); 23 Jan 2008 20:32:23 -0000 Received: from chani-air.reilly.home (HELO ?10.0.0.8?) (10.0.0.8) by localhost with SMTP; 23 Jan 2008 20:32:23 -0000 In-Reply-To: <200801230904.58711.jhb@freebsd.org> References: <20080120012941.GA8588@duncan.reilly.home> <200801230904.58711.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v753) Message-Id: <83FFDAC0-482B-4C8A-88A1-1B00D6BF9E28@areilly.bpc-users.org> From: Andrew Reilly Date: Thu, 24 Jan 2008 07:32:22 +1100 To: John Baldwin X-Mailer: Apple Mail (2.753) X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A010205.4797A458.00E1,ss=1,fgs=0 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: 7-STABLE broke drscheme in week between 4 and 11 Jan 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: Wed, 23 Jan 2008 20:32:27 -0000 Hi John, On 24/01/2008, at 01:04, John Baldwin wrote: >> Anyway, the last part of the ktrace of the broken version (the >> earlier parts are just loading up shared libraries) looks like: >> (I sedded the ^pid out, so that I could get a better look at it >> with diff (meld, actually: it's nice)). > > There were changes to make binaries get SIGSEGV instead of SIGBUS > (or vice > versa) for certain VM-related traps. That might be related in > which case > the source code for the app will need to catch a different signal. > You can > test this by fiddling with the machdep.prot_fault_translation sysctl. That wasn't the problem: version 372 already had a patch to use SIGSEGV. >> the faulting instruction is: >> 0x0000000800bdecc6 : mov %r13,(%rdx,%rax,8) >> >> r13 is 0x803900000 >> rdx is -1 >> rax is 0xe40 >> >> Any thoughts on why that would be faulting? (Looks like a write >> to a very low address (code?) to me, but I'm not up on the VM >> map yet.) > > rdx should be a pointer to an array or some such, but it is a bogus > pointer and that is why you are faulting. Yes, that was indeed the problem. The garbage collector was expecting memory returned by malloc to be zero, which, of course, it wasn't. It seems as though it was simply luck that the particular access was reliably zero before this particular change to FreeBSD. I should get more used to using the debugging support in our malloc, to grunge up malloc'd memory. > >> The only thing that looks appropriate that changed in that week >> was sys/vm/vm_map.c, which had some new code added to help with >> shm mappings. I looked at it, but it didn't look as though it >> would affect this. > > Those changes were only in HEAD, so if you are seeing them in your > kernel > you are running HEAD and not RELENG_7. Yes. I did the binary-search thing, and found that the actual change that broke things was an MFC of src/contrib/gcc/gthr-posix.h, on 5 Jan. There's no obvious (to me) reason why that change would have affected the malloc system, but there must have been some epsilon of memory alignment that pushed a non-zero value into the particular memory that was being returned and tested in that instance. An entertaining debugging experience... Patches to drscheme have been accepted up-stream, so all should be dandy very soon. Cheers, Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 20:52:55 2008 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 5AE9D16A41B; Wed, 23 Jan 2008 20:52:55 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id DB88813C465; Wed, 23 Jan 2008 20:52:54 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [194.192.25.138] (laptop.deepcore.dk [194.192.25.138]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id m0NKqdHd038714; Wed, 23 Jan 2008 21:52:39 +0100 (CET) (envelope-from sos@deepcore.dk) Message-Id: <00278157-73F7-4580-95DB-AAAA371DF924@deepcore.dk> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: d@delphij.net In-Reply-To: <47979EFB.2050601@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 23 Jan 2008 21:52:39 +0100 References: <559697920801231136s1dc42d42q41b614596e57fbf3@mail.gmail.com> <47979EFB.2050601@delphij.net> X-Mailer: Apple Mail (2.915) Cc: stable@FreeBSD.ORG, Yoshihiko Sarumaru , sos@FreeBSD.ORG Subject: Re: 6.3-RELEASE can not mount root on Cyrix 5530 ATA33 controller 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: Wed, 23 Jan 2008 20:52:55 -0000 On 23Jan, 2008, at 21:09 , Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Yoshihiko Sarumaru wrote: >> Hello, >> I updated my Geode GX1 PC from RELENG_6_2 to RELENG_6_3 and found >> root mount failed after reboot. >> >> This problem was caused by a change to ata-pci.c to pick up wider old >> ata controller as ata-pci devices at ata_legacy() function, and =20 >> roll backing >> that file resolved this problem for me. > > Which revision? Actually, its the fix to pci/pci.c that hasn't been backported to 6.x =20= yet... -S=F8ren > From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 21:53:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 915AF16A475 for ; Wed, 23 Jan 2008 21:53:45 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.freebsd.org (Postfix) with ESMTP id 22C2F13C46E for ; Wed, 23 Jan 2008 21:53:44 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [80.126.205.144]) by smtp-vbr4.xs4all.nl (8.13.8/8.13.8) with ESMTP id m0NLrhKs094576 for ; Wed, 23 Jan 2008 22:53:44 +0100 (CET) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 23 Jan 2008 22:55:46 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB01119C@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Strange top output Thread-Index: AcheCrU/sIZbInAwTLCN4HuXOIi2Mg== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Strange top output 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: Wed, 23 Jan 2008 21:53:45 -0000 Hello all i have a running 6.2 server with 2 jails 1 proxy and one for = mailscanning with mailscanner and mailwatch if i log in on the mailscanner and do top i see normal numbers. now i have installed 7.0rc1 amd64 version on a quad core xeon and = updated yesterday my src and did a buildworld cycle On this machine i am running the same jails 1 for proxy and one for the = mailscanning. but if i do i top here i see much higher values of size used last pid: 3132; load averages: 0.15, 0.12, 0.07 up 0+00:31:22 = 21:39:58 48 processes: 1 running, 47 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% = idle Mem: 521M Active, 39M Inact, 148M Wired, 460K Cache, 113M Buf, 3227M = Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU = COMMAND 3117 postfix 1 8 0 141M 101M nanslp 2 0:03 0.00% perl 3114 postfix 1 8 0 141M 101M nanslp 3 0:03 0.00% perl 3111 postfix 1 8 0 141M 101M nanslp 3 0:02 0.00% perl 3108 postfix 1 8 0 141M 101M nanslp 3 0:02 0.00% perl 3104 postfix 1 8 0 141M 101M nanslp 0 0:02 0.00% perl 2601 postfix 1 4 0 61144K 49544K accept 1 0:02 0.00% clamd 2772 www 1 4 0 133M 19296K accept 2 0:00 0.00% httpd 2736 root 1 44 0 132M 16828K select 1 0:00 0.00% httpd 2727 www 1 8 0 24324K 7536K nanslp 0 0:00 0.00% perl 2773 www 1 4 0 133M 19284K accept 1 0:00 0.00% httpd 2774 www 1 4 0 133M 19276K accept 2 0:00 0.00% httpd 2776 www 1 4 0 133M 19276K accept 2 0:00 0.00% httpd 3010 www 1 4 0 133M 19276K accept 2 0:00 0.00% httpd 2906 mysql 15 4 0 72496K 25464K sbwait 2 0:00 0.00% mysqld 2800 beheer 1 44 0 32800K 4484K select 0 0:00 0.00% sshd 2606 postfix 1 20 0 13936K 2572K pause 3 0:00 0.00% = freshclam like the http deamon 133M and the postfix (mailscanner) of 141M=20 on the 6.2 it is around=20 11862 postfix 1 8 0 92140K 82340K nanslp 0:11 0.00% perl 11944 postfix 1 8 0 92120K 82112K nanslp 0:09 0.00% perl 16879 postfix 1 8 0 91736K 83812K nanslp 0:09 0.00% perl 11994 postfix 1 8 0 91808K 83788K nanslp 0:09 0.00% perl 92322 postfix 1 8 0 91752K 83864K nanslp 0:09 0.00% perl 859 www 1 4 0 21704K 12920K accept 0:00 0.00% httpd 857 www 1 4 0 21132K 12348K accept 0:00 0.00% httpd 861 www 1 4 0 21704K 12856K accept 0:00 0.00% httpd did i do something wrong or is it something else! this is my first amd64 install, the 6.2 is a i386 install regards, Johan From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 22:10:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB48716A418 for ; Wed, 23 Jan 2008 22:10:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 9376A13C465 for ; Wed, 23 Jan 2008 22:10:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 229508074-1834499 for multiple; Wed, 23 Jan 2008 17:11:07 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m0NM9vtf021630; Wed, 23 Jan 2008 17:09:57 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Mikhail Teterin Date: Wed, 23 Jan 2008 15:45:42 -0500 User-Agent: KMail/1.9.7 References: <200801201657.m0KGvT8H005788@bonkers.video-collage.com> <200801230920.48037.jhb@freebsd.org> <200801231156.03067.mteterin@mlp.com> In-Reply-To: <200801231156.03067.mteterin@mlp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200801231545.42463.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]); Wed, 23 Jan 2008 17:09:57 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5532/Wed Jan 23 16:08:36 2008 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: freebsd-stable@freebsd.org, mi@aldan.algebra.com, mark@video-collage.com Subject: Re: panic: bad pte 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: Wed, 23 Jan 2008 22:10:03 -0000 On Wednesday 23 January 2008 11:56:02 am Mikhail Teterin wrote: > =D3=C5=D2=C5=C4=C1 23 =D3=A6=DE=C5=CE=D8 2008 09:20 =C4=CF, John Baldwin = =F7=C9 =CE=C1=D0=C9=D3=C1=CC=C9: > > > Is this something, that should be fixed in the 6.3? The kernel is > > > 6.2-STABLE from June (see uptime). >=20 > > What kind of CPU? >=20 > Dual Opteron. FreeBSD/amd64. >=20 > > There was a fix for a certain edge condition in 6.x post 6.2, but usual= ly > > when I see this panic it is due to a hardware failure. >=20 > In the controller? It is a newish ahd (although from eBay) -- what could = be=20 > wrong? RAM. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 22:44:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E16716A418 for ; Wed, 23 Jan 2008 22:44:26 +0000 (UTC) (envelope-from mi+mill@aldan.algebra.com) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id 1AA0713C4E1 for ; Wed, 23 Jan 2008 22:44:26 +0000 (UTC) (envelope-from mi+mill@aldan.algebra.com) Received: (qmail 14746 invoked from network); 23 Jan 2008 22:17:44 -0000 Received: from aldan.algebra.com (HELO aldan-mlp) ([216.254.65.224]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 23 Jan 2008 22:17:44 -0000 From: Mikhail Teterin To: "John Baldwin" Date: Wed, 23 Jan 2008 17:17:41 -0500 User-Agent: KMail/1.7.1 References: <200801201657.m0KGvT8H005788@bonkers.video-collage.com> <200801231156.03067.mteterin@mlp.com> <200801231545.42463.jhb@freebsd.org> In-Reply-To: <200801231545.42463.jhb@freebsd.org> Organization: Virtual Estates, Inc. MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200801231717.42586.mi+mill@aldan.algebra.com> Cc: freebsd-stable@freebsd.org, mark@video-collage.com Subject: Re: panic: bad pte 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: Wed, 23 Jan 2008 22:44:26 -0000 =D3=C5=D2=C5=C4=C1 23 =D3=A6=DE=C5=CE=D8 2008 03:45 =D0=CF, John Baldwin = =F7=C9 =CE=C1=D0=C9=D3=C1=CC=C9: > > In the controller? It is a newish ahd (although from eBay) -- what could > > be wrong? > > RAM. Ouch... You mean, the main computer RAM or the controller's own memory? The box itself is from a reputable workstation-maker and is otherwise=20 functioning perfectly. Yet it had two pte-panics within 24-hours from each= =20 other (I reported the first one). Thanks! -mi From owner-freebsd-stable@FreeBSD.ORG Wed Jan 23 23:58:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2649416A417 for ; Wed, 23 Jan 2008 23:58:47 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id B2CA213C458 for ; Wed, 23 Jan 2008 23:58:46 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JHpUO-00029p-4X for freebsd-stable@freebsd.org; Wed, 23 Jan 2008 23:58:40 +0000 Received: from 78-1-98-105.adsl.net.t-com.hr ([78.1.98.105]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 23 Jan 2008 23:58:40 +0000 Received: from ivoras by 78-1-98-105.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 23 Jan 2008 23:58:40 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 24 Jan 2008 00:58:32 +0100 Lines: 44 Message-ID: References: <57200BF94E69E54880C9BB1AF714BBCB01119C@w2003s01.double-l.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD1EAE3A11987E836AF0EBEAF" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-98-105.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB01119C@w2003s01.double-l.local> X-Enigmail-Version: 0.95.6 Sender: news Subject: Re: Strange top output 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: Wed, 23 Jan 2008 23:58:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD1EAE3A11987E836AF0EBEAF Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Johan Hendriks wrote: > now i have installed 7.0rc1 amd64 version on a quad core xeon and updat= ed yesterday my src and did a buildworld cycle > On this machine i am running the same jails 1 for proxy and one for the= mailscanning. > but if i do i top here i see much higher values of size used > this is my first amd64 install, the 6.2 is a i386 install There are two reasons for the behaviour you noticed: a) 64-bit software takes more memory than 32-bit, by definition=20 (pointers are twice the size, etc.) b) The memory allocator (malloc) was completely changed in 7.0, and it=20 requests more memory from the kernel than the one used before (don't=20 worry: the amount of memory actually _used_ has nothing to do with how=20 much virtual memory is allocated). In your case, these two factors have increased memory usage from 82 MB=20 to 110 MB, and allocation from 92 MB to 141 MB. There's nothing bad=20 here, if you have enough memory. --------------enigD1EAE3A11987E836AF0EBEAF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHl9SoldnAQVacBcgRAhKWAJ90vdt2jEXub5UPPqm0zMVXqyGcaQCePmYE t3WIIilXEtRBUVflsmKMXuQ= =CYUE -----END PGP SIGNATURE----- --------------enigD1EAE3A11987E836AF0EBEAF-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 01:36:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 886BD16A418 for ; Thu, 24 Jan 2008 01:36:49 +0000 (UTC) (envelope-from vanillahsu@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 2B0D213C458 for ; Thu, 24 Jan 2008 01:36:48 +0000 (UTC) (envelope-from vanillahsu@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so33947fgg.35 for ; Wed, 23 Jan 2008 17:36:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=clZXvXzfeFSwogPlZGeFk97E8xtlYZYgZ4AR5LW/wnc=; b=g6UduuJa5faCSQt1ajXYS9FOMwQLacKt7gjtZ/AANWAJrIEpUvLYCXaGpglP+Jo/FSm0Iry48wgNsiAsDlANgomw4OyaVflwGj0Zh6qzU3mP207MBrBSLNhqKVFh9sokT26/9Kn0PtGvT+AhAqj50LP6B+eK4/Oqu9qBfHQoxdY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=r7T9F+F2npEe/zh+MUKUlF8uPCEzZex6wKu34yTaPAxpJRimtG8OyJS5kk68gwez3fJ1wFZyaioQPV113IOI6V7w3R3zVYGFipxiCNyzSTvxSz2yO+AndJ1iAcNFQMxaT5OrjjdNnJENUfzfqX8q3JsjcLWx35Xk5pFa4cJMYgk= Received: by 10.86.89.4 with SMTP id m4mr72603fgb.12.1201138607805; Wed, 23 Jan 2008 17:36:47 -0800 (PST) Received: by 10.86.77.1 with HTTP; Wed, 23 Jan 2008 17:36:47 -0800 (PST) Message-ID: <56b32a00801231736m516087c7yf34e4bc3069c859a@mail.gmail.com> Date: Thu, 24 Jan 2008 09:36:47 +0800 From: "Vanilla Hsu" To: d@delphij.net In-Reply-To: <479796BD.1080603@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <56b32a00801230625m2fdbd6a8i2cc2116c64718c95@mail.gmail.com> <479796BD.1080603@delphij.net> Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3-Release + squid 2.6.17 = Hang process. 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: Thu, 24 Jan 2008 01:36:49 -0000 2008/1/24, Xin LI : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Vanilla Hsu wrote: > > Hi: > > > > We have a machine running 6.2-R-p10 and squid 2.6.17, > > and upgrade it to 6.3R yesterday, > > > > but squid will hang and eat 100% cpu time after restart about 1 hour later, > > > > machine still alive, and no response from squid. > > > > downgrade to 6.2-R-p10, everything ok again.. > > Just wanted to narrow down the problem, is it possible for you to try if > it's within the kernel (say, use 6.2 userland and squid binary under 6.3 > kernel)? no, already reboot with new kernel, but use old squid binary. > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > > iD8DBQFHl5a9i+vbBBjt66ARArAZAKCiM35r8fGFCXFa2mbbUDHOCUpvywCgst+X > pBdyNQ5ir4LhtYdyUPc80uk= > =7kgd > -----END PGP SIGNATURE----- > From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 05:10:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE77416A41A for ; Thu, 24 Jan 2008 05:10:27 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id CCEC913C468 for ; Thu, 24 Jan 2008 05:10:27 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from crater.wildlava.net (crater.wildlava.net [67.40.138.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 22C348F394 for ; Wed, 23 Jan 2008 22:10:27 -0700 (MST) Message-ID: <47981DC7.2030706@skyrush.com> Date: Wed, 23 Jan 2008 22:10:31 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1199812249.96494.133.camel@predator-ii.buffyverse> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> <478BC0AA.3080906@FreeBSD.org> <1200589144.7141.27.camel@predator-ii.buffyverse> <478FB18B.3090204@FreeBSD.org> <1200677810.57226.45.camel@predator-ii.buffyverse> <1200752559.48952.31.camel@predator-ii.buffyverse> <1200764776.48952.64.camel@predator-ii.buffyverse> <1200847317.64691.33.camel@predator-ii.buffyverse> <1201095768.349.21.camel@predator-ii.buffyverse> <47975CFE.4070000@skyrush.com> <20080123135705.3ff903e4@linwhf.opal.com> <479794E3.5060307@skyrush.com> <20080123161128.01040b96@linwhf.opal.com> <4797B041.2020700@skyrush.com> <20080123174820.08ba33ad@linwhf.opal.com> <4797DE22.6020508@skyrush.com> <4797F0D7.8020702@skyrush.com> In-Reply-To: <4797F0D7.8020702@skyrush.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: New KTR trace for mouse freezing/stuttering in 7.0-RC1 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: Thu, 24 Jan 2008 05:10:28 -0000 In an attempt to track down this mouse freezing/stuttering (i.e. "jerky mouse movement) behavior in FreeBSD 7.0-RC1, I have come up with a reliable way to cause it to happen, and I have created a longer trace showing the results. Note that I am using the ULE scheduler. In general, it becomes easier to see the effect if there is CPU activity. I have noticed it during kernel compiles, while at the same time loading web pages in firefox that contain images (and moving the mouse while this is happening). But a more controlled way to see it is to run something that uses some CPU and then generating lots of X events. In my case, I start "xtrs" (TRS-80 emulator) in Model IV mode, which happens to poll for input, using the CPU. Then I move the mouse back and forth quickly between windows in "focus under mouse" mode (in my case, a KDE focus mode), which causes many focus events quickly. In about 15 or 20 seconds, the mouse reliably starts to show erratic movement, not moving smoothly. I really hope this can shed more light on what might be going on. Here is the trace: http://www.skyrush.com/downloads/ktr_ule_4.out Thanks, Joe From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 05:14:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A888716A419; Thu, 24 Jan 2008 05:14:06 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out13.ilk.de [194.121.104.13]) by mx1.freebsd.org (Postfix) with ESMTP id C70ED13C459; Thu, 24 Jan 2008 05:14:05 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool3.ka.ilk.net [212.86.194.3]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id m0NJ5E2v016966; Wed, 23 Jan 2008 20:05:15 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.8+Sun/8.13.8) with ESMTP id m0NJ0JrM028894; Wed, 23 Jan 2008 20:00:28 +0100 (CET) Message-ID: <47979050.3030506@smo.de> Date: Wed, 23 Jan 2008 20:06:56 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20071021 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Andrew Reilly References: <20080122094405.230a0856@duncan.reilly.home> In-Reply-To: <20080122094405.230a0856@duncan.reilly.home> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Joseph Koshy , marius@freebsd.org, freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, obrien@freebsd.org Subject: Re: 7-STABLE regression that breaks lang/drscheme is src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1 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: Thu, 24 Jan 2008 05:14:06 -0000 Andrew Reilly wrote: > Hello again, > > [to recap: drscheme, (which is an IDE that runs under the "mred" > runtime, built from ports/lang/drscheme (or actually manually > from a personal copy of that Makefile that builds the current > release: 372, rather than ver 370 in ports)) worked beautifully > on my system until I updated to 7-STABLE after 4 Jan. I track > -STABLE every week or two. After that, it segfaults before > printing or displaying anything, and running under gdb has found > that it stops in the garbage collector initialization. I > haven't raised a PR for this yet because I still think that the > problem is probably the drscheme FreeBSD configuration that has > bit-rotted a little, now that FreeBSD has changed slightly. > Still investigating... I've cc'd Joseph Koshy, because this > seems to be somehow related to PR ports/118808.] [...] I had similar problems whith lang/drscheme. It refused to build ever since I switched to RELENG_7. Building it from source (version 370 and 371) wasn't succesfull at all: first it refused to find some X includes (which are present), then it wouldn't finish compiling because of a coredump in mred/mzscheme (I don't recall which one it was). My first thought was a broken compiler, but using gcc34 and icc 8.1 wasn't succesfull either ;-) After that, I decided not to spend any more time because I didn't know what steps were appropriate to take... I just did compile Drscheme 372 with a "patched" Makefile of the port: - uncomment this line: BROKEN= Fails to install (signal 11) - adapt distinfo: MD5 (drscheme/372/plt-372-src-unix.tgz) = 751217f63bc64423a29a05423f917af8 SHA256 (drscheme/372/plt-372-src-unix.tgz) = 6b635b41fcb27acbd1eaa773c88eb2c1131e9857b104c8ec1b111cff2d7fb2ec SIZE (drscheme/372/plt-372-src-unix.tgz) = 15267684 - make; make install This may be not the most correct way, but it works for me. I'm running FreeBSD 7.0-PRERELEASE as of Jan 17 2008. Regards, Philipp From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 06:01:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9665916A417 for ; Thu, 24 Jan 2008 06:01:36 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 3998113C44B for ; Thu, 24 Jan 2008 06:01:36 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from [122.254.125.12] (helo=balgaa) by publicd.ub.mng.net with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JHuhy-0007VV-Uw for freebsd-stable@freebsd.org; Thu, 24 Jan 2008 13:33:03 +0800 Message-ID: <001d01c85e4a$9598a960$6702a8c0@balgaa> From: "Balgansuren Batsukh" To: References: <542798610801060556h28d300f2n4fdcf21d83d2213f@mail.gmail.com><47813D8E.9080603@fsck.ch><542798610801061326o63f731d5o32bef2eb2624f85e@mail.gmail.com><20080106222040.GB67243@tirith.brixandersen.dk><542798610801061458m2a878a9dj2d33065de3642236@mail.gmail.com><1199667145.899.39.camel@RabbitsDen> <47817EE8.2050302@comcast.net> <1199682406.718.6.camel@RabbitsDen> Date: Thu, 24 Jan 2008 13:32:59 +0800 Organization: Personal MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: Asteisk-1.4.17 codec negotiation patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jan 2008 06:01:36 -0000 Hello, Yesterday, I tried to use Asterisk-addons OOH323 channel driver with codec negotiation patch from www.b2bua.org. But I can't compile OOH323 channel driver patch applied Asterisk source. Is there any has success with this patch? I found that Maxim update Asterisk, codec negotiation patch into ports. Regards, Balgaa From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 08:12:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F19E116A41A for ; Thu, 24 Jan 2008 08:12:55 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.freebsd.org (Postfix) with ESMTP id 73A4E13C43E for ; Thu, 24 Jan 2008 08:12:55 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail16.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m0O8CrxB013734 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Jan 2008 19:12:53 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m0O8Cr69062861; Thu, 24 Jan 2008 19:12:53 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m0O8Cqee062860; Thu, 24 Jan 2008 19:12:52 +1100 (EST) (envelope-from peter) Date: Thu, 24 Jan 2008 19:12:52 +1100 From: Peter Jeremy To: Ivan Voras Message-ID: <20080124081252.GD1466@server.vk2pj.dyndns.org> References: <57200BF94E69E54880C9BB1AF714BBCB01119C@w2003s01.double-l.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3VRmKSg17yJg2MZg" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Strange top output 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: Thu, 24 Jan 2008 08:12:56 -0000 --3VRmKSg17yJg2MZg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 24, 2008 at 12:58:32AM +0100, Ivan Voras wrote: >There are two reasons for the behaviour you noticed: And the third reason is that there's a minor bug in binutils that results in text and data mappings being incorrectly rounded up to the nearest 1MB instead of page. This bloats the reported VSZ but the additional address space is never accessed so the overal impact is negligible. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --3VRmKSg17yJg2MZg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHmEiE/opHv/APuIcRAn+iAJ92Tw1NPNRMcQZb8mZ5rtVHPyAv2wCglYst 4WJTne2mPbQXgPgsO6NWLGI= =KpBA -----END PGP SIGNATURE----- --3VRmKSg17yJg2MZg-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 10:30:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 782FC16A419 for ; Thu, 24 Jan 2008 10:30:06 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id D058C13C45D for ; Thu, 24 Jan 2008 10:30:05 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A43CA.dip.t-dialin.net [84.154.67.202]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id m0OAU0IN098875; Thu, 24 Jan 2008 10:30:03 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m0OAWaEf020850; Thu, 24 Jan 2008 11:32:36 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m0OAWQR0093322; Thu, 24 Jan 2008 11:32:31 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200801241032.m0OAWQR0093322@fire.js.berklix.net> To: Joe Peterson In-reply-to: <47981DC7.2030706@skyrush.com> References: <1199812249.96494.133.camel@predator-ii.buffyverse> <1200156892.1196.34.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> <478BC0AA.3080906@FreeBSD.org> <1200589144.7141.27.camel@predator-ii.buffyverse> <478FB18B.3090204@FreeBSD.org> <1200677810.57226.45.camel@predator-ii.buffyverse> <1200752559.48952.31.camel@predator-ii.buffyverse> <1200764776.48952.64.camel@predator-ii.buffyverse> <1200847317.64691.33.camel@predator-ii.buffyverse> <1201095768.349.21.camel@predator-ii.buffyverse> <47975CFE.4070000@skyrush.com> <20080123135705.3ff903e4@linwhf.opal.com> <479794E3.5060307@skyrush.com> <20080123161128.01040b96@linwhf.opal.com> <4797B041.2020700@skyrush.com> <20080123174820.08ba33ad@linwhf.opal.com> <4797DE22.6020508@skyrush.com> <4797F0D7.8020702@skyrush.com> <47981DC7.2030706! @skyrush.com> Comments: In-reply-to Joe Peterson message dated "Wed, 23 Jan 2008 22:10:31 -0700." Date: Thu, 24 Jan 2008 11:32:26 +0100 From: "Julian H. Stacey" Cc: freebsd-stable@freebsd.org Subject: Re: New KTR trace for mouse freezing/stuttering in 7.0-RC1 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: Thu, 24 Jan 2008 10:30:06 -0000 Joe Peterson wrote: > In an attempt to track down this mouse freezing/stuttering (i.e. "jerky > mouse movement) behavior in FreeBSD 7.0-RC1, I have come up with a > reliable way to cause it to happen, and I have created a longer trace > showing the results. Note that I am using the ULE scheduler. Have you tried not touching the mouse & playing mp3 music do you also hear sound interruptions after a few minutes ? As well as the people talking re. mouse (BTW Kris asked current@ recently if anyone had time to look at Giant lock); Others hear sound interruptions: I wonder if there may be some commonality as well as/beyond mouse locking, in scheduling/locking etc. I've heard sound interuptions on kernels with both schedulers, (but my hosts are sensitive as slow & with DMA off (else wont boot), & I must review my configs some more). -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 10:35:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6CB316A417 for ; Thu, 24 Jan 2008 10:35:02 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 1305513C457 for ; Thu, 24 Jan 2008 10:35:01 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 24 Jan 2008 10:35:00 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO homeKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp008) with SMTP; 24 Jan 2008 11:35:00 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX18CxLQhw6oC4O8g3Oa0OAMDYXUB9J0guvlfRF6J2W erEtzQVPxmdX+v Message-ID: <479869D3.10904@gmx.de> Date: Thu, 24 Jan 2008 11:34:59 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: RELENG_7 geom_ioctl not working 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: Thu, 24 Jan 2008 10:35:02 -0000 I have spread some device_printf() through src/sys/dev/ata/atapi-cd.c and have come to the conclusion that acd_geom_ioctl() never gets called. Hence geom does not recognize media changes. The function is properly registered in the g_class acd_class. Is this functionality not yet implemented or is this a bug? From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 11:36:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BA4216A421 for ; Thu, 24 Jan 2008 11:36:24 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1C5FA13C43E for ; Thu, 24 Jan 2008 11:36:24 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m0OBMvCI023657 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Jan 2008 03:23:00 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <47987511.6070201@errno.com> Date: Thu, 24 Jan 2008 03:22:57 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Joe Peterson References: <1199812249.96494.133.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> <478BC0AA.3080906@FreeBSD.org> <1200589144.7141.27.camel@predator-ii.buffyverse> <478FB18B.3090204@FreeBSD.org> <1200677810.57226.45.camel@predator-ii.buffyverse> <1200752559.48952.31.camel@predator-ii.buffyverse> <1200764776.48952.64.camel@predator-ii.buffyverse> <1200847317.64691.33.camel@predator-ii.buffyverse> <1201095768.349.21.camel@predator-ii.buffyverse> <47975CFE.4070000@skyrush.com> <20080123135705.3ff903e4@linwhf.opal.com> <479794E3.5060307@skyrush.com> <20080123161128.01040b96@linwhf.opal.com> <4797B041.2020700@skyrush.com> <20080123174820.08ba33ad@linwhf.opal.com> <4797DE22.6020508@skyrush.com> <4797F0D7.8020702@skyrush.com> <47981DC7.2030706@skyrush.com> In-Reply-To: <47981DC7.2030706@skyrush.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-stable@freebsd.org Subject: Re: New KTR trace for mouse freezing/stuttering in 7.0-RC1 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: Thu, 24 Jan 2008 11:36:24 -0000 Joe Peterson wrote: > In an attempt to track down this mouse freezing/stuttering (i.e. "jerky > mouse movement) behavior in FreeBSD 7.0-RC1, I have come up with a > reliable way to cause it to happen, and I have created a longer trace > showing the results. Note that I am using the ULE scheduler. > > In general, it becomes easier to see the effect if there is CPU > activity. I have noticed it during kernel compiles, while at the same > time loading web pages in firefox that contain images (and moving the > mouse while this is happening). But a more controlled way to see it is > to run something that uses some CPU and then generating lots of X events. > > In my case, I start "xtrs" (TRS-80 emulator) in Model IV mode, which > happens to poll for input, using the CPU. Then I move the mouse back > and forth quickly between windows in "focus under mouse" mode (in my > case, a KDE focus mode), which causes many focus events quickly. In > about 15 or 20 seconds, the mouse reliably starts to show erratic > movement, not moving smoothly. > > I really hope this can shed more light on what might be going on. Here > is the trace: > > http://www.skyrush.com/downloads/ktr_ule_4.out > > This is an interesting trace. It appears that something is blocking threads in the runq from running for 2 seconds! I don't see what it is from the trace data. It sort of looks like the last thing that ran is the swi4 which is likely a callout (need to check the log file contents to be certain). If the callback function does something it wouldn't necessarily be visible in the schedgraph plot. If you could stick a dmesg from booting out in the same spot it might be worthwhile. Also if you rebuild the kernel the kernel with DIAGNOSTIC then softclock() will complain about callouts that take longer than 2ms to run. This might generate too much noise in which case you can adjust the threshold by editing the code in sys/kern/kern_timeout.c. Sam From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 13:48:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AAA216A46B; Thu, 24 Jan 2008 13:48:15 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 00CC113C46A; Thu, 24 Jan 2008 13:48:15 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JI2RB-0005ie-Fb; Thu, 24 Jan 2008 13:48:13 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JI2RB-0008SY-D3; Thu, 24 Jan 2008 13:48:13 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JI2RB-0009ce-Cu; Thu, 24 Jan 2008 13:48:13 +0000 To: jhb@freebsd.org In-Reply-To: <200801221612.54709.jhb@freebsd.org> Message-Id: From: Pete French Date: Thu, 24 Jan 2008 13:48:13 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 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: Thu, 24 Jan 2008 13:48:15 -0000 > Can you print out the table header length in the madt_map_table() routine? Sorry, just realised I never re[plied to this! It's 60, and the length matches with the following check in the table itself. -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 13:58:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2452016A419 for ; Thu, 24 Jan 2008 13:58:02 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id CFEAE13C459 for ; Thu, 24 Jan 2008 13:58:01 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from crater.wildlava.net (crater.wildlava.net [67.40.138.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 2C5B48F42C; Thu, 24 Jan 2008 06:58:01 -0700 (MST) Message-ID: <4798996A.6040103@skyrush.com> Date: Thu, 24 Jan 2008 06:58:02 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Sam Leffler References: <1199812249.96494.133.camel@predator-ii.buffyverse> <1200197025.1225.17.camel@predator-ii.buffyverse> <4789F872.8000502@FreeBSD.org> <1200241867.1677.34.camel@predator-ii.buffyverse> <478A7014.4080804@FreeBSD.org> <1200323959.1971.27.camel@predator-ii.buffyverse> <478BC0AA.3080906@FreeBSD.org> <1200589144.7141.27.camel@predator-ii.buffyverse> <478FB18B.3090204@FreeBSD.org> <1200677810.57226.45.camel@predator-ii.buffyverse> <1200752559.48952.31.camel@predator-ii.buffyverse> <1200764776.48952.64.camel@predator-ii.buffyverse> <1200847317.64691.33.camel@predator-ii.buffyverse> <1201095768.349.21.camel@predator-ii.buffyverse> <47975CFE.4070000@skyrush.com> <20080123135705.3ff903e4@linwhf.opal.com> <479794E3.5060307@skyrush.com> <20080123161128.01040b96@linwhf.opal.com> <4797B041.2020700@skyrush.com> <20080123174820.08ba33ad@linwhf.opal.com> <4797DE22.6020508@skyrush.com> <4797F0D7.8020702@skyrush.com> <47981DC7.2030706@skyrush.com> <47987511.6070201@errno.com> In-Reply-To: <47987511.6070201@errno.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: New KTR trace for mouse freezing/stuttering in 7.0-RC1 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: Thu, 24 Jan 2008 13:58:02 -0000 Sam Leffler wrote: >> http://www.skyrush.com/downloads/ktr_ule_4.out >> > I don't see what it is > from the trace data. It sort of looks like the last thing that ran is > the swi4 which is likely a callout (need to check the log file contents > to be certain). If the callback function does something it wouldn't > necessarily be visible in the schedgraph plot. If you could stick a > dmesg from booting out in the same spot it might be worthwhile. OK, I just ran a dmesg and put it up there: http://www.skyrush.com/downloads/dmesg_4.out The WRITE_DMA messages are not time-correlated with this issue; I don't like the looks of those either, but that's a different issue to look into... > Also if > you rebuild the kernel the kernel with DIAGNOSTIC then softclock() will > complain about callouts that take longer than 2ms to run. OK, recompiling now... Will the new messages appear in dmesg, or in a log file? > This might > generate too much noise in which case you can adjust the threshold by > editing the code in sys/kern/kern_timeout.c. Cool - thanks for looking at this, and I will let you know what I find! Do I need to make another trace concurrently, or should I just repeat the test procedure and see if I get new messages? -Thanks, Joe From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 14:51:35 2008 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 C140416A41A for ; Thu, 24 Jan 2008 14:51:35 +0000 (UTC) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 5B45113C467 for ; Thu, 24 Jan 2008 14:51:35 +0000 (UTC) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.1/8.14.1) with ESMTP id m0OEVOiC001161 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 24 Jan 2008 09:31:25 -0500 (EST) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.14.1/8.14.1/Submit) id m0OEVO1T001160 for stable@FreeBSD.org; Thu, 24 Jan 2008 09:31:24 -0500 (EST) (envelope-from mi) From: "Mikhail T." Message-Id: <200801241431.m0OEVO1T001160@aldan.algebra.com> To: stable@FreeBSD.org Date: Thu, 24 Jan 2008 09:31:24 -0500 (EST) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jan 2008 14:51:35 -0000 Hello! The machine is running 6.3-PRERELEASE as of Dec 30th. It just paniced in the middle of web-session as I was browsing for a file to upload via a web-form... The firefox in use is native (amd64), not a Linux-binary. The firefox process had over 550Mb of memory to its name -- it was running for many days. The box has 2Gb of RAM and was performing fine despite 4 SETI-processes in the background. Please, advise. Thanks! -mi Unread portion of the kernel message buffer: <6>pid 1759 (firefox-bin), uid 105: exited on signal 10 Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x37 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff803f61ec stack pointer = 0x10:0xffffffffd569d550 frame pointer = 0x10:0xffffff000eb7dd20 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1759 (firefox-bin) trap number = 12 panic: page fault cpuid = 1 Uptime: 12d23h10m1s Dumping 2047 MB (2 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 2047MB (524016 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (kgdb) #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff802b9a47 in boot (howto=260) at /var/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802ba0e1 in panic (fmt=0xffffff0050186980 "XCòH") at /var/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff8041d53f in trap_fatal (frame=0xffffff0050186980, eva=18446742975421760344) at /var/src/sys/amd64/amd64/trap.c:669 #5 0xffffffff8041d8bc in trap_pfault (frame=0xffffffffd569d4a0, usermode=0) at /var/src/sys/amd64/amd64/trap.c:580 #6 0xffffffff8041db73 in trap (frame= {tf_rdi = 6954, tf_rsi = -1095227851400, tf_rdx = -1, tf_rcx = -714484384, tf_r8 = -1097410313744, tf_r9 = 1, tf_rax = -1, tf_rbx = -1097426921984, tf_rbp = -1099264697056, tf_r10 = -2140891880, tf_r11 = -1097890882032, tf_r12 = 0, tf_r13 = 4, tf_r14 = 0, tf_r15 = 4, tf_trapno = 12, tf_addr = 55, tf_flags = -1098167850624, tf_err = 0, tf_rip = -2143329812, tf_cs = 8, tf_rflags = 66182, tf_rsp = -714484384, tf_ss = 16}) at /var/src/sys/amd64/amd64/trap.c:353 #7 0xffffffff8040373b in calltrap () at /var/src/sys/amd64/amd64/exception.S:168 #8 0xffffffff803f61ec in vm_page_splay (pindex=6954, root=0xffffff00ff553d78) at /var/src/sys/vm/vm_page.c:554 #9 0xffffffff803f6491 in vm_page_remove (m=0xffffff007c421600) at /var/src/sys/vm/vm_page.c:696 #10 0xffffffff803f67cf in vm_page_free_toq (m=0xffffff007c421600) at /var/src/sys/vm/vm_page.c:1113 #11 0xffffffff803f6a96 in vm_page_free (m=0xffffff007c421600) at /var/src/sys/vm/vm_page.c:471 #12 0xffffffff803f34c9 in vm_object_terminate (object=0xffffff000eb7dd20) at /var/src/sys/vm/vm_object.c:652 #13 0xffffffff803f4a06 in vm_object_deallocate (object=0xffffff000eb7dd20) at /var/src/sys/vm/vm_object.c:585 #14 0xffffffff803ef036 in vm_map_delete (map=0xffffff006f9f0880, start=18446742974444854560, end=140737488355328) at /var/src/sys/vm/vm_map.c:2311 #15 0xffffffff803ef32c in vmspace_exit (td=0xffffff0050186980) at /var/src/sys/vm/vm_map.c:324 #16 0xffffffff8029995d in exit1 (td=0xffffff0050186980, rv=10) at /var/src/sys/kern/kern_exit.c:295 #17 0xffffffff802be2ec in sigexit (td=0xffffff0050186980, sig=10) at /var/src/sys/kern/kern_sig.c:2459 #18 0xffffffff802a0dac in kse_thr_interrupt (td=0xffffff0050186980, uap=0xffffffffd569dbc0) at /var/src/sys/kern/kern_kse.c:239 #19 0xffffffff8041e431 in syscall (frame= {tf_rdi = 0, tf_rsi = 4, tf_rdx = 10, tf_rcx = 9, tf_r8 = 5374312, tf_r9 = 1, tf_rax = 382, tf_rbx = 0, tf_rbp = 5386240, tf_r10 = -1097592722432, tf_r11 = 515, tf_r12 = 512, tf_r13 = 10, tf_r14 = 10, tf_r15 = 34365240304, tf_trapno = 9, tf_addr = 0, tf_flags = 160, tf_err = 2, tf_rip = 34413158236, tf_cs = 43, tf_rflags = 582, tf_rsp = 6598280, tf_ss = 35}) at /var/src/sys/amd64/amd64/trap.c:807 #20 0xffffffff80403938 in Xfast_syscall () at /var/src/sys/amd64/amd64/exception.S:287 #21 0x00000008032f1f5c in ?? () (kgdb) From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 15:29:56 2008 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 8BE7C16A418 for ; Thu, 24 Jan 2008 15:29:56 +0000 (UTC) (envelope-from ws@au.dyndns.ws) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id 8991F13C467 for ; Thu, 24 Jan 2008 15:29:55 +0000 (UTC) (envelope-from ws@au.dyndns.ws) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAABM9mEeWZWdv/2dsb2JhbAAIrz0 X-IronPort-AV: E=Sophos;i="4.25,244,1199626200"; d="log'?scan'208";a="41663797" Received: from ppp103-111.static.internode.on.net (HELO [192.168.1.131]) ([150.101.103.111]) by ipmail05.adl2.internode.on.net with ESMTP; 25 Jan 2008 01:59:52 +1030 From: Wayne Sierke To: stable@freebsd.org Content-Type: multipart/mixed; boundary="=-txEbhP08aa7EAKj+QoZF" Date: Fri, 25 Jan 2008 01:59:48 +1030 Message-Id: <1201188590.2075.4.camel@predator-ii.buffyverse> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Frequent USB mouse disconnections under load with RELENG_7 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: Thu, 24 Jan 2008 15:29:56 -0000 --=-txEbhP08aa7EAKj+QoZF Content-Type: text/plain Content-Transfer-Encoding: 7bit I'm getting a lot of USB mouse disconnects on RELENG_7. I wondered whether they might have been due to running with a KTR-enabled kernel but in just the last 7 hours I've been running on stock GENERIC and they're still happening. I get this set of messages for each disconnect: Jan 24 15:40:13 predator-ii kernel: ums0: at uhub0 port 2 (addr 2) disconnected Jan 24 15:40:13 predator-ii kernel: ums0: detached Jan 24 15:40:14 predator-ii root: Unknown USB device: vendor 0x046d product 0xc025 bus uhub0 Jan 24 15:40:14 predator-ii kernel: ums0: on uhub0 Jan 24 15:40:14 predator-ii kernel: ums0: 8 buttons and Z dir. Rarely, twice that I can recall over the course of a couple of weeks, the mouse fails to reconnect but comes good with a physical disconnect/reconnect. Here's a recent (condensed) history running with stock GENERIC: Jan 24 15:47:04 predator-ii kernel: ums0: at uhub0 port 2 (addr 2) disconnected Jan 24 16:15:53 predator-ii kernel: ums0: at uhub0 port 2 (addr 2) disconnected Jan 24 16:21:46 predator-ii kernel: ums0: at uhub0 port 2 (addr 2) disconnected Jan 24 16:25:42 predator-ii kernel: ums0: at uhub0 port 2 (addr 2) disconnected Jan 24 16:26:17 predator-ii kernel: ums0: at uhub0 port 2 (addr 2) disconnected Jan 24 16:37:01 predator-ii kernel: ums0: at uhub0 port 2 (addr 2) disconnected Jan 24 16:39:22 predator-ii kernel: ums0: at uhub0 port 2 (addr 2) disconnected Jan 24 16:56:28 predator-ii kernel: ums0: at uhub0 port 2 (addr 2) disconnected Jan 24 17:06:36 predator-ii kernel: ums0: at uhub0 port 2 (addr 2) disconnected Jan 24 19:20:58 predator-ii kernel: ums0: at uhub0 port 2 (addr 2) disconnected Jan 24 21:17:30 predator-ii kernel: ums0: at uhub0 port 2 (addr 2) disconnected Sometime during 16:00-17:00 I was running a couple of cpu-intensive tasks (glxgears plus for brief periods a cpu-intensive script). I wasn't at the computer much during the 17:30-21:00 interval. So it seems like this gets exacerbated by high cpu load. I counted another 12 in the hour following on from the above list. I don't recall seeing these at all under RELENG_6. If they ever did occur they certainly weren't anywhere nearly as prolific. A copy of /var/log/messages from boot until the first disconnection is attached. Any ideas? Wayne --=-txEbhP08aa7EAKj+QoZF-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 15:47:56 2008 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 68FC316A4A7 for ; Thu, 24 Jan 2008 15:47:56 +0000 (UTC) (envelope-from ws@au.dyndns.ws) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id ED61613C469 for ; Thu, 24 Jan 2008 15:47:55 +0000 (UTC) (envelope-from ws@au.dyndns.ws) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAJZAmEeWZWdv/2dsb2JhbAAIrzo X-IronPort-AV: E=Sophos;i="4.25,244,1199626200"; d="scan'208";a="41669760" Received: from ppp103-111.static.internode.on.net (HELO [192.168.1.131]) ([150.101.103.111]) by ipmail05.adl2.internode.on.net with ESMTP; 25 Jan 2008 02:17:54 +1030 From: Wayne Sierke To: stable@freebsd.org Content-Type: text/plain Date: Fri, 25 Jan 2008 02:17:52 +1030 Message-Id: <1201189672.2075.19.camel@predator-ii.buffyverse> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: ktrdumps for masochists (a dump with KTR_ENTRIES=524288) 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: Thu, 24 Jan 2008 15:47:56 -0000 In an attempt to obtain a ktrdump from one of these lengthy (1-2s) "freezes" I'm seeing when moving an active window running glxgears, I configured a kernel with a 512k ktr buffer size. I still couldn't catch any significant part of the event because of the high rate of context-switching with glxgears running, and the problem of stopping the logging quickly after cessation of the event. The dump contains less than 300ms of events. It required nearly 700MB of memory to open with schedgraph.py. Which took over 10 minutes to load on this 2.4GHz P4 (no swapping). I thought I'd make it available in case someone had a use for it... http://au.dyndns.ws/public/ktr-sched_move-glxgears-200801250033.out.bz2 Wayne From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 19:48:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EC7D16A418 for ; Thu, 24 Jan 2008 19:48:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id BDA3D13C44B for ; Thu, 24 Jan 2008 19:48:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 229606595-1834499 for multiple; Thu, 24 Jan 2008 14:49:51 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m0OJmbUF037755; Thu, 24 Jan 2008 14:48:38 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Mikhail Teterin Date: Thu, 24 Jan 2008 13:56:29 -0500 User-Agent: KMail/1.9.7 References: <200801201657.m0KGvT8H005788@bonkers.video-collage.com> <200801231545.42463.jhb@freebsd.org> <200801231717.42586.mi+mill@aldan.algebra.com> In-Reply-To: <200801231717.42586.mi+mill@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200801241356.29931.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]); Thu, 24 Jan 2008 14:48:39 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5545/Thu Jan 24 13:20:13 2008 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: freebsd-stable@freebsd.org, mark@video-collage.com Subject: Re: panic: bad pte 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: Thu, 24 Jan 2008 19:48:53 -0000 On Wednesday 23 January 2008 05:17:41 pm Mikhail Teterin wrote: > =D3=C5=D2=C5=C4=C1 23 =D3=A6=DE=C5=CE=D8 2008 03:45 =D0=CF, John Baldwin = =F7=C9 =CE=C1=D0=C9=D3=C1=CC=C9: > > > In the controller? It is a newish ahd (although from eBay) -- what co= uld > > > be wrong? > > > > RAM. >=20 > Ouch... You mean, the main computer RAM or the controller's own memory? >=20 > The box itself is from a reputable workstation-maker and is otherwise=20 > functioning perfectly. Yet it had two pte-panics within 24-hours from eac= h=20 > other (I reported the first one). system ram. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 19:48:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9398B16A419 for ; Thu, 24 Jan 2008 19:48:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 3ED3D13C457 for ; Thu, 24 Jan 2008 19:48:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 229606604-1834499 for multiple; Thu, 24 Jan 2008 14:49:55 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m0OJmbUG037755; Thu, 24 Jan 2008 14:48:41 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Pete French Date: Thu, 24 Jan 2008 13:57:18 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801241357.18238.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]); Thu, 24 Jan 2008 14:48:41 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5545/Thu Jan 24 13:20:13 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.3 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, SUBJ_HAS_UNIQ_ID autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 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: Thu, 24 Jan 2008 19:48:53 -0000 On Thursday 24 January 2008 08:48:13 am Pete French wrote: > > Can you print out the table header length in the madt_map_table() routine? > > Sorry, just realised I never re[plied to this! It's 60, and the length > matches with the following check in the table itself. Hmm, so that's fine. What pointer is returned by madt_map_table? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jan 24 23:42:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADA7B16A419 for ; Thu, 24 Jan 2008 23:42:54 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.freebsd.org (Postfix) with ESMTP id 6597D13C45B for ; Thu, 24 Jan 2008 23:42:54 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so341751wxd.7 for ; Thu, 24 Jan 2008 15:42:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=kuDmRSSOtM0m0XfMhxt94w2Ehil3ZqZDrPJJ4fkM7G4=; b=DsToesgy7u1zdiAjy3IOB82dq6lUENiGKurW+JgTcDliPpwk+JKpmwiC2mR1AwR0KVIK7m6Gssdyl1sK7Os9d2e5QRe69eYhKNE0XLRINAd2CCKPdUmmBrAkya/NqSvXHevZucbqcqCgj3Ax+x0WdosEKF0HLQHzfURHk1GVZqg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=vqcC2KtpD/79/YeJTlkhRn2e7ZDQhbQ1avN8pBnT01JxspKSWwCKgamB2r6A9BQJ8LwQoK2h/UVN+Fa7Sv2tRfT1Bbf4XPFtI/7aZiLJF5PguJvDIdBvbfH/2HTdpneyku1D/zwRi2i0wDzRx6JhWE52W8oN6YnERZMiihMaSKY= Received: by 10.142.113.17 with SMTP id l17mr872921wfc.188.1201218172320; Thu, 24 Jan 2008 15:42:52 -0800 (PST) Received: from ?10.0.0.174? ( [190.96.15.158]) by mx.google.com with ESMTPS id 13sm2096630wrl.7.2008.01.24.15.42.50 (version=SSLv3 cipher=RC4-MD5); Thu, 24 Jan 2008 15:42:51 -0800 (PST) From: "Phillip N." To: FreeBSD en castellano In-Reply-To: <200801241356.29931.jhb@freebsd.org> References: <200801201657.m0KGvT8H005788@bonkers.video-collage.com> <200801231545.42463.jhb@freebsd.org> <200801231717.42586.mi+mill@aldan.algebra.com> <200801241356.29931.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8 Date: Thu, 24 Jan 2008 20:42:26 -0300 Message-Id: <1201218146.1316.1.camel@negro> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Subject: Re: panic: bad pte 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: Thu, 24 Jan 2008 23:42:54 -0000 El jue, 24-01-2008 a las 13:56 -0500, John Baldwin escribió: > system ram. I saw similar things on high load on my old NF4-Ultra based motherboard. Its in the trash now... :) From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 09:16:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62AD316A420 for ; Fri, 25 Jan 2008 09:16:42 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 056CC13C45D for ; Fri, 25 Jan 2008 09:16:41 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 25 Jan 2008 09:16:40 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO homeKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp041) with SMTP; 25 Jan 2008 10:16:40 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1/W34lbN7/Wn1EoVQB02IJveUz8qBf7mwhJjx8oAl FX3IBu7Wmqg3hv Message-ID: <4799A8F7.9080201@gmx.de> Date: Fri, 25 Jan 2008 10:16:39 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: snd_maestro regression 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: Fri, 25 Jan 2008 09:16:42 -0000 I have stumbled upon a small regression in a RELENG_7 build from yesterday. http://www.freebsd.org/cgi/query-pr.cgi?pr=119973 The PR is not yet showing up. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 12:55:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD2C316A41B; Fri, 25 Jan 2008 12:55:47 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7B8AE13C457; Fri, 25 Jan 2008 12:55:47 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [10.50.50.2] (helo=smaug.rattatosk) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JIO5y-000FQ3-Nk; Fri, 25 Jan 2008 12:55:46 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JIO5y-0004fD-Kr; Fri, 25 Jan 2008 12:55:46 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JIO5y-0000Mb-Ky; Fri, 25 Jan 2008 12:55:46 +0000 To: jhb@freebsd.org In-Reply-To: <200801241357.18238.jhb@freebsd.org> Message-Id: From: Pete French Date: Fri, 25 Jan 2008 12:55:46 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 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: Fri, 25 Jan 2008 12:55:47 -0000 > Hmm, so that's fine. What pointer is returned by madt_map_table? 0x800e7610 I also put some prints in afterwards to try and see how far through the loop it was getting: count = (xsdt->Header.Length - sizeof(ACPI_TABLE_HEADER)) / sizeof(UINT64); printf("DEBUG: count is %d\n", count); for (i = 0; i < count; i++) { printf("DEBUG: probing %d - offset %p\n", i, xsdt->TableOffsetEntry[i]); if (madt_probe_table(xsdt->TableOffsetEntry[i])) break; } The output is interesting - I get count printed as 6, but then nothing else, just the panic. Which leads me to believe that it is the access to xsdt->TableOffsetEntry[0] which is causing the panic. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 14:15:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3789116A418 for ; Fri, 25 Jan 2008 14:15:27 +0000 (UTC) (envelope-from prvs=1910bf16bb=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 8F2E913C4EB for ; Fri, 25 Jan 2008 14:15:26 +0000 (UTC) (envelope-from prvs=1910bf16bb=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1201269639; x=1201874439; q=dns/txt; h=Received: Message-ID:From:To:Subject:Date:MIME-Version:Content-Type; bh=RW FRgiJZaIM1BrxVhTEQZLz0AacjS/lV3MlN2uQQdlU=; b=nQ+/GQNxxETmnT9Qh7 yl0mKWsLAAddO6328wk1qsVeeJCQL1reWRDUOX1xJFxddnIx+dCmCEpWSdXKyXen KTzvBL4L3xQBG8ROFplcxC8YK9piNBuOeDMshdMGzlBB2Qns14M7Q+y10DLF66fI 6L3y4HQ+av9OLQvS6/Cyw6qQ8= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50004933590.msg for ; Fri, 25 Jan 2008 14:00:37 +0000 Message-ID: <012e01c85f5a$a8237310$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Fri, 25 Jan 2008 14:00:34 -0000 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_012B_01C85F5A.A7DE53C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1910bf16bb=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: mail1.multiplay.co.uk, Fri, 25 Jan 2008 14:00:38 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 25 Jan 2008 14:00:39 +0000 Subject: FreeBSD 7.0-PRE + amd64 + Areca controller = probe12 warning 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: Fri, 25 Jan 2008 14:15:27 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_012B_01C85F5A.A7DE53C0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit When booting 7.0-PRERELEASE amd64 on our machines with areca controllers we get the following odd message which doesn't appear on i386 is this something to worry about or harmless? (probe16:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step Full dmesg attached. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. ------=_NextPart_000_012B_01C85F5A.A7DE53C0 Content-Type: application/octet-stream; name="dmesg.boot" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2008 The FreeBSD Project.=0A= Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A= The Regents of the University of California. All rights reserved.=0A= FreeBSD is a registered trademark of The FreeBSD Foundation.=0A= FreeBSD 7.0-PRERELEASE #0: Wed Jan 23 04:21:25 GMT 2008=0A= root@loncore0.multiplay.co.uk:/usr/src/sys/amd64/compile/MULTIPLAY=0A= Timecounter "i8254" frequency 1193182 Hz quality 0=0A= CPU: Intel(R) Xeon(R) CPU 5140 @ 2.33GHz (2333.34-MHz = K8-class CPU)=0A= Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6=0A= = Features=3D0xbfebfbff=0A= = Features2=3D0x4e3bd=0A= AMD Features=3D0x20100800=0A= AMD Features2=3D0x1=0A= Cores per package: 2=0A= usable memory =3D 4286197760 (4087 MB)=0A= avail memory =3D 4124946432 (3933 MB)=0A= ACPI APIC Table: =0A= FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs=0A= cpu0 (BSP): APIC ID: 0=0A= cpu1 (AP): APIC ID: 1=0A= ioapic0 irqs 0-23 on motherboard=0A= ioapic1 irqs 24-47 on motherboard=0A= kbd1 at kbdmux0=0A= acpi0: on motherboard=0A= acpi0: [ITHREAD]=0A= acpi0: Power Button (fixed)=0A= Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000=0A= acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0=0A= acpi_hpet0: iomem 0xfed00000-0xfed003ff on = acpi0=0A= Timecounter "HPET" frequency 14318180 Hz quality 900=0A= cpu0: on acpi0=0A= est0: on cpu0=0A= est: CPU supports Enhanced Speedstep, but is not recognized.=0A= est: cpu_vendor GenuineIntel, msr 721072106000721=0A= device_attach: est0 attach returned 6=0A= p4tcc0: on cpu0=0A= cpu1: on acpi0=0A= est1: on cpu1=0A= est: CPU supports Enhanced Speedstep, but is not recognized.=0A= est: cpu_vendor GenuineIntel, msr 721072106000721=0A= device_attach: est1 attach returned 6=0A= p4tcc1: on cpu1=0A= pcib0: port 0xcf8-0xcff on acpi0=0A= pci0: on pcib0=0A= pcib1: at device 2.0 on pci0=0A= pci1: on pcib1=0A= pcib2: irq 16 at device 0.0 on pci1=0A= pci2: on pcib2=0A= pcib3: irq 16 at device 0.0 on pci2=0A= pci3: on pcib3=0A= pcib4: at device 0.0 on pci3=0A= pci4: on pcib4=0A= pcib5: at device 0.2 on pci3=0A= pci5: on pcib5=0A= pcib6: irq 18 at device 2.0 on pci2=0A= pci6: on pcib6=0A= em0: port = 0x2000-0x201f mem 0xd8400000-0xd841ffff irq 18 at device 0.0 on pci6=0A= em0: Using MSI interrupt=0A= em0: Ethernet address: 00:30:48:34:59:be=0A= em0: [FILTER]=0A= em1: port = 0x2020-0x203f mem 0xd8420000-0xd843ffff irq 19 at device 0.1 on pci6=0A= em1: Using MSI interrupt=0A= em1: Ethernet address: 00:30:48:34:59:bf=0A= em1: [FILTER]=0A= pcib7: at device 0.3 on pci1=0A= pci7: on pcib7=0A= pcib8: at device 4.0 on pci0=0A= pci8: on pcib8=0A= pcib9: at device 6.0 on pci0=0A= pci9: on pcib9=0A= pcib10: at device 0.0 on pci9=0A= pci10: on pcib10=0A= arcmsr0: mem 0xd8700000-0xd8700fff,0xd8000000-0xd83fffff irq 16 at device 14.0 = on pci10=0A= ARECA RAID ADAPTER0: Driver Version 1.20.00.15 2007-10-07 =0A= ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2006-10-13 =0A= arcmsr0: [ITHREAD]=0A= pcib11: at device 0.2 on pci9=0A= pci11: on pcib11=0A= pci0: at device 8.0 (no driver attached)=0A= pcib12: irq 17 at device 28.0 on pci0=0A= pci12: on pcib12=0A= pci0: at device 29.0 (no driver attached)=0A= pci0: at device 29.1 (no driver attached)=0A= pci0: at device 29.2 (no driver attached)=0A= pci0: at device 29.7 (no driver attached)=0A= pcib13: at device 30.0 on pci0=0A= pci13: on pcib13=0A= vgapci0: port 0x3000-0x30ff mem = 0xd0000000-0xd7ffffff,0xd8600000-0xd860ffff irq 18 at device 1.0 on pci13=0A= isab0: at device 31.0 on pci0=0A= isa0: on isab0=0A= atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0=0A= ata0: on atapci0=0A= ata0: [ITHREAD]=0A= ata1: on atapci0=0A= ata1: [ITHREAD]=0A= pci0: at device 31.3 (no driver attached)=0A= acpi_button0: on acpi0=0A= atkbdc0: port 0x60,0x64 irq 1 on acpi0=0A= atkbd0: irq 1 on atkbdc0=0A= kbd0 at atkbd0=0A= atkbd0: [GIANT-LOCKED]=0A= atkbd0: [ITHREAD]=0A= psm0: irq 12 on atkbdc0=0A= psm0: [GIANT-LOCKED]=0A= psm0: [ITHREAD]=0A= psm0: model IntelliMouse Explorer, device ID 4=0A= fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on = acpi0=0A= fdc0: [FILTER]=0A= orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff on isa0=0A= sc0: at flags 0x100 on isa0=0A= sc0: VGA <16 virtual consoles, flags=3D0x300>=0A= vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0=0A= Timecounters tick every 1.000 msec=0A= Waiting 5 seconds for SCSI devices to settle=0A= acd0: DMA limited to UDMA33, controller found non-ATA66 cable=0A= acd0: DVDROM at ata0-slave UDMA33=0A= (probe16:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step=0A= da0 at arcmsr0 bus 0 target 0 lun 0=0A= da0: Fixed Direct Access SCSI-5 device =0A= da0: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit)=0A= da0: 1907347MB (3906247680 512 byte sectors: 255H 63S/T 243152C)=0A= SMP: AP CPU #1 Launched!=0A= Trying to mount root from ufs:/dev/da0s1a=0A= ------=_NextPart_000_012B_01C85F5A.A7DE53C0-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 14:39:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45FD616A581 for ; Fri, 25 Jan 2008 14:39:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 30BCF13C468 for ; Fri, 25 Jan 2008 14:39:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 6DB121A4D80; Fri, 25 Jan 2008 06:35:30 -0800 (PST) From: John Baldwin To: Pete French Date: Fri, 25 Jan 2008 08:37:49 -0500 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801250837.49793.jhb@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: panic: vm_fault: fault on nofualt entry, addr: 81423000 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: Fri, 25 Jan 2008 14:39:31 -0000 On Friday 25 January 2008 07:55:46 am Pete French wrote: > > Hmm, so that's fine. What pointer is returned by madt_map_table? > > 0x800e7610 That isn't page-aligned which is unexpected, though it should still work fine. > I also put some prints in afterwards to try and see how far through > the loop it was getting: > > count = (xsdt->Header.Length - sizeof(ACPI_TABLE_HEADER)) / > sizeof(UINT64); > printf("DEBUG: count is %d\n", count); > for (i = 0; i < count; i++) { > printf("DEBUG: probing %d - offset %p\n", > i, xsdt->TableOffsetEntry[i]); > if (madt_probe_table(xsdt->TableOffsetEntry[i])) > break; > } > > The output is interesting - I get count printed as 6, but then nothing > else, just the panic. Which leads me to believe that it is the access > to xsdt->TableOffsetEntry[0] which is causing the panic. Hmm, that is odd. The header.Length and the the actual table should all be in the same page, so you shouldn't be getting a page fault. Can you add some printfs to madt_map() to see what the final starting (pa, length) are before the call to pmap_kenter_temporary() and then add a printf for each iteration of the while loop showing the (pa, la, remaining length)? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 14:39:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2346416A47A; Fri, 25 Jan 2008 14:39:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 1BBD613C467; Fri, 25 Jan 2008 14:39:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 6F4561A4D86; Fri, 25 Jan 2008 06:35:31 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 25 Jan 2008 08:57:28 -0500 User-Agent: KMail/1.9.7 References: <47949811.1080505@raad.tartu.ee> <6BA87BDA-FFAC-4329-B720-98666204FB3F@khera.org> <47979774.5040205@FreeBSD.org> In-Reply-To: <47979774.5040205@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801250857.28585.jhb@freebsd.org> Cc: Vivek Khera , Doug Barton Subject: Re: NO_ knobs in /etc/make.conf 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: Fri, 25 Jan 2008 14:39:32 -0000 On Wednesday 23 January 2008 02:37:24 pm Doug Barton wrote: > Vivek Khera wrote: > > > I guess I wasn't clear about my confusion. What was broken about putting > > all this in make.conf that necessitated a src.conf file too? > > One could argue that they didn't need to be moved at all. One of the > rationales at the time was that we didn't want the knobs for the base to > affect the ports. Correct, and /etc/src.conf is optional. It is a good place to put settings that you want to only affect compiles in /usr/src and not affect building apps from ports, standalone compiles, etc. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 14:39:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76B2216A4C2 for ; Fri, 25 Jan 2008 14:39:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id EED9D13C442 for ; Fri, 25 Jan 2008 14:39:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 40A731A4D87; Fri, 25 Jan 2008 06:35:32 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 25 Jan 2008 08:59:50 -0500 User-Agent: KMail/1.9.7 References: <20080121171606.8eb5f189.gerrit@pmp.uni-hannover.de> <200801221626.28744.jhb@freebsd.org> <4796EFFC.5000601@bulinfo.net> In-Reply-To: <4796EFFC.5000601@bulinfo.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200801250859.50419.jhb@freebsd.org> Cc: Gerrit =?iso-8859-1?q?K=FChn?= , freebsd-mobile@freebsd.org Subject: Re: T7200 CPU not detected by est 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: Fri, 25 Jan 2008 14:39:33 -0000 On Wednesday 23 January 2008 02:42:52 am Krassimir Slavchev wrote: > John Baldwin wrote: > > On Monday 21 January 2008 11:16:06 am Gerrit K=FChn wrote: > >> Hi folks, > >> > >> I have several systems using T7200 mobile CPUs running under 7-stable. > >> However, EST does not recognize the cpus. When loading cpufreq I get: > > > > You can try this patch. It won't add support for all of the levels, bu= t it > > will support the current level and the highest level (IIRC). > > >=20 >=20 > It works now on my T7700: >=20 > dev.est.0.%desc: Enhanced SpeedStep Frequency Control > dev.est.0.%driver: est > dev.est.0.%parent: cpu0 > dev.est.0.freq_settings: 2401/35000 2400/35000 2000/28000 1600/22000 > 1200/16000 > dev.est.1.%desc: Enhanced SpeedStep Frequency Control > dev.est.1.%driver: est > dev.est.1.%parent: cpu1 > dev.est.1.freq_settings: 2401/35000 2400/35000 2000/28000 1600/22000 > 1200/16000 Odd, it shouldn't have provided that many settings. It also doesn't provide power info. I wonder if you are getting the settings from ACPI. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 14:39:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5BBF16A417; Fri, 25 Jan 2008 14:39:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id DBBC013C447; Fri, 25 Jan 2008 14:39:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 1748E1A4D89; Fri, 25 Jan 2008 06:35:33 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 25 Jan 2008 09:05:48 -0500 User-Agent: KMail/1.9.7 References: <559697920801231136s1dc42d42q41b614596e57fbf3@mail.gmail.com> <47979EFB.2050601@delphij.net> <00278157-73F7-4580-95DB-AAAA371DF924@deepcore.dk> In-Reply-To: <00278157-73F7-4580-95DB-AAAA371DF924@deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200801250906.16186.jhb@freebsd.org> Cc: stable@freebsd.org, Yoshihiko Sarumaru , d@delphij.net, =?iso-8859-1?q?S=F8ren_Schmidt?= , sos@freebsd.org Subject: Re: 6.3-RELEASE can not mount root on Cyrix 5530 ATA33 controller 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: Fri, 25 Jan 2008 14:39:34 -0000 On Wednesday 23 January 2008 03:52:39 pm S=F8ren Schmidt wrote: > On 23Jan, 2008, at 21:09 , Xin LI wrote: >=20 > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Yoshihiko Sarumaru wrote: > >> Hello, > >> I updated my Geode GX1 PC from RELENG_6_2 to RELENG_6_3 and found > >> root mount failed after reboot. > >> > >> This problem was caused by a change to ata-pci.c to pick up wider old > >> ata controller as ata-pci devices at ata_legacy() function, and =20 > >> roll backing > >> that file resolved this problem for me. > > > > Which revision? >=20 > Actually, its the fix to pci/pci.c that hasn't been backported to 6.x =20 > yet... Rev 1.343? It should apply to 6.x cleanly. Patch below: Index: pci.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /host/cvs/usr/cvs/src/sys/dev/pci/pci.c,v retrieving revision 1.292.2.23 diff -u -r1.292.2.23 pci.c =2D-- pci.c 10 Jan 2008 21:17:12 -0000 1.292.2.23 +++ pci.c 25 Jan 2008 14:05:20 -0000 @@ -1898,7 +1898,9 @@ /* ATA devices needs special map treatment */ if ((pci_get_class(dev) =3D=3D PCIC_STORAGE) && (pci_get_subclass(dev) =3D=3D PCIS_STORAGE_IDE) && =2D (pci_get_progif(dev) & PCIP_STORAGE_IDE_MASTERDEV)) + ((pci_get_progif(dev) & PCIP_STORAGE_IDE_MASTERDEV) || + (!pci_read_config(dev, PCIR_BAR(0), 4) && + !pci_read_config(dev, PCIR_BAR(2), 4))) ) pci_ata_maps(pcib, bus, dev, b, s, f, rl, force, prefetchmask); else for (i =3D 0; i < cfg->nummaps;) =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 14:39:33 2008 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 E5BBF16A417; Fri, 25 Jan 2008 14:39:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id DBBC013C447; Fri, 25 Jan 2008 14:39:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id 1748E1A4D89; Fri, 25 Jan 2008 06:35:33 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 25 Jan 2008 09:05:48 -0500 User-Agent: KMail/1.9.7 References: <559697920801231136s1dc42d42q41b614596e57fbf3@mail.gmail.com> <47979EFB.2050601@delphij.net> <00278157-73F7-4580-95DB-AAAA371DF924@deepcore.dk> In-Reply-To: <00278157-73F7-4580-95DB-AAAA371DF924@deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200801250906.16186.jhb@freebsd.org> Cc: stable@freebsd.org, Yoshihiko Sarumaru , d@delphij.net, =?iso-8859-1?q?S=F8ren_Schmidt?= , sos@freebsd.org Subject: Re: 6.3-RELEASE can not mount root on Cyrix 5530 ATA33 controller 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: Fri, 25 Jan 2008 14:39:34 -0000 On Wednesday 23 January 2008 03:52:39 pm S=F8ren Schmidt wrote: > On 23Jan, 2008, at 21:09 , Xin LI wrote: >=20 > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Yoshihiko Sarumaru wrote: > >> Hello, > >> I updated my Geode GX1 PC from RELENG_6_2 to RELENG_6_3 and found > >> root mount failed after reboot. > >> > >> This problem was caused by a change to ata-pci.c to pick up wider old > >> ata controller as ata-pci devices at ata_legacy() function, and =20 > >> roll backing > >> that file resolved this problem for me. > > > > Which revision? >=20 > Actually, its the fix to pci/pci.c that hasn't been backported to 6.x =20 > yet... Rev 1.343? It should apply to 6.x cleanly. Patch below: Index: pci.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /host/cvs/usr/cvs/src/sys/dev/pci/pci.c,v retrieving revision 1.292.2.23 diff -u -r1.292.2.23 pci.c =2D-- pci.c 10 Jan 2008 21:17:12 -0000 1.292.2.23 +++ pci.c 25 Jan 2008 14:05:20 -0000 @@ -1898,7 +1898,9 @@ /* ATA devices needs special map treatment */ if ((pci_get_class(dev) =3D=3D PCIC_STORAGE) && (pci_get_subclass(dev) =3D=3D PCIS_STORAGE_IDE) && =2D (pci_get_progif(dev) & PCIP_STORAGE_IDE_MASTERDEV)) + ((pci_get_progif(dev) & PCIP_STORAGE_IDE_MASTERDEV) || + (!pci_read_config(dev, PCIR_BAR(0), 4) && + !pci_read_config(dev, PCIR_BAR(2), 4))) ) pci_ata_maps(pcib, bus, dev, b, s, f, rl, force, prefetchmask); else for (i =3D 0; i < cfg->nummaps;) =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 14:39:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12DC816A47A for ; Fri, 25 Jan 2008 14:39:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0F69113C458 for ; Fri, 25 Jan 2008 14:39:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id E84D41A4D80; Fri, 25 Jan 2008 06:35:33 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 25 Jan 2008 09:06:54 -0500 User-Agent: KMail/1.9.7 References: <000e01c85dfb$c2f99490$48ecbdb0$@muni.cz> In-Reply-To: <000e01c85dfb$c2f99490$48ecbdb0$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801250906.54784.jhb@freebsd.org> Cc: Petr Holub Subject: Re: snd_emu10k1.ko after 6.2 to 6.3 upgrade 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: Fri, 25 Jan 2008 14:39:35 -0000 On Wednesday 23 January 2008 03:08:41 pm Petr Holub wrote: > Hi, > > I've found a problem after updating from 6.2-RELEASE to 6.3-RELEASE using > freebsd-update as described on daemonology blog. It looks like if the > snd_emu10k1.ko along with a few others was not appropriately updated: > # ls -l snd_* > -r-xr-xr-x 1 root wheel 16566 Feb 20 2007 snd_ad1816.ko > -r-xr-xr-x 1 root wheel 17731 Feb 20 2007 snd_als4000.ko > -r-xr-xr-x 1 root wheel 20004 Jan 21 15:42 snd_atiixp.ko > -r-xr-xr-x 1 root wheel 19192 Feb 20 2007 snd_cmi.ko > -r-xr-xr-x 1 root wheel 18594 Feb 20 2007 snd_cs4281.ko > -r-xr-xr-x 1 root wheel 30814 Feb 20 2007 snd_csa.ko > -r-xr-xr-x 1 root wheel 11098 Jan 21 15:42 snd_driver.ko > -r-xr-xr-x 1 root wheel 45839 Feb 20 2007 snd_ds1.ko > -r-xr-xr-x 1 root wheel 30008 Feb 20 2007 snd_emu10k1.ko > -r-xr-xr-x 1 root wheel 59398 Feb 20 2007 snd_emu10kx.ko > -rwxr-xr-x 1 root wheel 31223 Jan 21 15:42 snd_envy24.ko > -rwxr-xr-x 1 root wheel 30504 Jan 21 15:42 snd_envy24ht.ko > -r-xr-xr-x 1 root wheel 32005 Feb 20 2007 snd_es137x.ko > -r-xr-xr-x 1 root wheel 20075 Feb 20 2007 snd_ess.ko > -r-xr-xr-x 1 root wheel 15636 Feb 20 2007 snd_fm801.ko > -rwxr-xr-x 1 root wheel 77423 Jan 21 15:42 snd_hda.ko > -r-xr-xr-x 1 root wheel 23812 Jan 21 15:42 snd_ich.ko > -r-xr-xr-x 1 root wheel 31117 Feb 20 2007 snd_maestro.ko > -r-xr-xr-x 1 root wheel 42945 Jan 21 15:42 snd_maestro3.ko > -r-xr-xr-x 1 root wheel 46976 Feb 20 2007 snd_mss.ko > -r-xr-xr-x 1 root wheel 68790 Feb 20 2007 snd_neomagic.ko > -r-xr-xr-x 1 root wheel 14783 Feb 20 2007 snd_null.ko > -r-xr-xr-x 1 root wheel 16934 Feb 20 2007 snd_sb16.ko > -r-xr-xr-x 1 root wheel 15418 Feb 20 2007 snd_sb8.ko > -r-xr-xr-x 1 root wheel 15397 Feb 20 2007 snd_sbc.ko > -r-xr-xr-x 1 root wheel 19397 Feb 20 2007 snd_solo.ko > -r-xr-xr-x 1 root wheel 7240 Jan 21 15:42 snd_spicds.ko > -r-xr-xr-x 1 root wheel 18856 Jan 21 15:42 snd_t4dwave.ko > -r-xr-xr-x 1 root wheel 36300 Jan 21 15:42 snd_uaudio.ko > -r-xr-xr-x 1 root wheel 21918 Jan 21 15:42 snd_via8233.ko > -r-xr-xr-x 1 root wheel 16075 Jan 21 15:42 snd_via82c686.ko > -r-xr-xr-x 1 root wheel 18707 Feb 20 2007 snd_vibes.ko > > Those modules dated Feb 20 2007 are not loadable actually: > # kldload snd_emu10k1.ko > kldload: can't load snd_emu10k1.ko: No such file or directory Do you have an error message in the dmesg after this? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 14:39:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C21716A4FC for ; Fri, 25 Jan 2008 14:39:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6967513C45B for ; Fri, 25 Jan 2008 14:39:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id BAAB41A4D8B; Fri, 25 Jan 2008 06:35:34 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 25 Jan 2008 09:10:29 -0500 User-Agent: KMail/1.9.7 References: <200801241431.m0OEVO1T001160@aldan.algebra.com> In-Reply-To: <200801241431.m0OEVO1T001160@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801250910.29776.jhb@freebsd.org> Cc: "Mikhail T." Subject: Re: panic in vm_page_splay 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: Fri, 25 Jan 2008 14:39:35 -0000 On Thursday 24 January 2008 09:31:24 am Mikhail T. wrote: > Hello! > > The machine is running 6.3-PRERELEASE as of Dec 30th. It just paniced in > the middle of web-session as I was browsing for a file to upload via a > web-form... The firefox in use is native (amd64), not a Linux-binary. > > The firefox process had over 550Mb of memory to its name -- it was > running for many days. The box has 2Gb of RAM and was performing fine > despite 4 SETI-processes in the background. > > Please, advise. Thanks! Is this the same box that you got the bad PTE panics on? If so, have you run memtest or the like to rule out bad RAM? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 14:39:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74AF116A46D for ; Fri, 25 Jan 2008 14:39:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7045913C461 for ; Fri, 25 Jan 2008 14:39:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id A34771A4D8C; Fri, 25 Jan 2008 06:35:35 -0800 (PST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 25 Jan 2008 09:37:21 -0500 User-Agent: KMail/1.9.7 References: <1199812249.96494.133.camel@predator-ii.buffyverse> <47981DC7.2030706@skyrush.com> <47987511.6070201@errno.com> In-Reply-To: <47987511.6070201@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801250937.22051.jhb@freebsd.org> Cc: Joe Peterson Subject: Re: New KTR trace for mouse freezing/stuttering in 7.0-RC1 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: Fri, 25 Jan 2008 14:39:36 -0000 On Thursday 24 January 2008 06:22:57 am Sam Leffler wrote: > Joe Peterson wrote: > > In an attempt to track down this mouse freezing/stuttering (i.e. "jerky > > mouse movement) behavior in FreeBSD 7.0-RC1, I have come up with a > > reliable way to cause it to happen, and I have created a longer trace > > showing the results. Note that I am using the ULE scheduler. > > > > In general, it becomes easier to see the effect if there is CPU > > activity. I have noticed it during kernel compiles, while at the same > > time loading web pages in firefox that contain images (and moving the > > mouse while this is happening). But a more controlled way to see it is > > to run something that uses some CPU and then generating lots of X events. > > > > In my case, I start "xtrs" (TRS-80 emulator) in Model IV mode, which > > happens to poll for input, using the CPU. Then I move the mouse back > > and forth quickly between windows in "focus under mouse" mode (in my > > case, a KDE focus mode), which causes many focus events quickly. In > > about 15 or 20 seconds, the mouse reliably starts to show erratic > > movement, not moving smoothly. > > > > I really hope this can shed more light on what might be going on. Here > > is the trace: > > > > http://www.skyrush.com/downloads/ktr_ule_4.out > > > > > > This is an interesting trace. It appears that something is blocking > threads in the runq from running for 2 seconds! I don't see what it is > from the trace data. It sort of looks like the last thing that ran is > the swi4 which is likely a callout (need to check the log file contents > to be certain). If the callback function does something it wouldn't > necessarily be visible in the schedgraph plot. If you could stick a > dmesg from booting out in the same spot it might be worthwhile. Also if > you rebuild the kernel the kernel with DIAGNOSTIC then softclock() will > complain about callouts that take longer than 2ms to run. This might > generate too much noise in which case you can adjust the threshold by > editing the code in sys/kern/kern_timeout.c. Hmm, when I look at that graph using schedgraphy from HEAD it just looks like xtrs is using up all the CPU. I didn't see the 2 second window where nothing was running. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 15:29:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B807016A419 for ; Fri, 25 Jan 2008 15:29:37 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 7D07E13C4CC for ; Fri, 25 Jan 2008 15:29:37 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 3AE8443C7BC for ; Fri, 25 Jan 2008 17:29:35 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HIJS46h2fe5H for ; Fri, 25 Jan 2008 17:29:35 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id DB7ED43C6BC for ; Fri, 25 Jan 2008 17:29:34 +0200 (EET) Message-ID: <479A0053.5020409@icyb.net.ua> Date: Fri, 25 Jan 2008 17:29:23 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20080123) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: sysinstall: weird ui problem 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: Fri, 25 Jan 2008 15:29:37 -0000 FreeBSD 6.3-RELEASE amd64 Running sysinstall for "post-installation configuration" of sorts in xterm/konsole/gnome-terminal. Very strange issue: arrow keys work quite well throughout sysinstall menus but in Fdisk and Label screens both up and down arrow keys are interpreted as down key. This is not fatal in Label screen because navigation cycles, but in Fdisk menu you can not reach up from the bottom entry (slice). In system console everything is OK, though. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 15:58:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8780E16A417 for ; Fri, 25 Jan 2008 15:58:42 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id 40C1013C442 for ; Fri, 25 Jan 2008 15:58:42 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from crater.wildlava.net (crater.wildlava.net [67.40.138.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 7F4398F42A for ; Fri, 25 Jan 2008 08:58:41 -0700 (MST) Message-ID: <479A0731.6020405@skyrush.com> Date: Fri, 25 Jan 2008 08:58:41 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------040102030104060407030201" Subject: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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: Fri, 25 Jan 2008 15:58:42 -0000 This is a multi-part message in MIME format. --------------040102030104060407030201 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I've seen mention of this kind of issue before, but I never saw a solution, except that someone reported that a certain version of 6.x seemed to make it go away - accounts of this problem are a bit vague. I am running 7.0-RC1, and I am seeing the errors periodically, and I am wondering if this is a known issue. Note that smartctl does not report errors logged and gives a "PASSED" to the drive. I am running at UDMA100 ATA. Also, if it matters, I am using ZFS. Attached is a grep of the /var/log/messages file. Let me know if anyone has suggestions. Thanks! Joe --------------040102030104060407030201 Content-Type: text/plain; name="ad0_errors" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ad0_errors" Jan 21 23:39:54 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=54112319 Jan 22 00:06:29 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=51610951 Jan 22 00:16:40 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=53031647 Jan 22 00:30:15 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=54243391 Jan 22 07:05:59 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=51768047 Jan 22 09:08:16 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=55890239 Jan 22 09:17:52 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=55919423 Jan 22 09:23:42 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=53470111 Jan 23 00:26:03 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=53588527 Jan 23 00:26:26 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=764596887 Jan 23 00:26:26 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=764596887 Jan 23 00:26:26 crater kernel: ad0: FAILURE - WRITE_DMA48 status=51 error=10 LBA=764596887 Jan 23 03:01:06 crater kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=185819705 Jan 23 03:01:37 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=54837686 Jan 23 03:03:22 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=53472407 Jan 23 03:03:39 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=53627991 Jan 23 11:33:27 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=57479999 Jan 23 12:30:31 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=55407234 Jan 23 13:20:06 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=57779519 Jan 23 17:30:18 crater kernel: ad0: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=453849407 Jan 23 17:30:19 crater kernel: ad0: FAILURE - READ_DMA48 status=51 error=10 LBA=453849407 Jan 23 17:30:29 crater kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=187373078 Jan 23 18:34:50 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=1017919 Jan 23 18:35:00 crater kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=54547647 Jan 23 18:35:12 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=56354060 Jan 23 18:35:20 crater kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=53919167 Jan 23 23:59:18 crater kernel: ad0: TIMEOUT - FLUSHCACHE retrying (1 retry left) Jan 24 00:00:27 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=237661119 Jan 24 00:00:27 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=237661119 Jan 24 00:00:27 crater kernel: ad0: FAILURE - WRITE_DMA timed out LBA=237661119 Jan 24 00:00:27 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=236239553 Jan 24 00:00:27 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=236239553 Jan 24 00:00:27 crater kernel: ad0: FAILURE - WRITE_DMA timed out LBA=236239553 Jan 24 00:00:27 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=764595671 Jan 24 00:00:27 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=764595671 Jan 24 00:00:27 crater kernel: ad0: FAILURE - WRITE_DMA48 timed out LBA=764595671 Jan 24 00:01:13 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=764595671 Jan 24 00:01:13 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=764595671 Jan 24 00:01:13 crater kernel: ad0: FAILURE - WRITE_DMA48 timed out LBA=764595671 Jan 24 00:01:13 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=236180175 Jan 24 00:01:13 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=236180175 Jan 24 00:01:13 crater kernel: ad0: FAILURE - WRITE_DMA timed out LBA=236180175 Jan 24 00:01:13 crater kernel: ad0: TIMEOUT - FLUSHCACHE retrying (1 retry left) Jan 24 00:01:13 crater kernel: ad0: TIMEOUT - FLUSHCACHE retrying (0 retries left) Jan 24 02:31:53 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=236191551 Jan 24 04:54:57 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=238068287 Jan 24 04:55:56 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=238068287 Jan 24 04:55:56 crater kernel: ad0: FAILURE - WRITE_DMA timed out LBA=238068287 Jan 24 04:55:56 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=236315627 Jan 24 04:55:56 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=236315627 Jan 24 04:55:56 crater kernel: ad0: FAILURE - WRITE_DMA timed out LBA=236315627 Jan 24 04:55:56 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=238068415 Jan 24 04:55:56 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=238068415 Jan 24 04:55:56 crater kernel: ad0: FAILURE - WRITE_DMA timed out LBA=238068415 Jan 24 04:55:56 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=236315627 Jan 24 04:55:56 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=236315627 Jan 24 06:38:42 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=236217031 Jan 24 06:40:54 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=236354111 Jan 24 09:00:11 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=787071 Jan 24 23:56:40 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=764502723 Jan 24 23:56:43 crater kernel: ad0: FAILURE - WRITE_DMA48 status=51 error=10 LBA=764502723 Jan 25 03:01:08 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=765143487 Jan 25 03:01:58 crater kernel: ad0: FAILURE - WRITE_DMA48 status=51 error=10 LBA=765143487 Jan 25 03:01:58 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=53815221 Jan 25 03:01:58 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=53815221 Jan 25 03:01:58 crater kernel: ad0: FAILURE - WRITE_DMA timed out LBA=53815221 Jan 25 03:01:58 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=764668013 Jan 25 03:01:58 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=764668013 Jan 25 03:01:58 crater kernel: ad0: FAILURE - WRITE_DMA48 timed out LBA=764668013 Jan 25 03:01:58 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=765143359 Jan 25 03:01:58 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=765143359 Jan 25 03:03:13 crater kernel: ad0: FAILURE - WRITE_DMA48 timed out LBA=765143359 Jan 25 03:03:13 crater kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=185665215 Jan 25 03:03:13 crater kernel: ad0: TIMEOUT - READ_DMA retrying (0 retries left) LBA=185665215 Jan 25 03:03:13 crater kernel: ad0: FAILURE - READ_DMA timed out LBA=185665215 Jan 25 03:03:13 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=764561207 Jan 25 03:03:13 crater kernel: ad0: FAILURE - WRITE_DMA48 status=51 error=10 LBA=764561207 Jan 25 03:03:13 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=764674815 Jan 25 03:03:13 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=764674815 Jan 25 03:03:13 crater kernel: ad0: FAILURE - WRITE_DMA48 timed out LBA=764674815 Jan 25 03:03:13 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=236113195 Jan 25 03:03:13 crater kernel: ad0: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=236113195 Jan 25 03:03:13 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=764561207 Jan 25 03:03:13 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (0 retries left) LBA=764561207 Jan 25 03:03:13 crater kernel: ad0: FAILURE - WRITE_DMA48 status=51 error=10 LBA=764561207 Jan 25 07:46:58 crater kernel: ad0: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=764587087 Jan 25 07:46:58 crater kernel: ad0: FAILURE - WRITE_DMA48 status=51 error=10 LBA=764587087 --------------040102030104060407030201-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 16:09:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5378D16A418; Fri, 25 Jan 2008 16:09:53 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1723113C447; Fri, 25 Jan 2008 16:09:53 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 3C905C0752; Fri, 25 Jan 2008 18:09:51 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60829-01-11; Fri, 25 Jan 2008 18:09:49 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 71C54C06AE; Fri, 25 Jan 2008 18:02:27 +0200 (EET) Message-ID: <479A0808.3010800@bulinfo.net> Date: Fri, 25 Jan 2008 18:02:16 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.9 (X11/20071122) MIME-Version: 1.0 To: John Baldwin References: <20080121171606.8eb5f189.gerrit@pmp.uni-hannover.de> <200801221626.28744.jhb@freebsd.org> <4796EFFC.5000601@bulinfo.net> <200801250859.50419.jhb@freebsd.org> In-Reply-To: <200801250859.50419.jhb@freebsd.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: =?ISO-8859-1?Q?Gerrit_K=FChn?= , freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: T7200 CPU not detected by est 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: Fri, 25 Jan 2008 16:09:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 John Baldwin wrote: > On Wednesday 23 January 2008 02:42:52 am Krassimir Slavchev wrote: >> John Baldwin wrote: >>> On Monday 21 January 2008 11:16:06 am Gerrit Kühn wrote: >>>> Hi folks, >>>> >>>> I have several systems using T7200 mobile CPUs running under 7-stable. >>>> However, EST does not recognize the cpus. When loading cpufreq I get: >>> You can try this patch. It won't add support for all of the levels, but it >>> will support the current level and the highest level (IIRC). >>> >> >> It works now on my T7700: >> >> dev.est.0.%desc: Enhanced SpeedStep Frequency Control >> dev.est.0.%driver: est >> dev.est.0.%parent: cpu0 >> dev.est.0.freq_settings: 2401/35000 2400/35000 2000/28000 1600/22000 >> 1200/16000 >> dev.est.1.%desc: Enhanced SpeedStep Frequency Control >> dev.est.1.%driver: est >> dev.est.1.%parent: cpu1 >> dev.est.1.freq_settings: 2401/35000 2400/35000 2000/28000 1600/22000 >> 1200/16000 > > Odd, it shouldn't have provided that many settings. It also doesn't > provide power info. I wonder if you are getting the settings from > ACPI. > That is the output of 'sysctl -a | grep dev.est' and I don't have any additional settings. May be something is wrong with the ACPI on this Acer notebook. There were errors in the DSDT table but after fixing them the output is the same. Actually I have problems with the bge card, it does not work with acpi enabled because it can't map memory... Let me know if you want any additional information? Best Regards -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHmggIxJBWvpalMpkRAo8UAJ9uHbVnntYrxJS3NiDwb20xKlisVgCfY2qI 4VWpa8JKbckAXNMyupOGM4U= =2opq -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 16:18:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DD8316A476; Fri, 25 Jan 2008 16:18:05 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 9458C13C469; Fri, 25 Jan 2008 16:18:02 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with ESMTP id DAA28187; Sat, 26 Jan 2008 03:17:59 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 26 Jan 2008 03:17:58 +1100 (EST) From: Ian Smith To: John Baldwin In-Reply-To: <200801250859.50419.jhb@freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Cc: Gerrit =?iso-8859-1?q?K=FChn?= , freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: T7200 CPU not detected by est 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: Fri, 25 Jan 2008 16:18:05 -0000 On Fri, 25 Jan 2008, John Baldwin wrote: > On Wednesday 23 January 2008 02:42:52 am Krassimir Slavchev wrote: > > John Baldwin wrote: > > > On Monday 21 January 2008 11:16:06 am Gerrit Kühn wrote: > > >> Hi folks, > > >> > > >> I have several systems using T7200 mobile CPUs running under 7-stable. > > >> However, EST does not recognize the cpus. When loading cpufreq I get: > > > > > > You can try this patch. It won't add support for all of the levels, but it > > > will support the current level and the highest level (IIRC). > > > > > > > > > It works now on my T7700: > > > > dev.est.0.%desc: Enhanced SpeedStep Frequency Control > > dev.est.0.%driver: est > > dev.est.0.%parent: cpu0 > > dev.est.0.freq_settings: 2401/35000 2400/35000 2000/28000 1600/22000 > > 1200/16000 > > dev.est.1.%desc: Enhanced SpeedStep Frequency Control > > dev.est.1.%driver: est > > dev.est.1.%parent: cpu1 > > dev.est.1.freq_settings: 2401/35000 2400/35000 2000/28000 1600/22000 > > 1200/16000 > > Odd, it shouldn't have provided that many settings. It also doesn't > provide power info. I wonder if you are getting the settings from > ACPI. Assuming so, wouldn't this seem to be an instance needing the recent: kern/114722: [acpi] [patch] Nearly duplicate p-state entries reported http://www.freebsd.org/cgi/query-pr.cgi?pr=114722 ? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 16:29:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CA9F16A420 for ; Fri, 25 Jan 2008 16:29:41 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0B2EC13C4F3 for ; Fri, 25 Jan 2008 16:29:40 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id D99F11CC079; Fri, 25 Jan 2008 08:29:40 -0800 (PST) Date: Fri, 25 Jan 2008 08:29:40 -0800 From: Jeremy Chadwick To: Joe Peterson Message-ID: <20080125162940.GA38494@eos.sc1.parodius.com> References: <479A0731.6020405@skyrush.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <479A0731.6020405@skyrush.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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: Fri, 25 Jan 2008 16:29:41 -0000 On Fri, Jan 25, 2008 at 08:58:41AM -0700, Joe Peterson wrote: > I've seen mention of this kind of issue before, but I never saw a > solution, except that someone reported that a certain version of 6.x > seemed to make it go away - accounts of this problem are a bit vague. I > am running 7.0-RC1, and I am seeing the errors periodically, and I am > wondering if this is a known issue. Note that smartctl does not report > errors logged and gives a "PASSED" to the drive. I am running at > UDMA100 ATA. Also, if it matters, I am using ZFS. What you've shown is usually the sign of a disk-related problem. It's very obvious when it's just one disk reporting DMA errors. You use ZFS, so chances are you have more than one disk in a pool/volume -- there's no indication ad1, ad4, ad6, etc. are failing, so this seems to indicate something specific to ad0. Manufacturers pick very passive (non-aggressive) thresholds for error conditions on disks, so disks which are failing very commonly show "PASSED" during SMART analysis. To make matters worse, most users I know read SMART stats incorrectly (they're easy to misinterpret). Can you please provide output of the following: * smartctl -a /dev/ad0 * atacontrol cap ad0 * atacontrol info * Relevant dmesg output that indicates what kind of ATA controller these disks are attached to. Start with output from 'ad0:' and work backwards. For example, ad0 on this machine is using an Intel ICH6 controller: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.2 on pci0 ata0: on atapci0 ad0: 238475MB at ata0-master SATA150 Other stuff: SMART stats which are labelled "Offline" are only updated when a short or long offline test is performed. Have you tried using "smartctl -t short /dev/ad0" and "smartctl -t long /dev/ad0" to see if any of the raw values on the far right column increment? Have you tried using "zpool scrub" on the ZFS pool, then "zpool status" to see if READ/WRITE/CHKSUM counters increment or if the "scrub" line states there were errors? Other things which have fixed problems in the past for others: * BIOS updates * Change of motherboards (sometimes replacing board with same model, other times going with a completely different vendor (implies weird implementation issues or BIOS problems)) * Changing SATA cables * Getting a larger power supply (usually when lots of disk are involved) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 16:41:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57DFC16A418; Fri, 25 Jan 2008 16:41:07 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id D46B313C45B; Fri, 25 Jan 2008 16:41:06 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (holub.ics.muni.cz [147.251.23.83]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id m0PGGPOO029018 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 25 Jan 2008 17:16:26 +0100 From: "Petr Holub" To: "'John Baldwin'" , References: <000e01c85dfb$c2f99490$48ecbdb0$@muni.cz> <200801250906.54784.jhb@freebsd.org> In-Reply-To: <200801250906.54784.jhb@freebsd.org> Date: Fri, 25 Jan 2008 17:16:19 +0100 Message-ID: <002701c85f6d$a1a331c0$e4e99540$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AchfYByEpuGsLd/pT5uii83TBGV4vgADWJrg Content-Language: cs X-Muni-Spam-TestIP: 147.251.23.83 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Fri, 25 Jan 2008 17:16:26 +0100 (CET) Cc: Subject: RE: snd_emu10k1.ko after 6.2 to 6.3 upgrade 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: Fri, 25 Jan 2008 16:41:07 -0000 > Do you have an error message in the dmesg after this? Yes, I do - sorry, haven't thought it will end up in dmesg and not in the terminal. It says: KLD snd_emu10k1.ko: depends on midi - not available Petr From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 16:45:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3669716A417; Fri, 25 Jan 2008 16:45:10 +0000 (UTC) (envelope-from mi@bonkers.video-collage.com) Received: from bonkers.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by mx1.freebsd.org (Postfix) with ESMTP id 94A5C13C47E; Fri, 25 Jan 2008 16:45:09 +0000 (UTC) (envelope-from mi@bonkers.video-collage.com) Received: from bonkers.video-collage.com (localhost [127.0.0.1]) by bonkers.video-collage.com (8.14.2/8.14.2) with ESMTP id m0PG62kx001935; Fri, 25 Jan 2008 11:06:04 -0500 (EST) (envelope-from mi@bonkers.video-collage.com) Received: (from root@localhost) by bonkers.video-collage.com (8.14.2/8.14.1/Submit) id m0PG61eu001934; Fri, 25 Jan 2008 11:06:01 -0500 (EST) (envelope-from mi) From: Mikhail Teterin Message-Id: <200801251606.m0PG61eu001934@bonkers.video-collage.com> In-Reply-To: <200801250910.29776.jhb@freebsd.org> To: John Baldwin Date: Fri, 25 Jan 2008 11:06:01 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL124 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="US-ASCII" X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on bonkers.video-collage.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, "Mikhail T." Subject: Re: panic in vm_page_splay 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: Fri, 25 Jan 2008 16:45:10 -0000 > > The machine is running 6.3-PRERELEASE as of Dec 30th. It just > > paniced in the middle of web-session as I was browsing for a file to > > upload via a web-form... The firefox in use is native (amd64), not a > > Linux-binary. > > > > The firefox process had over 550Mb of memory to its name -- it was > > running for many days. The box has 2Gb of RAM and was performing > > fine despite 4 SETI-processes in the background. > > > > Please, advise. Thanks! > > Is this the same box that you got the bad PTE panics on? If so, have > you run memtest or the like to rule out bad RAM? No. This would be my own desktop... -mi From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 17:41:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4185116A4C6 for ; Fri, 25 Jan 2008 17:41:15 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id BE8F713C469 for ; Fri, 25 Jan 2008 17:41:14 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A6910.dip.t-dialin.net [84.154.105.16]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id m0PHfAuH031657; Fri, 25 Jan 2008 17:41:11 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m0PHgEov033071; Fri, 25 Jan 2008 18:42:14 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m0PHg4mC005414; Fri, 25 Jan 2008 18:42:09 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200801251742.m0PHg4mC005414@fire.js.berklix.net> To: Jeremy Chadwick In-reply-to: <20080125162940.GA38494@eos.sc1.parodius.com> References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> Comments: In-reply-to Jeremy Chadwick message dated "Fri, 25 Jan 2008 08:29:40 -0800." Date: Fri, 25 Jan 2008 18:42:04 +0100 From: "Julian H. Stacey" Cc: Joe Peterson , freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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: Fri, 25 Jan 2008 17:41:15 -0000 Jeremy Chadwick wrote: > > wondering if this is a known issue. Note that smartctl does not report > > errors logged and gives a "PASSED" to the drive. I am running at > > UDMA100 ATA. Also, if it matters, I am using ZFS. > Can you please provide output of the following: > > * smartctl -a /dev/ad0 >From ports/sysutils/smartmontools I presume ? ( Asking as I also have a DMA prob. to solve, at present needing hw.ata.ata_dma="0" in /boot/loader.conf to boot, (& interuptions on sound on 7-stable, though no ZFS here)). smartctl: Not installed by /usr/src-7 No /usr/ports/*/smartctl Clues found with locate for ports: sysutils/munin-node/files/patch-hddtemp_smartctl.in sysutils/sensors-applet/files/smartctl-helper.c sysutils/sensors-applet/files/smartctl-sensors-interface.c sysutils/sensors-applet/files/smartctl-sensors-interface.h sysutils/munin-main # Not really ? ports/sysutils/sensors-applet -> ports/sysutils/smartmontools -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 17:44:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86EC116A469 for ; Fri, 25 Jan 2008 17:44:39 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8122313C46E for ; Fri, 25 Jan 2008 17:44:39 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 5C3361CC038; Fri, 25 Jan 2008 09:44:39 -0800 (PST) Date: Fri, 25 Jan 2008 09:44:39 -0800 From: Jeremy Chadwick To: "Julian H. Stacey" Message-ID: <20080125174439.GA40861@eos.sc1.parodius.com> References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <200801251742.m0PHg4mC005414@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200801251742.m0PHg4mC005414@fire.js.berklix.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Joe Peterson , freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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: Fri, 25 Jan 2008 17:44:39 -0000 On Fri, Jan 25, 2008 at 06:42:04PM +0100, Julian H. Stacey wrote: > Jeremy Chadwick wrote: > > > wondering if this is a known issue. Note that smartctl does not report > > > errors logged and gives a "PASSED" to the drive. I am running at > > > UDMA100 ATA. Also, if it matters, I am using ZFS. > > > Can you please provide output of the following: > > > > * smartctl -a /dev/ad0 > > >From ports/sysutils/smartmontools I presume ? > ( Asking as I also have a DMA prob. to solve, at present > needing hw.ata.ata_dma="0" in /boot/loader.conf to boot, > (& interuptions on sound on 7-stable, though no ZFS here)). Yep! smartctl comes with ports/sysutils/smartmontools. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 18:33:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D623F16A41B for ; Fri, 25 Jan 2008 18:33:09 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id C4A3B13C459 for ; Fri, 25 Jan 2008 18:33:09 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from Macintosh-2.local (hornet.kitchenlab.org [64.142.31.105]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id m0PIWwLt027334 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Jan 2008 10:33:03 -0800 Message-ID: <479A2B5A.1060600@freebsd.org> Date: Fri, 25 Jan 2008 10:32:58 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Kurt Jaeger References: <1200683920.37801.26.camel@bauer.cse.buffalo.edu> <002901c85a0f$a4a3d9f0$0202fea9@jarasoft.net> <1200688116.37801.35.camel@bauer.cse.buffalo.edu> <20080119110258.GB1757@home.c0mplx.org> In-Reply-To: <20080119110258.GB1757@home.c0mplx.org> X-Enigmail-Version: 0.95.6 OpenPGP: id=5ba052c3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1E40C171876E2E0F01A39F5B" Cc: freebsd-stable@freebsd.org Subject: Re: ipfwpcap in 6.3 ? 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: Fri, 25 Jan 2008 18:33:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1E40C171876E2E0F01A39F5B Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable If memory serves me right, Kurt Jaeger wrote: > In >=20 > http://www.freebsd.org/releases/6.3R/relnotes-i386.html >=20 > ipfwpcap(8) is mentioned, but I can't find it after the upgrade ? Argh. My bad. It got merged to RELENG_6 *just* after RELENG_6_3 was=20 branched, by about a day or so. Somehow I must have gotten confused and = thought that it happened pre-branch (and thus had gotten included), thus = it ended up in the release notes for 6.3 when it shouldn't have. :-(=20 I'll make a note in the post-release errata for this. Very sorry for the confusion. ipfwpcap(8) will appear in 6.4-RELEASE or = in any 6-STABLE snapshot made after about 25 November 2007. Bruce. --------------enig1E40C171876E2E0F01A39F5B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmitb2MoxcVugUsMRAmgHAKDYZPafc1PNhanB5HN5AzTghLHOeQCdETrj FNb9hQUjg61UvZ5L9mQoYhc= =K1E6 -----END PGP SIGNATURE----- --------------enig1E40C171876E2E0F01A39F5B-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 18:38:12 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D0F516A41A; Fri, 25 Jan 2008 18:38:12 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 19AB613C478; Fri, 25 Jan 2008 18:38:12 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id BBA0B8C098; Fri, 25 Jan 2008 12:38:11 -0600 (CST) Date: Fri, 25 Jan 2008 12:38:11 -0600 To: freebsd-stable@FreeBSD.org Message-ID: <20080125183811.GA21911@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: linimon@FreeBSD.org Subject: upcoming bugathon this weekend X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-bugbusters@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jan 2008 18:38:12 -0000 If you're interested in helping out on our PR database problems, please see my posting on freebsd-bugbusters@: We're having a bugathon this weekend, with the agenda being mostly to figure out where we are, who would like to help, and coming up with ways that they can do so. Followups to freebsd-bugbusters@, please. mcl From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 19:24:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36AD816A417 for ; Fri, 25 Jan 2008 19:24:03 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id DB5B713C4CE for ; Fri, 25 Jan 2008 19:24:02 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from [10.0.3.98] (mail.boulder.swri.edu [65.241.78.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 4CBA28F394 for ; Fri, 25 Jan 2008 12:24:01 -0700 (MST) Message-ID: <479A3764.6050800@skyrush.com> Date: Fri, 25 Jan 2008 12:24:20 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> In-Reply-To: <20080125162940.GA38494@eos.sc1.parodius.com> Content-Type: multipart/mixed; boundary="------------020702020700080505040707" Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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: Fri, 25 Jan 2008 19:24:03 -0000 This is a multi-part message in MIME format. --------------020702020700080505040707 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Jeremy Chadwick wrote: > What you've shown is usually the sign of a disk-related problem. It's > very obvious when it's just one disk reporting DMA errors. You use ZFS, > so chances are you have more than one disk in a pool/volume -- there's > no indication ad1, ad4, ad6, etc. are failing, so this seems to indicate > something specific to ad0. Jeremy, thanks for the response - I have tried to answer all of your questions below... In my case, I am using only one disk (ad0) for FreeBSD, and I am only using one partition on this disk in my ZFS pool. So, in this case, unfortunately, it's not possible to tell from the fact that only ad0 is listed that it is specific to this drive. > Manufacturers pick very passive (non-aggressive) thresholds for error > conditions on disks, so disks which are failing very commonly show > "PASSED" during SMART analysis. To make matters worse, most users I > know read SMART stats incorrectly (they're easy to misinterpret). Yep, I am also always skeptical of smart reports. That's one reason I am very interested in ZFS. I don't trust the drive to be completely reliable, and the fact that ZFS does end-to-end data integrity is very intriguing. > Can you please provide output of the following: > > * smartctl -a /dev/ad0 OK, I've attached this to the end of this email. > * atacontrol cap ad0 Protocol ATA/ATAPI revision 7 device model ST3500630A serial number 9QG0DG03 firmware revision 3.AAE cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 976773168 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Tagged Command Queuing (TCQ) no no 0/0x00 SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 65278/0xFEFE automatic acoustic management no no 0/0x00 208/0xD0 > * atacontrol info Master: ad0 ATA/ATAPI revision 7 Slave: ad1 ATA/ATAPI revision 7 (but note that ad1 is not used by FreeBSD) > * Relevant dmesg output that indicates what kind of ATA controller > these disks are attached to. Start with output from 'ad0:' and > work backwards. For example, ad0 on this machine is using an Intel > ICH6 controller: > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.2 on pci0 > ata0: on atapci0 > ad0: 238475MB at ata0-master SATA150 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ad0: 476940MB at ata0-master UDMA100 > SMART stats which are labelled "Offline" are only updated when a short > or long offline test is performed. Have you tried using "smartctl -t > short /dev/ad0" and "smartctl -t long /dev/ad0" to see if any of the raw > values on the far right column increment? I just tried one: # 1 Short offline Completed without error 00% 5252 - # 2 Short offline Completed without error 00% 5252 - Also, none of the numbers that were zero incremented, esp: 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 Also, no more errors were reported in the system log during the self-tests. > Have you tried using "zpool scrub" on the ZFS pool, then "zpool status" > to see if READ/WRITE/CHKSUM counters increment or if the "scrub" line > states there were errors? OK, I started a scrub, and it will take some more time to complete... But I get the following with status. Could this be due to the timeouts and failures? I suspect so, so maybe this is not surprizing. I'd also guess that this doesn't necessarily point to the drive, but anything in the chain of events... I do not have a mirror or RADI-Z, so I guess the reason there was "no data loss" (yet) is because the checksum passed, and maybe it just had to retry...? Anyway, here's the output so far: pool: tank state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: scrub in progress, 2.50% done, 1h58m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 1 3 0 ad0s1d ONLINE 1 3 0 errors: No known data errors > Other things which have fixed problems in the past for others: > > * BIOS updates > * Change of motherboards (sometimes replacing board with same model, > other times going with a completely different vendor (implies weird > implementation issues or BIOS problems)) I've been using this same motherboard/BIOS for a long time (as well as this drive), so no changes have happened to the HW recently. The BIOS is the newest, available, I believe (It's a Tyan Trinity S2099, so it's a few years old) > * Changing SATA cables I'm using regular ATA 80-pin cables. Also, these seem to have been working fine for quite a while now. But, yes, I have also witnessed bad cable issues on older systems in the past. I certainly could try a new cable and see if it helps. > * Getting a larger power supply (usually when lots of disk are involved) I only have two drives, so I think the PS has enough capacity in my case. Anyway, thanks for the reply and further questions. Let me know if anything I've sent back is helpful! Thanks, Joe --------------020702020700080505040707 Content-Type: text/plain; name="smartctl.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="smartctl.out" smartctl version 5.37 [i386-portbld-freebsd7.0] Copyright (C) 2002-6 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Model Family: Seagate Barracuda 7200.10 family Device Model: ST3500630A Serial Number: 9QG0DG03 Firmware Version: 3.AAE User Capacity: 500,107,862,016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 7 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Fri Jan 25 09:55:13 2008 MST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 430) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: ( 163) minutes. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 114 071 006 Pre-fail Always - 82422948 3 Spin_Up_Time 0x0003 093 093 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 56 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 1 7 Seek_Error_Rate 0x000f 084 060 030 Pre-fail Always - 286126605 9 Power_On_Hours 0x0032 095 095 000 Old_age Always - 5250 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 59 187 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 189 Unknown_Attribute 0x003a 100 100 000 Old_age Always - 0 190 Temperature_Celsius 0x0022 065 056 045 Old_age Always - 605749283 194 Temperature_Celsius 0x0022 035 044 000 Old_age Always - 35 (Lifetime Min/Max 0/15) 195 Hardware_ECC_Recovered 0x001a 063 046 000 Old_age Always - 166181300 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. --------------020702020700080505040707-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 20:05:51 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7801816A419; Fri, 25 Jan 2008 20:05:51 +0000 (UTC) (envelope-from joe@boulder.swri.edu) Received: from mail.boulder.swri.edu (mail.boulder.swri.edu [65.241.78.2]) by mx1.freebsd.org (Postfix) with ESMTP id DA71113C467; Fri, 25 Jan 2008 20:05:50 +0000 (UTC) (envelope-from joe@boulder.swri.edu) Received: from [10.0.3.98] (antares.boulder.swri.edu [10.0.3.98]) (authenticated bits=0) by mail.boulder.swri.edu (8.13.5/8.13.5) with ESMTP id m0PJFace019646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 25 Jan 2008 12:15:36 -0700 Message-ID: <479A356E.2030900@boulder.swri.edu> Date: Fri, 25 Jan 2008 12:15:58 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: Jeremy Chadwick References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> In-Reply-To: <20080125162940.GA38494@eos.sc1.parodius.com> Content-Type: multipart/mixed; boundary="------------050608070403050000040900" Cc: freebsd-stable@FreeBSD.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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: Fri, 25 Jan 2008 20:05:51 -0000 This is a multi-part message in MIME format. --------------050608070403050000040900 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Jeremy Chadwick wrote: > What you've shown is usually the sign of a disk-related problem. It's > very obvious when it's just one disk reporting DMA errors. You use ZFS, > so chances are you have more than one disk in a pool/volume -- there's > no indication ad1, ad4, ad6, etc. are failing, so this seems to indicate > something specific to ad0. Jeremy, thanks for the response - I have tried to answer all of your questions below... In my case, I am using only one disk (ad0) for FreeBSD, and I am only using one partition on this disk in my ZFS pool. So, in this case, unfortunately, it's not possible to tell from the fact that only ad0 is listed that it is specific to this drive. > Manufacturers pick very passive (non-aggressive) thresholds for error > conditions on disks, so disks which are failing very commonly show > "PASSED" during SMART analysis. To make matters worse, most users I > know read SMART stats incorrectly (they're easy to misinterpret). Yep, I am also always skeptical of smart reports. That's one reason I am very interested in ZFS. I don't trust the drive to be completely reliable, and the fact that ZFS does end-to-end data integrity is very intriguing. > Can you please provide output of the following: > > * smartctl -a /dev/ad0 OK, I've attached this to the end of this email. > * atacontrol cap ad0 Protocol ATA/ATAPI revision 7 device model ST3500630A serial number 9QG0DG03 firmware revision 3.AAE cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 976773168 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Tagged Command Queuing (TCQ) no no 0/0x00 SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 65278/0xFEFE automatic acoustic management no no 0/0x00 208/0xD0 > * atacontrol info Master: ad0 ATA/ATAPI revision 7 Slave: ad1 ATA/ATAPI revision 7 (but note that ad1 is not used by FreeBSD) > * Relevant dmesg output that indicates what kind of ATA controller > these disks are attached to. Start with output from 'ad0:' and > work backwards. For example, ad0 on this machine is using an Intel > ICH6 controller: > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.2 on pci0 > ata0: on atapci0 > ad0: 238475MB at ata0-master SATA150 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ad0: 476940MB at ata0-master UDMA100 > SMART stats which are labelled "Offline" are only updated when a short > or long offline test is performed. Have you tried using "smartctl -t > short /dev/ad0" and "smartctl -t long /dev/ad0" to see if any of the raw > values on the far right column increment? I just tried one: # 1 Short offline Completed without error 00% 5252 - # 2 Short offline Completed without error 00% 5252 - Also, none of the numbers that were zero incremented, esp: 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 Also, no more errors were reported in the system log during the self-tests. > Have you tried using "zpool scrub" on the ZFS pool, then "zpool status" > to see if READ/WRITE/CHKSUM counters increment or if the "scrub" line > states there were errors? OK, I started a scrub, and it will take some more time to complete... But I get the following with status. Could this be due to the timeouts and failures? I suspect so, so maybe this is not surprizing. I'd also guess that this doesn't necessarily point to the drive, but anything in the chain of events... I do not have a mirror or RADI-Z, so I guess the reason there was "no data loss" (yet) is because the checksum passed, and maybe it just had to retry...? Anyway, here's the output so far: pool: tank state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: scrub in progress, 2.50% done, 1h58m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 1 3 0 ad0s1d ONLINE 1 3 0 errors: No known data errors > Other things which have fixed problems in the past for others: > > * BIOS updates > * Change of motherboards (sometimes replacing board with same model, > other times going with a completely different vendor (implies weird > implementation issues or BIOS problems)) I've been using this same motherboard/BIOS for a long time (as well as this drive), so no changes have happened to the HW recently. The BIOS is the newest, available, I believe (It's a Tyan Trinity S2099, so it's a few years old) > * Changing SATA cables I'm using regular ATA 80-pin cables. Also, these seem to have been working fine for quite a while now. But, yes, I have also witnessed bad cable issues on older systems in the past. I certainly could try a new cable and see if it helps. > * Getting a larger power supply (usually when lots of disk are involved) I only have two drives, so I think the PS has enough capacity in my case. Anyway, thanks for the reply and further questions. Let me know if anything I've sent back is helpful! Thanks, Joe --------------050608070403050000040900 Content-Type: text/plain; name="smartctl.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="smartctl.out" smartctl version 5.37 [i386-portbld-freebsd7.0] Copyright (C) 2002-6 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Model Family: Seagate Barracuda 7200.10 family Device Model: ST3500630A Serial Number: 9QG0DG03 Firmware Version: 3.AAE User Capacity: 500,107,862,016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 7 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Fri Jan 25 09:55:13 2008 MST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 430) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: ( 163) minutes. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 114 071 006 Pre-fail Always - 82422948 3 Spin_Up_Time 0x0003 093 093 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 56 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 1 7 Seek_Error_Rate 0x000f 084 060 030 Pre-fail Always - 286126605 9 Power_On_Hours 0x0032 095 095 000 Old_age Always - 5250 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 59 187 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 189 Unknown_Attribute 0x003a 100 100 000 Old_age Always - 0 190 Temperature_Celsius 0x0022 065 056 045 Old_age Always - 605749283 194 Temperature_Celsius 0x0022 035 044 000 Old_age Always - 35 (Lifetime Min/Max 0/15) 195 Hardware_ECC_Recovered 0x001a 063 046 000 Old_age Always - 166181300 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. --------------050608070403050000040900-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 20:12:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CCC116A418 for ; Fri, 25 Jan 2008 20:12:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id BCB0013C448 for ; Fri, 25 Jan 2008 20:12:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 229730505-1834499 for multiple; Fri, 25 Jan 2008 15:13:42 -0500 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m0PKCKoo049939; Fri, 25 Jan 2008 15:12:23 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Petr Holub" Date: Fri, 25 Jan 2008 15:09:42 -0500 User-Agent: KMail/1.9.7 References: <000e01c85dfb$c2f99490$48ecbdb0$@muni.cz> <200801250906.54784.jhb@freebsd.org> <002701c85f6d$a1a331c0$e4e99540$@muni.cz> In-Reply-To: <002701c85f6d$a1a331c0$e4e99540$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801251509.42978.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, 25 Jan 2008 15:12:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/5550/Fri Jan 25 02:02:45 2008 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: freebsd-stable@freebsd.org Subject: Re: snd_emu10k1.ko after 6.2 to 6.3 upgrade 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: Fri, 25 Jan 2008 20:12:38 -0000 On Friday 25 January 2008 11:16:19 am Petr Holub wrote: > > Do you have an error message in the dmesg after this? > > Yes, I do - sorry, haven't thought it will end up in dmesg > and not in the terminal. It says: > > KLD snd_emu10k1.ko: depends on midi - not available Did you kldload sound.ko before snd_emu10k1.ko? It maybe that freebsd-upgrade didn't run kldxref on your kernel dir to update the /boot/kernel/linker.hints file that is used to autoload dependencies. You can try doing a 'kldxref /boot/kernel' to see if that fixes the dependency loading. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 20:22:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16A6D16A41A for ; Fri, 25 Jan 2008 20:22:24 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B874113C455 for ; Fri, 25 Jan 2008 20:22:23 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m0PKMMR1090699; Fri, 25 Jan 2008 15:22:22 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m0PKMLce053436 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Jan 2008 15:22:22 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200801252022.m0PKMLce053436@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 25 Jan 2008 15:20:23 -0500 To: "Steven Hartland" , From: Mike Tancsa In-Reply-To: <012e01c85f5a$a8237310$b6db87d4@multiplay.co.uk> References: <012e01c85f5a$a8237310$b6db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: FreeBSD 7.0-PRE + amd64 + Areca controller = probe12 warning 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: Fri, 25 Jan 2008 20:22:24 -0000 At 09:00 AM 1/25/2008, Steven Hartland wrote: >When booting 7.0-PRERELEASE amd64 on our machines with areca controllers >we get the following odd message which doesn't appear on i386 is this >something to worry about or harmless? > >(probe16:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step I get the same thing and I am running the latest BIOS from Areca. Doesnt seem to impact my limited testing so far. arcmsr0: mem 0xe8600000-0xe8600fff,0xe8000000-0xe83fffff irq 18 at device 14.0 on pci2 ARECA RAID ADAPTER0: Driver Version 1.20.00.15 2007-10-07 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.43 2007-4-17 arcmsr0: [ITHREAD] Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle ad5: 238475MB at ata2-slave SATA150 (probe16:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da0: 305175MB (624999424 512 byte sectors: 255H 63S/T 38904C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad5s1a 0[dbtest]% uname -a FreeBSD dbtest.sentex.ca 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #4: Thu Jan 17 08:27:50 EST 2008 mdtancsa@dbtest.sentex.ca:/usr/obj/usr/src/sys/db amd64 0[dbtest]% >Full dmesg attached. > > Regards > Steve > >================================================ >This e.mail is private and confidential between Multiplay (UK) Ltd. >and the person or entity to whom it is addressed. In the event of >misdirection, the recipient is prohibited from using, copying, >printing or otherwise disseminating it or any information contained in it. >In the event of misdirection, illegible or incomplete transmission >please telephone +44 845 868 1337 >or return the E.mail to postmaster@multiplay.co.uk. > > >_______________________________________________ >freebsd-stable@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-stable >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 20:46:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D356516A417 for ; Fri, 25 Jan 2008 20:46:09 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id BD2D113C469 for ; Fri, 25 Jan 2008 20:46:09 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay13.apple.com (relay13.apple.com [17.128.113.29]) by mail-out3.apple.com (Postfix) with ESMTP id 9492C1F2ECB6; Fri, 25 Jan 2008 12:46:09 -0800 (PST) Received: from relay13.apple.com (unknown [127.0.0.1]) by relay13.apple.com (Symantec Mail Security) with ESMTP id 8D28D28092; Fri, 25 Jan 2008 12:46:09 -0800 (PST) X-AuditID: 1180711d-9c3ebbb000001e9b-89-479a4a9186da Received: from cswiger1.apple.com (cswiger1.apple.com [17.214.13.96]) by relay13.apple.com (Apple SCV relay) with ESMTP id 2605328094; Fri, 25 Jan 2008 12:46:09 -0800 (PST) Message-Id: <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> From: Chuck Swiger To: Joe Peterson In-Reply-To: <479A3764.6050800@skyrush.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Fri, 25 Jan 2008 12:46:08 -0800 References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> X-Mailer: Apple Mail (2.915) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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: Fri, 25 Jan 2008 20:46:09 -0000 On Jan 25, 2008, at 11:24 AM, Joe Peterson wrote: > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE > UPDATED WHEN_FAILED RAW_VALUE > 1 Raw_Read_Error_Rate 0x000f 114 071 006 Pre-fail > Always - 82422948 [ ... ] > > 7 Seek_Error_Rate 0x000f 084 060 030 Pre-fail > Always - 286126605 [ ... ] > 195 Hardware_ECC_Recovered 0x001a 063 046 000 Old_age > Always - 166181300 These numbers are quite worrysome-- they should be zero or nearly so in a healthy drive. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 20:46:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6272516A419; Fri, 25 Jan 2008 20:46:27 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 172B313C45A; Fri, 25 Jan 2008 20:46:26 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m0PKkQ8A037957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Jan 2008 12:46:26 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <479A4AA2.9020408@errno.com> Date: Fri, 25 Jan 2008 12:46:26 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: John Baldwin References: <1199812249.96494.133.camel@predator-ii.buffyverse> <47981DC7.2030706@skyrush.com> <47987511.6070201@errno.com> <200801250937.22051.jhb@freebsd.org> In-Reply-To: <200801250937.22051.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: Joe Peterson , freebsd-stable@freebsd.org Subject: Re: New KTR trace for mouse freezing/stuttering in 7.0-RC1 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: Fri, 25 Jan 2008 20:46:27 -0000 John Baldwin wrote: > On Thursday 24 January 2008 06:22:57 am Sam Leffler wrote: > >> Joe Peterson wrote: >> >>> In an attempt to track down this mouse freezing/stuttering (i.e. "jerky >>> mouse movement) behavior in FreeBSD 7.0-RC1, I have come up with a >>> reliable way to cause it to happen, and I have created a longer trace >>> showing the results. Note that I am using the ULE scheduler. >>> >>> In general, it becomes easier to see the effect if there is CPU >>> activity. I have noticed it during kernel compiles, while at the same >>> time loading web pages in firefox that contain images (and moving the >>> mouse while this is happening). But a more controlled way to see it is >>> to run something that uses some CPU and then generating lots of X events. >>> >>> In my case, I start "xtrs" (TRS-80 emulator) in Model IV mode, which >>> happens to poll for input, using the CPU. Then I move the mouse back >>> and forth quickly between windows in "focus under mouse" mode (in my >>> case, a KDE focus mode), which causes many focus events quickly. In >>> about 15 or 20 seconds, the mouse reliably starts to show erratic >>> movement, not moving smoothly. >>> >>> I really hope this can shed more light on what might be going on. Here >>> is the trace: >>> >>> http://www.skyrush.com/downloads/ktr_ule_4.out >>> >>> >>> >> This is an interesting trace. It appears that something is blocking >> threads in the runq from running for 2 seconds! I don't see what it is >> from the trace data. It sort of looks like the last thing that ran is >> the swi4 which is likely a callout (need to check the log file contents >> to be certain). If the callback function does something it wouldn't >> necessarily be visible in the schedgraph plot. If you could stick a >> dmesg from booting out in the same spot it might be worthwhile. Also if >> you rebuild the kernel the kernel with DIAGNOSTIC then softclock() will >> complain about callouts that take longer than 2ms to run. This might >> generate too much noise in which case you can adjust the threshold by >> editing the code in sys/kern/kern_timeout.c. >> > > Hmm, when I look at that graph using schedgraphy from HEAD it just looks > like xtrs is using up all the CPU. I didn't see the 2 second window where > nothing was running. > Sigh, you are correct. I backrev'd the machine where I ran schedgraph to RELENG_7 and didn't notice the old version mis-parses the ktr file. The graph is totally different w/ schedgraph from HEAD. Sorry Joe for misleading you. Sam From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 20:54:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A678E16A46C for ; Fri, 25 Jan 2008 20:54:38 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.freebsd.org (Postfix) with ESMTP id 3C72713C474 for ; Fri, 25 Jan 2008 20:54:38 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m0PKsZO3012669 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Jan 2008 07:54:36 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m0PKsZIA053385; Sat, 26 Jan 2008 07:54:35 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m0PKsZIF053384; Sat, 26 Jan 2008 07:54:35 +1100 (EST) (envelope-from peter) Date: Sat, 26 Jan 2008 07:54:35 +1100 From: Peter Jeremy To: Chuck Swiger Message-ID: <20080125205435.GS53741@server.vk2pj.dyndns.org> References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/3yNEOqWowh/8j+e" Content-Disposition: inline In-Reply-To: <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Joe Peterson , freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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: Fri, 25 Jan 2008 20:54:38 -0000 --/3yNEOqWowh/8j+e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 25, 2008 at 12:46:08PM -0800, Chuck Swiger wrote: >On Jan 25, 2008, at 11:24 AM, Joe Peterson wrote: >> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATE= D =20 >> WHEN_FAILED RAW_VALUE >> 1 Raw_Read_Error_Rate 0x000f 114 071 006 Pre-fail Always = =20 >> - 82422948 >[ ... ] >>=20 >> 7 Seek_Error_Rate 0x000f 084 060 030 Pre-fail Always = =20 >> - 286126605 >[ ... ] >> 195 Hardware_ECC_Recovered 0x001a 063 046 000 Old_age Always= =20 >> - 166181300 > >These numbers are quite worrysome-- they should be zero or nearly so in a= =20 >healthy drive. I see similarly wierd values from a basically new drive. I'm not sure that there's a requirement that the raw values start from 0 and increment on each detected event. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --/3yNEOqWowh/8j+e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHmkyL/opHv/APuIcRAvhfAJ97sQlM9MrqJvNwTmZ5FEYsk+EqLQCfb4bv Lrn9gZO9kwfay7nLPNfrmH0= =3VOc -----END PGP SIGNATURE----- --/3yNEOqWowh/8j+e-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 20:56:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13B9816A41B for ; Fri, 25 Jan 2008 20:56:24 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id DC29D13C442 for ; Fri, 25 Jan 2008 20:56:23 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from [192.168.1.112] (wireless.boulder.swri.edu [65.241.78.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id B97348F43C; Fri, 25 Jan 2008 13:56:22 -0700 (MST) Message-ID: <479A4CB0.5080206@skyrush.com> Date: Fri, 25 Jan 2008 13:55:12 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Chuck Swiger References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> In-Reply-To: <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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: Fri, 25 Jan 2008 20:56:24 -0000 Chuck Swiger wrote: > On Jan 25, 2008, at 11:24 AM, Joe Peterson wrote: >> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE >> UPDATED WHEN_FAILED RAW_VALUE >> 1 Raw_Read_Error_Rate 0x000f 114 071 006 Pre-fail >> Always - 82422948 > [ ... ] >> 7 Seek_Error_Rate 0x000f 084 060 030 Pre-fail >> Always - 286126605 > [ ... ] >> 195 Hardware_ECC_Recovered 0x001a 063 046 000 Old_age >> Always - 166181300 > > These numbers are quite worrysome-- they should be zero or nearly so > in a healthy drive. It seems to depend on the drive manufacturer. E.g. this is a Seagate. Every Seagate I've ever had (or heard about on the web via smartctl dumps) reports very large numbers for these values. I've heard it described that Seagate shows you the raw numbers (and correctable errors do happen all the time in all drives). In Western Digital drives (IIRC), the numbers shown are the ones that *should* be zero, thereby hiding the low-level errors. Hard to say if my numbers are "too high", but these "corrected" error counts are always frighteningly high in Seagates. -Joe From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 20:56:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C6DB16A49A for ; Fri, 25 Jan 2008 20:56:45 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.freebsd.org (Postfix) with ESMTP id BD52313C4DD for ; Fri, 25 Jan 2008 20:56:44 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([212.62.248.147] helo=[192.168.2.10]) by anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JIVbP-000AfQ-Mt for freebsd-stable@freebsd.org; Fri, 25 Jan 2008 21:56:43 +0100 Message-Id: <32C5C0A8-ADE7-4244-B8C7-38E6AC22CDDE@anduin.net> From: =?ISO-8859-1?Q?Eirik_=D8verby?= To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Fri, 25 Jan 2008 21:56:43 +0100 X-Mailer: Apple Mail (2.915) Subject: Highpoint drivers on 7.0 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: Fri, 25 Jan 2008 20:56:45 -0000 Hi all, did anyone try the Highpoint RocetRaid drivers (hptmv6.ko) on 7-RC1 or later? I'm considering upgrading one of my servers here, but I need to know if my RAID-controller will work after reinstall.. A shame HPT doesn't release the driver to the community... Thanks, /Eirik From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 20:59:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43F8A16A417 for ; Fri, 25 Jan 2008 20:59:39 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 320AB13C469 for ; Fri, 25 Jan 2008 20:59:38 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id C98C71CC038; Fri, 25 Jan 2008 12:59:38 -0800 (PST) Date: Fri, 25 Jan 2008 12:59:38 -0800 From: Jeremy Chadwick To: Chuck Swiger Message-ID: <20080125205938.GA46170@eos.sc1.parodius.com> References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Joe Peterson , freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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: Fri, 25 Jan 2008 20:59:39 -0000 On Fri, Jan 25, 2008 at 12:46:08PM -0800, Chuck Swiger wrote: > On Jan 25, 2008, at 11:24 AM, Joe Peterson wrote: >> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED >> WHEN_FAILED RAW_VALUE >> 1 Raw_Read_Error_Rate 0x000f 114 071 006 Pre-fail Always >> - 82422948 > [ ... ] >> >> 7 Seek_Error_Rate 0x000f 084 060 030 Pre-fail Always >> - 286126605 > [ ... ] >> 195 Hardware_ECC_Recovered 0x001a 063 046 000 Old_age Always >> - 166181300 > > These numbers are quite worrysome-- they should be zero or nearly so in a > healthy drive. On some drives, yes, but not all drives. His is a Seagate drive -- Seagate uses some of the bits in the "raw data" section for some sort of internal use by the drive firmware. So as they may appear very high in value, the drive appears to function normally, and the actual "adjusted SMART value" (the field under VALUE) doesn't fluxuate. I have Seagate drives all over the place which exhibit identical stats to the above. I've included some for comparison below; each listed is on a different system. Look at attribute 190 (Temperature Celcius) for an example; I don't think any drive can reach 773849124C, for example. Or, well, I sure hope not. :-) I believe in the case of attrib. 190, that's why they present a human-readable value in attribute 194. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ==SNIP== ad6: 476940MB at ata3-master SATA300 SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 112 094 006 Pre-fail Always - 221374987 3 Spin_Up_Time 0x0003 094 094 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 6 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 082 060 030 Pre-fail Always - 200009014 9 Power_On_Hours 0x0032 097 097 000 Old_age Always - 2967 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 9 187 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 189 Unknown_Attribute 0x003a 100 100 000 Old_age Always - 0 190 Temperature_Celsius 0x0022 064 050 045 Old_age Always - 773849124 194 Temperature_Celsius 0x0022 036 050 000 Old_age Always - 36 (Lifetime Min/Max 0/29) 195 Hardware_ECC_Recovered 0x001a 066 059 000 Old_age Always - 36458075 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 18 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 18 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 ad4: 114473MB at ata2-master SATA150 SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 063 052 006 Pre-fail Always - 57703728 3 Spin_Up_Time 0x0003 096 096 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 24 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 082 060 030 Pre-fail Always - 169005025 9 Power_On_Hours 0x0032 096 096 000 Old_age Always - 3536 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 24 194 Temperature_Celsius 0x0022 027 040 000 Old_age Always - 27 (Lifetime Min/Max 0/15) 195 Hardware_ECC_Recovered 0x001a 063 052 000 Old_age Always - 57703728 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 ad4: 238475MB at ata2-master SATA300 ad6: 238475MB at ata3-master SATA300 SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 108 100 006 Pre-fail Always - 0 3 Spin_Up_Time 0x0003 096 095 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 18 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 070 060 030 Pre-fail Always - 11668590 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 624 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 20 187 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 189 Unknown_Attribute 0x003a 100 100 000 Old_age Always - 0 190 Temperature_Celsius 0x0022 067 064 045 Old_age Always - 605421601 194 Temperature_Celsius 0x0022 033 040 000 Old_age Always - 33 (Lifetime Min/Max 0/21) 195 Hardware_ECC_Recovered 0x001a 070 060 000 Old_age Always - 231279734 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 102 091 006 Pre-fail Always - 3716759 3 Spin_Up_Time 0x0003 096 095 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 18 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 081 060 030 Pre-fail Always - 135985049 9 Power_On_Hours 0x0032 098 098 000 Old_age Always - 2186 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 20 187 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 189 Unknown_Attribute 0x003a 100 100 000 Old_age Always - 0 190 Temperature_Celsius 0x0022 068 062 045 Old_age Always - 638910496 194 Temperature_Celsius 0x0022 032 040 000 Old_age Always - 32 (Lifetime Min/Max 0/21) 195 Hardware_ECC_Recovered 0x001a 072 057 000 Old_age Always - 17629155 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 21:02:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C398716A418 for ; Fri, 25 Jan 2008 21:02:59 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id B45FB13C442 for ; Fri, 25 Jan 2008 21:02:59 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 1B9FB1A4D82; Fri, 25 Jan 2008 12:58:58 -0800 (PST) Date: Fri, 25 Jan 2008 12:58:58 -0800 From: Alfred Perlstein To: Eirik ?verby Message-ID: <20080125205858.GI99258@elvis.mu.org> References: <32C5C0A8-ADE7-4244-B8C7-38E6AC22CDDE@anduin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <32C5C0A8-ADE7-4244-B8C7-38E6AC22CDDE@anduin.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Highpoint drivers on 7.0 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: Fri, 25 Jan 2008 21:02:59 -0000 * Eirik ?verby [080125 12:53] wrote: > Hi all, > > did anyone try the Highpoint RocetRaid drivers (hptmv6.ko) on 7-RC1 or > later? I'm considering upgrading one of my servers here, but I need to > know if my RAID-controller will work after reinstall.. > > A shame HPT doesn't release the driver to the community... I would try the following: 1. get 7.x source tree. 2. make buildworld && make buildkernel 3. mv /boot/kernel /boot/kernel6 4. make installkernel 5. reboot, boot with "-s" 6. mount your filesystems, do some io testing. If everything looks well, you can then make installworld and hopefully things proceed safely. -Alfred From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 21:05:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20BD916A46B for ; Fri, 25 Jan 2008 21:05:32 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id D74F013C442 for ; Fri, 25 Jan 2008 21:05:31 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JIVjr-000Mmv-Ki; Fri, 25 Jan 2008 21:05:27 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JIVjr-000Cpg-AQ; Fri, 25 Jan 2008 21:05:27 +0000 Date: Fri, 25 Jan 2008 21:05:27 +0000 From: Thomas Hurst To: Chuck Swiger Message-ID: <20080125210527.GA40754@voi.aagh.net> Mail-Followup-To: Chuck Swiger , Joe Peterson , freebsd-stable@freebsd.org References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> Organization: Not much. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Thomas Hurst Cc: Joe Peterson , freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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: Fri, 25 Jan 2008 21:05:32 -0000 * Chuck Swiger (cswiger@mac.com) wrote: > On Jan 25, 2008, at 11:24 AM, Joe Peterson wrote: >> ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED >> WHEN_FAILED RAW_VALUE >> 1 Raw_Read_Error_Rate 0x000f 114 071 006 Pre-fail Always >> - 82422948 > [ ... ] >> >> 7 Seek_Error_Rate 0x000f 084 060 030 Pre-fail Always >> - 286126605 > [ ... ] >> 195 Hardware_ECC_Recovered 0x001a 063 046 000 Old_age Always >> - 166181300 > > These numbers are quite worrysome-- they should be zero or nearly so in a > healthy drive. No, these are perfectly reasonable for a Seagate. I have about 12 7200.X's and all show the same sort of behavior. If they're nearly zero it's probably a sign your manufacturer isn't actually counting them (marketroids hate accurate SMART readings). Try graphing them as counters; with an idle disk you'll see periodic sawtooth patterns as the heads crawl from one side of the disk to the other. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 21:18:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 358C216A419 for ; Fri, 25 Jan 2008 21:18:23 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id 1B96313C455 for ; Fri, 25 Jan 2008 21:18:22 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay12.apple.com (relay12.apple.com [17.128.113.53]) by mail-out3.apple.com (Postfix) with ESMTP id 99B9D1F2FAA7; Fri, 25 Jan 2008 13:18:22 -0800 (PST) Received: from relay12.apple.com (unknown [127.0.0.1]) by relay12.apple.com (Symantec Mail Security) with ESMTP id 8DF71464004; Fri, 25 Jan 2008 13:18:22 -0800 (PST) X-AuditID: 11807135-9edeebb000004386-a2-479a521efda9 Received: from cswiger1.apple.com (cswiger1.apple.com [17.214.13.96]) by relay12.apple.com (Apple SCV relay) with ESMTP id 73EBE420008; Fri, 25 Jan 2008 13:18:22 -0800 (PST) Message-Id: <5D6C699B-A8D2-4ACD-A9F6-5CB263A88B42@mac.com> From: Chuck Swiger To: Thomas Hurst In-Reply-To: <20080125210527.GA40754@voi.aagh.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Fri, 25 Jan 2008 13:18:22 -0800 References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <20080125210527.GA40754@voi.aagh.net> X-Mailer: Apple Mail (2.915) X-Brightmail-Tracker: AAAAAA== Cc: Joe Peterson , freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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: Fri, 25 Jan 2008 21:18:23 -0000 On Jan 25, 2008, at 1:05 PM, Thomas Hurst wrote: >> These numbers are quite worrysome-- they should be zero or nearly >> so in a >> healthy drive. > > No, these are perfectly reasonable for a Seagate. I have about 12 > 7200.X's and all show the same sort of behavior. If they're nearly > zero > it's probably a sign your manufacturer isn't actually counting them > (marketroids hate accurate SMART readings). > > Try graphing them as counters; with an idle disk you'll see periodic > sawtooth patterns as the heads crawl from one side of the disk to the > other. SMART attributes which end with _Ct or _Count are supposed to increment with every event; things which end with _Rate (ie, Raw_Read_Error_Rate, Seek_Error_Rate) are supposed to indicate the frequency of such errors over time. It would be reasonable for Hardware_ECC_Recovered to keep the incremental count, but not the other two. I agree that minor periodic errors happen over time and are not a great concern, but a happy drive will show zero reallocated sectors, or perhaps a few over the span of a year or two, and will have a ECC recovered or UDMA_CRC count which is much smaller than was reported by Joe. YMMV, of course... -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 21:30:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8E7016A417 for ; Fri, 25 Jan 2008 21:30:55 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id A5F1013C447 for ; Fri, 25 Jan 2008 21:30:55 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 8FBE61CC038; Fri, 25 Jan 2008 13:30:55 -0800 (PST) Date: Fri, 25 Jan 2008 13:30:55 -0800 From: Jeremy Chadwick To: Joe Peterson Message-ID: <20080125213055.GA46500@eos.sc1.parodius.com> References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <479A3764.6050800@skyrush.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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: Fri, 25 Jan 2008 21:30:55 -0000 On Fri, Jan 25, 2008 at 12:24:20PM -0700, Joe Peterson wrote: > In my case, I am using only one disk (ad0) for FreeBSD, and I am only > using one partition on this disk in my ZFS pool. So, in this case, > unfortunately, it's not possible to tell from the fact that only ad0 is > listed that it is specific to this drive. Ah ha. Well, in your below example, you may only be using one drive for FreeBSD (ad0), but you do have a 2nd drive (ad1) which is installed. I would try doing some I/O on /dev/ad1 to see if you can get the timeouts to occur on that drive as well. You don't have to do anything risky with ad1 either: dd if=/dev/ad1 of=/dev/null bs=64k would probably suffice. > Yep, I am also always skeptical of smart reports. That's one reason I > am very interested in ZFS. I don't trust the drive to be completely > reliable, and the fact that ZFS does end-to-end data integrity is very > intriguing. I agree entirely -- and I also use ZFS myself (across two drives in a RAID0-like fashion, with a completely separate drive which is used for nightly backups of the ZFS pool). I'm absolutely thrilled with it; finally something clean, reliable, and simple -- something I've always wanted in a LVM or LVM-like implementation. > > * smartctl -a /dev/ad0 > > OK, I've attached this to the end of this email. > > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ad0: 476940MB at ata0-master UDMA100 The smartctl output for /dev/ad0 looks good, minus the one uncorrected sector. I'm ignoring that since it's proof that the drive knew of it and remapped it. If that number starts incrementing over time, though, replace the drive ASAP, of course. The atacontrol cap output looks fine too; nothing wonky, and the LBA capabilities look fine. The controller is nothing out-of-the-ordinary; it's reliable under FreeBSD (I've had many a motherboard which used it). Of course I haven't used an ICH4 since FreeBSD 3.x, and the ATA layer has changed substantially, numerous times. > {regarding -t short and -t long} > Also, none of the numbers that were zero incremented, esp: > > 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age > Offline - 0 > > Also, no more errors were reported in the system log during the self-tests. Seem to indicate that the drive considers itself healthy. Another test I could recommend at this point would be one that would require a few hours of downtime: download Seagate's SeaTools (will require a CD burner or floppies) and consider doing both "quick" and "long" scans. "Quick" checks some of the stuff we've looked at here, but it also looks at some vendor-specific stuff within the drive. "Long" will scan every block on the disk for errors (and will not destroy data). > OK, I started a scrub, and it will take some more time to complete... > But I get the following with status. Could this be due to the timeouts > and failures? I suspect so, so maybe this is not surprizing. It depends on whether or not you saw more timeouts and cache errors spit out by the kernel while "zpool scrub" ran. If so, then yes, I would definitely say they're related. > I'd also guess that this doesn't necessarily point to the drive, but > anything in the chain of events... I do not have a mirror or RADI-Z, > so I guess the reason there was "no data loss" (yet) is because the > checksum passed, and maybe it just had to retry...? I'm still new to ZFS myself, so I don't have an answer for you. Your conclusion is the same thing I'd conclude, though. > I've been using this same motherboard/BIOS for a long time (as well as > this drive), so no changes have happened to the HW recently. The BIOS > is the newest, available, I believe (It's a Tyan Trinity S2099, so it's > a few years old) I'd say the BIOS is probably not responsible at this point; I'd expect other weird things to be going on with the system if the BIOS was broken in some way (or possibly bit rot in the flash). It's going to be difficult to determine if maybe something on the mainboard has decided to start failing (some transistor within the ICH4, etc...) though. :-( > I'm using regular ATA 80-pin cables. Also, these seem to have been > working fine for quite a while now. But, yes, I have also witnessed bad > cable issues on older systems in the past. I certainly could try a new > cable and see if it helps. I'd try that for sure. It's just one more thing to rule out. > > * Getting a larger power supply (usually when lots of disk are involved) > > I only have two drives, so I think the PS has enough capacity in my case. Agreed; even a 350W PSU should handle 2 disks without a problem. Here's something to ponder: The LBAs being reported as having errors are scattered all over. They aren't lumped together (usually the sign of part of a platter going bad); instead, they're all over the drive. This would indicate either cable problems, motherboard/southbridge problems, or possibly something on the drive PCB itself going bad. The drive PCB going bad is a sad reality -- but sometimes you can replace them with a spare drive that's known to be good, and a Torx screwdriver in most cases. I've seen a lot of old Seagate SCSI drives which start exhibiting random I/O errors which were fixed simply by the PCB being replaced. Bad cache/RAM on the PCB is my guess. There's no sign of your drive actually spinning down or powering down in any way (as you probably know, some drives will actually reset themselves and re-spin up when encountering errors where the drive gets "stuck" or is wedged in some way. I don't know if this is a watchdog on the drive, or if an error condition just causes the drive to reset), so that's ruled out too. My recommendation would be to, in this order: * Replace the 80-pin ATA cable and see if it continues. * Download SeaTools and let it do both quick and long scans. If the problem happens during either scan, then it's safe to say it's either a drive or MB/controller problem and FreeBSD isn't the problem. * Worst-case scenario: purchase an identical drive and see if the problem continues with the new drive. That would rule out the disk being the problem. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 22:28:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C52D16A41A for ; Fri, 25 Jan 2008 22:28:52 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id 5988213C455 for ; Fri, 25 Jan 2008 22:28:46 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from [10.0.3.98] (mail.boulder.swri.edu [65.241.78.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 28FD58F441; Fri, 25 Jan 2008 15:28:37 -0700 (MST) Message-ID: <479A62A4.4080808@skyrush.com> Date: Fri, 25 Jan 2008 15:28:52 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: Sam Leffler References: <1199812249.96494.133.camel@predator-ii.buffyverse> <47981DC7.2030706@skyrush.com> <47987511.6070201@errno.com> <200801250937.22051.jhb@freebsd.org> <479A4AA2.9020408@errno.com> In-Reply-To: <479A4AA2.9020408@errno.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: New KTR trace for mouse freezing/stuttering in 7.0-RC1 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: Fri, 25 Jan 2008 22:28:52 -0000 Sam Leffler wrote: > Sigh, you are correct. I backrev'd the machine where I ran schedgraph > to RELENG_7 and didn't notice the old version mis-parses the ktr file. > The graph is totally different w/ schedgraph from HEAD. > > Sorry Joe for misleading you. No problem, Sam, but the question I have for you now is: do you see anything with the updated schedgraph that indicates any "freezes" that look funny? The length of the ones I saw with mouse movement were mostly some portion of a second, from maybe 1/8 to 1/2 sec. And there should be a lot of them in quick succession. Thanks, Joe From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 22:30:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03E8C16A469; Fri, 25 Jan 2008 22:30:45 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 806B013C478; Fri, 25 Jan 2008 22:30:44 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (holub.ics.muni.cz [147.251.23.83]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id m0PMUgHS007365 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 25 Jan 2008 23:30:42 +0100 From: "Petr Holub" To: "'John Baldwin'" References: <000e01c85dfb$c2f99490$48ecbdb0$@muni.cz> <200801250906.54784.jhb@freebsd.org> <002701c85f6d$a1a331c0$e4e99540$@muni.cz> <200801251509.42978.jhb@freebsd.org> In-Reply-To: <200801251509.42978.jhb@freebsd.org> Date: Fri, 25 Jan 2008 23:30:34 +0100 Message-ID: <002f01c85fa1$eab7b320$c0271960$@muni.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AchfmU+X9nU2lVZVSNSBA2H7faWsGQACB3ag Content-Language: cs X-Muni-Spam-TestIP: 147.251.23.83 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Fri, 25 Jan 2008 23:30:42 +0100 (CET) Cc: freebsd-stable@freebsd.org Subject: RE: snd_emu10k1.ko after 6.2 to 6.3 upgrade 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: Fri, 25 Jan 2008 22:30:45 -0000 > Did you kldload sound.ko before snd_emu10k1.ko? It maybe that freebsd-upgrade > didn't run kldxref on your kernel dir to update the /boot/kernel/linker.hints > file that is used to autoload dependencies. Yes I did, sound.ko is loaded. Actually, I can use sound.ko from the freebsd-update'd tree together with snd_emu10k1.ko built from source and it works without any apparent problem. > You can try doing a 'kldxref /boot/kernel' to see if that fixes the dependency > loading. That hasn't helped: # kldload snd_emu10k1 kldload: can't load snd_emu10k1: No such file or directory dmesg says again: KLD snd_emu10k1.ko: depends on midi - not available ================================================================ Petr Holub CESNET z.s.p.o. Supercomputing Center Brno Zikova 4 Institute of Compt. Science 162 00 Praha 6, CZ Masaryk University Czech Republic Botanicka 68a, 60200 Brno, CZ e-mail: Petr.Holub@cesnet.cz phone: +420-549493944 fax: +420-541212747 e-mail: hopet@ics.muni.cz > -----Original Message----- > From: John Baldwin [mailto:jhb@freebsd.org] > Sent: Friday, January 25, 2008 9:10 PM > To: Petr Holub > Cc: freebsd-stable@freebsd.org > Subject: Re: snd_emu10k1.ko after 6.2 to 6.3 upgrade > > On Friday 25 January 2008 11:16:19 am Petr Holub wrote: > > > Do you have an error message in the dmesg after this? > > > > Yes, I do - sorry, haven't thought it will end up in dmesg > > and not in the terminal. It says: > > > > KLD snd_emu10k1.ko: depends on midi - not available > > > -- > John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 22:31:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3251216A46B for ; Fri, 25 Jan 2008 22:31:17 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id EAA4C13C455 for ; Fri, 25 Jan 2008 22:31:16 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from [10.0.3.98] (mail.boulder.swri.edu [65.241.78.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id B17F88F43C; Fri, 25 Jan 2008 15:31:15 -0700 (MST) Message-ID: <479A6346.3050503@skyrush.com> Date: Fri, 25 Jan 2008 15:31:34 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: John Baldwin References: <1199812249.96494.133.camel@predator-ii.buffyverse> <47981DC7.2030706@skyrush.com> <47987511.6070201@errno.com> <200801250937.22051.jhb@freebsd.org> In-Reply-To: <200801250937.22051.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: New KTR trace for mouse freezing/stuttering in 7.0-RC1 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: Fri, 25 Jan 2008 22:31:17 -0000 John Baldwin wrote: > Hmm, when I look at that graph using schedgraphy from HEAD it just looks > like xtrs is using up all the CPU. Yeah, xtrs is eating a lot of CPU, but I've never seen this affect the mouse movement (making it really jerky) the same way on, e.g., Linux. And the xtrs test is just a way to *reliably* make it happen. It happens intermittently all of the time (at least every few minutes, and often in small batches) even when the system is pretty idle... -Joe From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 22:33:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A42F16A420; Fri, 25 Jan 2008 22:33:01 +0000 (UTC) (envelope-from prvs=1910bf16bb=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 5521013C4D3; Fri, 25 Jan 2008 22:33:00 +0000 (UTC) (envelope-from prvs=1910bf16bb=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1201300330; x=1201905130; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=0N9tfeRoyPqGb1sfbUCiX 6XvU9WVTf1Vbml2dc77JTI=; b=drT2+aQSTA1GCbavdLqBXqQMg/RXnPxv9N7wo ck/K4Iu/OoDDtPs5WovuttoQPNctT1VfzLgTf1wEvddEOtGZiSOQL6w2qeD4asgk ARZ8nKqjcP7eok2C5tTVufRCdaOiQ2+2umMDIBqGZFQSIWQDsBn1CsPvg6TY6Ljk Iyphz8= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50004936331.msg; Fri, 25 Jan 2008 22:32:08 +0000 Message-ID: <090a01c85fa2$1b492be0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Alfred Perlstein" , "Eirik ?verby" References: <32C5C0A8-ADE7-4244-B8C7-38E6AC22CDDE@anduin.net> <20080125205858.GI99258@elvis.mu.org> Date: Fri, 25 Jan 2008 22:32:02 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1910bf16bb=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: mail1.multiplay.co.uk, Fri, 25 Jan 2008 22:32:09 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 25 Jan 2008 22:32:10 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Highpoint drivers on 7.0 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: Fri, 25 Jan 2008 22:33:01 -0000 I would advise contacting them. There support was helpful when I last contacted them and for the card that was involved the did release the code for the driver when enabled us to fix the issues. Regards Steve ----- Original Message ----- From: "Alfred Perlstein" >* Eirik ?verby [080125 12:53] wrote: >> Hi all, >> >> did anyone try the Highpoint RocetRaid drivers (hptmv6.ko) on 7-RC1 or >> later? I'm considering upgrading one of my servers here, but I need to >> know if my RAID-controller will work after reinstall.. >> >> A shame HPT doesn't release the driver to the community... ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 23:08:56 2008 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 6699216A468; Fri, 25 Jan 2008 23:08:56 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id C49C813C46A; Fri, 25 Jan 2008 23:08:55 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [194.192.25.138] (laptop.deepcore.dk [194.192.25.138]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id m0PN8gvL029135; Sat, 26 Jan 2008 00:08:42 +0100 (CET) (envelope-from sos@deepcore.dk) Message-Id: <9D0F5CA3-FE1E-40C1-A208-9BD377BCE4BB@deepcore.dk> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: John Baldwin In-Reply-To: <200801250906.16186.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Sat, 26 Jan 2008 00:08:42 +0100 References: <559697920801231136s1dc42d42q41b614596e57fbf3@mail.gmail.com> <47979EFB.2050601@delphij.net> <00278157-73F7-4580-95DB-AAAA371DF924@deepcore.dk> <200801250906.16186.jhb@freebsd.org> X-Mailer: Apple Mail (2.915) Cc: d@delphij.net, stable@FreeBSD.ORG, Yoshihiko Sarumaru , freebsd-stable@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: 6.3-RELEASE can not mount root on Cyrix 5530 ATA33 controller 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: Fri, 25 Jan 2008 23:08:56 -0000 On 25Jan, 2008, at 15:05 , John Baldwin wrote: > On Wednesday 23 January 2008 03:52:39 pm S=F8ren Schmidt wrote: >> On 23Jan, 2008, at 21:09 , Xin LI wrote: >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Yoshihiko Sarumaru wrote: >>>> Hello, >>>> I updated my Geode GX1 PC from RELENG_6_2 to RELENG_6_3 and found >>>> root mount failed after reboot. >>>> >>>> This problem was caused by a change to ata-pci.c to pick up wider =20= >>>> old >>>> ata controller as ata-pci devices at ata_legacy() function, and >>>> roll backing >>>> that file resolved this problem for me. >>> >>> Which revision? >> >> Actually, its the fix to pci/pci.c that hasn't been backported to 6.x >> yet... > > Rev 1.343? It should apply to 6.x cleanly. Patch below: Yep, that one exactly. -S=F8ren > > > Index: pci.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /host/cvs/usr/cvs/src/sys/dev/pci/pci.c,v > retrieving revision 1.292.2.23 > diff -u -r1.292.2.23 pci.c > --- pci.c 10 Jan 2008 21:17:12 -0000 1.292.2.23 > +++ pci.c 25 Jan 2008 14:05:20 -0000 > @@ -1898,7 +1898,9 @@ > /* ATA devices needs special map treatment */ > if ((pci_get_class(dev) =3D=3D PCIC_STORAGE) && > (pci_get_subclass(dev) =3D=3D PCIS_STORAGE_IDE) && > - (pci_get_progif(dev) & PCIP_STORAGE_IDE_MASTERDEV)) > + ((pci_get_progif(dev) & PCIP_STORAGE_IDE_MASTERDEV) || > + (!pci_read_config(dev, PCIR_BAR(0), 4) && > + !pci_read_config(dev, PCIR_BAR(2), 4))) ) > pci_ata_maps(pcib, bus, dev, b, s, f, rl, force, = prefetchmask); > else > for (i =3D 0; i < cfg->nummaps;) > > > --=20 > John Baldwin > > From owner-freebsd-stable@FreeBSD.ORG Fri Jan 25 23:08:56 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6699216A468; Fri, 25 Jan 2008 23:08:56 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id C49C813C46A; Fri, 25 Jan 2008 23:08:55 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [194.192.25.138] (laptop.deepcore.dk [194.192.25.138]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id m0PN8gvL029135; Sat, 26 Jan 2008 00:08:42 +0100 (CET) (envelope-from sos@deepcore.dk) Message-Id: <9D0F5CA3-FE1E-40C1-A208-9BD377BCE4BB@deepcore.dk> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: John Baldwin In-Reply-To: <200801250906.16186.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v915) Date: Sat, 26 Jan 2008 00:08:42 +0100 References: <559697920801231136s1dc42d42q41b614596e57fbf3@mail.gmail.com> <47979EFB.2050601@delphij.net> <00278157-73F7-4580-95DB-AAAA371DF924@deepcore.dk> <200801250906.16186.jhb@freebsd.org> X-Mailer: Apple Mail (2.915) Cc: d@delphij.net, stable@FreeBSD.ORG, Yoshihiko Sarumaru , freebsd-stable@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: 6.3-RELEASE can not mount root on Cyrix 5530 ATA33 controller 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: Fri, 25 Jan 2008 23:08:56 -0000 On 25Jan, 2008, at 15:05 , John Baldwin wrote: > On Wednesday 23 January 2008 03:52:39 pm S=F8ren Schmidt wrote: >> On 23Jan, 2008, at 21:09 , Xin LI wrote: >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Yoshihiko Sarumaru wrote: >>>> Hello, >>>> I updated my Geode GX1 PC from RELENG_6_2 to RELENG_6_3 and found >>>> root mount failed after reboot. >>>> >>>> This problem was caused by a change to ata-pci.c to pick up wider =20= >>>> old >>>> ata controller as ata-pci devices at ata_legacy() function, and >>>> roll backing >>>> that file resolved this problem for me. >>> >>> Which revision? >> >> Actually, its the fix to pci/pci.c that hasn't been backported to 6.x >> yet... > > Rev 1.343? It should apply to 6.x cleanly. Patch below: Yep, that one exactly. -S=F8ren > > > Index: pci.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /host/cvs/usr/cvs/src/sys/dev/pci/pci.c,v > retrieving revision 1.292.2.23 > diff -u -r1.292.2.23 pci.c > --- pci.c 10 Jan 2008 21:17:12 -0000 1.292.2.23 > +++ pci.c 25 Jan 2008 14:05:20 -0000 > @@ -1898,7 +1898,9 @@ > /* ATA devices needs special map treatment */ > if ((pci_get_class(dev) =3D=3D PCIC_STORAGE) && > (pci_get_subclass(dev) =3D=3D PCIS_STORAGE_IDE) && > - (pci_get_progif(dev) & PCIP_STORAGE_IDE_MASTERDEV)) > + ((pci_get_progif(dev) & PCIP_STORAGE_IDE_MASTERDEV) || > + (!pci_read_config(dev, PCIR_BAR(0), 4) && > + !pci_read_config(dev, PCIR_BAR(2), 4))) ) > pci_ata_maps(pcib, bus, dev, b, s, f, rl, force, = prefetchmask); > else > for (i =3D 0; i < cfg->nummaps;) > > > --=20 > John Baldwin > > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 00:38:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3457716A418 for ; Sat, 26 Jan 2008 00:38:46 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1B64213C448 for ; Sat, 26 Jan 2008 00:38:46 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 0A4091CC038; Fri, 25 Jan 2008 16:38:46 -0800 (PST) Date: Fri, 25 Jan 2008 16:38:46 -0800 From: Jeremy Chadwick To: Joe Peterson Message-ID: <20080126003845.GA52183@eos.sc1.parodius.com> References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <479A4CB0.5080206@skyrush.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 00:38:46 -0000 Joe, I wanted to send you a note about something that I'm still in the process of dealing with. The timing couldn't be more ironic. I decided it would be worthwhile to migrate from my two-disk ZFS stripe with a non-ZFS disk for nightly backups, to to a RAIDZ pool of all 3 disks combined (since they're all the same size). I had another terminal with gstat -I500ms running in it, so I could see overall I/O. All was going well until about the 81GB mark of the copy. gstat started showing 0KB in/out on all the drives, and the rsync was stalled. ^Z did nothing, which is usually a bad sign. :-) I ssh'd in and did a dmesg (summarised): ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951071 ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951327 ad6: FAILURE - WRITE_DMA timed out LBA=13951071 ad6: FAILURE - WRITE_DMA timed out LBA=13951327 ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951583 ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951839 ad6: FAILURE - WRITE_DMA timed out LBA=13951583 ad6: FAILURE - WRITE_DMA timed out LBA=13951839 ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13952095 ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13952351 g_vfs_done():ad6s1d[WRITE(offset=7142916096, length=131072)]error = 5 g_vfs_done():ad6s1d[WRITE(offset=7143047168, length=131072)]error = 5 g_vfs_done():ad6s1d[WRITE(offset=7143178240, length=131072)]error = 5 g_vfs_done():ad6s1d[WRITE(offset=7143309312, length=131072)]error = 5 g_vfs_done():ad6s1d[WRITE(offset=7143440384, length=131072)]error = 5 It appears my /dev/ad6 (a Seagate -- more irony) must have some bad blocks. Actually, after letting things go for a while, I realised the box just locked up. Probably kernel panic'd due to the I/O problem. I'll have to poke at SMART stats later to see what showed up. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 01:00:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E04D16A417 for ; Sat, 26 Jan 2008 01:00:55 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 051C313C469 for ; Sat, 26 Jan 2008 01:00:54 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id E680F1CC079; Fri, 25 Jan 2008 17:00:54 -0800 (PST) Date: Fri, 25 Jan 2008 17:00:54 -0800 From: Jeremy Chadwick To: Joe Peterson Message-ID: <20080126010054.GA52891@eos.sc1.parodius.com> References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080126003845.GA52183@eos.sc1.parodius.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 01:00:55 -0000 On Fri, Jan 25, 2008 at 04:38:46PM -0800, Jeremy Chadwick wrote: > I'll have to poke at SMART stats later to see what showed up. So the box did indeed panic. The backtrace contained about 1.5 screens of function calls from the stack, which makes taking a photo of the screen a bit worthless. All the functions shown were predominantly I/O related, and a disk locked up (or something), this didn't surprise me. SMART stats showed absolutely nothing wrong with ad6, or any of the other drives on the system. Worse: my ZFS pool appears *completely* gone -- that's about 170GB of data. I don't even know how that happened, because there were absolutely no issues reported on either of the disks on the ZFS pool. It's like the situation somehow caused ZFS to go crazy and lose all of it's metadata. icarus# zfs list no datasets available This doesn't bode well, and doesn't make me happy. At all. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 01:03:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40D9716A420 for ; Sat, 26 Jan 2008 01:03:17 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id 8D50E13C45D for ; Sat, 26 Jan 2008 01:03:16 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from [10.0.3.98] (mail.boulder.swri.edu [65.241.78.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 9BAAD8F441; Fri, 25 Jan 2008 18:03:15 -0700 (MST) Message-ID: <479A86E5.5060806@skyrush.com> Date: Fri, 25 Jan 2008 18:03:33 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: Jeremy Chadwick References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> In-Reply-To: <20080126003845.GA52183@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 01:03:17 -0000 Jeremy Chadwick wrote: > Joe, I wanted to send you a note about something that I'm still in the > process of dealing with. The timing couldn't be more ironic. > > I decided it would be worthwhile to migrate from my two-disk ZFS stripe > with a non-ZFS disk for nightly backups, to to a RAIDZ pool of all 3 > disks combined (since they're all the same size). I had another > terminal with gstat -I500ms running in it, so I could see overall I/O. > > All was going well until about the 81GB mark of the copy. gstat started > showing 0KB in/out on all the drives, and the rsync was stalled. ^Z did > nothing, which is usually a bad sign. :-) I ssh'd in and did a dmesg > (summarised): > > ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly > ad6: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly > ad6: WARNING - SET_MULTI taskqueue timeout - completing request directly > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951071 > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951327 > ad6: FAILURE - WRITE_DMA timed out LBA=13951071 > ad6: FAILURE - WRITE_DMA timed out LBA=13951327 > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951583 > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13951839 > ad6: FAILURE - WRITE_DMA timed out LBA=13951583 > ad6: FAILURE - WRITE_DMA timed out LBA=13951839 > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13952095 > ad6: TIMEOUT - WRITE_DMA retrying (0 retries left) LBA=13952351 > g_vfs_done():ad6s1d[WRITE(offset=7142916096, length=131072)]error = 5 > g_vfs_done():ad6s1d[WRITE(offset=7143047168, length=131072)]error = 5 > g_vfs_done():ad6s1d[WRITE(offset=7143178240, length=131072)]error = 5 > g_vfs_done():ad6s1d[WRITE(offset=7143309312, length=131072)]error = 5 > g_vfs_done():ad6s1d[WRITE(offset=7143440384, length=131072)]error = 5 > > It appears my /dev/ad6 (a Seagate -- more irony) must have some bad > blocks. Actually, after letting things go for a while, I realised the > box just locked up. Probably kernel panic'd due to the I/O problem. > I'll have to poke at SMART stats later to see what showed up. Wow, pretty crazy! Hmm, and yes, those LBAs do look close together. Well, let me know how the smartctl output looks. I'd be curious if your bad sector count rises. I had noticed that 1 BTW, I tried: crater# dd if=/dev/ad1s4 of=/dev/null bs=64k ^C1408596+0 records in 1408596+0 records out 92313747456 bytes transferred in 1415.324362 secs (65224446 bytes/sec) (I let it go for 92GB or so) - no messages about ad1. So I wonder if this points at either the cable connector on ad0 or the drive itself. I guess I'd rather have a failing drive than motherboard... I originally was wondering if somehow something peculiar about ZFS's disk access pattern was making it happen... THanks for the recomendations. I'll keep an eye on it, and I'll let you know what a cable change does for me. Still, I have not had any ad0 messages since this morning (I haven't been using the system today much, but maybe the cron processes are more likely to trigger it... -Joe From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 01:06:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9520916A420 for ; Sat, 26 Jan 2008 01:06:53 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7B5AC13C478 for ; Sat, 26 Jan 2008 01:06:53 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 603E41CC038; Fri, 25 Jan 2008 17:06:53 -0800 (PST) Date: Fri, 25 Jan 2008 17:06:53 -0800 From: Jeremy Chadwick To: Joe Peterson Message-ID: <20080126010653.GA53255@eos.sc1.parodius.com> References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <20080126010054.GA52891@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080126010054.GA52891@eos.sc1.parodius.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 01:06:53 -0000 On Fri, Jan 25, 2008 at 05:00:54PM -0800, Jeremy Chadwick wrote: > icarus# zfs list > no datasets available > > This doesn't bode well, and doesn't make me happy. At all. Pshew! I was able to get ZFS to start seeing the pool again by doing the following: (Supposedly "zpool import" by itself will show you a list of pools which it manages to see...") icarus# zpool import -f storage icarus# df -k /storage Filesystem 1024-blocks Used Avail Capacity Mounted on storage 957873024 106124032 851748992 11% /storage icarus# zfs list NAME USED AVAIL REFER MOUNTPOINT storage 101G 812G 101G /storage icarus# zpool status pool: storage state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM storage ONLINE 0 0 0 ad8 ONLINE 0 0 0 ad10 ONLINE 0 0 0 errors: No known data errors Back to the drawing board. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 01:17:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F39516A41A; Sat, 26 Jan 2008 01:17:08 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id CC53013C468; Sat, 26 Jan 2008 01:17:07 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from [10.0.3.98] (mail.boulder.swri.edu [65.241.78.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 8F5FE8F448; Fri, 25 Jan 2008 18:17:06 -0700 (MST) Message-ID: <479A8A24.5050409@skyrush.com> Date: Fri, 25 Jan 2008 18:17:24 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: Jeremy Chadwick References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <20080126010054.GA52891@eos.sc1.parodius.com> <20080126010653.GA53255@eos.sc1.parodius.com> In-Reply-To: <20080126010653.GA53255@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 01:17:08 -0000 Glad you got it back! Yes, when I was first playing with ZFS, I noticed that booting between single and multi user mode could make the pools "invisible". Import seemed to bring them back... So, is the disk toast, or can you still read anything from it (part table, etc.)? -Joe Jeremy Chadwick wrote: > On Fri, Jan 25, 2008 at 05:00:54PM -0800, Jeremy Chadwick wrote: >> icarus# zfs list >> no datasets available >> >> This doesn't bode well, and doesn't make me happy. At all. > > Pshew! I was able to get ZFS to start seeing the pool again by doing > the following: (Supposedly "zpool import" by itself will show you a > list of pools which it manages to see...") > > icarus# zpool import -f storage > icarus# df -k /storage > Filesystem 1024-blocks Used Avail Capacity Mounted on > storage 957873024 106124032 851748992 11% /storage > icarus# zfs list > NAME USED AVAIL REFER MOUNTPOINT > storage 101G 812G 101G /storage > icarus# zpool status > pool: storage > state: ONLINE > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > storage ONLINE 0 0 0 > ad8 ONLINE 0 0 0 > ad10 ONLINE 0 0 0 > > errors: No known data errors > > Back to the drawing board. > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 01:21:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5EE316A46B for ; Sat, 26 Jan 2008 01:21:24 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9104313C469 for ; Sat, 26 Jan 2008 01:21:24 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 6D61E1CC05F; Fri, 25 Jan 2008 17:21:24 -0800 (PST) Date: Fri, 25 Jan 2008 17:21:24 -0800 From: Jeremy Chadwick To: Joe Peterson Message-ID: <20080126012124.GA53400@eos.sc1.parodius.com> References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <479A86E5.5060806@skyrush.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <479A86E5.5060806@skyrush.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 01:21:24 -0000 On Fri, Jan 25, 2008 at 06:03:33PM -0700, Joe Peterson wrote: > Wow, pretty crazy! Hmm, and yes, those LBAs do look close together. > Well, let me know how the smartctl output looks. I'd be curious if your > bad sector count rises. Absolutely nada on the SMART statistics. Nothing incremented or changed in any way. My short and long tests did not change any of the data in the fields either. Full output is below my .sig. > BTW, I tried: > > crater# dd if=/dev/ad1s4 of=/dev/null bs=64k > ^C1408596+0 records in > 1408596+0 records out > 92313747456 bytes transferred in 1415.324362 secs (65224446 bytes/sec) > > (I let it go for 92GB or so) - no messages about ad1. So I wonder if > this points at either the cable connector on ad0 or the drive itself. I > guess I'd rather have a failing drive than motherboard... > > I originally was wondering if somehow something peculiar about ZFS's > disk access pattern was making it happen... Since I'm used to dealing with disk issues (at work and personally), I'm left wondering if this is some strange ATA subsystem quirk, or ultimately something with ZFS (your "something peculiar about ZFS's disk access pattern" claim is starting to look more plausible). This may sound suicidal, but I'm hoping to recreate the scenario somehow, and then punt the details to Soren or Xin Li for further investigation -- if it looks like an ATA subsystem thing, that is. It is interesting to note that we both have Seagate disks... :-) I'll have to run SeaTools on my disk to see if anything comes back, or run a selective LBA test in smartctl (since the drive supports it). I've restarted my rsync since, and it's happily chomping away without an issue. If my problem was TRULY a bad block or something causing mechanical lock-up on the disk, I'd have expected my latest rsync to induce it. There's always the chance of some bizarre drive firmware bug too. > THanks for the recomendations. I'll keep an eye on it, and I'll let you > know what a cable change does for me. Still, I have not had any ad0 > messages since this morning (I haven't been using the system today much, > but maybe the cron processes are more likely to trigger it... Understood. In my case, I *know* the cables are fine, because the box itself I just built and migrated to a few days ago (change of motherboard, chassis, and addition of SATA hot-swap backplane). We use the same motherboard (Supermicro PDSMI+) in all of our production servers in our datacenter, and they're rock-solid. I've done hot-swapping without any issue on those systems too, and I've never seen any SATA system issues -- one of the systems is our datacenter backup server, which holds nightly backups for all the other boxes (about 6). Due to the heavy disk I/O that occurs for hours at a time, if this was some weird system quirk, motherboard problem, or SATA bus/cable issue, we would've seen it by now. FWIW: all our systems, including the backup box, use UFS2 exclusively -- no ZFS in the picture. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | icarus# smartctl -a /dev/ad6 smartctl version 5.37 [i386-portbld-freebsd7.0] Copyright (C) 2002-6 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Model Family: Seagate Barracuda 7200.10 family Device Model: ST3500630AS Serial Number: 9QG1YWNL Firmware Version: 3.AAE User Capacity: 500,107,862,016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 7 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Fri Jan 25 17:10:31 2008 PST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 430) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: ( 163) minutes. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 114 094 006 Pre-fail Always - 131599973 3 Spin_Up_Time 0x0003 094 094 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 6 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 082 060 030 Pre-fail Always - 200325271 9 Power_On_Hours 0x0032 097 097 000 Old_age Always - 2970 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 9 187 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 189 Unknown_Attribute 0x003a 100 100 000 Old_age Always - 0 190 Temperature_Celsius 0x0022 063 050 045 Old_age Always - 773849125 194 Temperature_Celsius 0x0022 037 050 000 Old_age Always - 37 (Lifetime Min/Max 0/29) 195 Hardware_ECC_Recovered 0x001a 062 059 000 Old_age Always - 5882952 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0 202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed without error 00% 2970 - # 2 Short offline Completed without error 00% 321 - SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 01:25:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E53B116A41A for ; Sat, 26 Jan 2008 01:25:57 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id CA32C13C455 for ; Sat, 26 Jan 2008 01:25:57 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id BA7911CC038; Fri, 25 Jan 2008 17:25:57 -0800 (PST) Date: Fri, 25 Jan 2008 17:25:57 -0800 From: Jeremy Chadwick To: Joe Peterson Message-ID: <20080126012557.GB53400@eos.sc1.parodius.com> References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <20080126010054.GA52891@eos.sc1.parodius.com> <20080126010653.GA53255@eos.sc1.parodius.com> <479A8A24.5050409@skyrush.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <479A8A24.5050409@skyrush.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 01:25:58 -0000 On Fri, Jan 25, 2008 at 06:17:24PM -0700, Joe Peterson wrote: > Glad you got it back! Yes, when I was first playing with ZFS, I noticed > that booting between single and multi user mode could make the pools > "invisible". Import seemed to bring them back... I did go into single-user mode and attempt to do ZFS-related commands, which might explain the "no datasets available" once I was back in multiuser! I would classify that as a bug, and one which is going to cause all sorts of hair-pulling for administrators in the future. I wonder what it's caused by. The "import" technique I found on a forum somewhere, or possibly on a Solaris mailing list. I was really sweating there for a moment... > So, is the disk toast, or can you still read anything from it (part > table, etc.)? The ad6 disk (/backups) fsck'd cleanly without any missing files or anomalies. The ZFS pool that has two striped disks (ad8 and ad10) is fully intact too, with no loss of data that I can see. I'll have to run a scrub after I'm done copying data over to ad6, just to make sure though. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 01:26:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 160BA16A419 for ; Sat, 26 Jan 2008 01:26:01 +0000 (UTC) (envelope-from andymac@bullseye.apana.org.au) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id 9272F13C457 for ; Sat, 26 Jan 2008 01:26:00 +0000 (UTC) (envelope-from andymac@bullseye.apana.org.au) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAK4Xmkc7pyr8/2dsb2JhbACBWKxl X-IronPort-AV: E=Sophos;i="4.25,253,1199626200"; d="scan'208";a="42467534" Received: from ppp59-167-42-252.lns2.cbr1.internode.on.net (HELO bullseye.apana.org.au) ([59.167.42.252]) by ipmail05.adl2.internode.on.net with ESMTP; 26 Jan 2008 11:40:42 +1030 Received: from [192.168.63.10] (tenring.andymac.org [192.168.63.10]) by bullseye.apana.org.au (8.13.6/8.13.6) with ESMTP id m0Q1Bijv054989; Sat, 26 Jan 2008 12:11:44 +1100 (EST) (envelope-from andymac@bullseye.andymac.org) Message-ID: <479A88B8.9020300@bullseye.andymac.org> Date: Sat, 26 Jan 2008 11:11:20 +1000 From: Andrew MacIntyre User-Agent: Thunderbird 2.0.0.9 (OS/2/20071120) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <20080125213055.GA46500@eos.sc1.parodius.com> In-Reply-To: <20080125213055.GA46500@eos.sc1.parodius.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Joe Peterson Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 01:26:01 -0000 Jeremy Chadwick wrote: >>> * Getting a larger power supply (usually when lots of disk are involved) >> I only have two drives, so I think the PS has enough capacity in my case. > > Agreed; even a 350W PSU should handle 2 disks without a problem. I've seen power supplies with a sagging 12V rail cause these sorts of problems. -- ------------------------------------------------------------------------- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac@bullseye.apana.org.au (pref) | Snail: PO Box 370 andymac@pcug.org.au (alt) | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 04:04:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11E5316A41A for ; Sat, 26 Jan 2008 04:04:58 +0000 (UTC) (envelope-from jendries@pragmeta.com) Received: from mx2.pragmeta.com (mx2.pragmeta.com [216.230.164.34]) by mx1.freebsd.org (Postfix) with ESMTP id D194313C4E7 for ; Sat, 26 Jan 2008 04:04:57 +0000 (UTC) (envelope-from jendries@pragmeta.com) Received: from [10.20.30.2] (cpe-74-69-170-166.stny.res.rr.com [74.69.170.166]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.pragmeta.com (Postfix) with ESMTP id 72D441DAD1 for ; Fri, 25 Jan 2008 22:32:21 -0500 (EST) Message-ID: <479AA9C3.7010001@pragmeta.com> Date: Fri, 25 Jan 2008 22:32:19 -0500 From: Josh Endries User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Well-supported SAS RAID card for 6.3? 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, 26 Jan 2008 04:04:58 -0000 Hello, I'm buying a new server and will put 6.3 on it and would like to use SAS; normally I use 3ware SATA. I've been reading a lot including man pages but can't seem to find definitive information on SAS cards that are well-supported and work well. I've found reports that cards listed in man pages don't seem to work, and confusion about chips/cards. Does anyone have experience with recent SAS cards or machines with integrated chips? Thanks! From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 04:25:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD94E16A469 for ; Sat, 26 Jan 2008 04:25:16 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 9D55213C44B for ; Sat, 26 Jan 2008 04:25:14 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id PAA19455; Sat, 26 Jan 2008 15:25:11 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 26 Jan 2008 15:25:09 +1100 (EST) From: Ian Smith To: Jeremy Chadwick In-Reply-To: <20080126012124.GA53400@eos.sc1.parodius.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Joe Peterson , freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 04:25:16 -0000 On Fri, 25 Jan 2008, Jeremy Chadwick wrote: > On Fri, Jan 25, 2008 at 06:03:33PM -0700, Joe Peterson wrote: > > Wow, pretty crazy! Hmm, and yes, those LBAs do look close together. > > Well, let me know how the smartctl output looks. I'd be curious if your > > bad sector count rises. > > Absolutely nada on the SMART statistics. Nothing incremented or changed > in any way. My short and long tests did not change any of the data in > the fields either. Full output is below my .sig. [..] > It is interesting to note that we both have Seagate disks... :-) I'll > have to run SeaTools on my disk to see if anything comes back, or run a > selective LBA test in smartctl (since the drive supports it). [..] > smartctl version 5.37 [i386-portbld-freebsd7.0] Copyright (C) 2002-6 Bruce Allen > === START OF INFORMATION SECTION === > Model Family: Seagate Barracuda 7200.10 family > Device Model: ST3500630AS > Serial Number: 9QG1YWNL > Firmware Version: 3.AAE Same firmware as Joe's, too, though his ad1 was a bit later (3.AAG or H?) > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE > 1 Raw_Read_Error_Rate 0x000f 114 094 006 Pre-fail Always - 131599973 > 3 Spin_Up_Time 0x0003 094 094 000 Pre-fail Always - 0 > 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 6 > 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 > 7 Seek_Error_Rate 0x000f 082 060 030 Pre-fail Always - 200325271 > 9 Power_On_Hours 0x0032 097 097 000 Old_age Always - 2970 > 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 > 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 9 > 187 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0 > 189 Unknown_Attribute 0x003a 100 100 000 Old_age Always - 0 > 190 Temperature_Celsius 0x0022 063 050 045 Old_age Always - 773849125 > 194 Temperature_Celsius 0x0022 037 050 000 Old_age Always - 37 (Lifetime Min/Max 0/29) I noticed Joe's Temp readings look similarly borked too - attribute 190 is likely something else, despite same flag value as 194, which then shows clearly wrong values for min/max, though raw temp is reasonable: 190 Temperature_Celsius 0x0022 065 056 045 Old_age Always - 605749283 194 Temperature_Celsius 0x0022 035 044 000 Old_age Always - 35 (Lifetime Min/Max 0/15) .. which only goes to show, as I've seen with other attributes on other drive brands, that smartctl's database isn't necessarily reliable over all versions / revisions of a given drive. Add salt to taste .. Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 10:54:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E34F016A468; Sat, 26 Jan 2008 10:54:47 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6E75713C44B; Sat, 26 Jan 2008 10:54:47 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 5BBE01BAC2E; Sat, 26 Jan 2008 11:54:45 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.2/8.14.2) with ESMTP id m0QAsgUK030891; Sat, 26 Jan 2008 11:54:42 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1201344884; bh=5yB3UvP2w5fV96kkPN+/Qh+7me58hVVUl3sV3RT A9TQ=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=tAq/o54fI27 ApDDqMTY9A+qKDx7jGDy+qRcVJrOb/k8VCuY/8NqP+pecovQSUYMBbQo10Z40c4ue29 Nr+/0S6w== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=xt9hrYAxx7Rzvag0IwujSmP3IHA9NdKGqo9QaPBWpApuMa/5d9whampSoM3CCJ1UX oLnSMCaSvyCZm3B4E2CEA== Message-ID: <479B1172.4050706@restart.be> Date: Sat, 26 Jan 2008 11:54:42 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.9 (X11/20071118) MIME-Version: 1.0 To: Jeremy Chadwick References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <20080126010054.GA52891@eos.sc1.parodius.com> <20080126010653.GA53255@eos.sc1.parodius.com> <479A8A24.5050409@skyrush.com> <20080126012557.GB53400@eos.sc1.parodius.com> In-Reply-To: <20080126012557.GB53400@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: Joe Peterson , freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 10:54:48 -0000 Jeremy Chadwick wrote: > On Fri, Jan 25, 2008 at 06:17:24PM -0700, Joe Peterson wrote: >> Glad you got it back! Yes, when I was first playing with ZFS, I noticed >> that booting between single and multi user mode could make the pools >> "invisible". Import seemed to bring them back... > > I did go into single-user mode and attempt to do ZFS-related commands, > which might explain the "no datasets available" once I was back in > multiuser! I would classify that as a bug, and one which is going to > cause all sorts of hair-pulling for administrators in the future. I > wonder what it's caused by. In single user / is read only and so /boot/zfs/zpool.cache can't be created/updated Henri > > The "import" technique I found on a forum somewhere, or possibly on a > Solaris mailing list. I was really sweating there for a moment... > >> So, is the disk toast, or can you still read anything from it (part >> table, etc.)? > > The ad6 disk (/backups) fsck'd cleanly without any missing files or > anomalies. > > The ZFS pool that has two striped disks (ad8 and ad10) is fully intact > too, with no loss of data that I can see. I'll have to run a scrub > after I'm done copying data over to ad6, just to make sure though. > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 15:11:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D2B016A418 for ; Sat, 26 Jan 2008 15:11:43 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id E735B13C447 for ; Sat, 26 Jan 2008 15:11:42 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m0QFBdcU090010; Sat, 26 Jan 2008 08:11:39 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <479B4DAB.3030504@samsco.org> Date: Sat, 26 Jan 2008 08:11:39 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: Josh Endries References: <479AA9C3.7010001@pragmeta.com> In-Reply-To: <479AA9C3.7010001@pragmeta.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sat, 26 Jan 2008 08:11:39 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: Well-supported SAS RAID card for 6.3? 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, 26 Jan 2008 15:11:43 -0000 Josh Endries wrote: > Hello, > > I'm buying a new server and will put 6.3 on it and would like to use > SAS; normally I use 3ware SATA. I've been reading a lot including man > pages but can't seem to find definitive information on SAS cards that > are well-supported and work well. I've found reports that cards listed > in man pages don't seem to work, and confusion about chips/cards. Does > anyone have experience with recent SAS cards or machines with integrated > chips? > LSI, Highpoint, Areca, 3ware, and Adaptec are all well supported in FreeBSD. Scott From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 15:39:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 439B816A419 for ; Sat, 26 Jan 2008 15:39:53 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id CA00C13C4D5 for ; Sat, 26 Jan 2008 15:39:52 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A7C46.dip.t-dialin.net [84.154.124.70]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id m0QFdoD0045609 for ; Sat, 26 Jan 2008 15:39:51 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m0QFeu50040336 for ; Sat, 26 Jan 2008 16:40:56 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m0QFepNs021618 for ; Sat, 26 Jan 2008 16:40:56 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200801261540.m0QFepNs021618@fire.js.berklix.net> To: freebsd-stable@freebsd.org Comments: In-reply-to "Julian Stacey" message dated "." Date: Sat, 26 Jan 2008 16:40:51 +0100 From: "Julian H. Stacey" Subject: dmesg : no output on 1 of 2 7-stable boxes 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, 26 Jan 2008 15:39:53 -0000 One of 2 laptops running 7-stable shows nothing with dmesg, (other is OK). Needs fresh eyes please, as I've already checked all this: - Text is in /var/log/messages, readable to normal users. - df shows enough disc - I patched out all of loader.conf, except essential hw.ata.ata_dma="0" (that was to remove any *verbose* that might be overflowing - I tried loader.conf kern.msgbuf=64000 - Tried a Generic kernel - I've recompiled & installed dmesg & kernels - Haven't done a make world (slow box), but repeated make all ; make install with each day's new source. - Both hosts running same /usr/src from yesterday: /pub/FreeBSD/development/CTM/src-7/src-7.0102.gz Jan 25 15:25 TZ=GMT+01:00 - cd /etc;grep dmesg * rc.conf:dmesg_enable="YES" # Save dmesg(8) to /var/run/dmesg.boot Binary file rc.d matches # Just the standard /etc/rc.d/dmesg rc.local:/sbin/dmesg > /tmp/dmesg.rc.local # -rw-r--r-- 1 root wheel 0 Jan 25 14:01 /tmp/dmesg.rc.local - mergemaster -sicvP Any ideas please ? Julian -- Julian Stacey. Munich Consultant: BSD Linux Unix. http://berklix.com From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 18:32:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C85316A41A for ; Sat, 26 Jan 2008 18:32:06 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id 4E33313C467 for ; Sat, 26 Jan 2008 18:32:06 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from [10.1.2.160] (pawnee.wildlava.net [67.40.138.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 2E2978F441 for ; Sat, 26 Jan 2008 11:32:05 -0700 (MST) Message-ID: <479B7C60.7000800@skyrush.com> Date: Sat, 26 Jan 2008 11:30:56 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <479A86E5.5060806@skyrush.com> <20080126012124.GA53400@eos.sc1.parodius.com> In-Reply-To: <20080126012124.GA53400@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 18:32:06 -0000 I performed a ZFS scrub, which finished yesterday, and no new /var/log/messages errors were reported during that time. However, the scrub found something interesting: crater# zpool status -v pool: tank state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: http://www.sun.com/msg/ZFS-8000-8A scrub: scrub completed with 1 errors on Fri Jan 25 12:52:32 2008 config: NAME STATE READ WRITE CKSUM tank ONLINE 1 3 2 ad0s1d ONLINE 1 3 2 errors: Permanent errors have been detected in the following files: /home/joe/music/jukebox/christmas/Esquivel/Merry_XMas_from_the_SpaceAge_ Bachelor_Pad/07-Snowfall.mp3 Note that I have not touched this file since copying it to this drive. So, it seems one file failed a checksum check during the scrub. I now (expectedly) get errors trying to read this file - probably ZFS indicating the condition. When I just logged in tonight, I got two more /var/log/messages disk messages about WRITE_DMA48 TIMEOUT/FAILURE - might be a coincidence (just as I was typing my password). Also, smartctl still shows PASSED, however, this is interesting: 195 Hardware_ECC_Recovered 0x001a 061 046 000 Old_age Always - 9070 The number is much *smaller* now! It was "6" a few minutes before this... wrap around? Hmm, I'm really not sure, at this point, what is going on. So I have started a "SeaTools" (disk scanner from Seagate) "long test" of the drive. The short test passed already. The results should be interesting. If it finds nothing wrong, I am going to start to wonder if I am experiencing ZFS bugs that just happen to look like drive problems. I already did a long read, under linux, of disk contents, and got no messages about anything wrong. If I can turn on any debugging info to help determine if this is software-related, let me know the magic keywords to use. :) -Joe From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 20:16:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E38516A417 for ; Sat, 26 Jan 2008 20:16:41 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id ECF5713C465 for ; Sat, 26 Jan 2008 20:16:40 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from [10.1.2.160] (pawnee.wildlava.net [67.40.138.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 3C7118F44A for ; Sat, 26 Jan 2008 13:16:40 -0700 (MST) Message-ID: <479B94E3.2030905@skyrush.com> Date: Sat, 26 Jan 2008 13:15:31 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <479A86E5.5060806@skyrush.com> <20080126012124.GA53400@eos.sc1.parodius.com> <479B7C60.7000800@skyrush.com> In-Reply-To: <479B7C60.7000800@skyrush.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 20:16:41 -0000 Joe Peterson wrote: > So I have started a "SeaTools" (disk scanner from Seagate) "long test" of the > drive. The short test passed already. The results should be interesting. If > it finds nothing wrong, I am going to start to wonder if I am experiencing ZFS > bugs that just happen to look like drive problems. I already did a long read, > under linux, of disk contents, and got no messages about anything wrong. Update: both SHORT and LONG tests passed for this drive in SeaTools. Hmph... the mystery remains. -Joe From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 20:17:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F30B416A418 for ; Sat, 26 Jan 2008 20:17:43 +0000 (UTC) (envelope-from jendries@pragmeta.com) Received: from mx2.pragmeta.com (mx2.pragmeta.com [216.230.164.34]) by mx1.freebsd.org (Postfix) with ESMTP id 7B4A713C447 for ; Sat, 26 Jan 2008 20:17:41 +0000 (UTC) (envelope-from jendries@pragmeta.com) Received: from [10.20.30.2] (cpe-74-69-170-166.stny.res.rr.com [74.69.170.166]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.pragmeta.com (Postfix) with ESMTP id 900A21DAC1 for ; Sat, 26 Jan 2008 15:17:32 -0500 (EST) Message-ID: <479B9551.7000501@pragmeta.com> Date: Sat, 26 Jan 2008 15:17:21 -0500 From: Josh Endries User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <479AA9C3.7010001@pragmeta.com> <479B4DAB.3030504@samsco.org> In-Reply-To: <479B4DAB.3030504@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Well-supported SAS RAID card for 6.3? 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, 26 Jan 2008 20:17:44 -0000 Hi Scott, Scott Long wrote: > LSI, Highpoint, Areca, 3ware, and Adaptec are all well supported in > FreeBSD. Are they? I don't see any reference to the LSI8708, LSI8888 or LSI1068 in the man pages I can find...does anyone use these? Some people have problems with the PERC 6/i (which I think is an LSI), which makes me wonder. 3ware says their SAS driver is in beta...I dunno, I'm not trying to be confrontational, maybe I'm just overly skeptical or paranoid or something. I'm leaning towards 3ware right now, but still looking for success/failure stories. Thanks for the responses! J From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 20:28:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 962F416A41B for ; Sat, 26 Jan 2008 20:28:40 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4DA6213C45D for ; Sat, 26 Jan 2008 20:28:40 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JIrdk-0007LB-Pl for freebsd-stable@freebsd.org; Sat, 26 Jan 2008 20:28:36 +0000 Received: from 89-172-58-9.adsl.net.t-com.hr ([89.172.58.9]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Jan 2008 20:28:36 +0000 Received: from ivoras by 89-172-58-9.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Jan 2008 20:28:36 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 26 Jan 2008 21:28:29 +0100 Lines: 42 Message-ID: References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <20080126010054.GA52891@eos.sc1.parodius.com> <20080126010653.GA53255@eos.sc1.parodius.com> <479A8A24.5050409@skyrush.com> <20080126012557.GB53400@eos.sc1.parodius.com> <479B1172.4050706@restart.be> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig541A6422C43EE038256E968A" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-58-9.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <479B1172.4050706@restart.be> X-Enigmail-Version: 0.95.6 Sender: news Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 20:28:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig541A6422C43EE038256E968A Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Henri Hennebert wrote: > Jeremy Chadwick wrote: >> On Fri, Jan 25, 2008 at 06:17:24PM -0700, Joe Peterson wrote: >>> Glad you got it back! Yes, when I was first playing with ZFS, I noti= ced >>> that booting between single and multi user mode could make the pools >>> "invisible". Import seemed to bring them back... >> >> I did go into single-user mode and attempt to do ZFS-related commands,= >> which might explain the "no datasets available" once I was back in >> multiuser! I would classify that as a bug, and one which is going to >> cause all sorts of hair-pulling for administrators in the future. I >> wonder what it's caused by. >=20 > In single user / is read only and so /boot/zfs/zpool.cache can't be=20 > created/updated But it's still readable. The issue is that hostid isn't set (by=20 /etc/rc.d/hostid). --------------enig541A6422C43EE038256E968A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHm5ftldnAQVacBcgRAqqGAJ92m/BfAFwm8hLVQG3LFvCSIxd+fQCgv2ZU 7PC+UWmX4+wQzKxkIBd6ors= =Zwbj -----END PGP SIGNATURE----- --------------enig541A6422C43EE038256E968A-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 20:35:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ED8716A418 for ; Sat, 26 Jan 2008 20:35:59 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id ACE5413C469 for ; Sat, 26 Jan 2008 20:35:58 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JIrkq-0007fE-1G for freebsd-stable@freebsd.org; Sat, 26 Jan 2008 20:35:56 +0000 Received: from 89-172-58-9.adsl.net.t-com.hr ([89.172.58.9]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Jan 2008 20:35:56 +0000 Received: from ivoras by 89-172-58-9.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Jan 2008 20:35:56 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 26 Jan 2008 21:35:48 +0100 Lines: 40 Message-ID: References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <479A86E5.5060806@skyrush.com> <20080126012124.GA53400@eos.sc1.parodius.com> <479B7C60.7000800@skyrush.com> <479B94E3.2030905@skyrush.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1A155183EDA1DB9BC9E5CBD8" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-58-9.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <479B94E3.2030905@skyrush.com> X-Enigmail-Version: 0.95.6 Sender: news Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 20:35:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1A155183EDA1DB9BC9E5CBD8 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Joe Peterson wrote: > Joe Peterson wrote: >> So I have started a "SeaTools" (disk scanner from Seagate) "long test"= of the >> drive. The short test passed already. The results should be interest= ing. If >> it finds nothing wrong, I am going to start to wonder if I am experien= cing ZFS >> bugs that just happen to look like drive problems. I already did a lo= ng read, >> under linux, of disk contents, and got no messages about anything wron= g. >=20 > Update: both SHORT and LONG tests passed for this drive in SeaTools. > Hmph... the mystery remains. Were both tests done in the same machine (actually, I mean the same PSU)?= --------------enig1A155183EDA1DB9BC9E5CBD8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHm5mkldnAQVacBcgRAsXoAJ9g+//jsOJT3x7JfpSwiiHQNtSyDACdGfAv cIHbJDzSikMCwUVFrKoEToQ= =SQA1 -----END PGP SIGNATURE----- --------------enig1A155183EDA1DB9BC9E5CBD8-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 21:38:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5A2E16A419 for ; Sat, 26 Jan 2008 21:38:39 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: from mx2.synetsystems.com (mx2.synetsystems.com [76.10.206.15]) by mx1.freebsd.org (Postfix) with ESMTP id 814FD13C448 for ; Sat, 26 Jan 2008 21:38:39 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: by mx2.synetsystems.com (Postfix, from userid 66) id 2EBFA688; Sat, 26 Jan 2008 01:15:17 -0500 (EST) Received: from rmtodd by servalan.servalan.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JIdu0-0003Tl-UR for freebsd-stable@freebsd.org; Fri, 25 Jan 2008 23:48:28 -0600 To: freebsd-stable@freebsd.org References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <20080126010054.GA52891@eos.sc1.parodius.com> <20080126010653.GA53255@eos.sc1.parodius.com> <479A8A24.5050409@skyrush.com> From: Richard Todd Date: Fri, 25 Jan 2008 23:48:28 -0600 In-Reply-To: (Joe Peterson's message of "Fri, 25 Jan 2008 18:17:24 -0700") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.4.21 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 21:38:39 -0000 Joe Peterson writes: > Glad you got it back! Yes, when I was first playing with ZFS, I noticed > that booting between single and multi user mode could make the pools > "invisible". Import seemed to bring them back... Yeah. ZFS pools record the hostid of the system that accessed them last. When you boot in single-user mode, /etc/rc.d/hostid doesn't get run, so the hostid is zero, which doesn't match the hostid in the pool, so the pool doesn't show up without an import. Workaround: always make sure you run /etc/rc.d/hostid start in single-user before doing any ZFS tinkering. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 22:19:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C73FE16A419 for ; Sat, 26 Jan 2008 22:19:37 +0000 (UTC) (envelope-from nixx@freebsd.se) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 3164F13C45A for ; Sat, 26 Jan 2008 22:19:36 +0000 (UTC) (envelope-from nixx@freebsd.se) Received: by fg-out-1718.google.com with SMTP id 16so1274772fgg.35 for ; Sat, 26 Jan 2008 14:19:35 -0800 (PST) Received: by 10.78.204.20 with SMTP id b20mr5138750hug.33.1201384461239; Sat, 26 Jan 2008 13:54:21 -0800 (PST) Received: from athlon.freebsd.se ( [80.217.232.83]) by mx.google.com with ESMTPS id i3sm8332162nfh.28.2008.01.26.13.54.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 26 Jan 2008 13:54:19 -0800 (PST) Message-ID: <479BAC09.7040505@freebsd.se> Date: Sat, 26 Jan 2008 22:54:17 +0100 From: Nikolaj Farrell User-Agent: Thunderbird 2.0.0.9 (X11/20080120) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ad8: TIMEOUT - WRITE_DMA errors UFS 7.0-RC1 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, 26 Jan 2008 22:19:38 -0000 After upgrading from RELENG_6_2 to 7.0-RC1 I am experiencing system becoming unresponsive during intensive disk operations. Only solution is a power off. These hangs occured pretty much within a few hours of first running 7.0-RC1. 6.2R was fine. I am not running ZFS. The hangs are easy to reproduce by an unrar of an archive ~4.4GB. The system will not hang during "normal" operations. Below are the errors I get, output from dmesg, atacontrol cap and smartctl tests. (The long test is aborted below, but as indicated previously completed without errors) These are the errors: --- Jan 26 19:55:36 athlon kernel: ad8: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Jan 26 19:55:36 athlon kernel: ad8: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly Jan 26 19:55:36 athlon kernel: ad8: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly Jan 26 19:55:36 athlon kernel: ad8: WARNING - SET_MULTI taskqueue timeout - completing request directly Jan 26 19:55:36 athlon kernel: ad8: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=55552415 Jan 26 19:55:36 athlon kernel: ad8: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Jan 26 19:55:36 athlon kernel: ad8: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Jan 26 19:55:36 athlon kernel: ad8: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly Jan 26 19:55:36 athlon kernel: ad8: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly Jan 26 19:55:36 athlon kernel: ad8: WARNING - SET_MULTI taskqueue timeout - completing request directly Jan 26 19:55:36 athlon kernel: ad8: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=55552543 --- and so on... This computer has only the one SATA hard drive. dmesg info: atapci1: port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f,0xc000-0xc0ff irq 21 at device 15.0 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ad8: 238475MB at ata4-master SATA150 --- atacontrol cap ad8 Protocol Serial ATA II device model SAMSUNG SP2504C serial number S09QJ1CP201268 firmware revision VT100-50 cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 488397168 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) yes - 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes no 0/0x00 254/0xFE --- smartctl -a /dev/ad8: === START OF INFORMATION SECTION === Model Family: SAMSUNG SpinPoint P120 series Device Model: SAMSUNG SP2504C Serial Number: S09QJ1CP201268 Firmware Version: VT100-50 User Capacity: 250 059 350 016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 7 ATA Standard is: ATA/ATAPI-7 T13 1532D revision 4a Local Time is: Sat Jan 26 22:44:43 2008 CET SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x02) Offline data collection activity was completed without error. Auto Offline Data Collection: Disabled. Self-test execution status: ( 25) The self-test routine was aborted by the host. Total time to complete Offline data collection: (5028) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: ( 83) minutes. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 100 100 051 Pre-fail Always - 42 3 Spin_Up_Time 0x0007 253 253 025 Pre-fail Always - 5824 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 267 5 Reallocated_Sector_Ct 0x0033 253 253 010 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 253 253 051 Pre-fail Always - 0 8 Seek_Time_Performance 0x0025 253 253 015 Pre-fail Offline - 0 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 1806 10 Spin_Retry_Count 0x0033 253 253 051 Pre-fail Always - 0 11 Calibration_Retry_Count 0x0012 253 253 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 267 187 Unknown_Attribute 0x0032 253 253 000 Old_age Always - 262144 190 Temperature_Celsius 0x0022 145 124 000 Old_age Always - 31 194 Temperature_Celsius 0x0022 145 124 000 Old_age Always - 31 195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 264950591 196 Reallocated_Event_Count 0x0032 253 253 000 Old_age Always - 0 197 Current_Pending_Sector 0x0012 253 253 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 253 253 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x000a 100 100 000 Old_age Always - 0 201 Soft_Read_Error_Rate 0x000a 100 100 000 Old_age Always - 0 202 TA_Increase_Count 0x0032 253 253 000 Old_age Always - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Abort offline test Aborted by host 90% 1806 - # 2 Extended offline Completed without error 00% 1806 - # 3 Abort offline test Aborted by host 80% 1804 - # 4 Short offline Completed without error 00% 57 - If I have missed some important information, please advise me what you need. Thank you Nikolaj From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 22:58:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32F0916A417 for ; Sat, 26 Jan 2008 22:58:24 +0000 (UTC) (envelope-from remco@spacemarines.us) Received: from green.qinip.net (green.qinip.net [62.100.30.36]) by mx1.freebsd.org (Postfix) with ESMTP id D61C313C448 for ; Sat, 26 Jan 2008 22:58:23 +0000 (UTC) (envelope-from remco@spacemarines.us) Received: from marshal.spacemarines.us (h89220144089.dsl.speedlinq.nl [89.220.144.89]) by green.qinip.net (Postfix) with ESMTP id C7CEBD0C0; Sat, 26 Jan 2008 23:37:56 +0100 (CET) Received: by marshal.spacemarines.us (Postfix, from userid 1000) id 5E98F1C09A; Sat, 26 Jan 2008 23:37:50 +0100 (CET) Date: Sat, 26 Jan 2008 23:37:50 +0100 To: Nikolaj Farrell Message-ID: <20080126223750.GA8397@marshal.spacemarines.us> References: <479BAC09.7040505@freebsd.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <479BAC09.7040505@freebsd.se> User-Agent: Mutt/1.5.13 (2006-08-11) From: remco@spacemarines.us (Remco van Bekkum) Cc: freebsd-stable@freebsd.org Subject: Re: ad8: TIMEOUT - WRITE_DMA errors UFS 7.0-RC1 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, 26 Jan 2008 22:58:24 -0000 Same here. On an amd64 system with 1x sata disk (Western Digital Caviar Green Power) on an amd690G chipset, with UFS and intensive disk activity the system hangs and in the end it may panic. I've csupped today and rebuild world & generic kernel but still it's very unstable, sometimes it even hangs when activating geom volumes at boot time... I must add that this is a new system so I'm not 100% sure the hardware is sane. Using ZFS it also crashed when doing intensive I/O. I can supply additional info later if that may help. Cheers, Remco On Sat, Jan 26, 2008 at 10:54:17PM +0100, Nikolaj Farrell wrote: > After upgrading from RELENG_6_2 to 7.0-RC1 I am experiencing system > becoming unresponsive during intensive disk operations. Only solution is > a power off. These hangs occured pretty much within a few hours of first > running 7.0-RC1. 6.2R was fine. I am not running ZFS. > > The hangs are easy to reproduce by an unrar of an archive ~4.4GB. The > system will not hang during "normal" operations. > > Below are the errors I get, output from dmesg, atacontrol cap and > smartctl tests. (The long test is aborted below, but as indicated > previously completed without errors) > > These are the errors: > --- > Jan 26 19:55:36 athlon kernel: ad8: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request directly > Jan 26 19:55:36 athlon kernel: ad8: WARNING - SETFEATURES ENABLE RCACHE > taskqueue timeout - completing request directly > Jan 26 19:55:36 athlon kernel: ad8: WARNING - SETFEATURES ENABLE WCACHE > taskqueue timeout - completing request directly > Jan 26 19:55:36 athlon kernel: ad8: WARNING - SET_MULTI taskqueue > timeout - completing request directly > Jan 26 19:55:36 athlon kernel: ad8: TIMEOUT - WRITE_DMA retrying (1 > retry left) LBA=55552415 > Jan 26 19:55:36 athlon kernel: ad8: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request directly > Jan 26 19:55:36 athlon kernel: ad8: WARNING - SETFEATURES SET TRANSFER > MODE taskqueue timeout - completing request directly > Jan 26 19:55:36 athlon kernel: ad8: WARNING - SETFEATURES ENABLE RCACHE > taskqueue timeout - completing request directly > Jan 26 19:55:36 athlon kernel: ad8: WARNING - SETFEATURES ENABLE WCACHE > taskqueue timeout - completing request directly > Jan 26 19:55:36 athlon kernel: ad8: WARNING - SET_MULTI taskqueue > timeout - completing request directly > Jan 26 19:55:36 athlon kernel: ad8: TIMEOUT - WRITE_DMA retrying (1 > retry left) LBA=55552543 > --- > and so on... > > This computer has only the one SATA hard drive. > dmesg info: > atapci1: port > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f,0xc000-0xc0ff > irq 21 at device 15.0 on pci0 > atapci1: [ITHREAD] > ata4: on atapci1 > ad8: 238475MB at ata4-master SATA150 > > --- > > atacontrol cap ad8 > > Protocol Serial ATA II > device model SAMSUNG SP2504C > serial number S09QJ1CP201268 > firmware revision VT100-50 > cylinders 16383 > heads 16 > sectors/track 63 > lba supported 268435455 sectors > lba48 supported 488397168 sectors > dma supported > overlap not supported > > Feature Support Enable Value Vendor > write cache yes yes > read ahead yes yes > Native Command Queuing (NCQ) yes - 31/0x1F > Tagged Command Queuing (TCQ) no no 31/0x1F > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management no no 0/0x00 > automatic acoustic management yes no 0/0x00 254/0xFE > > --- > smartctl -a /dev/ad8: > > === START OF INFORMATION SECTION === > Model Family: SAMSUNG SpinPoint P120 series > Device Model: SAMSUNG SP2504C > Serial Number: S09QJ1CP201268 > Firmware Version: VT100-50 > User Capacity: 250 059 350 016 bytes > Device is: In smartctl database [for details use: -P show] > ATA Version is: 7 > ATA Standard is: ATA/ATAPI-7 T13 1532D revision 4a > Local Time is: Sat Jan 26 22:44:43 2008 CET > SMART support is: Available - device has SMART capability. > SMART support is: Enabled > > === START OF READ SMART DATA SECTION === > SMART overall-health self-assessment test result: PASSED > > General SMART Values: > Offline data collection status: (0x02) Offline data collection activity > was completed without error. > Auto Offline Data Collection: > Disabled. > Self-test execution status: ( 25) The self-test routine was aborted by > the host. > Total time to complete Offline > data collection: (5028) seconds. > Offline data collection > capabilities: (0x5b) SMART execute Offline immediate. > Auto Offline data collection > on/off support. > Suspend Offline collection upon new > command. > Offline surface scan supported. > Self-test supported. > No Conveyance Self-test supported. > Selective Self-test supported. > SMART capabilities: (0x0003) Saves SMART data before entering > power-saving mode. > Supports SMART auto save timer. > Error logging capability: (0x01) Error logging supported. > General Purpose Logging supported. > Short self-test routine > recommended polling time: ( 1) minutes. > Extended self-test routine > recommended polling time: ( 83) minutes. > > SMART Attributes Data Structure revision number: 16 > Vendor Specific SMART Attributes with Thresholds: > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE > UPDATED WHEN_FAILED RAW_VALUE > 1 Raw_Read_Error_Rate 0x000f 100 100 051 Pre-fail > Always - 42 > 3 Spin_Up_Time 0x0007 253 253 025 Pre-fail > Always - 5824 > 4 Start_Stop_Count 0x0032 100 100 000 Old_age > Always - 267 > 5 Reallocated_Sector_Ct 0x0033 253 253 010 Pre-fail > Always - 0 > 7 Seek_Error_Rate 0x000f 253 253 051 Pre-fail > Always - 0 > 8 Seek_Time_Performance 0x0025 253 253 015 Pre-fail > Offline - 0 > 9 Power_On_Hours 0x0032 100 100 000 Old_age > Always - 1806 > 10 Spin_Retry_Count 0x0033 253 253 051 Pre-fail > Always - 0 > 11 Calibration_Retry_Count 0x0012 253 253 000 Old_age > Always - 0 > 12 Power_Cycle_Count 0x0032 100 100 000 Old_age > Always - 267 > 187 Unknown_Attribute 0x0032 253 253 000 Old_age Always > - 262144 > 190 Temperature_Celsius 0x0022 145 124 000 Old_age Always > - 31 > 194 Temperature_Celsius 0x0022 145 124 000 Old_age Always > - 31 > 195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always > - 264950591 > 196 Reallocated_Event_Count 0x0032 253 253 000 Old_age Always > - 0 > 197 Current_Pending_Sector 0x0012 253 253 000 Old_age Always > - 0 > 198 Offline_Uncorrectable 0x0030 253 253 000 Old_age > Offline - 0 > 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always > - 0 > 200 Multi_Zone_Error_Rate 0x000a 100 100 000 Old_age Always > - 0 > 201 Soft_Read_Error_Rate 0x000a 100 100 000 Old_age Always > - 0 > 202 TA_Increase_Count 0x0032 253 253 000 Old_age Always > - 0 > > SMART Error Log Version: 1 > No Errors Logged > > SMART Self-test log structure revision number 1 > Num Test_Description Status Remaining > LifeTime(hours) LBA_of_first_error > # 1 Abort offline test Aborted by host 90% 1806 > - > # 2 Extended offline Completed without error 00% 1806 > - > # 3 Abort offline test Aborted by host 80% 1804 > - > # 4 Short offline Completed without error 00% 57 > - > > If I have missed some important information, please advise me what you need. > > Thank you > Nikolaj > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 23:21:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2904016A418 for ; Sat, 26 Jan 2008 23:21:34 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id E644613C442 for ; Sat, 26 Jan 2008 23:21:33 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from [10.1.2.160] (pawnee.wildlava.net [67.40.138.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id 4D0E48F44A; Sat, 26 Jan 2008 16:21:33 -0700 (MST) Message-ID: <479BC038.4020006@skyrush.com> Date: Sat, 26 Jan 2008 16:20:24 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Ivan Voras References: <479A0731.6020405@skyrush.com> <20080125162940.GA38494@eos.sc1.parodius.com> <479A3764.6050800@skyrush.com> <3803988D-8D18-4E89-92EA-19BF62FD2395@mac.com> <479A4CB0.5080206@skyrush.com> <20080126003845.GA52183@eos.sc1.parodius.com> <479A86E5.5060806@skyrush.com> <20080126012124.GA53400@eos.sc1.parodius.com> <479B7C60.7000800@skyrush.com> <479B94E3.2030905@skyrush.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1 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, 26 Jan 2008 23:21:34 -0000 Ivan Voras wrote: > Were both tests done in the same machine (actually, I mean the same PSU)? Yes - I deliberately changed nothing (not even cables) before I ran the tests. I didn't want any variables. -Joe From owner-freebsd-stable@FreeBSD.ORG Sat Jan 26 23:29:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E9F216A468 for ; Sat, 26 Jan 2008 23:29:38 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from shadow.wildlava.net (shadow.wildlava.net [67.40.138.81]) by mx1.freebsd.org (Postfix) with ESMTP id 6904413C442 for ; Sat, 26 Jan 2008 23:29:38 +0000 (UTC) (envelope-from joe@skyrush.com) Received: from [10.1.2.160] (pawnee.wildlava.net [67.40.138.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shadow.wildlava.net (Postfix) with ESMTP id ED7F88F44D; Sat, 26 Jan 2008 16:29:37 -0700 (MST) Message-ID: <479BC21D.10607@skyrush.com> Date: Sat, 26 Jan 2008 16:28:29 -0700 From: Joe Peterson User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Remco van Bekkum References: <479BAC09.7040505@freebsd.se> <20080126223750.GA8397@marshal.spacemarines.us> In-Reply-To: <20080126223750.GA8397@marshal.spacemarines.us> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Nikolaj Farrell , freebsd-stable@freebsd.org Subject: Re: ad8: TIMEOUT - WRITE_DMA errors UFS 7.0-RC1 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, 26 Jan 2008 23:29:38 -0000 Remco van Bekkum wrote: > Same here. On an amd64 system with 1x sata disk (Western Digital Caviar > Green Power) on an amd690G chipset, with UFS and intensive disk activity > the system hangs and in the end it may panic. I've csupped today and > rebuild world & generic kernel but still it's very unstable, sometimes it > even hangs when activating geom volumes at boot time... > I must add that this is a new system so I'm not 100% sure the hardware is sane. > Using ZFS it also crashed when doing intensive I/O. This is very interesting. It seems to there are several of us who are experiencing something that *looks* like hardware (disk) issues when using 7.0. Could this be related to the mouse freeze issue? Could some process be locking/grabbing the CPU at inopportune times and causing not only the freezing symptoms but also reads/writes problems? Can anyone else using 7.0 who hasn't already (especially those using ZFS) check his/her /var/log/messages for disk TIMEOUTs or other disk error messages? If this is widespread, I think the chances re slim that it is a hardware problem in every case. -Joe