From owner-freebsd-stable@FreeBSD.ORG Sun May 20 12:04:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3788716A400 for ; Sun, 20 May 2007 12:04:01 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id C02F613C44B for ; Sun, 20 May 2007 12:04:00 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so706404ugh for ; Sun, 20 May 2007 05:03:59 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; 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; b=ZBt7OwQN3DLW8mOj4wQHTRUY4AbTkp5q7b74X1XCqrfcUE1ZKPYS9et6BA/z4STmypZ04ZQWlJ8vwvy85Ln9iOgW97srQc89rMdr3pMjVgtu156xM5wmpkRwItDKTaBT4MGnWgX5r9bw1/04AZ8w0w8tFpI10ZrhpTbDntmkYlU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NeChfgkb/opSKxBmwdTByBLqlcagEW5bqnRwtCdAtE6HT0FVAs/1YUJqYzIoTD1oITW0ma2hN4O7rmqHH6dyczj0Svp4sZLKLBIgjqCOjkBUmAK78LG9kHry4ntJtNhPN8hLVC7INo3RZ5AVQMdaLBKBuduqmC68+sWcWQtSxdI= Received: by 10.82.163.13 with SMTP id l13mr6485391bue.1179662638756; Sun, 20 May 2007 05:03:58 -0700 (PDT) Received: by 10.82.171.9 with HTTP; Sun, 20 May 2007 05:03:58 -0700 (PDT) Message-ID: <14989d6e0705200503m2546ab1cm7abbbfd4cb1839f8@mail.gmail.com> Date: Sun, 20 May 2007 14:03:58 +0200 From: "Christian Walther" To: "KAYVEN RIESE" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070501204548.L860@thinkpad.dieringer.dyndns.org> <200705021458.01813.doconnor@gsoft.com.au> <4638BDBC.4070805@iki.fi> <790a9fff0705021049i72979babya2cf173222dcda20@mail.gmail.com> <14989d6e0705180049l2a427dbdx2baa43204d250f04@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: make mplayer failed 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 May 2007 12:04:01 -0000 On 19/05/07, KAYVEN RIESE wrote: > > > On Fri, 18 May 2007, Christian Walther wrote: > > On 17/05/07, KAYVEN RIESE wrote: > >> > >> here is my error message > >> > >> onfigure: error: Package requirements (glib-2.0 >= 2.12.0 atk >= 1.9.0 > >> pa > >> ngo >= 1.12.0 cairo >= 1.2.0) were not met: > >> > >> No package 'atk' found > >> Requested 'cairo >= 1.2.0' but version of cairo is 1.0.2 > >> > > [...] > > > > atk is in /usr/ports/accessibility. Are you using a ports-supfile with > > accessibility removed? > > it's possible somebody toldme to do that. how can i diagnose? Well, I don't know how you do updates of your ports collection. Are you using portsnap or cvsup/csup? The latter needs a "ports-supfile" which can be tweaked to include/exclude certain segments of the ports tree. The easiest way to check if atk is available as a port is to do a cd /usr/ports/accessibility ls -ld atk* On my system, this gives me: drwxr-xr-x 2 root wheel 512 May 20 13:15 atk drwxr-xr-x 2 root wheel 512 Mar 28 19:39 atk-reference From owner-freebsd-stable@FreeBSD.ORG Sun May 20 16:53:00 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9937516A421 for ; Sun, 20 May 2007 16:53:00 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id BDFFC13C458 for ; Sun, 20 May 2007 16:52:59 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (pato.euesrg02.net [192.168.0.3]) by alf.dyndns.ws (8.13.1/8.13.1) with ESMTP id l4KGQU0d027280 for ; Sun, 20 May 2007 18:26:35 +0200 (CEST) (envelope-from victor@bsdes.net) Date: Sun, 20 May 2007 18:26:30 +0200 From: Victor Balada Diaz To: stable@freebsd.org Message-ID: <20070520162630.GA1481@pato.euesrg02.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="gKMricLos+KVdGMg" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.13 (2006-08-11) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (alf.dyndns.ws [217.126.240.244]); Sun, 20 May 2007 18:26:36 +0200 (CEST) Cc: Subject: RTC clock doesn't generate interrupts 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 May 2007 16:53:00 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit Hello, I have a server with FreeBSD 6.2 that is not generating RTC IRQs. When the system boots everything it's working fine and I get 128 interrupts per second but after a few hours the system starts losing RTC interrupts. If I enable powerd it happens much faster than without it. I've searched on the internet for other people with the same problem and I've found that this one[1] could be related, but as I'm not using APM can't use the workaround. Any ideas on how could I fix this? Attached are the dmesg and vmstat -i output. [1]: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=27863+0+archive/2000/freebsd-hardware/20000130.freebsd-hardware -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.txt" 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.2-RELEASE-p2 #0: Sun Mar 11 23:57:37 CET 2007 victor@equilibrium.XXXXX.XXXXX:/usr/obj/usr/src/sys/EQUILIBRIUM Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (868.64-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 401473536 (382 MB) avail memory = 383381504 (365 MB) pnpbios: Bad PnP BIOS data checksum acpi0: < INTEL SOLANO70> on motherboard acpi0: Power Button (fixed) 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_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff,0xffa80000-0xffafffff irq 11 at device 2.0 on pci0 pcib1: at device 30.0 on pci0 pci1: on pcib1 fxp0: port 0xdc00-0xdc3f mem 0xff8fe000-0xff8fefff,0xff700000-0xff7fffff irq 7 at device 3.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:30:48:22:8d:9e fxp1: port 0xd480-0xd4bf mem 0xff8fd000-0xff8fdfff,0xff600000-0xff6fffff irq 11 at device 4.0 on pci1 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:30:48:22:8d:9d ahc0: port 0xd000-0xd0ff mem 0xff8fc000-0xff8fcfff irq 3 at device 5.0 on pci1 ahc0: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xd800-0xd8ff mem 0xff8ff000-0xff8fffff irq 10 at device 5.1 on pci1 ahc1: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.2 (no driver attached) pci0: at device 31.3 (no driver attached) pci0: at device 31.4 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc9fff,0xcc000-0xccfff,0xcd000-0xcdfff,0xce000-0xd3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 868640155 Hz quality 800 Timecounters tick every 1.000 msec ad2: 305245MB at ata1-master UDMA100 da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 17547MB (35937500 512 byte sectors: 255H 63S/T 2237C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 17547MB (35937500 512 byte sectors: 255H 63S/T 2237C) GEOM_MIRROR: Device os created (id=653370967). GEOM_MIRROR: Device os: provider da0 detected. GEOM_MIRROR: Device os: provider da1 detected. GEOM_MIRROR: Device os: provider da1 activated. GEOM_MIRROR: Device os: provider da0 activated. GEOM_MIRROR: Device os: provider mirror/os launched. Trying to mount root from ufs:/dev/mirror/oss1a fxp0: link state changed to DOWN fxp0: link state changed to UP fxp0: link state changed to DOWN fxp0: link state changed to UP --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vmstat.txt" interrupt total rate irq0: clk 1899333021 994 irq3: ahc0 6090152 3 irq7: fxp0 2849709 1 irq8: rtc 2829835 1 irq10: ahc1 15 0 irq11: fxp1 26988940 14 irq15: ata1 2300972 1 Total 1940392644 1015 --gKMricLos+KVdGMg-- From owner-freebsd-stable@FreeBSD.ORG Sun May 20 19:11:42 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2267716A400 for ; Sun, 20 May 2007 19:11:42 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id A379E13C44B for ; Sun, 20 May 2007 19:11:41 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l4KJBNk9037420; Mon, 21 May 2007 05:11:23 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l4KJBNmA037419; Mon, 21 May 2007 05:11:23 +1000 (EST) (envelope-from peter) Date: Mon, 21 May 2007 05:11:23 +1000 From: Peter Jeremy To: Victor Balada Diaz Message-ID: <20070520191123.GR1164@turion.vk2pj.dyndns.org> References: <20070520162630.GA1481@pato.euesrg02.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JlJsEFsx9RQyiX4C" Content-Disposition: inline In-Reply-To: <20070520162630.GA1481@pato.euesrg02.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: stable@freebsd.org Subject: Re: RTC clock doesn't generate interrupts 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 May 2007 19:11:42 -0000 --JlJsEFsx9RQyiX4C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-May-20 18:26:30 +0200, Victor Balada Diaz wrote: >I have a server with FreeBSD 6.2 that is not generating RTC IRQs. >When the system boots everything it's working fine and I get 128 >interrupts per second but after a few hours the system starts >losing RTC interrupts. If I enable powerd it happens much faster >than without it. The RTC has a "feature" that if you ever lose an RTC interrupt (because the interrupt handler wasn't called fast enough), you don't get any more interrupts because the RTC knows it has an interrupt pending and so doesn't generate any more interrupts. I have also bumped into this problem whilst trying to work around a problem with a TurionX2 CPU. I just got the correct fix to work and ignored the work-around. I did find that you can restart the RTC interrupts by setting machdep.adjkerntz (you can leave the value the same, it's the assignment that's important). Enabling powerd will reduce the CPU clock and so exacerbate any problem you have with excessive interrupt latency. I can't suggest what might be the underlying cause of that latency. --=20 Peter Jeremy --JlJsEFsx9RQyiX4C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGUJ1b/opHv/APuIcRAjzsAJ9mMWcSthVo6xQk73zS86qkioweLQCdEU7W EJ3SzUS9wLgDzshSIctO7bE= =Bbd9 -----END PGP SIGNATURE----- --JlJsEFsx9RQyiX4C-- From owner-freebsd-stable@FreeBSD.ORG Sun May 20 19:38:17 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75F4216A41F for ; Sun, 20 May 2007 19:38:17 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id D51D413C480 for ; Sun, 20 May 2007 19:38:16 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (pato.euesrg02.net [192.168.0.3]) by alf.dyndns.ws (8.13.1/8.13.1) with ESMTP id l4KJc9os002137; Sun, 20 May 2007 21:38:14 +0200 (CEST) (envelope-from victor@bsdes.net) Date: Sun, 20 May 2007 21:38:09 +0200 From: Victor Balada Diaz To: Peter Jeremy Message-ID: <20070520193808.GA857@pato.euesrg02.net> References: <20070520162630.GA1481@pato.euesrg02.net> <20070520191123.GR1164@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070520191123.GR1164@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (alf.dyndns.ws [217.126.240.244]); Sun, 20 May 2007 21:38:14 +0200 (CEST) Cc: stable@freebsd.org Subject: Re: RTC clock doesn't generate interrupts 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 May 2007 19:38:17 -0000 On Mon, May 21, 2007 at 05:11:23AM +1000, Peter Jeremy wrote: > On 2007-May-20 18:26:30 +0200, Victor Balada Diaz wrote: > >I have a server with FreeBSD 6.2 that is not generating RTC IRQs. > >When the system boots everything it's working fine and I get 128 > >interrupts per second but after a few hours the system starts > >losing RTC interrupts. If I enable powerd it happens much faster > >than without it. > > The RTC has a "feature" that if you ever lose an RTC interrupt > (because the interrupt handler wasn't called fast enough), you don't > get any more interrupts because the RTC knows it has an interrupt > pending and so doesn't generate any more interrupts. > > I have also bumped into this problem whilst trying to work around > a problem with a TurionX2 CPU. I just got the correct fix to work > and ignored the work-around. > > I did find that you can restart the RTC interrupts by setting > machdep.adjkerntz (you can leave the value the same, it's the > assignment that's important). Thanks for your fast reply! I tried the machdep.adjkerntz trick and didn't work very well. If i'm on 0 irqs per second after changing the value i get 1 irq per second. If i'm on 20 i get 21, and so on. Do you know of any other workaround/patch that i can try? -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Mon May 21 00:16:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99CA516A468 for ; Mon, 21 May 2007 00:16:26 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id B2D0D13C45E for ; Mon, 21 May 2007 00:16:25 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id l4KNoDa5029334 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 21 May 2007 01:50:13 +0200 (CEST) (envelope-from stb@lassitu.de) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <9BDA6B29-380F-4102-A346-73A026C2752D@lassitu.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: FreeBSD Stable From: Stefan Bethke Date: Mon, 21 May 2007 01:50:12 +0200 X-Mailer: Apple Mail (2.752.2) Subject: Apparent hang in or around pcireg_cfgread 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 May 2007 00:16:26 -0000 Hi, my router/file server just froze. It's -stable from about a month ago. I hit break on the serial console a couple of times, with about half a minute in between, but since it seemed like it wasn't going to recover by itself, I panicked it. The machine used to run without a hitch for the past half year. I've recently added a 500 GB SATA disk, and I used ataidle to set the suspend timeout to 10 minutes. Immediatly before the hang, I got "ad4: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=699557839". ataidle is evil? Some other, unrelated hardware trouble? Typescript from serial console, kgdb bt, dmesg, kernel config below. Stefan -- Stefan Bethke Fon +49 170 346 0140 KDB: enter: Line break on console [thread pid 24 tid 100020 ] Stopped at kdb_enter+0x30: leave db> ps pid ppid pgrp uid state wmesg wchan cmd 55872 1328 55872 0 S+ ttyin 0xc3424410 less 40665 1313 40665 0 S+ ttyin 0xc3423c10 bash 47558 1041 1041 80 S accept 0xc37ae5ca httpd 45555 1 45555 0 Ss select 0xc07200c4 ntpd 45531 1 45531 0 Rs ppp 44366 44333 44333 0 S+ biord 0xcd7c8db8 afpd 44333 1 44333 0 S+ select 0xc07200c4 afpd 1769 1041 1041 80 S accept 0xc37ae5ca httpd 1328 1327 1328 0 S+ wait 0xc3830860 bash 1327 1318 1327 1000 S+ wait 0xc3830a78 su 1318 1317 1318 1000 Ss+ wait 0xc395c000 bash 1317 1315 1315 1000 S select 0xc07200c4 sshd 1315 1240 1315 0 Ss sbwait 0xc3843bc8 sshd 1314 1 1 0 S ttydcd 0xc342e400 getty 1313 1 1313 0 Ss+ wait 0xc382ac90 login 1312 1 1312 0 Ss+ ttyin 0xc343ac10 getty 1311 1 1311 0 Ss+ ttyin 0xc343b010 getty 1310 1 1310 0 Ss+ ttyin 0xc343b410 getty 1309 1 1309 0 Ss+ ttyin 0xc342f810 getty 1308 1 1308 0 Ss+ ttyin 0xc3432810 getty 1307 1 1307 0 Ss+ ttyin 0xc3433c10 getty 1306 1 1306 0 Ss+ ttyin 0xc3433810 getty 1305 1 1305 0 Ss+ ttyin 0xc3433010 getty 1252 1 1252 0 Ss nanslp 0xc071b64c cron 1240 1 1240 0 Ss select 0xc07200c4 sshd 1219 1 1218 1011 S+ select 0xc07200c4 boinc_client 1193 1 1193 0 Ss select 0xc07200c4 cupsd 1186 1 1186 900 Ss select 0xc07200c4 cvsupd 1167 1 1167 0 Ss select 0xc07200c4 openvpn 1089 1 1089 0 Ss select 0xc07200c4 openvpn 1080 1 1080 0 Rs openvpn 1079 1041 1041 80 S accept 0xc37ae5ca httpd 1078 1041 1041 80 S accept 0xc37ae5ca httpd 1077 1041 1041 80 S accept 0xc37ae5ca httpd 1076 1041 1041 80 S accept 0xc37ae5ca httpd 1075 1041 1041 80 S accept 0xc37ae5ca httpd 1058 1 1058 561 Ss select 0xc07200c4 dhcpd 1041 1 1041 0 Ss select 0xc07200c4 httpd 1027 1 1027 0 Ss select 0xc07200c4 usbd 1009 1 1009 0 Ss nanslp 0xc071b64c powerd 975 1 974 0 S select 0xc07200c4 snmpd 956 951 951 0 S - 0xc3688e00 nfsd 955 951 951 0 S - 0xc3739600 nfsd 954 951 951 0 S - 0xc3739800 nfsd 953 951 951 0 S - 0xc3739a00 nfsd 951 1 951 0 Ss accept 0xc378be22 nfsd 943 1 943 0 Ss select 0xc07200c4 mountd 910 0 0 0 SL mdwait 0xc3759800 [md0] 896 1 896 0 Ss select 0xc07200c4 rpcbind 886 1 886 53 Ss select 0xc07200c4 named 811 1 811 0 Ss select 0xc07200c4 syslogd 690 1 690 0 Ss select 0xc07200c4 devd 46 0 0 0 SL - 0xd56d4cf8 [schedcpu] 45 0 0 0 SL sdflush 0xc072aed4 [softdepflush] 44 0 0 0 SL syncer 0xc071b3bc [syncer] 43 0 0 0 SL vlruwt 0xc34fb648 [vnlru] 42 0 0 0 SL psleep 0xc072054c [bufdaemon] 41 0 0 0 SL pgzero 0xc072be44 [pagezero] 40 0 0 0 SL psleep 0xc072b994 [vmdaemon] 39 0 0 0 SL psleep 0xc072b950 [pagedaemon] 38 0 0 0 SL - 0xc34cc400 [dummynet] 37 0 0 0 WL [irq1: atkbd0] 36 0 0 0 RL [swi0: sio] 35 0 0 0 SL cooling 0xc33a4cd4 [acpi_cooling0] 34 0 0 0 SL tzpoll 0xc08775b8 [acpi_thermal] 33 0 0 0 WL [irq15: ata1] 32 0 0 0 WL [irq14: ata0] 31 0 0 0 WL [irq17: em0] 30 0 0 0 SL usbevt 0xc3339210 [usb4] 29 0 0 0 SL usbevt 0xc338e210 [usb3] 28 0 0 0 WL [irq16: fxp0 uhci3] 27 0 0 0 SL usbevt 0xc338c210 [usb2] 26 0 0 0 WL [irq18: re0 uhci2] 25 0 0 0 SL usbevt 0xc3379210 [usb1] 24 0 0 0 RL CPU 0 [irq19: uhci1+] 23 0 0 0 SL usbtsk 0xc07f9d84 [usbtask] 22 0 0 0 SL usbevt 0xc334f210 [usb0] 21 0 0 0 WL [irq23: uhci0 ehci0] 20 0 0 0 WL [irq9: acpi0] 19 0 0 0 WL [swi5: +] 18 0 0 0 SL - 0xc32dce00 [thread taskq] 17 0 0 0 WL [swi6: Giant taskq] 16 0 0 0 WL [swi6: task queue] 15 0 0 0 SL - 0xc333f180 [acpi_task_2] 9 0 0 0 SL - 0xc333f180 [acpi_task_1] 8 0 0 0 SL - 0xc333f180 [acpi_task_0] 7 0 0 0 SL - 0xc333f200 [kqueue taskq] 14 0 0 0 SL - 0xc07181a0 [yarrow] 6 0 0 0 SL crypto_r 0xc072aba4 [crypto returns] 5 0 0 0 SL crypto_w 0xc072ab64 [crypto] 4 0 0 0 SL - 0xc0718ba8 [g_down] 3 0 0 0 SL - 0xc0718ba4 [g_up] 2 0 0 0 SL - 0xc0718b9c [g_event] 13 0 0 0 WL [swi3: vm] 12 0 0 0 RL [swi4: clock sio] 11 0 0 0 RL [swi1: net] 10 0 0 0 RL [idle] 1 0 1 0 SLs wait 0xc329d000 [init] 0 0 0 0 WLs [swapper] db> bt Tracing pid 24 tid 100020 td 0xc3299480 kdb_enter(c06db657,c3416cf8,1,c06f6bf9,a111bb,...) at kdb_enter+0x30 siointr1(c3416c00,c3427e40,c32c98c8,d4375b4c,c06884e8,...) at siointr1 +0x127 siointr(c3416c00,d4375b48,c04a887f,0,c3299480,...) at siointr+0x3f intr_execute_handlers(c32c98c8,d4375b64,d4375bac,c06845f3,38,...) at intr_execute_handlers+0x108 lapic_handle_intr(38) at lapic_handle_intr+0x3a Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc068e687, esp = 0xd4375ba8, ebp = 0xd4375bac --- spinlock_exit(0,1f,2,9,1,...) at spinlock_exit+0x27 pcireg_cfgread(0,1f,2,9,1,...) at pcireg_cfgread+0x10f pci_cfgregread(0,1f,2,9,1,...) at pci_cfgregread+0x8b pci_read_config_method(c3362880,c3362b00,9,1,0,...) at pci_read_config_method+0x9c ata_legacy(c3362b00,c3386a00,0,c3288300,d4375c9c,...) at ata_legacy+0x73 ata_pci_status(c33a7e80,c32e2c90,d4375cdc,c04e5649,c3299480,...) at ata_pci_status+0x35 ata_interrupt(c3386a00,c34196c0,4,d4375cdc,c04c3fc8,...) at ata_interrupt+0x74 ata_generic_intr(c340e000,c3299480,19c3f,53caa519,c3299480,...) at ata_generic_intr+0x2f ithread_execute_handlers (c32e2c90,c3288300,c32e2c90,c3299480,c32e2c90,...) at ithread_execute_handlers+0x178 ithread_loop(c33715e0,d4375d38,0,0,0,...) at ithread_loop+0x76 fork_exit(c04c40c0,c33715e0,d4375d38) at fork_exit+0x7f fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd4375d6c, ebp = 0 --- db> c KDB: enter: Line break on console [thread pid 24 tid 100020 ] Stopped at kdb_enter+0x30: leave db> panic panic: from debugger Uptime: 1d5h19m51s Physical memory: 501 MB Dumping 105 MB: 90 74 58 42 26 10 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. Rebooting... The dump has this in it: root@diesel:/usr/obj/usr/src/sys/DIESEL# kgdb kernel.debug /var/crash/ vmcore.0 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". Unread portion of the kernel message buffer: KDB: enter: Line break on console KDB: enter: Line break on console panic: from debugger Uptime: 1d5h19m51s Physical memory: 501 MB Dumping 105 MB: 90 74 58 42 26 10 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc04dd3cc in boot (howto=260) at /usr/src/sys/kern/ kern_shutdown.c:409 #2 0xc04dd74d in panic (fmt=0xc06bff98 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0433c02 in db_panic (addr=-1068514592, have_addr=0, count=-1, modif=0xd437593c "") at /usr/src/sys/ddb/db_command.c:438 #4 0xc0433b72 in db_command (last_cmdp=0xc0716d24, cmd_table=0x0, aux_cmd_tablep=0xc06e1f18, aux_cmd_tablep_end=0xc06e1f1c) at /usr/src/sys/ddb/db_command.c:350 #5 0xc0433c85 in db_command_loop () at /usr/src/sys/ddb/db_command.c: 458 #6 0xc0435ec5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/ db_main.c:222 #7 0xc04fc5e7 in kdb_trap (type=0, code=0, tf=0xd4375a94) at /usr/src/sys/kern/subr_kdb.c:473 #8 0xc0699608 in trap (frame= {tf_fs = -1019150328, tf_es = -1020788696, tf_ds = -734592984, tf_edi = -1020753280, tf_esi = -1019122688, tf_ebp = -734569764, tf_isp = -734569792, tf_ebx = -1020685184, tf_edx = 1, tf_ecx = -1056878592, tf_eax = 34, tf_trapno = 3, tf_err = 0, tf_eip = -1068514592, tf_cs = 32, tf_eflags = 524418, tf_esp = -1066617645, tf_ss = -1066551721}) at /usr/src/sys/i386/i386/trap.c:594 #9 0xc068423a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0xc04fc2e0 in kdb_enter (msg=0x22
) at cpufunc.h:60 #11 0xc066c5e7 in siointr1 (com=0xc3416c00) at /usr/src/sys/dev/sio/ sio.c:1522 #12 0xc066c34f in siointr (arg=0xc3416c00) at /usr/src/sys/dev/sio/ sio.c:1391 ---Type to continue, or q to quit--- #13 0xc06884e8 in intr_execute_handlers (isrc=0xc32c98c8, iframe=0xd4375b64) at /usr/src/sys/i386/i386/intr_machdep.c:270 #14 0xc068b19a in lapic_handle_intr (frame= {if_vec = 56, if_fs = 8, if_es = -734592984, if_ds = -1066794968, if_edi = 9, if_esi = 1, if_ebp = -734569556, if_ebx = -1020685184, if_edx = 3320, if_ecx = 3325, if_eax = 524870, if_eip = -1066867065, if_cs = 32, if_eflags = 524870, if_esp = -1020685184, if_ss = -734569512}) at /usr/src/sys/i386/i386/local_apic.c:621 #15 0xc06845f3 in Xapic_isr1 () at apic_vector.s:110 #16 0xc068e687 in spinlock_exit () at cpufunc.h:365 #17 0xc06a1b7f in pcireg_cfgread (bus=0, slot=31, func=2, reg=9, bytes=1) at /usr/src/sys/i386/pci/pci_cfgreg.c:315 #18 0xc06a18db in pci_cfgregread (bus=0, slot=31, func=2, reg=9, bytes=3325) at /usr/src/sys/i386/pci/pci_cfgreg.c:193 #19 0xc04889bc in pci_read_config_method (dev=0x80246, child=0x80246, reg=9, width=1) at pcib_if.h:39 #20 0xc04505d3 in ata_legacy (dev=0xc3362b00) at pci_if.h:27 #21 0xc0451a15 in ata_pci_status (dev=0xc33a7e80) at /usr/src/sys/dev/ata/ata-pci.c:448 #22 0xc04391c4 in ata_interrupt (data=0xc3386a00) at /usr/src/sys/dev/ata/ata-all.c:322 #23 0xc043aa6f in ata_generic_intr (data=0xc340e000) at /usr/src/sys/dev/ata/ata-chipset.c:209 #24 0xc04c3fc8 in ithread_execute_handlers (p=0xc32e2c90, ie=0xc3288300) ---Type to continue, or q to quit--- at /usr/src/sys/kern/kern_intr.c:682 #25 0xc04c4136 in ithread_loop (arg=0xc33715e0) at /usr/src/sys/kern/kern_intr.c:765 #26 0xc04c2a6f in fork_exit (callout=0xc04c40c0 , arg=0x80246, frame=0x80246) at /usr/src/sys/kern/kern_fork.c:821 #27 0xc068429c in fork_trampoline () at /usr/src/sys/i386/i386/ exception.s:208 # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.9 2006/04/30 17:39:42 scottl Exp $ machine i386 cpu I686_CPU ident DIESEL # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real- time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options KDB options KDB_UNATTENDED options DDB options BREAK_TO_DEBUGGER options ALT_BREAK_TO_DEBUGGER device apic # I/O APIC # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives options ATA_STATIC_ID # Static device numbering device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device sc device agp # support several AGP chipsets device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device miibus # MII bus support device fxp device em # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter #device pf #option ALTQ #option ALTQ_CBQ #option ALTQ_RED #option ALTQ_RIO #option ALTQ_HFSC #option ALTQ_PRIQ ##option ALTQ_DEBUG options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_FORWARD options DUMMYNET device crypto device cryptodev device padlock 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.2-STABLE #3: Fri May 4 20:50:02 CEST 2007 root@diesel.lassitu.de:/usr/obj/usr/src/sys/DIESEL ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) M processor 1.40GHz (1400.01-MHz 686- class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff AMD Features=0x100000 real memory = 534642688 (509 MB) avail memory = 513769472 (489 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 PadLock: No ACE support. module_register_init: MOD_LOAD (padlock, 0xc0656cb0, 0) error 22 acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xff00-0xff07 mem 0xdff00000-0xdff7ffff,0xc0000000-0xcfffffff,0xdff80000-0xdffbffff irq 16 at device 2.0 on pci0 agp0: detected 764k stolen memory agp0: aperture size is 256M pci0: at device 2.1 (no driver attached) uhci0: port 0xfe00-0xfe1f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xfd00-0xfd1f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xfc00-0xfc1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xfb00-0xfb1f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdffff000-0xdffff3ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: timed out waiting for BIOS usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 fxp0: port 0xdf00-0xdf3f mem 0xdfcff000-0xdfcfffff,0xdfca0000-0xdfcbffff irq 16 at device 0.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:88:fd:40 em0: port 0xde00-0xde3f mem 0xdfc80000-0xdfc9ffff,0xdfcc0000-0xdfcdffff irq 17 at device 5.0 on pci1 em0: Ethernet address: 00:0e:0c:b0:10:f7 re0: port 0xda00-0xdaff mem 0xdfcfe000-0xdfcfe0ff irq 18 at device 10.0 on pci1 miibus1: on re0 rgephy0: on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:01:29:2c:44:e9 re0: [FAST] pci1: at device 15.0 (no driver attached) pci0: at device 30.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf800-0xf80f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xf700-0xf707,0xf600-0xf603,0xf500-0xf507,0xf400-0xf403,0xf300-0xf30f mem 0xdfffc000-0xdfffc3ff irq 19 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 speaker0: port 0x61 on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd17ff,0xd2000-0xd2fff, 0xd3000-0xd3fff,0xef000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] 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 1400009460 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 initialized, divert loadable, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default ad0: 38154MB at ata0-master UDMA100 ad4: 476940MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /data/altroot was not properly dismounted WARNING: /data/netboot was not properly dismounted WARNING: /data/media was not properly dismounted bridge0: Ethernet address: 12:7b:6c:f7:47:4f tap4: Ethernet address: 00:bd:36:13:00:04 From owner-freebsd-stable@FreeBSD.ORG Mon May 21 00:17:17 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1685716A400; Mon, 21 May 2007 00:17:17 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6E4F313C43E; Mon, 21 May 2007 00:17:15 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 6828CC459; Sun, 20 May 2007 20:05:17 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (125-238-2-241.broadband-telecom.global-gateway.net.nz [125.238.2.241]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 0EBD4C502; Sun, 20 May 2007 20:04:39 -0400 (EDT) DKIM-Signature: v=0.5; a=rsa-sha1; c=simple/simple; d=protected-networks.net; s=200705; t=1179705886; bh=Jcg/JhijV30M93 eic8euSrENl6U=; h=DomainKey-Signature:Message-ID:Date:From: User-Agent:MIME-Version:To:CC:Subject:X-Enigmail-Version:OpenPGP: Content-Type; b=c3k1r9VXSzH4gLRNWFldvMyaFZnpCY8EiSItinW+/vvTOBgqUh mDJVZ0gNLtnSilTBq9pTnxUjoiTsZZxamp4iH9uCKHsbNlIAFhOM0mdoHz4b/07ktdd gplcWGWbR5S DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: x-enigmail-version:openpgp:content-type; b=bgro9Xa+E7JBh0FyQSbON6rcmgMXx/DsN8vbDI/xO13ALDCxmqHp0SauncjQUr9SS BQLbOTqYoRPISI0sD95uXlMfv02q49xDTzDl9xSzwfJIm103jVBPHJbjM4jPor8 Message-ID: <4650E210.7050405@protected-networks.net> Date: Mon, 21 May 2007 12:04:32 +1200 From: Michael Butler User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.95.0 OpenPGP: id=0442D492 Content-Type: multipart/mixed; boundary="------------000005060307050403030205" Cc: multimedia@freebsd.org Subject: HDA merge breaks 6-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: Mon, 21 May 2007 00:17:17 -0000 This is a multi-part message in MIME format. --------------000005060307050403030205 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 My apologies for the cross-post .. The merge of HDA support seems to have broken my Toshi A105-S4004 laptop. Any attempt at sound output, e.g. logging onto to KDE, freezes it solid requiring a power-cycle to recover. Per the debugging notes ariff@ posted some time back for the RELENG_6 patch, I've attached two dmesg/sysctl outputs, 'sound-good.txt' is prior to the merge, 'sound-bad.txt' is after. Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGUOIQQv9rrgRC1JIRAkOKAJ4k0iPGmKNS61GajEqmhliEhSbsTgCgzQCp LZSyvXTEViI6Zxhx21jVDWo= =vkNT -----END PGP SIGNATURE----- --------------000005060307050403030205 Content-Type: text/plain; name="sound-bad.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="sound-bad.txt" U2NyaXB0IHN0YXJ0ZWQgb24gTW9uIE1heSAyMSAxMToxMjozMiAyMDA3CmltYkB0b3NoaTov aG9tZS9pbWI+IHN1ZG8gLi90ZXN0LXNvdW5kLnNoDQ0KIyEvYmluL3NoIC12IA0Kc3lzY3Rs IGRlYnVnLmJvb3R2ZXJib3NlPTENCmRlYnVnLmJvb3R2ZXJib3NlOiAxIC0+IDENCiMga2xk bG9hZCBzbmRfaGRhLmtvDQpkbWVzZyB8IGdyZXAgXnBjbQ0KcGNtMDogPEludGVsIDgyODAx RyBIaWdoIERlZmluaXRpb24gQXVkaW8gQ29udHJvbGxlcj4gbWVtIDB4ZjBiNDAwMDAtMHhm MGI0M2ZmZiBpcnEgMjIgYXQgZGV2aWNlIDI3LjAgb24gcGNpMA0KcGNtMDogVENTRUw6IDB4 MDcgLT4gMHgwMA0KcGNtMDogRE1BIENvaGVyZW5jeTogVW5jYWNoZWFibGUgLyB2ZW5kb3I9 MHg4MDg2DQpwY20wOiBSZXNlcnZlZCAweDQwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUg MyBhdCAweGYwYjQwMDAwDQpwY20wOiBbTVBTQUZFXQ0KcGNtMDogaGRhY19kbWFfYWxsb2M6 IHNpemU9MTAyNCAtPiByb3VuZHN6PTEwMjQNCnBjbTA6IGhkYWNfZG1hX2FsbG9jOiBzaXpl PTIwNDggLT4gcm91bmRzej0yMDQ4DQpwY20wOiBIREFfREVCVUc6IEhEQSBDb25maWc6IG9u PTB4MDAwMDAwMDAgb2ZmPTB4MDAwMDAwMDANCnBjbTA6IEhEQV9ERUJVRzogU3RhcnRpbmcg Q09SQiBFbmdpbmUuLi4NCnBjbTA6IEhEQV9ERUJVRzogU3RhcnRpbmcgUklSQiBFbmdpbmUu Li4NCnBjbTA6IEhEQV9ERUJVRzogRW5hYmxpbmcgY29udHJvbGxlciBpbnRlcnJ1cHQuLi4N CnBjbTA6IEhEQV9ERUJVRzogU2Nhbm5pbmcgSERBIGNvZGVjcy4uLg0KcGNtMDogSERBX0RF QlVHOiBQcm9iaW5nIGNvZGVjOiAwDQpwY20wOiBIREFfREVCVUc6IAlzdGFydG5vZGU9MSBl bmRub2RlPTINCnBjbTA6IEhEQV9ERUJVRzogCUZvdW5kIEFGRyBuaWQ9MSBbc3RhcnRub2Rl PTEgZW5kbm9kZT0yXQ0KcGNtMDogSERBX0RFQlVHOiBQYXJzaW5nIEFGRyBuaWQ9MSBjYWQ9 MA0KcGNtMDogICAgICAgIFZlbmRvcjogMHgwMDAwMTBlYw0KcGNtMDogICAgICAgIERldmlj ZTogMHgwMDAwMDg2MQ0KcGNtMDogICAgICBSZXZpc2lvbjogMHgwMDAwMDAwMw0KcGNtMDog ICAgICBTdGVwcGluZzogMHgwMDAwMDAwMA0KcGNtMDogUENJIFN1YnZlbmRvcjogMHhmZjEw MTE3OQ0KcGNtMDogICAgICAgICBOb2Rlczogc3RhcnQ9MyBlbmRub2RlPTM2IHRvdGFsPTMz DQpwY20wOiAgICAgQ09SQiBzaXplOiAyNTYNCnBjbTA6ICAgICBSSVJCIHNpemU6IDI1Ng0K cGNtMDogICAgICAgU3RyZWFtczogSVNTPTQgT1NTPTQgQlNTPTANCnBjbTA6ICAgICAgICAg IEdQSU86IDB4MDAwMDAwMDANCnBjbTA6ICAgICAgICAgICAgICAgIE51bUdQSU89MCBOdW1H UE89MCBOdW1HUEk9MCBHUElXYWtlPTAgR1BJVW5zb2w9MA0KcGNtMDogSERBX0RFQlVHOiBo ZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNlOiBuaWQ9OCBlbnRyaWVzPTYgZm91bmQ9Ng0K cGNtMDogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNlOiBuaWQ9MTEg ZW50cmllcz0xIGZvdW5kPTENCnBjbTA6IEhEQV9ERUJVRzogaGRhY193aWRnZXRfY29ubmVj dGlvbl9wYXJzZTogbmlkPTEyIGVudHJpZXM9MSBmb3VuZD0xDQpwY20wOiBIREFfREVCVUc6 IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0xMyBlbnRyaWVzPTEgZm91bmQ9 MQ0KcGNtMDogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNlOiBuaWQ9 MTQgZW50cmllcz0xIGZvdW5kPTENCnBjbTA6IEhEQV9ERUJVRzogaGRhY193aWRnZXRfY29u bmVjdGlvbl9wYXJzZTogbmlkPTE1IGVudHJpZXM9MSBmb3VuZD0xDQpwY20wOiBIREFfREVC VUc6IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0xNiBlbnRyaWVzPTEgZm91 bmQ9MQ0KcGNtMDogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNlOiBu aWQ9MTggZW50cmllcz0xIGZvdW5kPTENCnBjbTA6IEhEQV9ERUJVRzogaGRhY193aWRnZXRf Y29ubmVjdGlvbl9wYXJzZTogbmlkPTIwIGVudHJpZXM9MiBmb3VuZD0yDQpwY20wOiBIREFf REVCVUc6IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0yMSBlbnRyaWVzPTMg Zm91bmQ9Mw0KcGNtMDogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNl OiBuaWQ9MjIgZW50cmllcz0yIGZvdW5kPTINCnBjbTA6IEhEQV9ERUJVRzogaGRhY193aWRn ZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTIzIGVudHJpZXM9MiBmb3VuZD0yDQpwY20wOiBI REFfREVCVUc6IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0yNCBlbnRyaWVz PTIgZm91bmQ9Mg0KcGNtMDogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3Bh cnNlOiBuaWQ9MjUgZW50cmllcz0yIGZvdW5kPTINCnBjbTA6IEhEQV9ERUJVRzogaGRhY193 aWRnZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTI2IGVudHJpZXM9NCBmb3VuZD00DQpwY20w OiBIREFfREVCVUc6IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0yNyBlbnRy aWVzPTQgZm91bmQ9NA0KcGNtMDogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9u X3BhcnNlOiBuaWQ9MjggZW50cmllcz0yIGZvdW5kPTINCnBjbTA6IEhEQV9ERUJVRzogaGRh Y193aWRnZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTMxIGVudHJpZXM9MSBmb3VuZD0xDQpw Y20wOiBIREFfREVCVUc6IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0zMiBl bnRyaWVzPTEgZm91bmQ9MQ0KcGNtMDogSERBX0RFQlVHOiBQYXJzaW5nIEN0bHMuLi4NCnBj bTA6IEhEQV9ERUJVRzogUGFyc2luZyB2ZW5kb3IgcGF0Y2guLi4NCnBjbTA6IEhEQV9ERUJV RzogQnVpbGRpbmcgQUZHIHRyZWUuLi4NCnBjbTA6IEhEQV9ERUJVRzogSFdpUDogSERBIFdp ZGdldCBQYXJzZXIgLSBSZXZpc2lvbiAxDQpwY20wOiBIREFfREVCVUc6IEhXaVA6IEZvdW5k IDEgREFDIHBhdGggdXNpbmcgSERBX1BBUlNFX01JWEVSIHN0cmF0ZWd5Lg0KcGNtMDogSERB X0RFQlVHOiBBRkcgY29tbWl0Li4uDQpwY20wOiBIREFfREVCVUc6IEN0bHMgY29tbWl0Li4u DQpwY20wOiBbIDJdIEN0bCBuaWQ9NCBCaW5kIHRvIE5PTkUNCnBjbTA6IFsgM10gQ3RsIG5p ZD01IEJpbmQgdG8gTk9ORQ0KcGNtMDogWyA0XSBDdGwgbmlkPTYgQmluZCB0byBOT05FDQpw Y20wOiBbIDVdIEN0bCBuaWQ9NyBESVNBQkxFRA0KcGNtMDogWyA4XSBDdGwgbmlkPTIwIGNo aWxkbmlkPTE2IERJU0FCTEVEDQpwY20wOiBbIDldIEN0bCBuaWQ9MjEgQmluZCB0byBOT05F DQpwY20wOiBbMTFdIEN0bCBuaWQ9MjEgY2hpbGRuaWQ9MjAgQmluZCB0byBOT05FDQpwY20w OiBbMTJdIEN0bCBuaWQ9MjEgY2hpbGRuaWQ9MjggQmluZCB0byBOT05FDQpwY20wOiBbMTNd IEN0bCBuaWQ9MjIgY2hpbGRuaWQ9MyBCaW5kIHRvIE5PTkUNCnBjbTA6IFsxNF0gQ3RsIG5p ZD0yMiBjaGlsZG5pZD0yMSBCaW5kIHRvIE5PTkUNCnBjbTA6IFsxNV0gQ3RsIG5pZD0yMyBj aGlsZG5pZD00IEJpbmQgdG8gTk9ORQ0KcGNtMDogWzE2XSBDdGwgbmlkPTIzIGNoaWxkbmlk PTIxIEJpbmQgdG8gTk9ORQ0KcGNtMDogWzE3XSBDdGwgbmlkPTI0IGNoaWxkbmlkPTUgQmlu ZCB0byBOT05FDQpwY20wOiBbMThdIEN0bCBuaWQ9MjQgY2hpbGRuaWQ9MjEgQmluZCB0byBO T05FDQpwY20wOiBbMTldIEN0bCBuaWQ9MjUgY2hpbGRuaWQ9NiBCaW5kIHRvIE5PTkUNCnBj bTA6IFsyMF0gQ3RsIG5pZD0yNSBjaGlsZG5pZD0yMSBCaW5kIHRvIE5PTkUNCnBjbTA6IFsy MV0gQ3RsIG5pZD0yNiBjaGlsZG5pZD00IEJpbmQgdG8gTk9ORQ0KcGNtMDogWzIyXSBDdGwg bmlkPTI2IGNoaWxkbmlkPTYgQmluZCB0byBOT05FDQpwY20wOiBbMjNdIEN0bCBuaWQ9MjYg Y2hpbGRuaWQ9MjEgQmluZCB0byBOT05FDQpwY20wOiBbMjRdIEN0bCBuaWQ9MjYgY2hpbGRu aWQ9MyBCaW5kIHRvIE5PTkUNCnBjbTA6IFsyNV0gQ3RsIG5pZD0yNyBjaGlsZG5pZD00IEJp bmQgdG8gTk9ORQ0KcGNtMDogWzI2XSBDdGwgbmlkPTI3IGNoaWxkbmlkPTYgQmluZCB0byBO T05FDQpwY20wOiBbMjddIEN0bCBuaWQ9MjcgY2hpbGRuaWQ9MjEgQmluZCB0byBOT05FDQpw Y20wOiBbMjhdIEN0bCBuaWQ9MjcgY2hpbGRuaWQ9MyBCaW5kIHRvIE5PTkUNCnBjbTA6IFsy OV0gQ3RsIG5pZD0yOCBjaGlsZG5pZD0xMiBESVNBQkxFRA0KcGNtMDogWzMwXSBDdGwgbmlk PTI4IGNoaWxkbmlkPTE1IERJU0FCTEVEDQpwY20wOiBIREFfREVCVUc6IFBDTURJUl9QTEFZ IHNldHVwLi4uDQpwY20wOiBIREFfREVCVUc6IFBDTURJUl9SRUMgc2V0dXAuLi4NCnBjbTA6 IEhEQV9ERUJVRzogT1NTIG1peGVyIGluaXRpYWxpemF0aW9uLi4uDQpwY20wOiBIREFfREVC VUc6IEVuYWJsaW5nIFNvZnQgUENNIHZvbHVtZQ0KcGNtMDogTWl4ZXIgInZvbCI6IGNoaWxk PTB4MDAwMDAwMTANCnBjbTA6IE1peGVyICJwY20iOiBwYXJlbnQ9InZvbCINCnBjbTA6IE1p eGVyICJzcGVha2VyIjoNCnBjbTA6IE1peGVyICJtaWMiOg0KcGNtMDogTWl4ZXIgImNkIjoN CnBjbTA6IE1peGVyICJyZWMiOg0KcGNtMDogU29mdCBQQ00gbWl4ZXIgRU5BQkxFRA0KcGNt MDogSERBX0RFQlVHOiBSZWdpc3RlcmluZyBQQ00gY2hhbm5lbHMuLi4NCnBjbTA6IGhkYWNf ZG1hX2FsbG9jOiBzaXplPTQwOTYgLT4gcm91bmRzej00MDk2DQpwY20wOiBzbmRidWZfc2V0 bWFwIDdjYzQyMDAwLCA0MDAwOyAweGU2ZGExMDAwIC0+IDdjYzQyMDAwDQpwY20wOiBoZGFj X2RtYV9hbGxvYzogc2l6ZT00MDk2IC0+IHJvdW5kc3o9NDA5Ng0KcGNtMDogc25kYnVmX3Nl dG1hcCA3Y2MzYTAwMCwgNDAwMDsgMHhlNmRhNTAwMCAtPiA3Y2MzYTAwMA0KcGNtMDogPEhE QSBDb2RlYzogUmVhbHRlayBBTEM4NjE+DQpwY20wOiA8SERBIENvZGVjIElEOiAweDEwZWMw ODYxPg0KcGNtMDogPEhEQSBEcml2ZXIgUmV2aXNpb246IDIwMDcwNTA1XzAwNDQ+DQpwY20w OiANCnBjbTA6IEhEQSBjb25maWcvcXVpcmtzOiBmb3JjZXN0ZXJlbyBpdnJlZjUwIGl2cmVm ODAgaXZyZWYxMDAgaXZyZWYNCnBjbTA6IA0KcGNtMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0r DQpwY20wOiB8IERVTVBJTkcgSERBIE5PREVTIHwNCnBjbTA6ICstLS0tLS0tLS0tLS0tLS0t LS0tKw0KcGNtMDogDQpwY20wOiBEZWZhdWx0IFBhcmFtZXRlcg0KcGNtMDogLS0tLS0tLS0t LS0tLS0tLS0NCnBjbTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQ0KcGNtMDogICAg ICAgICAgRm9ybWF0OiBQQ00NCnBjbTA6ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDE0MA0K cGNtMDogICAgICAgIFBDTSBzaXplOiAxNiAyMCAyNA0KcGNtMDogICAgICAgIFBDTSByYXRl OiA0OCA5Ng0KcGNtMDogICAgICAgICAgSU4gYW1wOiAweDAwMDAwMDAwDQpwY20wOiAgICAg ICAgIE9VVCBhbXA6IDB4ODAwMDAwMDANCnBjbTA6IA0KcGNtMDogICAgICAgICAgICAgbmlk OiAzIFtBTkFMT0ddDQpwY20wOiAgICAgICAgICAgIG5hbWU6IGF1ZGlvIG91dHB1dA0KcGNt MDogICAgICB3aWRnZXRfY2FwOiAweDAwMDAwNDA1DQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6 IDB4MDAwMDAwMDENCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAxMQ0KcGNtMDog ICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxDQpwY20wOiAgICAgICAgICBGb3JtYXQ6IFBD TQ0KcGNtMDogICAgICAgICBQQ00gY2FwOiAweDAwMGUwMTQwDQpwY20wOiAgICAgICAgUENN IHNpemU6IDE2IDIwIDI0DQpwY20wOiAgICAgICAgUENNIHJhdGU6IDQ4IDk2DQpwY20wOiAg ICAgIE91dHB1dCBhbXA6IDB4ODAwMDAwMDANCnBjbTA6ICAgICAgICAgICAgICAgICAgbXV0 ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTANCnBjbTA6ICAgICBjb25uZWN0aW9uczogMA0K cGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDQgW0FOQUxPR10NCnBjbTA6ICAgICAg ICAgICAgbmFtZTogYXVkaW8gb3V0cHV0DQpwY20wOiAgICAgIHdpZGdldF9jYXA6IDB4MDAw MDA0MDUNCnBjbTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgICAg Q3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAw MDENCnBjbTA6ICAgICAgICAgIEZvcm1hdDogUENNDQpwY20wOiAgICAgICAgIFBDTSBjYXA6 IDB4MDAwZTAxNDANCnBjbTA6ICAgICAgICBQQ00gc2l6ZTogMTYgMjAgMjQNCnBjbTA6ICAg ICAgICBQQ00gcmF0ZTogNDggOTYNCnBjbTA6ICAgICAgT3V0cHV0IGFtcDogMHg4MDAwMDAw MA0KcGNtMDogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9 MA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAwDQpwY20wOiANCnBjbTA6ICAgICAgICAgICAg IG5pZDogNSBbQU5BTE9HXQ0KcGNtMDogICAgICAgICAgICBuYW1lOiBhdWRpbyBvdXRwdXQN CnBjbTA6ICAgICAgd2lkZ2V0X2NhcDogMHgwMDAwMDQwNQ0KcGNtMDogICAgIFBhcnNlIGZs YWdzOiAweDAwMDAwMDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBj bTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQ0KcGNtMDogICAgICAgICAgRm9ybWF0 OiBQQ00NCnBjbTA6ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDE0MA0KcGNtMDogICAgICAg IFBDTSBzaXplOiAxNiAyMCAyNA0KcGNtMDogICAgICAgIFBDTSByYXRlOiA0OCA5Ng0KcGNt MDogICAgICBPdXRwdXQgYW1wOiAweDgwMDAwMDAwDQpwY20wOiAgICAgICAgICAgICAgICAg IG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wDQpwY20wOiAgICAgY29ubmVjdGlvbnM6 IDANCnBjbTA6IA0KcGNtMDogICAgICAgICAgICAgbmlkOiA2IFtBTkFMT0ddDQpwY20wOiAg ICAgICAgICAgIG5hbWU6IGF1ZGlvIG91dHB1dA0KcGNtMDogICAgICB3aWRnZXRfY2FwOiAw eDAwMDAwNDA1DQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAg ICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgICBTdHJlYW0gY2FwOiAweDAw MDAwMDAxDQpwY20wOiAgICAgICAgICBGb3JtYXQ6IFBDTQ0KcGNtMDogICAgICAgICBQQ00g Y2FwOiAweDAwMGUwMTQwDQpwY20wOiAgICAgICAgUENNIHNpemU6IDE2IDIwIDI0DQpwY20w OiAgICAgICAgUENNIHJhdGU6IDQ4IDk2DQpwY20wOiAgICAgIE91dHB1dCBhbXA6IDB4ODAw MDAwMDANCnBjbTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zm c2V0PTANCnBjbTA6ICAgICBjb25uZWN0aW9uczogMA0KcGNtMDogDQpwY20wOiAgICAgICAg ICAgICBuaWQ6IDcgW0RJR0lUQUxdIFtESVNBQkxFRF0NCnBjbTA6ICAgICAgICAgICAgbmFt ZTogYXVkaW8gb3V0cHV0DQpwY20wOiAgICAgIHdpZGdldF9jYXA6IDB4MDAwMDA2MDUNCnBj bTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgICAgQ3RsIGZsYWdz OiAweDAwMDAwMDAwDQpwY20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDENCnBjbTA6 ICAgICAgICAgIEZvcm1hdDogUENNDQpwY20wOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTAx NDANCnBjbTA6ICAgICAgICBQQ00gc2l6ZTogMTYgMjAgMjQNCnBjbTA6ICAgICAgICBQQ00g cmF0ZTogNDggOTYNCnBjbTA6ICAgICAgT3V0cHV0IGFtcDogMHg4MDAwMDAwMA0KcGNtMDog ICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MA0KcGNtMDog ICAgIGNvbm5lY3Rpb25zOiAwDQpwY20wOiANCnBjbTA6ICAgICAgICAgICAgIG5pZDogOCBb QU5BTE9HXQ0KcGNtMDogICAgICAgICAgICBuYW1lOiBhdWRpbyBpbnB1dA0KcGNtMDogICAg ICB3aWRnZXRfY2FwOiAweDAwMTAwNTFiDQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAw MDAwMDYNCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDgwMA0KcGNtMDogICAgICBT dHJlYW0gY2FwOiAweDAwMDAwMDAxDQpwY20wOiAgICAgICAgICBGb3JtYXQ6IFBDTQ0KcGNt MDogICAgICAgICBQQ00gY2FwOiAweDAwMDIwMTQwDQpwY20wOiAgICAgICAgUENNIHNpemU6 IDE2DQpwY20wOiAgICAgICAgUENNIHJhdGU6IDQ4IDk2DQpwY20wOiAgICAgICBJbnB1dCBh bXA6IDB4ODAwYjBkMDINCnBjbTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MTMg c2l6ZT0xMSBvZmZzZXQ9Mg0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiA2DQpwY20wOiAgICAg ICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTEzIFtwaW46IE1pYyBpbiAoamFj ayldIChzZWxlY3RlZCkNCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8 LSBuaWQ9MTIgW3Bpbjogc3BlYWtlciAobm9uZSldIFtESVNBQkxFRF0NCnBjbTA6ICAgICAg ICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MTUgW3Bpbjogc3BlYWtlciAobm9u ZSldIFtESVNBQkxFRF0NCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8 LSBuaWQ9MTYgW3Bpbjogc3BlYWtlciAobm9uZSldIFtESVNBQkxFRF0NCnBjbTA6ICAgICAg ICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MTcgW3BpbjogQ0QgKGZpeGVkKV0N CnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MjEgW2F1ZGlv IG1peGVyXQ0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDkgW0FOQUxPR10NCnBj bTA6ICAgICAgICAgICAgbmFtZTogdmVuZG9yIHdpZGdldA0KcGNtMDogICAgICB3aWRnZXRf Y2FwOiAweDAwZjAwMDAwDQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBj bTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgIGNvbm5lY3Rpb25z OiAwDQpwY20wOiANCnBjbTA6ICAgICAgICAgICAgIG5pZDogMTAgW0FOQUxPR10NCnBjbTA6 ICAgICAgICAgICAgbmFtZTogdmVuZG9yIHdpZGdldA0KcGNtMDogICAgICB3aWRnZXRfY2Fw OiAweDAwZjAwMDAwDQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6 ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAw DQpwY20wOiANCnBjbTA6ICAgICAgICAgICAgIG5pZDogMTEgW0FOQUxPR10NCnBjbTA6ICAg ICAgICAgICAgbmFtZTogcGluOiBsaW5lIG91dCAoamFjaykNCnBjbTA6ICAgICAgd2lkZ2V0 X2NhcDogMHgwMDQwMDU4MQ0KcGNtMDogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAwMDAxDQpw Y20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAgICAgUGluIGNh cDogMHgwMDAwMDAxZg0KcGNtMDogICAgICAgICAgICAgICAgICBJU0MgVFJRRCBIUCBPVVQg OiBVTlNPTA0KcGNtMDogICAgICBQaW4gY29uZmlnOiAweDAxMDE0MTEwDQpwY20wOiAgICAg UGluIGNvbnRyb2w6IDB4MDAwMDAwNDAgT1VUDQpwY20wOiAgICAgY29ubmVjdGlvbnM6IDEN CnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MjIgW2F1ZGlv IG1peGVyXQ0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDEyIFtBTkFMT0ddIFtE SVNBQkxFRF0NCnBjbTA6ICAgICAgICAgICAgbmFtZTogcGluOiBzcGVha2VyIChub25lKQ0K cGNtMDogICAgICB3aWRnZXRfY2FwOiAweDAwNDAwNTgxDQpwY20wOiAgICAgUGFyc2UgZmxh Z3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNt MDogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDM3DQpwY20wOiAgICAgICAgICAgICAgICAg IElTQyBUUlFEIE9VVCBJTiA6IFVOU09MDQpwY20wOiAgICAgIFBpbiBjb25maWc6IDB4NDEx MTExZjANCnBjbTA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDA2MCBJTiBPVVQNCnBjbTA6 ICAgICBjb25uZWN0aW9uczogMQ0KcGNtMDogICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAg ICArIDwtIG5pZD0yNSBbYXVkaW8gbWl4ZXJdDQpwY20wOiANCnBjbTA6ICAgICAgICAgICAg IG5pZDogMTMgW0FOQUxPR10NCnBjbTA6ICAgICAgICAgICAgbmFtZTogcGluOiBNaWMgaW4g KGphY2spDQpwY20wOiAgICAgIHdpZGdldF9jYXA6IDB4MDA0MDA1ODENCnBjbTA6ICAgICBQ YXJzZSBmbGFnczogMHgwMDAwMDAwMg0KcGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAw MDgxDQpwY20wOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAzMzcNCnBjbTA6ICAgICAgICAg ICAgICAgICAgSVNDIFRSUUQgT1VUIElOIFZSRUZbIDUwIEhJWiBdIDogVU5TT0wNCnBjbTA6 ICAgICAgUGluIGNvbmZpZzogMHgwMWExOTkyMA0KcGNtMDogICAgIFBpbiBjb250cm9sOiAw eDAwMDAwMDIxIElODQpwY20wOiAgICAgY29ubmVjdGlvbnM6IDENCnBjbTA6ICAgICAgICAg ICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MjQgW2F1ZGlvIG1peGVyXQ0KcGNtMDog DQpwY20wOiAgICAgICAgICAgICBuaWQ6IDE0IFtBTkFMT0ddIFtESVNBQkxFRF0NCnBjbTA6 ICAgICAgICAgICAgbmFtZTogcGluOiBzcGVha2VyIChub25lKQ0KcGNtMDogICAgICB3aWRn ZXRfY2FwOiAweDAwNDAwNTgxDQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDAN CnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgICAgICBQaW4g Y2FwOiAweDAwMDAwMDE3DQpwY20wOiAgICAgICAgICAgICAgICAgIElTQyBUUlFEIE9VVCA6 IFVOU09MDQpwY20wOiAgICAgIFBpbiBjb25maWc6IDB4NDExMTExZjANCnBjbTA6ICAgICBQ aW4gY29udHJvbDogMHgwMDAwMDA0MCBPVVQNCnBjbTA6ICAgICBjb25uZWN0aW9uczogMQ0K cGNtMDogICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5pZD0yNSBbYXVkaW8g bWl4ZXJdDQpwY20wOiANCnBjbTA6ICAgICAgICAgICAgIG5pZDogMTUgW0FOQUxPR10gW0RJ U0FCTEVEXQ0KcGNtMDogICAgICAgICAgICBuYW1lOiBwaW46IHNwZWFrZXIgKG5vbmUpDQpw Y20wOiAgICAgIHdpZGdldF9jYXA6IDB4MDA0MDA1ODENCnBjbTA6ICAgICBQYXJzZSBmbGFn czogMHgwMDAwMDAwMA0KcGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20w OiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAzM2YNCnBjbTA6ICAgICAgICAgICAgICAgICAg SVNDIFRSUUQgSFAgT1VUIElOIFZSRUZbIDUwIEhJWiBdIDogVU5TT0wNCnBjbTA6ICAgICAg UGluIGNvbmZpZzogMHg0MTExMTFmMA0KcGNtMDogICAgIFBpbiBjb250cm9sOiAweDAwMDAw MGUwIEhQIElOIE9VVA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAxDQpwY20wOiAgICAgICAg ICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTI2IFthdWRpbyBtaXhlcl0NCnBjbTA6 IA0KcGNtMDogICAgICAgICAgICAgbmlkOiAxNiBbQU5BTE9HXSBbRElTQUJMRURdDQpwY20w OiAgICAgICAgICAgIG5hbWU6IHBpbjogc3BlYWtlciAobm9uZSkNCnBjbTA6ICAgICAgd2lk Z2V0X2NhcDogMHgwMDQwMDU4MQ0KcGNtMDogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAwMDAw DQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAgICAgUGlu IGNhcDogMHgwMDAwMDMzZg0KcGNtMDogICAgICAgICAgICAgICAgICBJU0MgVFJRRCBIUCBP VVQgSU4gVlJFRlsgNTAgSElaIF0gOiBVTlNPTA0KcGNtMDogICAgICBQaW4gY29uZmlnOiAw eDQxMTExMWYwDQpwY20wOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwZTAgSFAgSU4gT1VU DQpwY20wOiAgICAgY29ubmVjdGlvbnM6IDENCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAg ICAgICAgICAgKyA8LSBuaWQ9MjcgW2F1ZGlvIG1peGVyXQ0KcGNtMDogDQpwY20wOiAgICAg ICAgICAgICBuaWQ6IDE3IFtBTkFMT0ddDQpwY20wOiAgICAgICAgICAgIG5hbWU6IHBpbjog Q0QgKGZpeGVkKQ0KcGNtMDogICAgICB3aWRnZXRfY2FwOiAweDAwNDAwMDAxDQpwY20wOiAg ICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDINCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgw MDAwMDEwMQ0KcGNtMDogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDYzDQpwY20wOiAgICAg ICAgICAgICAgICAgIElTQyBUUlFEIElOIEJBTA0KcGNtMDogICAgICBQaW4gY29uZmlnOiAw eDk5MzMwMTJlDQpwY20wOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwMjAgSU4NCnBjbTA6 ICAgICBjb25uZWN0aW9uczogMA0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDE4 IFtESUdJVEFMXSBbRElTQUJMRURdDQpwY20wOiAgICAgICAgICAgIG5hbWU6IHBpbjogc3Bl YWtlciAobm9uZSkNCnBjbTA6ICAgICAgd2lkZ2V0X2NhcDogMHgwMDQwMDMwMQ0KcGNtMDog ICAgIFBhcnNlIGZsYWdzOiAweDAwMDAwMDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4 MDAwMDAwMDANCnBjbTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMDAxMA0KcGNtMDogICAg ICAgICAgICAgICAgICBPVVQNCnBjbTA6ICAgICAgUGluIGNvbmZpZzogMHg0MTExMTFmMA0K cGNtMDogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDQwIE9VVA0KcGNtMDogICAgIGNvbm5l Y3Rpb25zOiAxDQpwY20wOiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlk PTcgW2F1ZGlvIG91dHB1dF0gW0RJU0FCTEVEXQ0KcGNtMDogDQpwY20wOiAgICAgICAgICAg ICBuaWQ6IDE5IFtBTkFMT0ddDQpwY20wOiAgICAgICAgICAgIG5hbWU6IHZlbmRvciB3aWRn ZXQNCnBjbTA6ICAgICAgd2lkZ2V0X2NhcDogMHgwMGYwMDAwMA0KcGNtMDogICAgIFBhcnNl IGZsYWdzOiAweDAwMDAwMDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDAN CnBjbTA6ICAgICBjb25uZWN0aW9uczogMA0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBu aWQ6IDIwIFtBTkFMT0ddDQpwY20wOiAgICAgICAgICAgIG5hbWU6IGF1ZGlvIG1peGVyDQpw Y20wOiAgICAgIHdpZGdldF9jYXA6IDB4MDAyMDAxMGINCnBjbTA6ICAgICBQYXJzZSBmbGFn czogMHgwMDAwMDAwMg0KcGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDgxDQpwY20w OiAgICAgICBJbnB1dCBhbXA6IDB4ODAwMDAwMDANCnBjbTA6ICAgICAgICAgICAgICAgICAg bXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTANCnBjbTA6ICAgICBjb25uZWN0aW9uczog Mg0KcGNtMDogICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5pZD0xMyBbcGlu OiBNaWMgaW4gKGphY2spXQ0KcGNtMDogICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAgICAr IDwtIG5pZD0xNiBbcGluOiBzcGVha2VyIChub25lKV0gW0RJU0FCTEVEXQ0KcGNtMDogDQpw Y20wOiAgICAgICAgICAgICBuaWQ6IDIxIFtBTkFMT0ddDQpwY20wOiAgICAgICAgICAgIG5h bWU6IGF1ZGlvIG1peGVyDQpwY20wOiAgICAgIHdpZGdldF9jYXA6IDB4MDAyMDA1MGYNCnBj bTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMg0KcGNtMDogICAgICAgQ3RsIGZsYWdz OiAweDAwMDAwMTgxDQpwY20wOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwYjBjMGMNCnBjbTA6 ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MTIgc2l6ZT0xMSBvZmZzZXQ9MTINCnBj bTA6ICAgICAgIElucHV0IGFtcDogMHg4MDBiMTcwYw0KcGNtMDogICAgICAgICAgICAgICAg ICBtdXRlPTEgc3RlcD0yMyBzaXplPTExIG9mZnNldD0xMg0KcGNtMDogICAgIGNvbm5lY3Rp b25zOiAzDQpwY20wOiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTE3 IFtwaW46IENEIChmaXhlZCldDQpwY20wOiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAg ICsgPC0gbmlkPTIwIFthdWRpbyBtaXhlcl0NCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAg ICAgICAgICAgKyA8LSBuaWQ9MjggW2F1ZGlvIG1peGVyXQ0KcGNtMDogDQpwY20wOiAgICAg ICAgICAgICBuaWQ6IDIyIFtBTkFMT0ddDQpwY20wOiAgICAgICAgICAgIG5hbWU6IGF1ZGlv IG1peGVyDQpwY20wOiAgICAgIHdpZGdldF9jYXA6IDB4MDAyMDAxMGINCnBjbTA6ICAgICBQ YXJzZSBmbGFnczogMHgwMDAwMDAwMQ0KcGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAw MTkxDQpwY20wOiAgICAgICBJbnB1dCBhbXA6IDB4ODAwMDAwMDANCnBjbTA6ICAgICAgICAg ICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTANCnBjbTA6ICAgICBjb25u ZWN0aW9uczogMg0KcGNtMDogICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5p ZD0zIFthdWRpbyBvdXRwdXRdDQpwY20wOiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAg ICsgPC0gbmlkPTIxIFthdWRpbyBtaXhlcl0NCnBjbTA6IA0KcGNtMDogICAgICAgICAgICAg bmlkOiAyMyBbQU5BTE9HXQ0KcGNtMDogICAgICAgICAgICBuYW1lOiBhdWRpbyBtaXhlcg0K cGNtMDogICAgICB3aWRnZXRfY2FwOiAweDAwMjAwMTBiDQpwY20wOiAgICAgUGFyc2UgZmxh Z3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNt MDogICAgICAgSW5wdXQgYW1wOiAweDgwMDAwMDAwDQpwY20wOiAgICAgICAgICAgICAgICAg IG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wDQpwY20wOiAgICAgY29ubmVjdGlvbnM6 IDINCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9NCBbYXVk aW8gb3V0cHV0XQ0KcGNtMDogICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5p ZD0yMSBbYXVkaW8gbWl4ZXJdDQpwY20wOiANCnBjbTA6ICAgICAgICAgICAgIG5pZDogMjQg W0FOQUxPR10NCnBjbTA6ICAgICAgICAgICAgbmFtZTogYXVkaW8gbWl4ZXINCnBjbTA6ICAg ICAgd2lkZ2V0X2NhcDogMHgwMDIwMDEwYg0KcGNtMDogICAgIFBhcnNlIGZsYWdzOiAweDAw MDAwMDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAg IElucHV0IGFtcDogMHg4MDAwMDAwMA0KcGNtMDogICAgICAgICAgICAgICAgICBtdXRlPTEg c3RlcD0wIHNpemU9MCBvZmZzZXQ9MA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAyDQpwY20w OiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTUgW2F1ZGlvIG91dHB1 dF0NCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MjEgW2F1 ZGlvIG1peGVyXQ0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDI1IFtBTkFMT0dd DQpwY20wOiAgICAgICAgICAgIG5hbWU6IGF1ZGlvIG1peGVyDQpwY20wOiAgICAgIHdpZGdl dF9jYXA6IDB4MDAyMDAxMGINCnBjbTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMA0K cGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20wOiAgICAgICBJbnB1dCBh bXA6IDB4ODAwMDAwMDANCnBjbTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBz aXplPTAgb2Zmc2V0PTANCnBjbTA6ICAgICBjb25uZWN0aW9uczogMg0KcGNtMDogICAgICAg ICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5pZD02IFthdWRpbyBvdXRwdXRdDQpwY20w OiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTIxIFthdWRpbyBtaXhl cl0NCnBjbTA6IA0KcGNtMDogICAgICAgICAgICAgbmlkOiAyNiBbQU5BTE9HXQ0KcGNtMDog ICAgICAgICAgICBuYW1lOiBhdWRpbyBtaXhlcg0KcGNtMDogICAgICB3aWRnZXRfY2FwOiAw eDAwMjAwMTBiDQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAg ICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgICAgSW5wdXQgYW1wOiAweDgw MDAwMDAwDQpwY20wOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9m ZnNldD0wDQpwY20wOiAgICAgY29ubmVjdGlvbnM6IDQNCnBjbTA6ICAgICAgICAgICB8DQpw Y20wOiAgICAgICAgICAgKyA8LSBuaWQ9NCBbYXVkaW8gb3V0cHV0XQ0KcGNtMDogICAgICAg ICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5pZD02IFthdWRpbyBvdXRwdXRdDQpwY20w OiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTIxIFthdWRpbyBtaXhl cl0NCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MyBbYXVk aW8gb3V0cHV0XQ0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDI3IFtBTkFMT0dd DQpwY20wOiAgICAgICAgICAgIG5hbWU6IGF1ZGlvIG1peGVyDQpwY20wOiAgICAgIHdpZGdl dF9jYXA6IDB4MDAyMDAxMGINCnBjbTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMA0K cGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20wOiAgICAgICBJbnB1dCBh bXA6IDB4ODAwMDAwMDANCnBjbTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBz aXplPTAgb2Zmc2V0PTANCnBjbTA6ICAgICBjb25uZWN0aW9uczogNA0KcGNtMDogICAgICAg ICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5pZD00IFthdWRpbyBvdXRwdXRdDQpwY20w OiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTYgW2F1ZGlvIG91dHB1 dF0NCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MjEgW2F1 ZGlvIG1peGVyXQ0KcGNtMDogICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5p ZD0zIFthdWRpbyBvdXRwdXRdDQpwY20wOiANCnBjbTA6ICAgICAgICAgICAgIG5pZDogMjgg W0FOQUxPR10NCnBjbTA6ICAgICAgICAgICAgbmFtZTogYXVkaW8gbWl4ZXINCnBjbTA6ICAg ICAgd2lkZ2V0X2NhcDogMHgwMDIwMDEwYg0KcGNtMDogICAgIFBhcnNlIGZsYWdzOiAweDAw MDAwMDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAg IElucHV0IGFtcDogMHg4MDAwMDAwMA0KcGNtMDogICAgICAgICAgICAgICAgICBtdXRlPTEg c3RlcD0wIHNpemU9MCBvZmZzZXQ9MA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAyDQpwY20w OiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTEyIFtwaW46IHNwZWFr ZXIgKG5vbmUpXSBbRElTQUJMRURdDQpwY20wOiAgICAgICAgICAgfA0KcGNtMDogICAgICAg ICAgICsgPC0gbmlkPTE1IFtwaW46IHNwZWFrZXIgKG5vbmUpXSBbRElTQUJMRURdDQpwY20w OiANCnBjbTA6ICAgICAgICAgICAgIG5pZDogMjkgW0FOQUxPR10NCnBjbTA6ICAgICAgICAg ICAgbmFtZTogdmVuZG9yIHdpZGdldA0KcGNtMDogICAgICB3aWRnZXRfY2FwOiAweDAwZjAw MDAwDQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAgIEN0 bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAwDQpwY20wOiAN CnBjbTA6ICAgICAgICAgICAgIG5pZDogMzAgW0FOQUxPR10NCnBjbTA6ICAgICAgICAgICAg bmFtZTogdmVuZG9yIHdpZGdldA0KcGNtMDogICAgICB3aWRnZXRfY2FwOiAweDAwZjAwMDAw DQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAgIEN0bCBm bGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAwDQpwY20wOiANCnBj bTA6ICAgICAgICAgICAgIG5pZDogMzEgW0FOQUxPR10gW0RJU0FCTEVEXQ0KcGNtMDogICAg ICAgICAgICBuYW1lOiBwaW46IHNwZWFrZXIgKG5vbmUpDQpwY20wOiAgICAgIHdpZGdldF9j YXA6IDB4MDA0MDA1ODENCnBjbTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMA0KcGNt MDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20wOiAgICAgICAgIFBpbiBjYXA6 IDB4MDAwMDAwMTcNCnBjbTA6ICAgICAgICAgICAgICAgICAgSVNDIFRSUUQgT1VUIDogVU5T T0wNCnBjbTA6ICAgICAgUGluIGNvbmZpZzogMHg0MTExMTFmMA0KcGNtMDogICAgIFBpbiBj b250cm9sOiAweDAwMDAwMDQwIE9VVA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAxDQpwY20w OiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTI0IFthdWRpbyBtaXhl cl0NCnBjbTA6IA0KcGNtMDogICAgICAgICAgICAgbmlkOiAzMiBbQU5BTE9HXSBbRElTQUJM RURdDQpwY20wOiAgICAgICAgICAgIG5hbWU6IHBpbjogc3BlYWtlciAobm9uZSkNCnBjbTA6 ICAgICAgd2lkZ2V0X2NhcDogMHgwMDQwMDU4MQ0KcGNtMDogICAgIFBhcnNlIGZsYWdzOiAw eDAwMDAwMDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAg ICAgICAgUGluIGNhcDogMHgwMDAwMDAxNw0KcGNtMDogICAgICAgICAgICAgICAgICBJU0Mg VFJRRCBPVVQgOiBVTlNPTA0KcGNtMDogICAgICBQaW4gY29uZmlnOiAweDQxMTExMWYwDQpw Y20wOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwNDAgT1VUDQpwY20wOiAgICAgY29ubmVj dGlvbnM6IDENCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9 MjMgW2F1ZGlvIG1peGVyXQ0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDMzIFtB TkFMT0ddDQpwY20wOiAgICAgICAgICAgIG5hbWU6IHZlbmRvciB3aWRnZXQNCnBjbTA6ICAg ICAgd2lkZ2V0X2NhcDogMHgwMGYwMDAwMA0KcGNtMDogICAgIFBhcnNlIGZsYWdzOiAweDAw MDAwMDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICBj b25uZWN0aW9uczogMA0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDM0IFtBTkFM T0ddDQpwY20wOiAgICAgICAgICAgIG5hbWU6IHZlbmRvciB3aWRnZXQNCnBjbTA6ICAgICAg d2lkZ2V0X2NhcDogMHgwMGYwMDAwMA0KcGNtMDogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAw MDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICBjb25u ZWN0aW9uczogMA0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDM1IFtBTkFMT0dd DQpwY20wOiAgICAgICAgICAgIG5hbWU6IGJlZXAgd2lkZ2V0DQpwY20wOiAgICAgIHdpZGdl dF9jYXA6IDB4MDA3MDAwMGMNCnBjbTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMA0K cGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDIxDQpwY20wOiAgICAgIE91dHB1dCBh bXA6IDB4ODAwYjBmMGYNCnBjbTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MTUg c2l6ZT0xMSBvZmZzZXQ9MTUNCnBjbTA6ICAgICBjb25uZWN0aW9uczogMA0KcGNtMDogDQpw Y20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KcGNtMDogfCBEVU1QSU5HIEhEQSBB TVBMSUZJRVJTIHwNCnBjbTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQpwY20wOiAN CnBjbTA6ICAgMTogbmlkPTMgZGlyPTB4MSBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAxMSBv c3NkZXY9NA0KcGNtMDogICAyOiBuaWQ9NCBkaXI9MHgxIGluZGV4PTAgb3NzbWFzaz0weDAw MDAwMDAwIG9zc2Rldj0wDQpwY20wOiAgIDM6IG5pZD01IGRpcj0weDEgaW5kZXg9MCBvc3Nt YXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTA6ICAgNDogbmlkPTYgZGlyPTB4MSBpbmRl eD0wIG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0KcGNtMDogICA1OiBuaWQ9NyBkaXI9 MHgxIGluZGV4PTAgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wIFtESVNBQkxFRF0NCnBj bTA6ICAgNjogbmlkPTggZGlyPTB4MiBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDgwMCBvc3Nk ZXY9MA0KcGNtMDogICA3OiBuaWQ9MjAgY25pZD0xMyBkaXI9MHgyIGluZGV4PTAgb3NzbWFz az0weDAwMDAwMDgxIG9zc2Rldj03DQpwY20wOiAgIDg6IG5pZD0yMCBjbmlkPTE2IGRpcj0w eDIgaW5kZXg9MSBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTAgW0RJU0FCTEVEXQ0KcGNt MDogICA5OiBuaWQ9MjEgZGlyPTB4MSBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAwMCBvc3Nk ZXY9MA0KcGNtMDogIDEwOiBuaWQ9MjEgY25pZD0xNyBkaXI9MHgyIGluZGV4PTAgb3NzbWFz az0weDAwMDAwMTAxIG9zc2Rldj04DQpwY20wOiAgMTE6IG5pZD0yMSBjbmlkPTIwIGRpcj0w eDIgaW5kZXg9MSBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTA6ICAxMjogbmlk PTIxIGNuaWQ9MjggZGlyPTB4MiBpbmRleD0yIG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9 MA0KcGNtMDogIDEzOiBuaWQ9MjIgY25pZD0zIGRpcj0weDIgaW5kZXg9MCBvc3NtYXNrPTB4 MDAwMDAwMDAgb3NzZGV2PTANCnBjbTA6ICAxNDogbmlkPTIyIGNuaWQ9MjEgZGlyPTB4MiBp bmRleD0xIG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0KcGNtMDogIDE1OiBuaWQ9MjMg Y25pZD00IGRpcj0weDIgaW5kZXg9MCBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBj bTA6ICAxNjogbmlkPTIzIGNuaWQ9MjEgZGlyPTB4MiBpbmRleD0xIG9zc21hc2s9MHgwMDAw MDAwMCBvc3NkZXY9MA0KcGNtMDogIDE3OiBuaWQ9MjQgY25pZD01IGRpcj0weDIgaW5kZXg9 MCBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTA6ICAxODogbmlkPTI0IGNuaWQ9 MjEgZGlyPTB4MiBpbmRleD0xIG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0KcGNtMDog IDE5OiBuaWQ9MjUgY25pZD02IGRpcj0weDIgaW5kZXg9MCBvc3NtYXNrPTB4MDAwMDAwMDAg b3NzZGV2PTANCnBjbTA6ICAyMDogbmlkPTI1IGNuaWQ9MjEgZGlyPTB4MiBpbmRleD0xIG9z c21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0KcGNtMDogIDIxOiBuaWQ9MjYgY25pZD00IGRp cj0weDIgaW5kZXg9MCBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTA6ICAyMjog bmlkPTI2IGNuaWQ9NiBkaXI9MHgyIGluZGV4PTEgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rl dj0wDQpwY20wOiAgMjM6IG5pZD0yNiBjbmlkPTIxIGRpcj0weDIgaW5kZXg9MiBvc3NtYXNr PTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTA6ICAyNDogbmlkPTI2IGNuaWQ9MyBkaXI9MHgy IGluZGV4PTMgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wDQpwY20wOiAgMjU6IG5pZD0y NyBjbmlkPTQgZGlyPTB4MiBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0K cGNtMDogIDI2OiBuaWQ9MjcgY25pZD02IGRpcj0weDIgaW5kZXg9MSBvc3NtYXNrPTB4MDAw MDAwMDAgb3NzZGV2PTANCnBjbTA6ICAyNzogbmlkPTI3IGNuaWQ9MjEgZGlyPTB4MiBpbmRl eD0yIG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0KcGNtMDogIDI4OiBuaWQ9MjcgY25p ZD0zIGRpcj0weDIgaW5kZXg9MyBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTA6 ICAyOTogbmlkPTI4IGNuaWQ9MTIgZGlyPTB4MiBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAw MCBvc3NkZXY9MCBbRElTQUJMRURdDQpwY20wOiAgMzA6IG5pZD0yOCBjbmlkPTE1IGRpcj0w eDIgaW5kZXg9MSBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTAgW0RJU0FCTEVEXQ0KcGNt MDogIDMxOiBuaWQ9MzUgZGlyPTB4MSBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAyMSBvc3Nk ZXY9NQ0KcGNtMDogDQpwY20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rDQpwY20wOiB8IERVTVBJTkcgSERBIEFVRElPL1ZPTFVNRSBDT05UUk9MUyB8DQpwY20w OiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQpwY20wOiANCnBjbTA6 IE1hc3RlciBWb2x1bWUgKE9TUzogdm9sKQ0KcGNtMDogICAgfA0KcGNtMDogICAgKy0gIG5p ZDogIDMgaW5kZXg6ICAwICAgICAgICAgICBtdXRlOiAxIHN0ZXA6ICAgMCBzaXplOiAgIDAg b2ZmOiAgIDAgZGlyPTB4MSBvc3NtYXNrPTB4MDAwMDAwMTENCnBjbTA6ICAgIHwNCnBjbTA6 ICAgICstICBuaWQ6IDIwIGluZGV4OiAgMCAobmlkOiAxMykgbXV0ZTogMSBzdGVwOiAgIDAg c2l6ZTogICAwIG9mZjogICAwIGRpcj0weDIgb3NzbWFzaz0weDAwMDAwMDgxDQpwY20wOiAg ICB8DQpwY20wOiAgICArLSAgbmlkOiAyMSBpbmRleDogIDAgKG5pZDogMTcpIG11dGU6IDEg c3RlcDogIDIzIHNpemU6ICAxMSBvZmY6ICAxMiBkaXI9MHgyIG9zc21hc2s9MHgwMDAwMDEw MQ0KcGNtMDogICAgfA0KcGNtMDogICAgKy0gIG5pZDogMzUgaW5kZXg6ICAwICAgICAgICAg ICBtdXRlOiAxIHN0ZXA6ICAxNSBzaXplOiAgMTEgb2ZmOiAgMTUgZGlyPTB4MSBvc3NtYXNr PTB4MDAwMDAwMjENCnBjbTA6IA0KcGNtMDogUENNIFZvbHVtZSAoT1NTOiBwY20pDQpwY20w OiAgICB8DQpwY20wOiAgICArLSAgbmlkOiAgMyBpbmRleDogIDAgICAgICAgICAgIG11dGU6 IDEgc3RlcDogICAwIHNpemU6ICAgMCBvZmY6ICAgMCBkaXI9MHgxIG9zc21hc2s9MHgwMDAw MDAxMQ0KcGNtMDogDQpwY20wOiBDRCBWb2x1bWUgKE9TUzogY2QpDQpwY20wOiAgICB8DQpw Y20wOiAgICArLSAgbmlkOiAyMSBpbmRleDogIDAgKG5pZDogMTcpIG11dGU6IDEgc3RlcDog IDIzIHNpemU6ICAxMSBvZmY6ICAxMiBkaXI9MHgyIG9zc21hc2s9MHgwMDAwMDEwMQ0KcGNt MDogDQpwY20wOiBNaWNyb3Bob25lIFZvbHVtZSAoT1NTOiBtaWMpDQpwY20wOiAgICB8DQpw Y20wOiAgICArLSAgbmlkOiAyMCBpbmRleDogIDAgKG5pZDogMTMpIG11dGU6IDEgc3RlcDog ICAwIHNpemU6ICAgMCBvZmY6ICAgMCBkaXI9MHgyIG9zc21hc2s9MHgwMDAwMDA4MQ0KcGNt MDogDQpwY20wOiBSZWNvcmRpbmcgTGV2ZWwgKE9TUzogcmVjKQ0KcGNtMDogICAgfA0KcGNt MDogICAgKy0gIG5pZDogIDggaW5kZXg6ICAwICAgICAgICAgICBtdXRlOiAxIHN0ZXA6ICAx MyBzaXplOiAgMTEgb2ZmOiAgIDIgZGlyPTB4MiBvc3NtYXNrPTB4MDAwMDA4MDANCnBjbTA6 IA0KcGNtMDogU3BlYWtlci9CZWVwIChPU1M6IHNwZWFrZXIpDQpwY20wOiAgICB8DQpwY20w OiAgICArLSAgbmlkOiAzNSBpbmRleDogIDAgICAgICAgICAgIG11dGU6IDEgc3RlcDogIDE1 IHNpemU6ICAxMSBvZmY6ICAxNSBkaXI9MHgxIG9zc21hc2s9MHgwMDAwMDAyMQ0KcGNtMDog DQpwY20wOiBQbGF5YmFjayBwYXRoOg0KcGNtMDogDQpwY20wOiAgICAgbmlkPTExIFtwaW46 IGxpbmUgb3V0IChqYWNrKV0NCnBjbTA6ICAgICAgIF4NCnBjbTA6ICAgICAgIHwNCnBjbTA6 ICAgICAgICstLS0tLTwtLS0tLS0rDQpwY20wOiAgICAgICAgICAgICAgICAgICAgXg0KcGNt MDogICAgICAgICAgICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAgICAgICAgICAgbmlkPTIy IFthdWRpbyBtaXhlcl0NCnBjbTA6ICAgICAgICAgICAgICAgICAgICBeDQpwY20wOiAgICAg ICAgICAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICAgICAgICBuaWQ9MyBbYXVkaW8g b3V0cHV0XQ0KcGNtMDogDQpwY20wOiBSZWNvcmRpbmcgc291cmNlczoNCnBjbTA6IA0KcGNt MDogICAgIG5pZD04IFthdWRpbyBpbnB1dF0NCnBjbTA6ICAgICAgIHwNCnBjbTA6ICAgICAg ICsgPC0gbmlkPTEzIFtwaW46IE1pYyBpbiAoamFjayldIFtyZWNzcmM6IHZvbCwgbWljXQ0K cGNtMDogICAgICAgfA0KcGNtMDogICAgICAgKyA8LSBuaWQ9MTcgW3BpbjogQ0QgKGZpeGVk KV0gW3JlY3NyYzogdm9sLCBjZF0NCnBjbTA6ICAgICAgIHwNCnBjbTA6ICAgICAgICsgPC0g bmlkPTIxIFthdWRpbyBtaXhlcl0gW3JlY3NyYzogdm9sLCBtaWMsIGNkXQ0KcGNtMDogDQpw Y20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQpwY20wOiB8 IERVTVBJTkcgUENNIFBsYXliYWNrL1JlY29yZCBDaGFubmVscyB8DQpwY20wOiArLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQpwY20wOiANCnBjbTA6ICAgIFBD TSBQbGF5YmFjazogMQ0KcGNtMDogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxDQpwY20w OiAgICAgICAgICBGb3JtYXQ6IFBDTQ0KcGNtMDogICAgICAgICBQQ00gY2FwOiAweDAwMGUw MTQwDQpwY20wOiAgICAgICAgUENNIHNpemU6IDE2IDIwIDI0DQpwY20wOiAgICAgICAgUENN IHJhdGU6IDQ4IDk2DQpwY20wOiAgICAgICAgICAgICBEQUM6IDMNCnBjbTA6IA0KcGNtMDog ICAgICBQQ00gUmVjb3JkOiAxDQpwY20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEN CnBjbTA6ICAgICAgICAgIEZvcm1hdDogUENNDQpwY20wOiAgICAgICAgIFBDTSBjYXA6IDB4 MDAwMjAxNDANCnBjbTA6ICAgICAgICBQQ00gc2l6ZTogMTYNCnBjbTA6ICAgICAgICBQQ00g cmF0ZTogNDggOTYNCnBjbTA6ICAgICAgICAgICAgIEFEQzogOA0KdW5hbWUgLWENCkZyZWVC U0QgdG9zaGkuYXVidXJuLnByb3RlY3RlZC1uZXR3b3Jrcy5uZXQgNi4yLVNUQUJMRSBGcmVl QlNEIDYuMi1TVEFCTEUgIzE3OiBXZWQgTWF5IDE2IDExOjA1OjUxIE5aU1QgMjAwNyAgICAg cm9vdEB0b3NoaS5hdWJ1cm4ucHJvdGVjdGVkLW5ldHdvcmtzLm5ldDovdXNyL29iai91c3Iv c3JjL3N5cy9UT1NISSAgaTM4Ng0KcGNpY29uZiAtbHYgfCBncmVwIC1CIDQgYXVkaW8NCnN5 c2N0bCBody5zbmQudmVyYm9zZT0yIDsgY2F0IC9kZXYvc25kc3RhdA0KaHcuc25kLnZlcmJv c2U6IDEgLT4gMg0KRnJlZUJTRCBBdWRpbyBEcml2ZXIgKG5ld3BjbSkNCkluc3RhbGxlZCBk ZXZpY2VzOg0KcGNtMDogPEludGVsIDgyODAxRyBIaWdoIERlZmluaXRpb24gQXVkaW8gQ29u dHJvbGxlcj4gYXQgbWVtb3J5IDB4ZjBiNDAwMDAgaXJxIDIyICBbMjAwNzA1MDVfMDA0NF0g KDFwLzFyLzB2IGNoYW5uZWxzIGR1cGxleCBkZWZhdWx0KQ0KCVtwY20wOnBsYXk6MDpkc3Aw LjBdOiBzcGQgMCwgZm10IDB4MDAwMDAwMDAvMHgwMDAwMDAwOCwgZmxhZ3MgMHgwMDAwMDAw MCwgMHgwMDAwMDAwMA0KCWludGVycnVwdHMgMCwgdW5kZXJydW5zIDAsIHJlYWR5IDAgW2I6 MTYzODQvODE5Mi8yfGJzOjAvMC8wXQ0KCXt1c2VybGFuZH0gLT4gZmVlZGVyX3Jvb3QoMHgw MDAwMDAwMCkgLT4ge2hhcmR3YXJlfQ0KCVtwY20wOnJlY29yZDowOmRzcDAuMV06IHNwZCAw LCBmbXQgMHgwMDAwMDAwMC8weDAwMDAwMDA4LCBmbGFncyAweDAwMDAwMDAwLCAweDAwMDAw MDAwDQoJaW50ZXJydXB0cyAwLCBvdmVycnVucyAwLCBoZnJlZSAxNjM4NCwgc2ZyZWUgMCBb YjoxNjM4NC84MTkyLzJ8YnM6MC8wLzBdDQoJe2hhcmR3YXJlfSAtPiBmZWVkZXJfcm9vdCgw eDAwMDAwMDAwKSAtPiB7dXNlcmxhbmR9DQpzeXNjdGwgaHcuc25kDQpody5zbmQucmVwb3J0 X3NvZnRfZm9ybWF0czogMQ0KaHcuc25kLnRhcmdldGlycXJhdGU6IDMyDQpody5zbmQudmVy Ym9zZTogMg0KaHcuc25kLm1heGF1dG92Y2hhbnM6IDANCmh3LnNuZC51bml0OiAwDQpody5z bmQucGNtMC5idWZmZXJzaXplOiAxNjM4NA0KaHcuc25kLnBjbTAudmNoYW5zOiAwDQovdXNy L3NiaW4vbWl4ZXINCk1peGVyIHZvbCAgICAgIGlzIGN1cnJlbnRseSBzZXQgdG8gIDYwOjYw DQpNaXhlciBwY20gICAgICBpcyBjdXJyZW50bHkgc2V0IHRvICA1MDo1MA0KTWl4ZXIgc3Bl YWtlciAgaXMgY3VycmVudGx5IHNldCB0byAgIDA6MA0KTWl4ZXIgbWljICAgICAgaXMgY3Vy cmVudGx5IHNldCB0byAgIDA6MA0KTWl4ZXIgY2QgICAgICAgaXMgY3VycmVudGx5IHNldCB0 byAgNzU6NzUNCk1peGVyIHJlYyAgICAgIGlzIGN1cnJlbnRseSBzZXQgdG8gICAwOjANClJl Y29yZGluZyBzb3VyY2U6IG1pYw0KaW1iQHRvc2hpOi9ob21lL2ltYj4gXkQICGV4aXQNCgpT Y3JpcHQgZG9uZSBvbiBNb24gTWF5IDIxIDExOjEyOjQ1IDIwMDcK --------------000005060307050403030205 Content-Type: text/plain; name="sound-good.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="sound-good.txt" U2NyaXB0IHN0YXJ0ZWQgb24gTW9uIE1heSAyMSAxMToyNDoxNCAyMDA3CmltYkB0b3NoaTov aG9tZS9pbWI+IHN1ZG8gLi90ZXN0LXNvdW5kLnNoDQ0KIyEvYmluL3NoIC12IA0Kc3lzY3Rs IGRlYnVnLmJvb3R2ZXJib3NlPTENCmRlYnVnLmJvb3R2ZXJib3NlOiAxIC0+IDENCiMga2xk bG9hZCBzbmRfaGRhLmtvDQpkbWVzZyB8IGdyZXAgXnBjbQ0KcGNtMDogPEludGVsIDgyODAx RyBIaWdoIERlZmluaXRpb24gQXVkaW8gQ29udHJvbGxlcj4gbWVtIDB4ZjBiNDAwMDAtMHhm MGI0M2ZmZiBpcnEgMjIgYXQgZGV2aWNlIDI3LjAgb24gcGNpMA0KcGNtMDogVENTRUw6IDB4 MDcgLT4gMHgwMA0KcGNtMDogRE1BIENvaGVyZW5jeTogVW5jYWNoZWFibGUgLyB2ZW5kb3I9 MHg4MDg2DQpwY20wOiBSZXNlcnZlZCAweDQwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUg MyBhdCAweGYwYjQwMDAwDQpwY20wOiBbTVBTQUZFXQ0KcGNtMDogaGRhY19kbWFfYWxsb2M6 IHNpemU9MTAyNCAtPiByb3VuZHN6PTEwMjQNCnBjbTA6IGhkYWNfZG1hX2FsbG9jOiBzaXpl PTIwNDggLT4gcm91bmRzej0yMDQ4DQpwY20wOiBIREFfREVCVUc6IEhEQSBDb25maWc6IG9u PTB4MDAwMDAwMDAgb2ZmPTB4MDAwMDAwMDANCnBjbTA6IEhEQV9ERUJVRzogU3RhcnRpbmcg Q09SQiBFbmdpbmUuLi4NCnBjbTA6IEhEQV9ERUJVRzogU3RhcnRpbmcgUklSQiBFbmdpbmUu Li4NCnBjbTA6IEhEQV9ERUJVRzogRW5hYmxpbmcgY29udHJvbGxlciBpbnRlcnJ1cHQuLi4N CnBjbTA6IEhEQV9ERUJVRzogU2Nhbm5pbmcgSERBIGNvZGVjcy4uLg0KcGNtMDogSERBX0RF QlVHOiBQcm9iaW5nIGNvZGVjOiAwDQpwY20wOiBIREFfREVCVUc6IAlzdGFydG5vZGU9MSBl bmRub2RlPTINCnBjbTA6IEhEQV9ERUJVRzogCUZvdW5kIEFGRyBuaWQ9MSBbc3RhcnRub2Rl PTEgZW5kbm9kZT0yXQ0KcGNtMDogSERBX0RFQlVHOiBQYXJzaW5nIEFGRyBuaWQ9MSBjYWQ9 MA0KcGNtMDogICAgICAgIFZlbmRvcjogMHgwMDAwMTBlYw0KcGNtMDogICAgICAgIERldmlj ZTogMHgwMDAwMDg2MQ0KcGNtMDogICAgICBSZXZpc2lvbjogMHgwMDAwMDAwMw0KcGNtMDog ICAgICBTdGVwcGluZzogMHgwMDAwMDAwMA0KcGNtMDogUENJIFN1YnZlbmRvcjogMHhmZjEw MTE3OQ0KcGNtMDogICAgICAgICBOb2Rlczogc3RhcnQ9MyBlbmRub2RlPTM2IHRvdGFsPTMz DQpwY20wOiAgICAgQ09SQiBzaXplOiAyNTYNCnBjbTA6ICAgICBSSVJCIHNpemU6IDI1Ng0K cGNtMDogICAgICAgU3RyZWFtczogSVNTPTQgT1NTPTQgQlNTPTANCnBjbTA6ICAgICAgICAg IEdQSU86IDB4MDAwMDAwMDANCnBjbTA6ICAgICAgICAgICAgICAgIE51bUdQSU89MCBOdW1H UE89MCBOdW1HUEk9MCBHUElXYWtlPTAgR1BJVW5zb2w9MA0KcGNtMDogSERBX0RFQlVHOiBo ZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNlOiBuaWQ9OCBlbnRyaWVzPTYgZm91bmQ9Ng0K cGNtMDogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNlOiBuaWQ9MTEg ZW50cmllcz0xIGZvdW5kPTENCnBjbTA6IEhEQV9ERUJVRzogaGRhY193aWRnZXRfY29ubmVj dGlvbl9wYXJzZTogbmlkPTEyIGVudHJpZXM9MSBmb3VuZD0xDQpwY20wOiBIREFfREVCVUc6 IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0xMyBlbnRyaWVzPTEgZm91bmQ9 MQ0KcGNtMDogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNlOiBuaWQ9 MTQgZW50cmllcz0xIGZvdW5kPTENCnBjbTA6IEhEQV9ERUJVRzogaGRhY193aWRnZXRfY29u bmVjdGlvbl9wYXJzZTogbmlkPTE1IGVudHJpZXM9MSBmb3VuZD0xDQpwY20wOiBIREFfREVC VUc6IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0xNiBlbnRyaWVzPTEgZm91 bmQ9MQ0KcGNtMDogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNlOiBu aWQ9MTggZW50cmllcz0xIGZvdW5kPTENCnBjbTA6IEhEQV9ERUJVRzogaGRhY193aWRnZXRf Y29ubmVjdGlvbl9wYXJzZTogbmlkPTIwIGVudHJpZXM9MiBmb3VuZD0yDQpwY20wOiBIREFf REVCVUc6IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0yMSBlbnRyaWVzPTMg Zm91bmQ9Mw0KcGNtMDogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3BhcnNl OiBuaWQ9MjIgZW50cmllcz0yIGZvdW5kPTINCnBjbTA6IEhEQV9ERUJVRzogaGRhY193aWRn ZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTIzIGVudHJpZXM9MiBmb3VuZD0yDQpwY20wOiBI REFfREVCVUc6IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0yNCBlbnRyaWVz PTIgZm91bmQ9Mg0KcGNtMDogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9uX3Bh cnNlOiBuaWQ9MjUgZW50cmllcz0yIGZvdW5kPTINCnBjbTA6IEhEQV9ERUJVRzogaGRhY193 aWRnZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTI2IGVudHJpZXM9NCBmb3VuZD00DQpwY20w OiBIREFfREVCVUc6IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0yNyBlbnRy aWVzPTQgZm91bmQ9NA0KcGNtMDogSERBX0RFQlVHOiBoZGFjX3dpZGdldF9jb25uZWN0aW9u X3BhcnNlOiBuaWQ9MjggZW50cmllcz0yIGZvdW5kPTINCnBjbTA6IEhEQV9ERUJVRzogaGRh Y193aWRnZXRfY29ubmVjdGlvbl9wYXJzZTogbmlkPTMxIGVudHJpZXM9MSBmb3VuZD0xDQpw Y20wOiBIREFfREVCVUc6IGhkYWNfd2lkZ2V0X2Nvbm5lY3Rpb25fcGFyc2U6IG5pZD0zMiBl bnRyaWVzPTEgZm91bmQ9MQ0KcGNtMDogSERBX0RFQlVHOiBQYXJzaW5nIEN0bHMuLi4NCnBj bTA6IEhEQV9ERUJVRzogUGFyc2luZyB2ZW5kb3IgcGF0Y2guLi4NCnBjbTA6IEhEQV9ERUJV RzogQnVpbGRpbmcgQUZHIHRyZWUuLi4NCnBjbTA6IEhEQV9ERUJVRzogSFdpUDogSERBIFdp ZGdldCBQYXJzZXIgLSBSZXZpc2lvbiAxDQpwY20wOiBIREFfREVCVUc6IEhXaVA6IEZvdW5k IDEgREFDIHBhdGggdXNpbmcgSERBX1BBUlNFX01JWEVSIHN0cmF0ZWd5Lg0KcGNtMDogSERB X0RFQlVHOiBBRkcgY29tbWl0Li4uDQpwY20wOiBIREFfREVCVUc6IEN0bHMgY29tbWl0Li4u DQpwY20wOiBbIDJdIEN0bCBuaWQ9NCBCaW5kIHRvIE5PTkUNCnBjbTA6IFsgM10gQ3RsIG5p ZD01IEJpbmQgdG8gTk9ORQ0KcGNtMDogWyA0XSBDdGwgbmlkPTYgQmluZCB0byBOT05FDQpw Y20wOiBbIDVdIEN0bCBuaWQ9NyBESVNBQkxFRA0KcGNtMDogWyA4XSBDdGwgbmlkPTIwIGNo aWxkbmlkPTE2IERJU0FCTEVEDQpwY20wOiBbIDldIEN0bCBuaWQ9MjEgQmluZCB0byBOT05F DQpwY20wOiBbMTFdIEN0bCBuaWQ9MjEgY2hpbGRuaWQ9MjAgQmluZCB0byBOT05FDQpwY20w OiBbMTJdIEN0bCBuaWQ9MjEgY2hpbGRuaWQ9MjggQmluZCB0byBOT05FDQpwY20wOiBbMTNd IEN0bCBuaWQ9MjIgY2hpbGRuaWQ9MyBCaW5kIHRvIE5PTkUNCnBjbTA6IFsxNF0gQ3RsIG5p ZD0yMiBjaGlsZG5pZD0yMSBCaW5kIHRvIE5PTkUNCnBjbTA6IFsxNV0gQ3RsIG5pZD0yMyBj aGlsZG5pZD00IEJpbmQgdG8gTk9ORQ0KcGNtMDogWzE2XSBDdGwgbmlkPTIzIGNoaWxkbmlk PTIxIEJpbmQgdG8gTk9ORQ0KcGNtMDogWzE3XSBDdGwgbmlkPTI0IGNoaWxkbmlkPTUgQmlu ZCB0byBOT05FDQpwY20wOiBbMThdIEN0bCBuaWQ9MjQgY2hpbGRuaWQ9MjEgQmluZCB0byBO T05FDQpwY20wOiBbMTldIEN0bCBuaWQ9MjUgY2hpbGRuaWQ9NiBCaW5kIHRvIE5PTkUNCnBj bTA6IFsyMF0gQ3RsIG5pZD0yNSBjaGlsZG5pZD0yMSBCaW5kIHRvIE5PTkUNCnBjbTA6IFsy MV0gQ3RsIG5pZD0yNiBjaGlsZG5pZD00IEJpbmQgdG8gTk9ORQ0KcGNtMDogWzIyXSBDdGwg bmlkPTI2IGNoaWxkbmlkPTYgQmluZCB0byBOT05FDQpwY20wOiBbMjNdIEN0bCBuaWQ9MjYg Y2hpbGRuaWQ9MjEgQmluZCB0byBOT05FDQpwY20wOiBbMjRdIEN0bCBuaWQ9MjYgY2hpbGRu aWQ9MyBCaW5kIHRvIE5PTkUNCnBjbTA6IFsyNV0gQ3RsIG5pZD0yNyBjaGlsZG5pZD00IEJp bmQgdG8gTk9ORQ0KcGNtMDogWzI2XSBDdGwgbmlkPTI3IGNoaWxkbmlkPTYgQmluZCB0byBO T05FDQpwY20wOiBbMjddIEN0bCBuaWQ9MjcgY2hpbGRuaWQ9MjEgQmluZCB0byBOT05FDQpw Y20wOiBbMjhdIEN0bCBuaWQ9MjcgY2hpbGRuaWQ9MyBCaW5kIHRvIE5PTkUNCnBjbTA6IFsy OV0gQ3RsIG5pZD0yOCBjaGlsZG5pZD0xMiBESVNBQkxFRA0KcGNtMDogWzMwXSBDdGwgbmlk PTI4IGNoaWxkbmlkPTE1IERJU0FCTEVEDQpwY20wOiBIREFfREVCVUc6IFBDTURJUl9QTEFZ IHNldHVwLi4uDQpwY20wOiBIREFfREVCVUc6IFBDTURJUl9SRUMgc2V0dXAuLi4NCnBjbTA6 IEhEQV9ERUJVRzogT1NTIG1peGVyIGluaXRpYWxpemF0aW9uLi4uDQpwY20wOiBIREFfREVC VUc6IEVuYWJsaW5nIFNvZnQgUENNIHZvbHVtZQ0KcGNtMDogTWl4ZXIgInZvbCI6IGNoaWxk PTB4MDAwMDAwMTANCnBjbTA6IE1peGVyICJwY20iOiBwYXJlbnQ9InZvbCINCnBjbTA6IE1p eGVyICJzcGVha2VyIjoNCnBjbTA6IE1peGVyICJtaWMiOg0KcGNtMDogTWl4ZXIgImNkIjoN CnBjbTA6IE1peGVyICJyZWMiOg0KcGNtMDogU29mdCBQQ00gbWl4ZXIgRU5BQkxFRA0KcGNt MDogSERBX0RFQlVHOiBSZWdpc3RlcmluZyBQQ00gY2hhbm5lbHMuLi4NCnBjbTA6IGhkYWNf ZG1hX2FsbG9jOiBzaXplPTQwOTYgLT4gcm91bmRzej00MDk2DQpwY20wOiBzbmRidWZfc2V0 bWFwIDdjYzNjMDAwLCA0MDAwOyAweGU2ZGExMDAwIC0+IDdjYzNjMDAwDQpwY20wOiBoZGFj X2RtYV9hbGxvYzogc2l6ZT00MDk2IC0+IHJvdW5kc3o9NDA5Ng0KcGNtMDogc25kYnVmX3Nl dG1hcCA3Y2MzODAwMCwgNDAwMDsgMHhlNmRhNTAwMCAtPiA3Y2MzODAwMA0KcGNtMDogPEhE QSBDb2RlYzogUmVhbHRlayBBTEM4NjE+DQpwY20wOiA8SERBIENvZGVjIElEOiAweDEwZWMw ODYxPg0KcGNtMDogPEhEQSBEcml2ZXIgUmV2aXNpb246IDIwMDcwNTA1XzAwNDQ+DQpwY20w OiANCnBjbTA6IEhEQSBjb25maWcvcXVpcmtzOiBmb3JjZXN0ZXJlbyBpdnJlZjUwIGl2cmVm ODAgaXZyZWYxMDAgaXZyZWYNCnBjbTA6IA0KcGNtMDogKy0tLS0tLS0tLS0tLS0tLS0tLS0r DQpwY20wOiB8IERVTVBJTkcgSERBIE5PREVTIHwNCnBjbTA6ICstLS0tLS0tLS0tLS0tLS0t LS0tKw0KcGNtMDogDQpwY20wOiBEZWZhdWx0IFBhcmFtZXRlcg0KcGNtMDogLS0tLS0tLS0t LS0tLS0tLS0NCnBjbTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQ0KcGNtMDogICAg ICAgICAgRm9ybWF0OiBQQ00NCnBjbTA6ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDE0MA0K cGNtMDogICAgICAgIFBDTSBzaXplOiAxNiAyMCAyNA0KcGNtMDogICAgICAgIFBDTSByYXRl OiA0OCA5Ng0KcGNtMDogICAgICAgICAgSU4gYW1wOiAweDAwMDAwMDAwDQpwY20wOiAgICAg ICAgIE9VVCBhbXA6IDB4ODAwMDAwMDANCnBjbTA6IA0KcGNtMDogICAgICAgICAgICAgbmlk OiAzIFtBTkFMT0ddDQpwY20wOiAgICAgICAgICAgIG5hbWU6IGF1ZGlvIG91dHB1dA0KcGNt MDogICAgICB3aWRnZXRfY2FwOiAweDAwMDAwNDA1DQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6 IDB4MDAwMDAwMDENCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAxMQ0KcGNtMDog ICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxDQpwY20wOiAgICAgICAgICBGb3JtYXQ6IFBD TQ0KcGNtMDogICAgICAgICBQQ00gY2FwOiAweDAwMGUwMTQwDQpwY20wOiAgICAgICAgUENN IHNpemU6IDE2IDIwIDI0DQpwY20wOiAgICAgICAgUENNIHJhdGU6IDQ4IDk2DQpwY20wOiAg ICAgIE91dHB1dCBhbXA6IDB4ODAwMDAwMDANCnBjbTA6ICAgICAgICAgICAgICAgICAgbXV0 ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTANCnBjbTA6ICAgICBjb25uZWN0aW9uczogMA0K cGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDQgW0FOQUxPR10NCnBjbTA6ICAgICAg ICAgICAgbmFtZTogYXVkaW8gb3V0cHV0DQpwY20wOiAgICAgIHdpZGdldF9jYXA6IDB4MDAw MDA0MDUNCnBjbTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgICAg Q3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAw MDENCnBjbTA6ICAgICAgICAgIEZvcm1hdDogUENNDQpwY20wOiAgICAgICAgIFBDTSBjYXA6 IDB4MDAwZTAxNDANCnBjbTA6ICAgICAgICBQQ00gc2l6ZTogMTYgMjAgMjQNCnBjbTA6ICAg ICAgICBQQ00gcmF0ZTogNDggOTYNCnBjbTA6ICAgICAgT3V0cHV0IGFtcDogMHg4MDAwMDAw MA0KcGNtMDogICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9 MA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAwDQpwY20wOiANCnBjbTA6ICAgICAgICAgICAg IG5pZDogNSBbQU5BTE9HXQ0KcGNtMDogICAgICAgICAgICBuYW1lOiBhdWRpbyBvdXRwdXQN CnBjbTA6ICAgICAgd2lkZ2V0X2NhcDogMHgwMDAwMDQwNQ0KcGNtMDogICAgIFBhcnNlIGZs YWdzOiAweDAwMDAwMDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBj bTA6ICAgICAgU3RyZWFtIGNhcDogMHgwMDAwMDAwMQ0KcGNtMDogICAgICAgICAgRm9ybWF0 OiBQQ00NCnBjbTA6ICAgICAgICAgUENNIGNhcDogMHgwMDBlMDE0MA0KcGNtMDogICAgICAg IFBDTSBzaXplOiAxNiAyMCAyNA0KcGNtMDogICAgICAgIFBDTSByYXRlOiA0OCA5Ng0KcGNt MDogICAgICBPdXRwdXQgYW1wOiAweDgwMDAwMDAwDQpwY20wOiAgICAgICAgICAgICAgICAg IG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wDQpwY20wOiAgICAgY29ubmVjdGlvbnM6 IDANCnBjbTA6IA0KcGNtMDogICAgICAgICAgICAgbmlkOiA2IFtBTkFMT0ddDQpwY20wOiAg ICAgICAgICAgIG5hbWU6IGF1ZGlvIG91dHB1dA0KcGNtMDogICAgICB3aWRnZXRfY2FwOiAw eDAwMDAwNDA1DQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAg ICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgICBTdHJlYW0gY2FwOiAweDAw MDAwMDAxDQpwY20wOiAgICAgICAgICBGb3JtYXQ6IFBDTQ0KcGNtMDogICAgICAgICBQQ00g Y2FwOiAweDAwMGUwMTQwDQpwY20wOiAgICAgICAgUENNIHNpemU6IDE2IDIwIDI0DQpwY20w OiAgICAgICAgUENNIHJhdGU6IDQ4IDk2DQpwY20wOiAgICAgIE91dHB1dCBhbXA6IDB4ODAw MDAwMDANCnBjbTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zm c2V0PTANCnBjbTA6ICAgICBjb25uZWN0aW9uczogMA0KcGNtMDogDQpwY20wOiAgICAgICAg ICAgICBuaWQ6IDcgW0RJR0lUQUxdIFtESVNBQkxFRF0NCnBjbTA6ICAgICAgICAgICAgbmFt ZTogYXVkaW8gb3V0cHV0DQpwY20wOiAgICAgIHdpZGdldF9jYXA6IDB4MDAwMDA2MDUNCnBj bTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgICAgQ3RsIGZsYWdz OiAweDAwMDAwMDAwDQpwY20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDENCnBjbTA6 ICAgICAgICAgIEZvcm1hdDogUENNDQpwY20wOiAgICAgICAgIFBDTSBjYXA6IDB4MDAwZTAx NDANCnBjbTA6ICAgICAgICBQQ00gc2l6ZTogMTYgMjAgMjQNCnBjbTA6ICAgICAgICBQQ00g cmF0ZTogNDggOTYNCnBjbTA6ICAgICAgT3V0cHV0IGFtcDogMHg4MDAwMDAwMA0KcGNtMDog ICAgICAgICAgICAgICAgICBtdXRlPTEgc3RlcD0wIHNpemU9MCBvZmZzZXQ9MA0KcGNtMDog ICAgIGNvbm5lY3Rpb25zOiAwDQpwY20wOiANCnBjbTA6ICAgICAgICAgICAgIG5pZDogOCBb QU5BTE9HXQ0KcGNtMDogICAgICAgICAgICBuYW1lOiBhdWRpbyBpbnB1dA0KcGNtMDogICAg ICB3aWRnZXRfY2FwOiAweDAwMTAwNTFiDQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAw MDAwMDYNCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDgwMA0KcGNtMDogICAgICBT dHJlYW0gY2FwOiAweDAwMDAwMDAxDQpwY20wOiAgICAgICAgICBGb3JtYXQ6IFBDTQ0KcGNt MDogICAgICAgICBQQ00gY2FwOiAweDAwMDIwMTQwDQpwY20wOiAgICAgICAgUENNIHNpemU6 IDE2DQpwY20wOiAgICAgICAgUENNIHJhdGU6IDQ4IDk2DQpwY20wOiAgICAgICBJbnB1dCBh bXA6IDB4ODAwYjBkMDINCnBjbTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MTMg c2l6ZT0xMSBvZmZzZXQ9Mg0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiA2DQpwY20wOiAgICAg ICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTEzIFtwaW46IE1pYyBpbiAoamFj ayldIChzZWxlY3RlZCkNCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8 LSBuaWQ9MTIgW3Bpbjogc3BlYWtlciAobm9uZSldIFtESVNBQkxFRF0NCnBjbTA6ICAgICAg ICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MTUgW3Bpbjogc3BlYWtlciAobm9u ZSldIFtESVNBQkxFRF0NCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8 LSBuaWQ9MTYgW3Bpbjogc3BlYWtlciAobm9uZSldIFtESVNBQkxFRF0NCnBjbTA6ICAgICAg ICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MTcgW3BpbjogQ0QgKGZpeGVkKV0N CnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MjEgW2F1ZGlv IG1peGVyXQ0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDkgW0FOQUxPR10NCnBj bTA6ICAgICAgICAgICAgbmFtZTogdmVuZG9yIHdpZGdldA0KcGNtMDogICAgICB3aWRnZXRf Y2FwOiAweDAwZjAwMDAwDQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBj bTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgIGNvbm5lY3Rpb25z OiAwDQpwY20wOiANCnBjbTA6ICAgICAgICAgICAgIG5pZDogMTAgW0FOQUxPR10NCnBjbTA6 ICAgICAgICAgICAgbmFtZTogdmVuZG9yIHdpZGdldA0KcGNtMDogICAgICB3aWRnZXRfY2Fw OiAweDAwZjAwMDAwDQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6 ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAw DQpwY20wOiANCnBjbTA6ICAgICAgICAgICAgIG5pZDogMTEgW0FOQUxPR10NCnBjbTA6ICAg ICAgICAgICAgbmFtZTogcGluOiBsaW5lIG91dCAoamFjaykNCnBjbTA6ICAgICAgd2lkZ2V0 X2NhcDogMHgwMDQwMDU4MQ0KcGNtMDogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAwMDAxDQpw Y20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAgICAgUGluIGNh cDogMHgwMDAwMDAxZg0KcGNtMDogICAgICAgICAgICAgICAgICBJU0MgVFJRRCBIUCBPVVQg OiBVTlNPTA0KcGNtMDogICAgICBQaW4gY29uZmlnOiAweDAxMDE0MTEwDQpwY20wOiAgICAg UGluIGNvbnRyb2w6IDB4MDAwMDAwNDAgT1VUDQpwY20wOiAgICAgY29ubmVjdGlvbnM6IDEN CnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MjIgW2F1ZGlv IG1peGVyXQ0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDEyIFtBTkFMT0ddIFtE SVNBQkxFRF0NCnBjbTA6ICAgICAgICAgICAgbmFtZTogcGluOiBzcGVha2VyIChub25lKQ0K cGNtMDogICAgICB3aWRnZXRfY2FwOiAweDAwNDAwNTgxDQpwY20wOiAgICAgUGFyc2UgZmxh Z3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNt MDogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDM3DQpwY20wOiAgICAgICAgICAgICAgICAg IElTQyBUUlFEIE9VVCBJTiA6IFVOU09MDQpwY20wOiAgICAgIFBpbiBjb25maWc6IDB4NDEx MTExZjANCnBjbTA6ICAgICBQaW4gY29udHJvbDogMHgwMDAwMDA2MCBJTiBPVVQNCnBjbTA6 ICAgICBjb25uZWN0aW9uczogMQ0KcGNtMDogICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAg ICArIDwtIG5pZD0yNSBbYXVkaW8gbWl4ZXJdDQpwY20wOiANCnBjbTA6ICAgICAgICAgICAg IG5pZDogMTMgW0FOQUxPR10NCnBjbTA6ICAgICAgICAgICAgbmFtZTogcGluOiBNaWMgaW4g KGphY2spDQpwY20wOiAgICAgIHdpZGdldF9jYXA6IDB4MDA0MDA1ODENCnBjbTA6ICAgICBQ YXJzZSBmbGFnczogMHgwMDAwMDAwMg0KcGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAw MDgxDQpwY20wOiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAzMzcNCnBjbTA6ICAgICAgICAg ICAgICAgICAgSVNDIFRSUUQgT1VUIElOIFZSRUZbIDUwIEhJWiBdIDogVU5TT0wNCnBjbTA6 ICAgICAgUGluIGNvbmZpZzogMHgwMWExOTkyMA0KcGNtMDogICAgIFBpbiBjb250cm9sOiAw eDAwMDAwMDIxIElODQpwY20wOiAgICAgY29ubmVjdGlvbnM6IDENCnBjbTA6ICAgICAgICAg ICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MjQgW2F1ZGlvIG1peGVyXQ0KcGNtMDog DQpwY20wOiAgICAgICAgICAgICBuaWQ6IDE0IFtBTkFMT0ddIFtESVNBQkxFRF0NCnBjbTA6 ICAgICAgICAgICAgbmFtZTogcGluOiBzcGVha2VyIChub25lKQ0KcGNtMDogICAgICB3aWRn ZXRfY2FwOiAweDAwNDAwNTgxDQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDAN CnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgICAgICBQaW4g Y2FwOiAweDAwMDAwMDE3DQpwY20wOiAgICAgICAgICAgICAgICAgIElTQyBUUlFEIE9VVCA6 IFVOU09MDQpwY20wOiAgICAgIFBpbiBjb25maWc6IDB4NDExMTExZjANCnBjbTA6ICAgICBQ aW4gY29udHJvbDogMHgwMDAwMDA0MCBPVVQNCnBjbTA6ICAgICBjb25uZWN0aW9uczogMQ0K cGNtMDogICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5pZD0yNSBbYXVkaW8g bWl4ZXJdDQpwY20wOiANCnBjbTA6ICAgICAgICAgICAgIG5pZDogMTUgW0FOQUxPR10gW0RJ U0FCTEVEXQ0KcGNtMDogICAgICAgICAgICBuYW1lOiBwaW46IHNwZWFrZXIgKG5vbmUpDQpw Y20wOiAgICAgIHdpZGdldF9jYXA6IDB4MDA0MDA1ODENCnBjbTA6ICAgICBQYXJzZSBmbGFn czogMHgwMDAwMDAwMA0KcGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20w OiAgICAgICAgIFBpbiBjYXA6IDB4MDAwMDAzM2YNCnBjbTA6ICAgICAgICAgICAgICAgICAg SVNDIFRSUUQgSFAgT1VUIElOIFZSRUZbIDUwIEhJWiBdIDogVU5TT0wNCnBjbTA6ICAgICAg UGluIGNvbmZpZzogMHg0MTExMTFmMA0KcGNtMDogICAgIFBpbiBjb250cm9sOiAweDAwMDAw MGUwIEhQIElOIE9VVA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAxDQpwY20wOiAgICAgICAg ICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTI2IFthdWRpbyBtaXhlcl0NCnBjbTA6 IA0KcGNtMDogICAgICAgICAgICAgbmlkOiAxNiBbQU5BTE9HXSBbRElTQUJMRURdDQpwY20w OiAgICAgICAgICAgIG5hbWU6IHBpbjogc3BlYWtlciAobm9uZSkNCnBjbTA6ICAgICAgd2lk Z2V0X2NhcDogMHgwMDQwMDU4MQ0KcGNtMDogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAwMDAw DQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAgICAgUGlu IGNhcDogMHgwMDAwMDMzZg0KcGNtMDogICAgICAgICAgICAgICAgICBJU0MgVFJRRCBIUCBP VVQgSU4gVlJFRlsgNTAgSElaIF0gOiBVTlNPTA0KcGNtMDogICAgICBQaW4gY29uZmlnOiAw eDQxMTExMWYwDQpwY20wOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwZTAgSFAgSU4gT1VU DQpwY20wOiAgICAgY29ubmVjdGlvbnM6IDENCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAg ICAgICAgICAgKyA8LSBuaWQ9MjcgW2F1ZGlvIG1peGVyXQ0KcGNtMDogDQpwY20wOiAgICAg ICAgICAgICBuaWQ6IDE3IFtBTkFMT0ddDQpwY20wOiAgICAgICAgICAgIG5hbWU6IHBpbjog Q0QgKGZpeGVkKQ0KcGNtMDogICAgICB3aWRnZXRfY2FwOiAweDAwNDAwMDAxDQpwY20wOiAg ICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDINCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgw MDAwMDEwMQ0KcGNtMDogICAgICAgICBQaW4gY2FwOiAweDAwMDAwMDYzDQpwY20wOiAgICAg ICAgICAgICAgICAgIElTQyBUUlFEIElOIEJBTA0KcGNtMDogICAgICBQaW4gY29uZmlnOiAw eDk5MzMwMTJlDQpwY20wOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwMjAgSU4NCnBjbTA6 ICAgICBjb25uZWN0aW9uczogMA0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDE4 IFtESUdJVEFMXSBbRElTQUJMRURdDQpwY20wOiAgICAgICAgICAgIG5hbWU6IHBpbjogc3Bl YWtlciAobm9uZSkNCnBjbTA6ICAgICAgd2lkZ2V0X2NhcDogMHgwMDQwMDMwMQ0KcGNtMDog ICAgIFBhcnNlIGZsYWdzOiAweDAwMDAwMDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4 MDAwMDAwMDANCnBjbTA6ICAgICAgICAgUGluIGNhcDogMHgwMDAwMDAxMA0KcGNtMDogICAg ICAgICAgICAgICAgICBPVVQNCnBjbTA6ICAgICAgUGluIGNvbmZpZzogMHg0MTExMTFmMA0K cGNtMDogICAgIFBpbiBjb250cm9sOiAweDAwMDAwMDQwIE9VVA0KcGNtMDogICAgIGNvbm5l Y3Rpb25zOiAxDQpwY20wOiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlk PTcgW2F1ZGlvIG91dHB1dF0gW0RJU0FCTEVEXQ0KcGNtMDogDQpwY20wOiAgICAgICAgICAg ICBuaWQ6IDE5IFtBTkFMT0ddDQpwY20wOiAgICAgICAgICAgIG5hbWU6IHZlbmRvciB3aWRn ZXQNCnBjbTA6ICAgICAgd2lkZ2V0X2NhcDogMHgwMGYwMDAwMA0KcGNtMDogICAgIFBhcnNl IGZsYWdzOiAweDAwMDAwMDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDAN CnBjbTA6ICAgICBjb25uZWN0aW9uczogMA0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBu aWQ6IDIwIFtBTkFMT0ddDQpwY20wOiAgICAgICAgICAgIG5hbWU6IGF1ZGlvIG1peGVyDQpw Y20wOiAgICAgIHdpZGdldF9jYXA6IDB4MDAyMDAxMGINCnBjbTA6ICAgICBQYXJzZSBmbGFn czogMHgwMDAwMDAwMg0KcGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDgxDQpwY20w OiAgICAgICBJbnB1dCBhbXA6IDB4ODAwMDAwMDANCnBjbTA6ICAgICAgICAgICAgICAgICAg bXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTANCnBjbTA6ICAgICBjb25uZWN0aW9uczog Mg0KcGNtMDogICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5pZD0xMyBbcGlu OiBNaWMgaW4gKGphY2spXQ0KcGNtMDogICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAgICAr IDwtIG5pZD0xNiBbcGluOiBzcGVha2VyIChub25lKV0gW0RJU0FCTEVEXQ0KcGNtMDogDQpw Y20wOiAgICAgICAgICAgICBuaWQ6IDIxIFtBTkFMT0ddDQpwY20wOiAgICAgICAgICAgIG5h bWU6IGF1ZGlvIG1peGVyDQpwY20wOiAgICAgIHdpZGdldF9jYXA6IDB4MDAyMDA1MGYNCnBj bTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMg0KcGNtMDogICAgICAgQ3RsIGZsYWdz OiAweDAwMDAwMTgxDQpwY20wOiAgICAgIE91dHB1dCBhbXA6IDB4ODAwYjBjMGMNCnBjbTA6 ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MTIgc2l6ZT0xMSBvZmZzZXQ9MTINCnBj bTA6ICAgICAgIElucHV0IGFtcDogMHg4MDBiMTcwYw0KcGNtMDogICAgICAgICAgICAgICAg ICBtdXRlPTEgc3RlcD0yMyBzaXplPTExIG9mZnNldD0xMg0KcGNtMDogICAgIGNvbm5lY3Rp b25zOiAzDQpwY20wOiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTE3 IFtwaW46IENEIChmaXhlZCldDQpwY20wOiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAg ICsgPC0gbmlkPTIwIFthdWRpbyBtaXhlcl0NCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAg ICAgICAgICAgKyA8LSBuaWQ9MjggW2F1ZGlvIG1peGVyXQ0KcGNtMDogDQpwY20wOiAgICAg ICAgICAgICBuaWQ6IDIyIFtBTkFMT0ddDQpwY20wOiAgICAgICAgICAgIG5hbWU6IGF1ZGlv IG1peGVyDQpwY20wOiAgICAgIHdpZGdldF9jYXA6IDB4MDAyMDAxMGINCnBjbTA6ICAgICBQ YXJzZSBmbGFnczogMHgwMDAwMDAwMQ0KcGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAw MTkxDQpwY20wOiAgICAgICBJbnB1dCBhbXA6IDB4ODAwMDAwMDANCnBjbTA6ICAgICAgICAg ICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBzaXplPTAgb2Zmc2V0PTANCnBjbTA6ICAgICBjb25u ZWN0aW9uczogMg0KcGNtMDogICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5p ZD0zIFthdWRpbyBvdXRwdXRdDQpwY20wOiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAg ICsgPC0gbmlkPTIxIFthdWRpbyBtaXhlcl0NCnBjbTA6IA0KcGNtMDogICAgICAgICAgICAg bmlkOiAyMyBbQU5BTE9HXQ0KcGNtMDogICAgICAgICAgICBuYW1lOiBhdWRpbyBtaXhlcg0K cGNtMDogICAgICB3aWRnZXRfY2FwOiAweDAwMjAwMTBiDQpwY20wOiAgICAgUGFyc2UgZmxh Z3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNt MDogICAgICAgSW5wdXQgYW1wOiAweDgwMDAwMDAwDQpwY20wOiAgICAgICAgICAgICAgICAg IG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9mZnNldD0wDQpwY20wOiAgICAgY29ubmVjdGlvbnM6 IDINCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9NCBbYXVk aW8gb3V0cHV0XQ0KcGNtMDogICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5p ZD0yMSBbYXVkaW8gbWl4ZXJdDQpwY20wOiANCnBjbTA6ICAgICAgICAgICAgIG5pZDogMjQg W0FOQUxPR10NCnBjbTA6ICAgICAgICAgICAgbmFtZTogYXVkaW8gbWl4ZXINCnBjbTA6ICAg ICAgd2lkZ2V0X2NhcDogMHgwMDIwMDEwYg0KcGNtMDogICAgIFBhcnNlIGZsYWdzOiAweDAw MDAwMDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAg IElucHV0IGFtcDogMHg4MDAwMDAwMA0KcGNtMDogICAgICAgICAgICAgICAgICBtdXRlPTEg c3RlcD0wIHNpemU9MCBvZmZzZXQ9MA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAyDQpwY20w OiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTUgW2F1ZGlvIG91dHB1 dF0NCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MjEgW2F1 ZGlvIG1peGVyXQ0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDI1IFtBTkFMT0dd DQpwY20wOiAgICAgICAgICAgIG5hbWU6IGF1ZGlvIG1peGVyDQpwY20wOiAgICAgIHdpZGdl dF9jYXA6IDB4MDAyMDAxMGINCnBjbTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMA0K cGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20wOiAgICAgICBJbnB1dCBh bXA6IDB4ODAwMDAwMDANCnBjbTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBz aXplPTAgb2Zmc2V0PTANCnBjbTA6ICAgICBjb25uZWN0aW9uczogMg0KcGNtMDogICAgICAg ICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5pZD02IFthdWRpbyBvdXRwdXRdDQpwY20w OiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTIxIFthdWRpbyBtaXhl cl0NCnBjbTA6IA0KcGNtMDogICAgICAgICAgICAgbmlkOiAyNiBbQU5BTE9HXQ0KcGNtMDog ICAgICAgICAgICBuYW1lOiBhdWRpbyBtaXhlcg0KcGNtMDogICAgICB3aWRnZXRfY2FwOiAw eDAwMjAwMTBiDQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAg ICAgIEN0bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgICAgSW5wdXQgYW1wOiAweDgw MDAwMDAwDQpwY20wOiAgICAgICAgICAgICAgICAgIG11dGU9MSBzdGVwPTAgc2l6ZT0wIG9m ZnNldD0wDQpwY20wOiAgICAgY29ubmVjdGlvbnM6IDQNCnBjbTA6ICAgICAgICAgICB8DQpw Y20wOiAgICAgICAgICAgKyA8LSBuaWQ9NCBbYXVkaW8gb3V0cHV0XQ0KcGNtMDogICAgICAg ICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5pZD02IFthdWRpbyBvdXRwdXRdDQpwY20w OiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTIxIFthdWRpbyBtaXhl cl0NCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MyBbYXVk aW8gb3V0cHV0XQ0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDI3IFtBTkFMT0dd DQpwY20wOiAgICAgICAgICAgIG5hbWU6IGF1ZGlvIG1peGVyDQpwY20wOiAgICAgIHdpZGdl dF9jYXA6IDB4MDAyMDAxMGINCnBjbTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMA0K cGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20wOiAgICAgICBJbnB1dCBh bXA6IDB4ODAwMDAwMDANCnBjbTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MCBz aXplPTAgb2Zmc2V0PTANCnBjbTA6ICAgICBjb25uZWN0aW9uczogNA0KcGNtMDogICAgICAg ICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5pZD00IFthdWRpbyBvdXRwdXRdDQpwY20w OiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTYgW2F1ZGlvIG91dHB1 dF0NCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9MjEgW2F1 ZGlvIG1peGVyXQ0KcGNtMDogICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAgICArIDwtIG5p ZD0zIFthdWRpbyBvdXRwdXRdDQpwY20wOiANCnBjbTA6ICAgICAgICAgICAgIG5pZDogMjgg W0FOQUxPR10NCnBjbTA6ICAgICAgICAgICAgbmFtZTogYXVkaW8gbWl4ZXINCnBjbTA6ICAg ICAgd2lkZ2V0X2NhcDogMHgwMDIwMDEwYg0KcGNtMDogICAgIFBhcnNlIGZsYWdzOiAweDAw MDAwMDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAg IElucHV0IGFtcDogMHg4MDAwMDAwMA0KcGNtMDogICAgICAgICAgICAgICAgICBtdXRlPTEg c3RlcD0wIHNpemU9MCBvZmZzZXQ9MA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAyDQpwY20w OiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTEyIFtwaW46IHNwZWFr ZXIgKG5vbmUpXSBbRElTQUJMRURdDQpwY20wOiAgICAgICAgICAgfA0KcGNtMDogICAgICAg ICAgICsgPC0gbmlkPTE1IFtwaW46IHNwZWFrZXIgKG5vbmUpXSBbRElTQUJMRURdDQpwY20w OiANCnBjbTA6ICAgICAgICAgICAgIG5pZDogMjkgW0FOQUxPR10NCnBjbTA6ICAgICAgICAg ICAgbmFtZTogdmVuZG9yIHdpZGdldA0KcGNtMDogICAgICB3aWRnZXRfY2FwOiAweDAwZjAw MDAwDQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAgIEN0 bCBmbGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAwDQpwY20wOiAN CnBjbTA6ICAgICAgICAgICAgIG5pZDogMzAgW0FOQUxPR10NCnBjbTA6ICAgICAgICAgICAg bmFtZTogdmVuZG9yIHdpZGdldA0KcGNtMDogICAgICB3aWRnZXRfY2FwOiAweDAwZjAwMDAw DQpwY20wOiAgICAgUGFyc2UgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICAgIEN0bCBm bGFnczogMHgwMDAwMDAwMA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAwDQpwY20wOiANCnBj bTA6ICAgICAgICAgICAgIG5pZDogMzEgW0FOQUxPR10gW0RJU0FCTEVEXQ0KcGNtMDogICAg ICAgICAgICBuYW1lOiBwaW46IHNwZWFrZXIgKG5vbmUpDQpwY20wOiAgICAgIHdpZGdldF9j YXA6IDB4MDA0MDA1ODENCnBjbTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMA0KcGNt MDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDAwDQpwY20wOiAgICAgICAgIFBpbiBjYXA6 IDB4MDAwMDAwMTcNCnBjbTA6ICAgICAgICAgICAgICAgICAgSVNDIFRSUUQgT1VUIDogVU5T T0wNCnBjbTA6ICAgICAgUGluIGNvbmZpZzogMHg0MTExMTFmMA0KcGNtMDogICAgIFBpbiBj b250cm9sOiAweDAwMDAwMDQwIE9VVA0KcGNtMDogICAgIGNvbm5lY3Rpb25zOiAxDQpwY20w OiAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICsgPC0gbmlkPTI0IFthdWRpbyBtaXhl cl0NCnBjbTA6IA0KcGNtMDogICAgICAgICAgICAgbmlkOiAzMiBbQU5BTE9HXSBbRElTQUJM RURdDQpwY20wOiAgICAgICAgICAgIG5hbWU6IHBpbjogc3BlYWtlciAobm9uZSkNCnBjbTA6 ICAgICAgd2lkZ2V0X2NhcDogMHgwMDQwMDU4MQ0KcGNtMDogICAgIFBhcnNlIGZsYWdzOiAw eDAwMDAwMDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAg ICAgICAgUGluIGNhcDogMHgwMDAwMDAxNw0KcGNtMDogICAgICAgICAgICAgICAgICBJU0Mg VFJRRCBPVVQgOiBVTlNPTA0KcGNtMDogICAgICBQaW4gY29uZmlnOiAweDQxMTExMWYwDQpw Y20wOiAgICAgUGluIGNvbnRyb2w6IDB4MDAwMDAwNDAgT1VUDQpwY20wOiAgICAgY29ubmVj dGlvbnM6IDENCnBjbTA6ICAgICAgICAgICB8DQpwY20wOiAgICAgICAgICAgKyA8LSBuaWQ9 MjMgW2F1ZGlvIG1peGVyXQ0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDMzIFtB TkFMT0ddDQpwY20wOiAgICAgICAgICAgIG5hbWU6IHZlbmRvciB3aWRnZXQNCnBjbTA6ICAg ICAgd2lkZ2V0X2NhcDogMHgwMGYwMDAwMA0KcGNtMDogICAgIFBhcnNlIGZsYWdzOiAweDAw MDAwMDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICBj b25uZWN0aW9uczogMA0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDM0IFtBTkFM T0ddDQpwY20wOiAgICAgICAgICAgIG5hbWU6IHZlbmRvciB3aWRnZXQNCnBjbTA6ICAgICAg d2lkZ2V0X2NhcDogMHgwMGYwMDAwMA0KcGNtMDogICAgIFBhcnNlIGZsYWdzOiAweDAwMDAw MDAwDQpwY20wOiAgICAgICBDdGwgZmxhZ3M6IDB4MDAwMDAwMDANCnBjbTA6ICAgICBjb25u ZWN0aW9uczogMA0KcGNtMDogDQpwY20wOiAgICAgICAgICAgICBuaWQ6IDM1IFtBTkFMT0dd DQpwY20wOiAgICAgICAgICAgIG5hbWU6IGJlZXAgd2lkZ2V0DQpwY20wOiAgICAgIHdpZGdl dF9jYXA6IDB4MDA3MDAwMGMNCnBjbTA6ICAgICBQYXJzZSBmbGFnczogMHgwMDAwMDAwMA0K cGNtMDogICAgICAgQ3RsIGZsYWdzOiAweDAwMDAwMDIxDQpwY20wOiAgICAgIE91dHB1dCBh bXA6IDB4ODAwYjBmMGYNCnBjbTA6ICAgICAgICAgICAgICAgICAgbXV0ZT0xIHN0ZXA9MTUg c2l6ZT0xMSBvZmZzZXQ9MTUNCnBjbTA6ICAgICBjb25uZWN0aW9uczogMA0KcGNtMDogDQpw Y20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKw0KcGNtMDogfCBEVU1QSU5HIEhEQSBB TVBMSUZJRVJTIHwNCnBjbTA6ICstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQpwY20wOiAN CnBjbTA6ICAgMTogbmlkPTMgZGlyPTB4MSBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAxMSBv c3NkZXY9NA0KcGNtMDogICAyOiBuaWQ9NCBkaXI9MHgxIGluZGV4PTAgb3NzbWFzaz0weDAw MDAwMDAwIG9zc2Rldj0wDQpwY20wOiAgIDM6IG5pZD01IGRpcj0weDEgaW5kZXg9MCBvc3Nt YXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTA6ICAgNDogbmlkPTYgZGlyPTB4MSBpbmRl eD0wIG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0KcGNtMDogICA1OiBuaWQ9NyBkaXI9 MHgxIGluZGV4PTAgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wIFtESVNBQkxFRF0NCnBj bTA6ICAgNjogbmlkPTggZGlyPTB4MiBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDgwMCBvc3Nk ZXY9MA0KcGNtMDogICA3OiBuaWQ9MjAgY25pZD0xMyBkaXI9MHgyIGluZGV4PTAgb3NzbWFz az0weDAwMDAwMDgxIG9zc2Rldj03DQpwY20wOiAgIDg6IG5pZD0yMCBjbmlkPTE2IGRpcj0w eDIgaW5kZXg9MSBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTAgW0RJU0FCTEVEXQ0KcGNt MDogICA5OiBuaWQ9MjEgZGlyPTB4MSBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAwMCBvc3Nk ZXY9MA0KcGNtMDogIDEwOiBuaWQ9MjEgY25pZD0xNyBkaXI9MHgyIGluZGV4PTAgb3NzbWFz az0weDAwMDAwMTAxIG9zc2Rldj04DQpwY20wOiAgMTE6IG5pZD0yMSBjbmlkPTIwIGRpcj0w eDIgaW5kZXg9MSBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTA6ICAxMjogbmlk PTIxIGNuaWQ9MjggZGlyPTB4MiBpbmRleD0yIG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9 MA0KcGNtMDogIDEzOiBuaWQ9MjIgY25pZD0zIGRpcj0weDIgaW5kZXg9MCBvc3NtYXNrPTB4 MDAwMDAwMDAgb3NzZGV2PTANCnBjbTA6ICAxNDogbmlkPTIyIGNuaWQ9MjEgZGlyPTB4MiBp bmRleD0xIG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0KcGNtMDogIDE1OiBuaWQ9MjMg Y25pZD00IGRpcj0weDIgaW5kZXg9MCBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBj bTA6ICAxNjogbmlkPTIzIGNuaWQ9MjEgZGlyPTB4MiBpbmRleD0xIG9zc21hc2s9MHgwMDAw MDAwMCBvc3NkZXY9MA0KcGNtMDogIDE3OiBuaWQ9MjQgY25pZD01IGRpcj0weDIgaW5kZXg9 MCBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTA6ICAxODogbmlkPTI0IGNuaWQ9 MjEgZGlyPTB4MiBpbmRleD0xIG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0KcGNtMDog IDE5OiBuaWQ9MjUgY25pZD02IGRpcj0weDIgaW5kZXg9MCBvc3NtYXNrPTB4MDAwMDAwMDAg b3NzZGV2PTANCnBjbTA6ICAyMDogbmlkPTI1IGNuaWQ9MjEgZGlyPTB4MiBpbmRleD0xIG9z c21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0KcGNtMDogIDIxOiBuaWQ9MjYgY25pZD00IGRp cj0weDIgaW5kZXg9MCBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTA6ICAyMjog bmlkPTI2IGNuaWQ9NiBkaXI9MHgyIGluZGV4PTEgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rl dj0wDQpwY20wOiAgMjM6IG5pZD0yNiBjbmlkPTIxIGRpcj0weDIgaW5kZXg9MiBvc3NtYXNr PTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTA6ICAyNDogbmlkPTI2IGNuaWQ9MyBkaXI9MHgy IGluZGV4PTMgb3NzbWFzaz0weDAwMDAwMDAwIG9zc2Rldj0wDQpwY20wOiAgMjU6IG5pZD0y NyBjbmlkPTQgZGlyPTB4MiBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0K cGNtMDogIDI2OiBuaWQ9MjcgY25pZD02IGRpcj0weDIgaW5kZXg9MSBvc3NtYXNrPTB4MDAw MDAwMDAgb3NzZGV2PTANCnBjbTA6ICAyNzogbmlkPTI3IGNuaWQ9MjEgZGlyPTB4MiBpbmRl eD0yIG9zc21hc2s9MHgwMDAwMDAwMCBvc3NkZXY9MA0KcGNtMDogIDI4OiBuaWQ9MjcgY25p ZD0zIGRpcj0weDIgaW5kZXg9MyBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTANCnBjbTA6 ICAyOTogbmlkPTI4IGNuaWQ9MTIgZGlyPTB4MiBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAw MCBvc3NkZXY9MCBbRElTQUJMRURdDQpwY20wOiAgMzA6IG5pZD0yOCBjbmlkPTE1IGRpcj0w eDIgaW5kZXg9MSBvc3NtYXNrPTB4MDAwMDAwMDAgb3NzZGV2PTAgW0RJU0FCTEVEXQ0KcGNt MDogIDMxOiBuaWQ9MzUgZGlyPTB4MSBpbmRleD0wIG9zc21hc2s9MHgwMDAwMDAyMSBvc3Nk ZXY9NQ0KcGNtMDogDQpwY20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rDQpwY20wOiB8IERVTVBJTkcgSERBIEFVRElPL1ZPTFVNRSBDT05UUk9MUyB8DQpwY20w OiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQpwY20wOiANCnBjbTA6 IE1hc3RlciBWb2x1bWUgKE9TUzogdm9sKQ0KcGNtMDogICAgfA0KcGNtMDogICAgKy0gIG5p ZDogIDMgaW5kZXg6ICAwICAgICAgICAgICBtdXRlOiAxIHN0ZXA6ICAgMCBzaXplOiAgIDAg b2ZmOiAgIDAgZGlyPTB4MSBvc3NtYXNrPTB4MDAwMDAwMTENCnBjbTA6ICAgIHwNCnBjbTA6 ICAgICstICBuaWQ6IDIwIGluZGV4OiAgMCAobmlkOiAxMykgbXV0ZTogMSBzdGVwOiAgIDAg c2l6ZTogICAwIG9mZjogICAwIGRpcj0weDIgb3NzbWFzaz0weDAwMDAwMDgxDQpwY20wOiAg ICB8DQpwY20wOiAgICArLSAgbmlkOiAyMSBpbmRleDogIDAgKG5pZDogMTcpIG11dGU6IDEg c3RlcDogIDIzIHNpemU6ICAxMSBvZmY6ICAxMiBkaXI9MHgyIG9zc21hc2s9MHgwMDAwMDEw MQ0KcGNtMDogICAgfA0KcGNtMDogICAgKy0gIG5pZDogMzUgaW5kZXg6ICAwICAgICAgICAg ICBtdXRlOiAxIHN0ZXA6ICAxNSBzaXplOiAgMTEgb2ZmOiAgMTUgZGlyPTB4MSBvc3NtYXNr PTB4MDAwMDAwMjENCnBjbTA6IA0KcGNtMDogUENNIFZvbHVtZSAoT1NTOiBwY20pDQpwY20w OiAgICB8DQpwY20wOiAgICArLSAgbmlkOiAgMyBpbmRleDogIDAgICAgICAgICAgIG11dGU6 IDEgc3RlcDogICAwIHNpemU6ICAgMCBvZmY6ICAgMCBkaXI9MHgxIG9zc21hc2s9MHgwMDAw MDAxMQ0KcGNtMDogDQpwY20wOiBDRCBWb2x1bWUgKE9TUzogY2QpDQpwY20wOiAgICB8DQpw Y20wOiAgICArLSAgbmlkOiAyMSBpbmRleDogIDAgKG5pZDogMTcpIG11dGU6IDEgc3RlcDog IDIzIHNpemU6ICAxMSBvZmY6ICAxMiBkaXI9MHgyIG9zc21hc2s9MHgwMDAwMDEwMQ0KcGNt MDogDQpwY20wOiBNaWNyb3Bob25lIFZvbHVtZSAoT1NTOiBtaWMpDQpwY20wOiAgICB8DQpw Y20wOiAgICArLSAgbmlkOiAyMCBpbmRleDogIDAgKG5pZDogMTMpIG11dGU6IDEgc3RlcDog ICAwIHNpemU6ICAgMCBvZmY6ICAgMCBkaXI9MHgyIG9zc21hc2s9MHgwMDAwMDA4MQ0KcGNt MDogDQpwY20wOiBSZWNvcmRpbmcgTGV2ZWwgKE9TUzogcmVjKQ0KcGNtMDogICAgfA0KcGNt MDogICAgKy0gIG5pZDogIDggaW5kZXg6ICAwICAgICAgICAgICBtdXRlOiAxIHN0ZXA6ICAx MyBzaXplOiAgMTEgb2ZmOiAgIDIgZGlyPTB4MiBvc3NtYXNrPTB4MDAwMDA4MDANCnBjbTA6 IA0KcGNtMDogU3BlYWtlci9CZWVwIChPU1M6IHNwZWFrZXIpDQpwY20wOiAgICB8DQpwY20w OiAgICArLSAgbmlkOiAzNSBpbmRleDogIDAgICAgICAgICAgIG11dGU6IDEgc3RlcDogIDE1 IHNpemU6ICAxMSBvZmY6ICAxNSBkaXI9MHgxIG9zc21hc2s9MHgwMDAwMDAyMQ0KcGNtMDog DQpwY20wOiBQbGF5YmFjayBwYXRoOg0KcGNtMDogDQpwY20wOiAgICAgbmlkPTExIFtwaW46 IGxpbmUgb3V0IChqYWNrKV0NCnBjbTA6ICAgICAgIF4NCnBjbTA6ICAgICAgIHwNCnBjbTA6 ICAgICAgICstLS0tLTwtLS0tLS0rDQpwY20wOiAgICAgICAgICAgICAgICAgICAgXg0KcGNt MDogICAgICAgICAgICAgICAgICAgIHwNCnBjbTA6ICAgICAgICAgICAgICAgICAgbmlkPTIy IFthdWRpbyBtaXhlcl0NCnBjbTA6ICAgICAgICAgICAgICAgICAgICBeDQpwY20wOiAgICAg ICAgICAgICAgICAgICAgfA0KcGNtMDogICAgICAgICAgICAgICAgICBuaWQ9MyBbYXVkaW8g b3V0cHV0XQ0KcGNtMDogDQpwY20wOiBSZWNvcmRpbmcgc291cmNlczoNCnBjbTA6IA0KcGNt MDogICAgIG5pZD04IFthdWRpbyBpbnB1dF0NCnBjbTA6ICAgICAgIHwNCnBjbTA6ICAgICAg ICsgPC0gbmlkPTEzIFtwaW46IE1pYyBpbiAoamFjayldIFtyZWNzcmM6IHZvbCwgbWljXQ0K cGNtMDogICAgICAgfA0KcGNtMDogICAgICAgKyA8LSBuaWQ9MTcgW3BpbjogQ0QgKGZpeGVk KV0gW3JlY3NyYzogdm9sLCBjZF0NCnBjbTA6ICAgICAgIHwNCnBjbTA6ICAgICAgICsgPC0g bmlkPTIxIFthdWRpbyBtaXhlcl0gW3JlY3NyYzogdm9sLCBtaWMsIGNkXQ0KcGNtMDogDQpw Y20wOiArLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQpwY20wOiB8 IERVTVBJTkcgUENNIFBsYXliYWNrL1JlY29yZCBDaGFubmVscyB8DQpwY20wOiArLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rDQpwY20wOiANCnBjbTA6ICAgIFBD TSBQbGF5YmFjazogMQ0KcGNtMDogICAgICBTdHJlYW0gY2FwOiAweDAwMDAwMDAxDQpwY20w OiAgICAgICAgICBGb3JtYXQ6IFBDTQ0KcGNtMDogICAgICAgICBQQ00gY2FwOiAweDAwMGUw MTQwDQpwY20wOiAgICAgICAgUENNIHNpemU6IDE2IDIwIDI0DQpwY20wOiAgICAgICAgUENN IHJhdGU6IDQ4IDk2DQpwY20wOiAgICAgICAgICAgICBEQUM6IDMNCnBjbTA6IA0KcGNtMDog ICAgICBQQ00gUmVjb3JkOiAxDQpwY20wOiAgICAgIFN0cmVhbSBjYXA6IDB4MDAwMDAwMDEN CnBjbTA6ICAgICAgICAgIEZvcm1hdDogUENNDQpwY20wOiAgICAgICAgIFBDTSBjYXA6IDB4 MDAwMjAxNDANCnBjbTA6ICAgICAgICBQQ00gc2l6ZTogMTYNCnBjbTA6ICAgICAgICBQQ00g cmF0ZTogNDggOTYNCnBjbTA6ICAgICAgICAgICAgIEFEQzogOA0KcGNtMDogSERBX0RFQlVH OiBQQ01ESVJfUExBWTogU3RyZWFtIHNldHVwIG5pZD0zIGZtdD0weDAwMDAwMDExDQpwY20w OiBIREFfREVCVUc6IFBDTURJUl9SRUM6IFN0cmVhbSBzZXR1cCBuaWQ9OCBmbXQ9MHgwMDAw MDAxMQ0KcGNtMDogSERBX0RFQlVHOiBQQ01ESVJfUExBWTogU3RyZWFtIHNldHVwIG5pZD0z IGZtdD0weDAwMDAwMDExDQpwY20wOiBIREFfREVCVUc6IFBDTURJUl9SRUM6IFN0cmVhbSBz ZXR1cCBuaWQ9OCBmbXQ9MHgwMDAwMDAxMQ0KcGNtMDogSERBX0RFQlVHOiBQQ01ESVJfUExB WTogU3RyZWFtIHNldHVwIG5pZD0zIGZtdD0weDAwMDAwMDExDQpwY20wOiBIREFfREVCVUc6 IFBDTURJUl9SRUM6IFN0cmVhbSBzZXR1cCBuaWQ9OCBmbXQ9MHgwMDAwMDAxMQ0KcGNtMDog SERBX0RFQlVHOiBQQ01ESVJfUExBWTogU3RyZWFtIHNldHVwIG5pZD0zIGZtdD0weDAwMDAw MDExDQpwY20wOiBIREFfREVCVUc6IFBDTURJUl9SRUM6IFN0cmVhbSBzZXR1cCBuaWQ9OCBm bXQ9MHgwMDAwMDAxMQ0KdW5hbWUgLWENCkZyZWVCU0QgdG9zaGkuYXVidXJuLnByb3RlY3Rl ZC1uZXR3b3Jrcy5uZXQgNi4yLVNUQUJMRSBGcmVlQlNEIDYuMi1TVEFCTEUgIzEzOiBGcmkg TWF5IDExIDA5OjA3OjA2IE5aU1QgMjAwNyAgICAgcm9vdEB0b3NoaS5hdWJ1cm4ucHJvdGVj dGVkLW5ldHdvcmtzLm5ldDovdXNyL29iai91c3Ivc3JjL3N5cy9UT1NISSAgaTM4Ng0KcGNp Y29uZiAtbHYgfCBncmVwIC1CIDQgYXVkaW8NCnN5c2N0bCBody5zbmQudmVyYm9zZT0yIDsg Y2F0IC9kZXYvc25kc3RhdA0KaHcuc25kLnZlcmJvc2U6IDEgLT4gMg0KRnJlZUJTRCBBdWRp byBEcml2ZXIgKG5ld3BjbTogMzJiaXQpDQpJbnN0YWxsZWQgZGV2aWNlczoNCnBjbTA6IDxJ bnRlbCA4MjgwMUcgSGlnaCBEZWZpbml0aW9uIEF1ZGlvIENvbnRyb2xsZXI+IGF0IG1lbW9y eSAweGYwYjQwMDAwIGlycSAyMiAgWzIwMDcwNTA1XzAwNDRdICgxcC8xci8ydiBjaGFubmVs cyBkdXBsZXggZGVmYXVsdCkNCglbcGNtMDpwbGF5OjA6ZHNwMC5wMF06IHNwZCA0ODAwMCwg Zm10IDB4MTAwMDAwMTAsIGZsYWdzIDB4MDAxMDEwMjAsIDB4MDAwMDAwMjANCglpbnRlcnJ1 cHRzIDE1NTAwLCB1bmRlcnJ1bnMgMCwgZmVlZCAxNTQ5NiwgcmVhZHkgMCBbYjo0MDk2LzIw NDgvMnxiczo0MDk2LzIwNDgvMl0NCgl7dXNlcmxhbmR9IC0+IGZlZWRlcl92Y2hhbigweDEw MDAwMDEwKSAtPiBmZWVkZXJfdm9sdW1lKDB4MTAwMDAwMTApIC0+IHtoYXJkd2FyZX0NCglb cGNtMDpyZWNvcmQ6MDpkc3AwLnIwXTogc3BkIDQ0MTAwLzQ4MDAwLCBmbXQgMHgxMDAwMDAx MCwgZmxhZ3MgMHgwMDAwNzAzMCwgMHgwMDAwMDAwOCwgcGlkIDEwNjANCglpbnRlcnJ1cHRz IDc3NTIsIG92ZXJydW5zIDAsIGZlZWQgMzEwMDgsIGhmcmVlIDgxOTIsIHNmcmVlIDY0OTI0 IFtiOjgxOTIvNDA5Ni8yfGJzOjY1NTM2LzQwOTYvMTZdDQoJe2hhcmR3YXJlfSAtPiBmZWVk ZXJfcm9vdCgweDEwMDAwMDEwKSAtPiBmZWVkZXJfcmF0ZSg0ODAwMCAtPiA0NDEwMCkgLT4g e3VzZXJsYW5kfQ0KCXBjbTA6cGxheTowOmRzcDAucDBbcGNtMDp2aXJ0dWFsOjA6ZHNwMC52 MF06IHNwZCA0NDEwMC80ODAwMCwgZm10IDB4MTAwMDAwMTAsIGZsYWdzIDB4MTAwMDcwMzAs IDB4MDAwMDAwMDgsIHBpZCAxMDYwDQoJaW50ZXJydXB0cyAwLCB1bmRlcnJ1bnMgMCwgZmVl ZCAxNTQ5NiwgcmVhZHkgNjUwNDAgW2I6MC8wLzB8YnM6NjU1MzYvNDA5Ni8xNl0NCgl7dXNl cmxhbmR9IC0+IGZlZWRlcl9yb290KDB4MTAwMDAwMTApIC0+IGZlZWRlcl9yYXRlKDQ0MTAw IC0+IDQ4MDAwKSAtPiB7aGFyZHdhcmV9DQoJcGNtMDpwbGF5OjA6ZHNwMC5wMFtwY20wOnZp cnR1YWw6MTpkc3AwLnYxXTogc3BkIDc0MTgvNDgwMDAsIGZtdCAweDAwMDAwMDA4LzB4MTAw MDAwMTAsIGZsYWdzIDB4MTAwMDAwMDAsIDB4MDAwMDAwMDgNCglpbnRlcnJ1cHRzIDAsIHVu ZGVycnVucyAwLCBmZWVkIDAsIHJlYWR5IDAgW2I6MC8wLzB8YnM6NDA5Ni8xMjgvMzJdDQoJ e3VzZXJsYW5kfSAtPiBmZWVkZXJfcm9vdCgweDAwMDAwMDA4KSAtPiBmZWVkZXJfOHRvMTYo MHgwMDAwMDAwOCAtPiAweDAwMDAwMDgwKSAtPiBmZWVkZXJfcmF0ZSg3NDE4IC0+IDQ4MDAw KSAtPiBmZWVkZXJfbW9ub3Rvc3RlcmVvMTYoMHgwMDAwMDA4MCAtPiAweDEwMDAwMDgwKSAt PiBmZWVkZXJfc2lnbjE2KDB4MTAwMDAwODAgLT4gMHgxMDAwMDAxMCkgLT4ge2hhcmR3YXJl fQ0Kc3lzY3RsIGh3LnNuZA0KaHcuc25kLmxhdGVuY3lfcHJvZmlsZTogMQ0KaHcuc25kLmxh dGVuY3k6IDUNCmh3LnNuZC5yZXBvcnRfc29mdF9mb3JtYXRzOiAxDQpody5zbmQuZmVlZGVy X2J1ZmZlcnNpemU6IDE2Mzg0DQpody5zbmQuZmVlZGVyX3JhdGVfcm91bmQ6IDI1DQpody5z bmQuZmVlZGVyX3JhdGVfbWF4OiAyMDE2MDAwDQpody5zbmQuZmVlZGVyX3JhdGVfbWluOiAx DQpody5zbmQudmVyYm9zZTogMg0KaHcuc25kLm1heGF1dG92Y2hhbnM6IDQNCmh3LnNuZC5k ZWZhdWx0X3VuaXQ6IDANCi91c3Ivc2Jpbi9taXhlcg0KTWl4ZXIgdm9sICAgICAgaXMgY3Vy cmVudGx5IHNldCB0byAxMDA6MTAwDQpNaXhlciBwY20gICAgICBpcyBjdXJyZW50bHkgc2V0 IHRvIDEwMDoxMDANCk1peGVyIHNwZWFrZXIgIGlzIGN1cnJlbnRseSBzZXQgdG8gICAwOjAN Ck1peGVyIG1pYyAgICAgIGlzIGN1cnJlbnRseSBzZXQgdG8gICAwOjANCk1peGVyIGNkICAg ICAgIGlzIGN1cnJlbnRseSBzZXQgdG8gMTAwOjEwMA0KTWl4ZXIgcmVjICAgICAgaXMgY3Vy cmVudGx5IHNldCB0byAgIDA6MA0KUmVjb3JkaW5nIHNvdXJjZTogdm9sDQppbWJAdG9zaGk6 L2hvbWUvaW1iPiBeRAgIZXhpdA0KClNjcmlwdCBkb25lIG9uIE1vbiBNYXkgMjEgMTE6MjQ6 NDcgMjAwNwo= --------------000005060307050403030205-- From owner-freebsd-stable@FreeBSD.ORG Mon May 21 00:32:32 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 727DE16A469 for ; Mon, 21 May 2007 00:32:32 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 3833113C468 for ; Mon, 21 May 2007 00:32:32 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.13.8) id l4KNxA2b021772; Sun, 20 May 2007 18:59:10 -0500 (CDT) (envelope-from dan) Date: Sun, 20 May 2007 18:59:10 -0500 From: Dan Nelson To: Victor Balada Diaz Message-ID: <20070520235910.GC13345@dan.emsphone.com> References: <20070520162630.GA1481@pato.euesrg02.net> <20070520191123.GR1164@turion.vk2pj.dyndns.org> <20070520193808.GA857@pato.euesrg02.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070520193808.GA857@pato.euesrg02.net> X-OS: FreeBSD 6.2-STABLE User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Peter Jeremy , stable@freebsd.org Subject: Re: RTC clock doesn't generate interrupts 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 May 2007 00:32:32 -0000 In the last episode (May 20), Victor Balada Diaz said: > On Mon, May 21, 2007 at 05:11:23AM +1000, Peter Jeremy wrote: > > On 2007-May-20 18:26:30 +0200, Victor Balada Diaz wrote: > > >I have a server with FreeBSD 6.2 that is not generating RTC IRQs. > > >When the system boots everything it's working fine and I get 128 > > >interrupts per second but after a few hours the system starts > > >losing RTC interrupts. If I enable powerd it happens much faster > > >than without it. > > > > The RTC has a "feature" that if you ever lose an RTC interrupt > > (because the interrupt handler wasn't called fast enough), you > > don't get any more interrupts because the RTC knows it has an > > interrupt pending and so doesn't generate any more interrupts. > > > > I have also bumped into this problem whilst trying to work around a > > problem with a TurionX2 CPU. I just got the correct fix to work > > and ignored the work-around. > > > > I did find that you can restart the RTC interrupts by setting > > machdep.adjkerntz (you can leave the value the same, it's the > > assignment that's important). > > Thanks for your fast reply! > > I tried the machdep.adjkerntz trick and didn't work very well. > If i'm on 0 irqs per second after changing the value i get 1 > irq per second. If i'm on 20 i get 21, and so on. > > Do you know of any other workaround/patch that i can try? Here's what I use on a couple of Dell 2400's. I put it in cron to fire every 5 minutes: #! /bin/sh # fixrtc - kick the RTC if it stops running # get the interrupt rate for the stat clock over one second getticks() { ( vmstat -i ; sleep 1 ; vmstat -i ) | awk '/rtc/ { if (sum) sum+=$3; else sum-=$3 } END { print sum }' } ticks=$( getticks ) # It should be firing at 128 hz. If not, kick it if [ $ticks -lt 64 ] ; then echo "Stat clock has died. Attempting to reset." echo /etc/rc.d/ntpd stop echo /usr/sbin/ntpdate -b pool.ntp.org echo /etc/rc.d/ntpd start echo echo "RTC interrupt rate is now $(getticks)" fi -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Mon May 21 00:40:46 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from misaki (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 79C1716A400; Mon, 21 May 2007 00:40:45 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Mon, 21 May 2007 08:40:41 +0800 From: Ariff Abdullah To: Michael Butler Message-Id: <20070521084041.17bdc022.ariff@FreeBSD.org> In-Reply-To: <4650E210.7050405@protected-networks.net> References: <4650E210.7050405@protected-networks.net> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__21_May_2007_08_40_41_+0800_oyhL+tf4hHHUJ5fe" Cc: stable@freebsd.org, multimedia@freebsd.org Subject: Re: HDA merge breaks 6-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: Mon, 21 May 2007 00:40:46 -0000 --Signature=_Mon__21_May_2007_08_40_41_+0800_oyhL+tf4hHHUJ5fe Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 21 May 2007 12:04:32 +1200 Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > My apologies for the cross-post .. >=20 > The merge of HDA support seems to have broken my Toshi A105-S4004 > laptop. Any attempt at sound output, e.g. logging onto to KDE, > freezes it solid requiring a power-cycle to recover. >=20 > Per the debugging notes ariff@ posted some time back for the > RELENG_6 patch, I've attached two dmesg/sysctl outputs, > 'sound-good.txt' is prior to the merge, 'sound-bad.txt' is after. >=20 Ok, this probably weird, but please try enabling vchans early enough before login/X. You have either hw.snd.maxautovchans or hw.snd.pcm0.vchans to play with. Virtual channels is disabled by default on RELENG_6 due to issues with other drivers, which I intend to fix and enable it as default sooner. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Mon__21_May_2007_08_40_41_+0800_oyhL+tf4hHHUJ5fe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGUOqJlr+deMUwTNoRAt49AKCLX5absggvJOaPN8Fvjx3lmyjQ7ACfd0uQ g2wJTTpZnvCkiYRABITN6lY= =zSWx -----END PGP SIGNATURE----- --Signature=_Mon__21_May_2007_08_40_41_+0800_oyhL+tf4hHHUJ5fe-- From owner-freebsd-stable@FreeBSD.ORG Mon May 21 00:50:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9E4D16A469 for ; Mon, 21 May 2007 00:50:10 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron2.sfsu.edu (iron2.sfsu.edu [130.212.10.36]) by mx1.freebsd.org (Postfix) with ESMTP id BEB4713C44C for ; Mon, 21 May 2007 00:50:08 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron2.sfsu.edu with ESMTP; 20 May 2007 17:50:10 -0700 X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAFmJUEaC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007052017500595-559 ; Sun, 20 May 2007 17:50:05 -0700 Date: Sun, 20 May 2007 17:50:06 -0700 (PDT) From: KAYVEN RIESE To: Christian Walther In-Reply-To: <14989d6e0705200503m2546ab1cm7abbbfd4cb1839f8@mail.gmail.com> Message-ID: References: <20070501204548.L860@thinkpad.dieringer.dyndns.org> <200705021458.01813.doconnor@gsoft.com.au> <4638BDBC.4070805@iki.fi> <790a9fff0705021049i72979babya2cf173222dcda20@mail.gmail.com> <14989d6e0705180049l2a427dbdx2baa43204d250f04@mail.gmail.com> <14989d6e0705200503m2546ab1cm7abbbfd4cb1839f8@mail.gmail.com> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 05/20/2007 17:50:06, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.2FP1HF155 | March 20, 2007) at 05/20/2007 17:50:07, Serialize complete at 05/20/2007 17:50:07 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: make mplayer failed 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 May 2007 00:50:10 -0000 On Sun, 20 May 2007, Christian Walther wrote: > On 19/05/07, KAYVEN RIESE wrote: >> On Fri, 18 May 2007, Christian Walther wrote: >> > On 17/05/07, KAYVEN RIESE wrote: >> >> >> >> here is my error message >> >> >> >> onfigure: error: Package requirements (glib-2.0 >= 2.12.0 atk >= >> 1.9.0 >> >> pa >> >> ngo >= 1.12.0 cairo >= 1.2.0) were not met: >> >> >> >> No package 'atk' found >> >> Requested 'cairo >= 1.2.0' but version of cairo is 1.0.2 >> >> >> > [...] > cd /usr/ports/accessibility > ls -ld atk* > > On my system, this gives me: > drwxr-xr-x 2 root wheel 512 May 20 13:15 atk > drwxr-xr-x 2 root wheel 512 Mar 28 19:39 atk-reference > Unmatched ". > su - Password: bsd@/root# cd /usr/ports/accessibility bsd@/root# ls -ld atk* drwxr-xr-x 2 root wheel 512 May 19 19:10 atk drwxr-xr-x 2 root wheel 512 Mar 21 13:03 atk-reference bsd@/root# check. From owner-freebsd-stable@FreeBSD.ORG Mon May 21 03:21:58 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3149416A421; Mon, 21 May 2007 03:21:58 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.freebsd.org (Postfix) with ESMTP id C583913C4C7; Mon, 21 May 2007 03:21:57 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 1DE28C34D; Sun, 20 May 2007 23:21:57 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (125-238-4-249.broadband-telecom.global-gateway.net.nz [125.238.4.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 6362BC271; Sun, 20 May 2007 23:21:48 -0400 (EDT) DKIM-Signature: v=0.5; a=rsa-sha1; c=simple/simple; d=protected-networks.net; s=200705; t=1179717710; bh=4dPyKtsvA7vfAf XlOvt3ESbAq6Q=; h=DomainKey-Signature:Message-ID:Date:From: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: X-Enigmail-Version:OpenPGP:Content-Type; b=JlYW4+HenP78OQvgjoOZTHZ 2LnpgNYu7EgyRGnTJJ/ySHGDEZARAJtrG9a3VKn9xhxzpyftolzVlQWSWKVa8qfNxg9 bSb4qLP+0qU/xKq+Iw8NrN0LdTonjDUyB89+3q DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type; b=I7q3ZOvIRrN1s7n5EkOKVpTDIkXivLgkQbUs1fiVd7H/m1UUqbvywNuZ1CwfPR/kV i3TWkQQcm+aHLwNzb4wE8A2+7LxU+uy60IByM+y9SsCfguR3Tbb2XKpYP1y3p4/ Message-ID: <46511044.5070608@protected-networks.net> Date: Mon, 21 May 2007 15:21:40 +1200 From: Michael Butler User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 To: Ariff Abdullah References: <4650E210.7050405@protected-networks.net> <20070521084041.17bdc022.ariff@FreeBSD.org> In-Reply-To: <20070521084041.17bdc022.ariff@FreeBSD.org> X-Enigmail-Version: 0.95.0 OpenPGP: id=0442D492 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCB0C0B12AAE0F97F2B76DA99" Cc: stable@freebsd.org, multimedia@freebsd.org Subject: Re: HDA merge breaks 6-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: Mon, 21 May 2007 03:21:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCB0C0B12AAE0F97F2B76DA99 Content-Type: multipart/mixed; boundary="------------060109010204000307050108" This is a multi-part message in MIME format. --------------060109010204000307050108 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ariff Abdullah wrote: > Ok, this probably weird, but please try enabling vchans early enough > before login/X. You have either hw.snd.maxautovchans or > hw.snd.pcm0.vchans to play with. Adding "hw.snd.maxautovchans=3D4" to /etc/sysctl.conf fixed it. The tail of the test script's output is attached. Thanks! Michael --------------060109010204000307050108 Content-Type: text/plain; name="sound-fix.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="sound-fix.txt" uname -a FreeBSD toshi.auburn.protected-networks.net 6.2-STABLE FreeBSD 6.2-STABLE= #18: Mon May 21 13:24:36 NZST 2007 root@toshi.auburn.protected-netwo= rks.net:/usr/obj/usr/src/sys/TOSHI i386 pciconf -lv | grep -B 4 audio sysctl hw.snd.verbose=3D2 ; cat /dev/sndstat hw.snd.verbose: 1 -> 2 FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at memory 0xf0b4000= 0 irq 22 [20070505_0044] (1p/1r/1v channels duplex default) [pcm0:play:0:dsp0.0]: spd 48000, fmt 0x10000010, flags 0x00103020= , 0x00000040 interrupts 2814, underruns 0, ready 0 [b:8192/4096/2|bs:8192/4096= /2] {userland} -> feeder_vchan_s16(0x10000010) -> feeder_volume_s16(0= x10000010) -> {hardware} [pcm0:record:0:dsp0.1]: spd 44100/48000, fmt 0x10000010, flags 0x= 00007030, 0x00000010, pid 1069 interrupts 2792, overruns 480, hfree 8192, sfree 40960 [b:8192/40= 96/2|bs:40960/4096/10] {hardware} -> feeder_root(0x10000010) -> feeder_rate(48000 -> 441= 00) -> {userland} pcm0:play:0:dsp0.0[pcm0:virtual:0:dsp0.2]: spd 44100/48000, fmt 0= x10000010, flags 0x10007030, 0x00000010, pid 1069 interrupts 0, underruns 0, ready 40960 [b:0/4096/0|bs:40960/4096/= 10] {userland} -> feeder_root(0x10000010) -> feeder_rate(44100 -> 480= 00) -> {hardware} sysctl hw.snd hw.snd.report_soft_formats: 1 hw.snd.targetirqrate: 32 hw.snd.verbose: 2 hw.snd.maxautovchans: 4 hw.snd.unit: 0 hw.snd.pcm0.buffersize: 16384 hw.snd.pcm0.vchans: 1 --------------060109010204000307050108-- --------------enigCB0C0B12AAE0F97F2B76DA99 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 (FreeBSD) iD8DBQFGURBIQv9rrgRC1JIRAsj5AJ9zL4HzRX7vpcuxM2OIuStI4VwongCfV/mQ eDiDFjql2uMmWsdq04gVN2c= =ofYr -----END PGP SIGNATURE----- --------------enigCB0C0B12AAE0F97F2B76DA99-- From owner-freebsd-stable@FreeBSD.ORG Mon May 21 05:20:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FA2D16A469 for ; Mon, 21 May 2007 05:20:46 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.freebsd.org (Postfix) with ESMTP id 0333E13C46C for ; Mon, 21 May 2007 05:20:45 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from antivir5.iol.cz (unknown [192.168.30.212]) by smtp-out3.iol.cz (Postfix) with ESMTP id 1563E6476C; Mon, 21 May 2007 06:50:11 +0200 (CEST) Received: from localhost (antivir5.iol.cz [127.0.0.1]) by antivir5.iol.cz (Postfix) with ESMTP id F05F466C00F; Mon, 21 May 2007 06:50:10 +0200 (CEST) X-Virus-Scanned: amavisd-new at iol.cz Received: from antivir5.iol.cz ([127.0.0.1]) by localhost (antivir5.iol.cz [127.0.0.1]) (amavisd-new, port 10224) with LMTP id ROhnLpJ6iLYl; Mon, 21 May 2007 06:50:10 +0200 (CEST) Received: from smtp-out3.iol.cz (mta-out3 [192.168.30.28]) by antivir5.iol.cz (Postfix) with ESMTP id C039166C00D; Mon, 21 May 2007 06:50:10 +0200 (CEST) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Postfix) with ESMTP id 7714657E1E; Mon, 21 May 2007 06:50:06 +0200 (CEST) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id B2A9B165; Mon, 21 May 2007 06:50:05 +0200 (CEST) Received: from srv.g1.netng.org (ac.botka.homeunix.org [192.168.1.5]) by ace.botka.homeunix.org (Postfix) with ESMTP id 8CA02163; Mon, 21 May 2007 06:50:02 +0200 (CEST) Received: from srv (srv [10.1.0.10]) by srv.g1.netng.org (Postfix) with ESMTP id 7FE56BD29; Mon, 21 May 2007 06:50:02 +0200 (CEST) Date: Mon, 21 May 2007 06:50:02 +0200 From: Vladimir Botka To: KAYVEN RIESE Message-ID: <20070521065002.65a9d42c@srv> In-Reply-To: References: <20070501204548.L860@thinkpad.dieringer.dyndns.org> <200705021458.01813.doconnor@gsoft.com.au> <4638BDBC.4070805@iki.fi> <790a9fff0705021049i72979babya2cf173222dcda20@mail.gmail.com> <14989d6e0705180049l2a427dbdx2baa43204d250f04@mail.gmail.com> <14989d6e0705200503m2546ab1cm7abbbfd4cb1839f8@mail.gmail.com> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.11; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Christian Walther Subject: Re: make mplayer failed 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 May 2007 05:20:46 -0000 Dne Sun, 20 May 2007 17:50:06 -0700 (PDT) KAYVEN RIESE napsal(a): > > > On Sun, 20 May 2007, Christian Walther wrote: > > On 19/05/07, KAYVEN RIESE wrote: > >> On Fri, 18 May 2007, Christian Walther wrote: > >> > On 17/05/07, KAYVEN RIESE wrote: > >> >> > >> >> here is my error message > >> >> > >> >> onfigure: error: Package requirements (glib-2.0 >= 2.12.0 > >> >> atk >= > >> 1.9.0 > >> >> pa > >> >> ngo >= 1.12.0 cairo >= 1.2.0) were not met: > >> >> > >> >> No package 'atk' found > >> >> Requested 'cairo >= 1.2.0' but version of cairo is 1.0.2 > >> >> > >> > [...] > > cd /usr/ports/accessibility > > ls -ld atk* > > > > On my system, this gives me: > > drwxr-xr-x 2 root wheel 512 May 20 13:15 atk > > drwxr-xr-x 2 root wheel 512 Mar 28 19:39 atk-reference > > > Unmatched ". > > su - > Password: > bsd@/root# cd /usr/ports/accessibility > bsd@/root# ls -ld atk* > drwxr-xr-x 2 root wheel 512 May 19 19:10 atk > drwxr-xr-x 2 root wheel 512 Mar 21 13:03 atk-reference > bsd@/root# > > check. After updating the ports collection you need something like #portupgrade -arRpP -vlado From owner-freebsd-stable@FreeBSD.ORG Mon May 21 06:55:47 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9EDC16A41F for ; Mon, 21 May 2007 06:55:47 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 6A19D13C457 for ; Mon, 21 May 2007 06:55:47 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l4L6tWmE001257; Mon, 21 May 2007 16:55:32 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l4L6tWEM001256; Mon, 21 May 2007 16:55:32 +1000 (EST) (envelope-from peter) Date: Mon, 21 May 2007 16:55:32 +1000 From: Peter Jeremy To: Victor Balada Diaz Message-ID: <20070521065532.GC1143@turion.vk2pj.dyndns.org> References: <20070520162630.GA1481@pato.euesrg02.net> <20070520191123.GR1164@turion.vk2pj.dyndns.org> <20070520193808.GA857@pato.euesrg02.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rQ2U398070+RC21q" Content-Disposition: inline In-Reply-To: <20070520193808.GA857@pato.euesrg02.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: stable@freebsd.org Subject: Re: RTC clock doesn't generate interrupts 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 May 2007 06:55:47 -0000 --rQ2U398070+RC21q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-May-20 21:38:09 +0200, Victor Balada Diaz wrote: >I tried the machdep.adjkerntz trick and didn't work very well. >If i'm on 0 irqs per second after changing the value i get 1 >irq per second. If i'm on 20 i get 21, and so on. The machdep.adjkerntz trick works by reading the status register - which implicitly acknowledges the interrupt and allows further interrupts to be generated. I can't explain how this would effectivly increase the interrupt frequency by 1Hz. Is is possible your CMOS battery is dead? >Do you know of any other workaround/patch that i can try? Setting the time/date will have the same effect. --=20 Peter Jeremy --rQ2U398070+RC21q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGUUJk/opHv/APuIcRAiYeAKCSYwdm7lbu3MUWsEP4cA1Rqoh6OQCgo7yW LWijL/VyLYy92I1VIGdr3gY= =0oYA -----END PGP SIGNATURE----- --rQ2U398070+RC21q-- From owner-freebsd-stable@FreeBSD.ORG Mon May 21 09:31:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 874C416A46B for ; Mon, 21 May 2007 09:31:40 +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 28ACC13C455 for ; Mon, 21 May 2007 09:31:38 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id BD2FD10708 for ; Mon, 21 May 2007 12:07:29 +0300 (EEST) 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 06720-05 for ; Mon, 21 May 2007 12:07:28 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 478F6106F6 for ; Mon, 21 May 2007 12:07:28 +0300 (EEST) Message-ID: <46516150.5090705@bulinfo.net> Date: Mon, 21 May 2007 12:07:28 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Subject: Intel Matrix RAID (ICH8R) rebuild? 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 May 2007 09:31:40 -0000 Hello, I have problems rebuilding RAID1 array. The bios shows status 'Rebuild' and 'Volumes with "Rebuild" status will be rebuilt within the operating system'. When I try to do 'atacontrol rebuild ar0': atacontrol: ioctl(IOCATARAIDREBUILD): Device not configured I run 6.2-STABLE: dmesg: ... atapci1: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe41f mem 0xfebff800-0xfebfffff irq 19 at device 31.2 on pci0 atapci1: AHCI Version 01.10 controller with 6 ports detected ata5: on atapci1 ata6: on atapci1 ata7: on atapci1 ata8: on atapci1 ata9: on atapci1 ata10: on atapci1 ... ad10: 152627MB at ata5-master SATA300 ad12: 152627MB at ata6-master SATA300 ar0: 152625MB status: READY ar0: disk0 READY (master) using ad10 at ata5-master ar0: disk1 READY (mirror) using ad12 at ata6-master pciconf -lv: atapci1@pci0:31:2: class=0x010400 card=0x81ec1043 chip=0x28228086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = mass storage subclass = RAID atacontrol status ar0: ar0: ATA RAID1 subdisks: ad10 ad12 status: READY The motherboard is Asus P5-E. How to rebuild my RAID? Thanks in advance From owner-freebsd-stable@FreeBSD.ORG Mon May 21 10:47:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D49DC16A421 for ; Mon, 21 May 2007 10:47:40 +0000 (UTC) (envelope-from therion@ninth-art.de) Received: from mail.coruscant.info (coruscant.coruscant.info [88.198.12.237]) by mx1.freebsd.org (Postfix) with ESMTP id 687E113C44C for ; Mon, 21 May 2007 10:47:40 +0000 (UTC) (envelope-from therion@ninth-art.de) Received: from localhost (localhost [127.0.0.1]) by mail.coruscant.info (Postfix) with SMTP id 343953CC86C for ; Mon, 21 May 2007 12:21:34 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.coruscant.info (Postfix) with ESMTP id 545423CC86A; Mon, 21 May 2007 12:21:32 +0200 (CEST) X-Virus-Scanned: amavisd-new at coruscant.info Received: from mail.coruscant.info ([127.0.0.1]) by localhost (mail.coruscant.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UdspUahYzent; Mon, 21 May 2007 12:21:21 +0200 (CEST) Received: from [192.168.2.2] (p508B3DE5.dip0.t-ipconnect.de [80.139.61.229]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.coruscant.info (Postfix) with ESMTP id 7EAA93CC866; Mon, 21 May 2007 12:21:21 +0200 (CEST) Message-ID: <46516EED.5000001@ninth-art.de> Date: Mon, 21 May 2007 12:05:33 +0200 From: Georg Bege User-Agent: Thunderbird 1.5.0.10 (X11/mips-sgi-irix6.5) MIME-Version: 1.0 To: Krassimir Slavchev References: <46516150.5090705@bulinfo.net> In-Reply-To: <46516150.5090705@bulinfo.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon May 21 12:21:33 2007 X-DSPAM-Confidence: 0.9899 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 465172ad25448062420477 X-DSPAM-Factors: 27, From*ninth+art.de>, 0.01000, Received*(localhost+[127.0.0.1]), 0.01000, Received*localhost, 0.01000, Received*localhost, 0.01000, X-Virus-Scanned*new, 0.01000, or, 0.01000, org, 0.01000, X-Virus-Scanned*amavisd, 0.01000, Received*[127.0.0.1])+(amavisd, 0.01000, C9A9+483B, 0.01000, Received*ESMTP, 0.01000, Received*ESMTP, 0.01000, Received*client+certificate, 0.01000, de, 0.01000, Reply-To*ninth, 0.01000, 0x5717E214+FingerPrint, 0.01000, Url*info, 0.01000, any, 0.01000, Url*//lists, 0.01000, Received*TLSv1+with, 0.01000, List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2007 10:47:41 -0000 Hi I personally would say its a major mistake to use these pseudo-hardware controllers. I really recommend you either use software-raid via gvinum or buy a true full-capable hardware raid controller. cheers Krassimir Slavchev wrote: > Hello, > > I have problems rebuilding RAID1 array. The bios shows status > 'Rebuild' and 'Volumes with "Rebuild" status will be rebuilt within > the operating system'. > When I try to do 'atacontrol rebuild ar0': > atacontrol: ioctl(IOCATARAIDREBUILD): Device not configured > > I run 6.2-STABLE: > > dmesg: > ... > atapci1: port > 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe41f > mem 0xfebff800-0xfebfffff irq 19 at device 31.2 on pci0 > atapci1: AHCI Version 01.10 controller with 6 ports detected > ata5: on atapci1 > ata6: on atapci1 > ata7: on atapci1 > ata8: on atapci1 > ata9: on atapci1 > ata10: on atapci1 > ... > ad10: 152627MB at ata5-master SATA300 > ad12: 152627MB at ata6-master SATA300 > ar0: 152625MB status: READY > ar0: disk0 READY (master) using ad10 at ata5-master > ar0: disk1 READY (mirror) using ad12 at ata6-master > > pciconf -lv: > atapci1@pci0:31:2: class=0x010400 card=0x81ec1043 chip=0x28228086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > class = mass storage > subclass = RAID > > atacontrol status ar0: > ar0: ATA RAID1 subdisks: ad10 ad12 status: READY > > The motherboard is Asus P5-E. > > > How to rebuild my RAID? > > Thanks in advance > > > _______________________________________________ > 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" > > > > -- Georg 'Therion' Bege http://coruscant.info http://www.ninth-art.de therion@ninth-art.de GnuPG-Key-ID: 0x5717E214 FingerPrint: A8EC B4B2 C9A9 483B CC87 56EE 07A1 C78E 5717 E214 !DSPAM:465172ad25448062420477! From owner-freebsd-stable@FreeBSD.ORG Mon May 21 11:18:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E3C116A469 for ; Mon, 21 May 2007 11:18:50 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.freebsd.org (Postfix) with ESMTP id B284A13C4AE for ; Mon, 21 May 2007 11:18:49 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [10.20.0.2] (isbalham.ist.co.uk [192.31.26.1]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id l4LB3Lm4020832; Mon, 21 May 2007 12:03:22 +0100 (BST) (envelope-from rb@gid.co.uk) In-Reply-To: <46516150.5090705@bulinfo.net> References: <46516150.5090705@bulinfo.net> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Bob Bishop Date: Mon, 21 May 2007 12:03:32 +0100 To: Krassimir Slavchev X-Mailer: Apple Mail (2.752.3) Cc: freebsd-stable@freebsd.org Subject: Re: Intel Matrix RAID (ICH8R) rebuild? 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 May 2007 11:18:50 -0000 Hi, On 21 May 2007, at 10:07, Krassimir Slavchev wrote: > Hello, > > I have problems rebuilding RAID1 array. The bios shows status > 'Rebuild' and 'Volumes with "Rebuild" status will be rebuilt within > the operating system'. > When I try to do 'atacontrol rebuild ar0': > atacontrol: ioctl(IOCATARAIDREBUILD): Device not configured From the output below, assuming the system is running OK, the RAID doesn't need rebuilding. The BIOS is just confused about the state of the array, it will probably still boot from it OK. [I've got a system with Intel ESB2 in the same state, anyone who knows how to make the BIOS see sense (short of a full rebuild) please tell.] > I run 6.2-STABLE: > > dmesg: > ... > atapci1: port > 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe41f > mem 0xfebff800-0xfebfffff irq 19 at device 31.2 on pci0 > atapci1: AHCI Version 01.10 controller with 6 ports detected > ata5: on atapci1 > ata6: on atapci1 > ata7: on atapci1 > ata8: on atapci1 > ata9: on atapci1 > ata10: on atapci1 > ... > ad10: 152627MB at ata5-master SATA300 > ad12: 152627MB at ata6-master SATA300 > ar0: 152625MB status: READY > ar0: disk0 READY (master) using ad10 at ata5-master > ar0: disk1 READY (mirror) using ad12 at ata6-master > > pciconf -lv: > atapci1@pci0:31:2: class=0x010400 card=0x81ec1043 > chip=0x28228086 rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > class = mass storage > subclass = RAID > > atacontrol status ar0: > ar0: ATA RAID1 subdisks: ad10 ad12 status: READY > > The motherboard is Asus P5-E. > > > How to rebuild my RAID? > > Thanks in advance > > > _______________________________________________ > 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" > -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-stable@FreeBSD.ORG Mon May 21 11:52:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 267D216A41F for ; Mon, 21 May 2007 11:52:31 +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 84CD813C45D for ; Mon, 21 May 2007 11:52:29 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 25C9716A35; Mon, 21 May 2007 14:52:28 +0300 (EEST) 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 20525-02; Mon, 21 May 2007 14:52:26 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id CD3D216A46; Mon, 21 May 2007 14:52:26 +0300 (EEST) Message-ID: <465187FA.8030204@bulinfo.net> Date: Mon, 21 May 2007 14:52:26 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: Bob Bishop References: <46516150.5090705@bulinfo.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-stable@freebsd.org Subject: Re: Intel Matrix RAID (ICH8R) rebuild? 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 May 2007 11:52:31 -0000 Bob Bishop wrote: > Hi, > > On 21 May 2007, at 10:07, Krassimir Slavchev wrote: > >> Hello, >> >> I have problems rebuilding RAID1 array. The bios shows status >> 'Rebuild' and 'Volumes with "Rebuild" status will be rebuilt within >> the operating system'. >> When I try to do 'atacontrol rebuild ar0': >> atacontrol: ioctl(IOCATARAIDREBUILD): Device not configured > > From the output below, assuming the system is running OK, the RAID > doesn't need rebuilding. The BIOS is just confused about the state of > the array, it will probably still boot from it OK. Yes, it boots OK but the RAID need rebuilding. This status is result of disconnecting the second disk, booting, create some files and then reconnect the second disk. > > [I've got a system with Intel ESB2 in the same state, anyone who knows > how to make the BIOS see sense (short of a full rebuild) please tell.] > >> I run 6.2-STABLE: >> >> dmesg: >> ... >> atapci1: port >> 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe41f >> mem 0xfebff800-0xfebfffff irq 19 at device 31.2 on pci0 >> atapci1: AHCI Version 01.10 controller with 6 ports detected >> ata5: on atapci1 >> ata6: on atapci1 >> ata7: on atapci1 >> ata8: on atapci1 >> ata9: on atapci1 >> ata10: on atapci1 >> ... >> ad10: 152627MB at ata5-master SATA300 >> ad12: 152627MB at ata6-master SATA300 >> ar0: 152625MB status: READY >> ar0: disk0 READY (master) using ad10 at ata5-master >> ar0: disk1 READY (mirror) using ad12 at ata6-master >> >> pciconf -lv: >> atapci1@pci0:31:2: class=0x010400 card=0x81ec1043 chip=0x28228086 >> rev=0x02 hdr=0x00 >> vendor = 'Intel Corporation' >> class = mass storage >> subclass = RAID >> >> atacontrol status ar0: >> ar0: ATA RAID1 subdisks: ad10 ad12 status: READY >> >> The motherboard is Asus P5-E. >> >> >> How to rebuild my RAID? >> >> Thanks in advance >> >> >> _______________________________________________ >> 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" >> > > > > -- > Bob Bishop +44 (0)118 940 1243 > rb@gid.co.uk fax +44 (0)118 940 1295 > > > > > From owner-freebsd-stable@FreeBSD.ORG Mon May 21 12:32:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC99F16A46C for ; Mon, 21 May 2007 12:32:35 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 9D78D13C4BF for ; Mon, 21 May 2007 12:32:35 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: by an-out-0708.google.com with SMTP id d23so368874and for ; Mon, 21 May 2007 05:32:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=k2DKM+gQMipklQwqU3CzX2U6/iEW2LNsQkGvh4+jrl8QFMlwGItwyZRcGVtGq6IIBYoduvfqdqp1lhxQcvU0CWZNI4B4MOZbIZ5ILjGl/tPf80Gw3KCJuNFIEr4ok50kFcq6gxxSsvDOhlfMVqTHHagNSPWhY6WYnwkQeWCs5K4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IsoIQQy2TPD2mc7QW7SZJlwVQeSrsPsA16bazM8mbea76fUsW89nROoonUYut47DIztKLnpbTKh/0K4Kv6+OXX2+5tdpa1JGzwgjAwDnHTqOWmFS5WZ30ctXfAPuUrV/wsEaZPR7eiZRiSPfq4jTxeTyJ7WVCM2B0AtC8hscsSI= Received: by 10.143.9.5 with SMTP id m5mr14524wfi.1179750753886; Mon, 21 May 2007 05:32:33 -0700 (PDT) Received: by 10.143.17.15 with HTTP; Mon, 21 May 2007 05:32:33 -0700 (PDT) Message-ID: Date: Mon, 21 May 2007 14:32:33 +0200 From: "Juraj Lutter" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: PR kern/102211 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 May 2007 12:32:35 -0000 Hi, is anyone, in particular sos@, working on commiting this patch or at least considering it? It would help a lot to have it incorporated. As per my testing, using it solves the panic situation I've been seeing otherwise after one of disks in ICH(7|8) RAID has failed. Thanks a lot otis -- Sincerely yours, Juraj Lutter From owner-freebsd-stable@FreeBSD.ORG Mon May 21 12:36:56 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4842416A421 for ; Mon, 21 May 2007 12:36:56 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id AF1BD13C45B for ; Mon, 21 May 2007 12:36:55 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (gzuvql@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l4LCamCD084099; Mon, 21 May 2007 14:36:53 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l4LCamQf084098; Mon, 21 May 2007 14:36:48 +0200 (CEST) (envelope-from olli) Date: Mon, 21 May 2007 14:36:48 +0200 (CEST) Message-Id: <200705211236.l4LCamQf084098@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, hausen@punkt.de In-Reply-To: <20070518090435.GB17241@hugo10.ka.punkt.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 21 May 2007 14:36:53 +0200 (CEST) Cc: Subject: Re: Native SATA vs. PATA-emulation - difference? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, hausen@punkt.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2007 12:36:56 -0000 Patrick M. Hausen wrote: > I have a Tyan barebone on my desk that is based on the > ServerWorks HT1000 chipset. It features 4 SATA connectors > and 4 hot plug drive bays. > > I installed FreeBSD on the system with the BIOS settings as > set by the manufacturer. This includes setting the "SATA mode" > to "P-ATA emulation". > > The devices are probed by FreeBSD like this: > [...] > I set up a GEOM mirror on my boot disk, again, everythings working > as expected: > [...] > Out of curiosity I changed the BIOS setup setting for the > SATA controller to "native SATA". > > When booting, the controller and all disks are probed OK. > The output shows "SATA150" for the devices. > > Yet, the root filesystem on /dev/mirror/gm0s1 cannot be found. > Hitting "?" at the prompt that asks for manual root dev specification, > I get "ad4, ad4s1, ad4s1a ... ad6, ad6s1, ad6s1a ...". I can even > boot ad4s1 to single user mode, so all data on the disk can be > read just like when in "P-ATA emulation" mode. > > Why does gmirror fail to load? Are the disk sizes exactly the same in both cases? Please provide dmesg output from the 2nd case (native SATA). Most GEOM modules (gmirror, gjournal etc.) store their meta data in the last sector of the device. If the size of the devices change when you change the emulation mode, gmirror won't be able to locate the sector that contains the meta data anymore. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "anyone new to programming should be kept as far from C++ as possible; actually showing the stuff should be considered a criminal offence" -- Jacek Generowicz From owner-freebsd-stable@FreeBSD.ORG Mon May 21 12:40:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0177616A46B for ; Mon, 21 May 2007 12:40:26 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.freebsd.org (Postfix) with ESMTP id 8E9F713C4AD for ; Mon, 21 May 2007 12:40:25 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [10.20.0.2] (isbalham.ist.co.uk [192.31.26.1]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id l4LCeLb8021719; Mon, 21 May 2007 13:40:22 +0100 (BST) (envelope-from rb@gid.co.uk) In-Reply-To: <465187FA.8030204@bulinfo.net> References: <46516150.5090705@bulinfo.net> <465187FA.8030204@bulinfo.net> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Bob Bishop Date: Mon, 21 May 2007 13:40:33 +0100 To: Krassimir Slavchev X-Mailer: Apple Mail (2.752.3) Cc: freebsd-stable@freebsd.org Subject: Re: Intel Matrix RAID (ICH8R) rebuild? 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 May 2007 12:40:26 -0000 On 21 May 2007, at 12:52, Krassimir Slavchev wrote: > Bob Bishop wrote: >> Hi, >> >> On 21 May 2007, at 10:07, Krassimir Slavchev wrote: >> >>> Hello, >>> >>> I have problems rebuilding RAID1 array. The bios shows status >>> 'Rebuild' and 'Volumes with "Rebuild" status will be rebuilt >>> within the operating system'. >>> When I try to do 'atacontrol rebuild ar0': >>> atacontrol: ioctl(IOCATARAIDREBUILD): Device not configured >> >> From the output below, assuming the system is running OK, the RAID >> doesn't need rebuilding. The BIOS is just confused about the state >> of the array, it will probably still boot from it OK. > Yes, it boots OK but the RAID need rebuilding. This status is > result of disconnecting the second disk, booting, create some files > and then reconnect the second disk. [etc] OK. You need to follow the steps in http://www.freebsd.org/doc/ en_US.ISO8859-1/books/handbook/raid.html section 18.4.3. Be careful to detach/reattach the right disk :-) When the rebuild has finished you may find that the BIOS doesn't realize the array has been rebuilt, but that may not matter (much). -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-stable@FreeBSD.ORG Mon May 21 13:18:17 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07F4716A400 for ; Mon, 21 May 2007 13:18:17 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 8F87C13C480 for ; Mon, 21 May 2007 13:18:16 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id l4LDIFid016327 for ; Mon, 21 May 2007 15:18:15 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id l4LDICZT032974; Mon, 21 May 2007 15:18:12 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id l4LDIC1q032973; Mon, 21 May 2007 15:18:12 +0200 (CEST) (envelope-from ry93) Date: Mon, 21 May 2007 15:18:12 +0200 From: "Patrick M. Hausen" To: freebsd-stable@FreeBSD.ORG, hausen@punkt.de Message-ID: <20070521131812.GA32225@hugo10.ka.punkt.de> References: <20070518090435.GB17241@hugo10.ka.punkt.de> <200705211236.l4LCamQf084098@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200705211236.l4LCamQf084098@lurza.secnetix.de> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: Native SATA vs. PATA-emulation - 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: Mon, 21 May 2007 13:18:17 -0000 Hi, all! On Mon, May 21, 2007 at 02:36:48PM +0200, Oliver Fromme wrote: > Are the disk sizes exactly the same in both cases? Please > provide dmesg output from the 2nd case (native SATA). Good point ;-) But ... P-ATA emulation: atapci0: port 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb80f mem 0xff3fe000-0xff3fffff irq 11 at device 14.0 on pci1 ata2: on atapci0 ata3: on atapci0 ad4: DMA limited to UDMA33, device found non-ATA66 cable ad4: 157066MB at ata2-master UDMA33 ad6: DMA limited to UDMA33, device found non-ATA66 cable ad6: 157066MB at ata3-master UDMA33 Native S-ATA: atapci0: port 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb80f mem 0xff3fe000-0xff3fffff irq 11 at device 14.0 on pci1 ata2: on atapci0 ata3: on atapci0 ad4: 157066MB at ata2-master SATA150 ad6: 157066MB at ata3-master SATA150 I don't see a difference here that could be the root cause of the problem. Besides, I'm using ad4s1 and ad6s1 as the providers for gmirror, so a few sectors plus/minus at the very end of the raw disk should not matter. Thanks, Patrick -- punkt.de GmbH * Vorholzstr. 25 * 76137 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Mon May 21 13:49:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E66616A468 for ; Mon, 21 May 2007 13:49:26 +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 B320913C46E for ; Mon, 21 May 2007 13:49:24 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 5559816D0E; Mon, 21 May 2007 16:49:23 +0300 (EEST) 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 30530-02; Mon, 21 May 2007 16:49:21 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 233E216D0F; Mon, 21 May 2007 16:49:21 +0300 (EEST) Message-ID: <4651A35F.7030502@bulinfo.net> Date: Mon, 21 May 2007 16:49:19 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: Bob Bishop References: <46516150.5090705@bulinfo.net> <465187FA.8030204@bulinfo.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-stable@freebsd.org Subject: Re: Intel Matrix RAID (ICH8R) rebuild? 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 May 2007 13:49:26 -0000 Bob Bishop wrote: > > On 21 May 2007, at 12:52, Krassimir Slavchev wrote: > >> Bob Bishop wrote: >>> Hi, >>> >>> On 21 May 2007, at 10:07, Krassimir Slavchev wrote: >>> >>>> Hello, >>>> >>>> I have problems rebuilding RAID1 array. The bios shows status >>>> 'Rebuild' and 'Volumes with "Rebuild" status will be rebuilt within >>>> the operating system'. >>>> When I try to do 'atacontrol rebuild ar0': >>>> atacontrol: ioctl(IOCATARAIDREBUILD): Device not configured >>> >>> From the output below, assuming the system is running OK, the RAID >>> doesn't need rebuilding. The BIOS is just confused about the state >>> of the array, it will probably still boot from it OK. >> Yes, it boots OK but the RAID need rebuilding. This status is result >> of disconnecting the second disk, booting, create some files and then >> reconnect the second disk. [etc] > > OK. You need to follow the steps in > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/raid.html > section 18.4.3. Be careful to detach/reattach the right disk :-) > > When the rebuild has finished you may find that the BIOS doesn't > realize the array has been rebuilt, but that may not matter (much). > After rebuilding the bios shows 'Normal' status. It seems that the ata-raid driver can't detect when the array need rebuilding. Thanks for your help > -- > Bob Bishop +44 (0)118 940 1243 > rb@gid.co.uk fax +44 (0)118 940 1295 > > > > > From owner-freebsd-stable@FreeBSD.ORG Mon May 21 20:32:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0D9316A421 for ; Mon, 21 May 2007 20:32:56 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron2.sfsu.edu (iron2.sfsu.edu [130.212.10.36]) by mx1.freebsd.org (Postfix) with ESMTP id 2849A13C4AD for ; Mon, 21 May 2007 20:32:55 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron2.sfsu.edu with ESMTP; 21 May 2007 13:32:55 -0700 X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CADefUUaC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007052113325083-606 ; Mon, 21 May 2007 13:32:50 -0700 Date: Mon, 21 May 2007 13:32:50 -0700 (PDT) From: KAYVEN RIESE To: Vladimir Botka In-Reply-To: <20070521065002.65a9d42c@srv> Message-ID: References: <20070501204548.L860@thinkpad.dieringer.dyndns.org> <200705021458.01813.doconnor@gsoft.com.au> <4638BDBC.4070805@iki.fi> <790a9fff0705021049i72979babya2cf173222dcda20@mail.gmail.com> <14989d6e0705180049l2a427dbdx2baa43204d250f04@mail.gmail.com> <14989d6e0705200503m2546ab1cm7abbbfd4cb1839f8@mail.gmail.com> <20070521065002.65a9d42c@srv> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 05/21/2007 13:32:50, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.2FP1HF155 | March 20, 2007) at 05/21/2007 13:32:54, Serialize complete at 05/21/2007 13:32:54 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Christian Walther Subject: Re: make mplayer failed 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 May 2007 20:32:56 -0000 On Mon, 21 May 2007, Vladimir Botka wrote: > Dne Sun, 20 May 2007 17:50:06 -0700 (PDT) > KAYVEN RIESE napsal(a): >> On Sun, 20 May 2007, Christian Walther wrote: >>> On 19/05/07, KAYVEN RIESE wrote: >>>> On Fri, 18 May 2007, Christian Walther wrote: >>>>> On 17/05/07, KAYVEN RIESE wrote: >>>>>> >>>>>> here is my error message >>>>>> >>>>>> onfigure: error: Package requirements (glib-2.0 >= 2.12.0 >>>>>> atk >= >>>> 1.9.0 >>>>>> pa >>>>>> ngo >= 1.12.0 cairo >= 1.2.0) were not met: >>>>>> >>>>>> No package 'atk' found >>>>>> Requested 'cairo >= 1.2.0' but version of cairo is 1.0.2 >>>>>> >>>>> [...] >>> cd /usr/ports/accessibility >>> ls -ld atk* >>> >> bsd@/root# cd /usr/ports/accessibility >> bsd@/root# ls -ld atk* >> drwxr-xr-x 2 root wheel 512 May 19 19:10 atk >> drwxr-xr-x 2 root wheel 512 Mar 21 13:03 atk-reference >> bsd@/root# >> >> check. > > After updating the ports collection you need something like > #portupgrade -arRpP > > -vlado i thought this was a fatal error (see below) but it is actually continuing to compile now: rver) ---> Fetching xorg-server-1.2.0_2,1 fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-6-stable/All/xorg-server-1.2.0_2,1.tbz: File unavailable (e.g., file not found, no access) ** The command returned a non-zero exit status: 1 ** Failed to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-6-stable/All/xorg-server-1.2.0_2,1.tbz fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-6-stable/All/xorg-server-1.2.0_2,1.tgz: File unavailable (e.g., file not found, no access) ** The command returned a non-zero exit status: 1 ** Failed to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-6-stable/All/xorg-server-1.2.0_2,1.tgz ** Failed to fetch xorg-server-1.2.0_2,1 ** Listing the failed packages (*:skipped / !:failed) ! xorg-server-1.2.0_2,1 (fetch error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ** Could not find the latest version (1.2.0_2,1) ---> Using the port instead of a package ---> Upgrading 'xorg-server-6.8.2' to 'xorg-server-1.2.0_2,1' (x11-servers/xorg-server) ---> Building '/usr/ports/x11-servers/xorg-server' On FreeBSD before 6.2 ports system unfortunately can not set default X11BASE by itself so please help it a bit by setting X11BASE=${LOCALBASE} in make.conf. On the other hand, if you do wish to use non-default X11BASE, please set variable USE_NONDEFAULT_X11BASE. *** Error code 1 Stop. i am living in startx with no visual browser (unless somebody tells me how to get one.) at least i have multiple xterms that have a compatible TERM type to my pine and the ability to implement root commands and cut and paste the output. > From owner-freebsd-stable@FreeBSD.ORG Mon May 21 20:36:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E28116A481 for ; Mon, 21 May 2007 20:36:51 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron1.sfsu.edu (iron1.sfsu.edu [130.212.10.35]) by mx1.freebsd.org (Postfix) with ESMTP id 0F1B413C4BA for ; Mon, 21 May 2007 20:36:50 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron1.sfsu.edu with ESMTP; 21 May 2007 13:36:51 -0700 X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CADefUUaC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007052113364852-607 ; Mon, 21 May 2007 13:36:48 -0700 Date: Mon, 21 May 2007 13:36:49 -0700 (PDT) From: KAYVEN RIESE To: Vladimir Botka In-Reply-To: Message-ID: References: <20070501204548.L860@thinkpad.dieringer.dyndns.org> <200705021458.01813.doconnor@gsoft.com.au> <4638BDBC.4070805@iki.fi> <790a9fff0705021049i72979babya2cf173222dcda20@mail.gmail.com> <14989d6e0705180049l2a427dbdx2baa43204d250f04@mail.gmail.com> <14989d6e0705200503m2546ab1cm7abbbfd4cb1839f8@mail.gmail.com> <20070521065002.65a9d42c@srv> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 05/21/2007 13:36:48, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.2FP1HF155 | March 20, 2007) at 05/21/2007 13:36:49, Serialize complete at 05/21/2007 13:36:49 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Christian Walther Subject: Re: make mplayer failed 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 May 2007 20:36:51 -0000 On Mon, 21 May 2007, KAYVEN RIESE wrote: > On Mon, 21 May 2007, Vladimir Botka wrote: >> Dne Sun, 20 May 2007 17:50:06 -0700 (PDT) >> KAYVEN RIESE napsal(a): >>> On Sun, 20 May 2007, Christian Walther wrote: >>>> On 19/05/07, KAYVEN RIESE wrote: >>>>> On Fri, 18 May 2007, Christian Walther wrote: >>>>>> On 17/05/07, KAYVEN RIESE wrote: >>>>>>> >>>>>>> here is my error message >>>>>>> >>>>>>> onfigure: error: Package requirements (glib-2.0 >= 2.12.0 >>>>>>> atk >= >>>>> 1.9.0 >>>>>>> pa >>>>>>> ngo >= 1.12.0 cairo >= 1.2.0) were not met: >>>>>>> >>>>>>> No package 'atk' found >>>>>>> Requested 'cairo >= 1.2.0' but version of cairo is 1.0.2 >>>>>>> >>>>>> [...] >>>> cd /usr/ports/accessibility >>>> ls -ld atk* >>>> >>> bsd@/root# cd /usr/ports/accessibility >>> bsd@/root# ls -ld atk* >>> drwxr-xr-x 2 root wheel 512 May 19 19:10 atk >>> drwxr-xr-x 2 root wheel 512 Mar 21 13:03 atk-reference >>> bsd@/root# >>> >>> check. >> >> After updating the ports collection you need something like >> #portupgrade -arRpP >> >> -vlado > > i thought this was a fatal error (see below) but it is actually > continuing to compile now: > > rver) > ---> Fetching xorg-server-1.2.0_2,1 [..] > ---> Building '/usr/ports/x11-servers/xorg-server' > On FreeBSD before 6.2 ports system unfortunately can not set default X11BASE > by itself so please help it a bit by setting X11BASE=${LOCALBASE} in > make.conf. > On the other hand, if you do wish to use non-default X11BASE, please set > variable USE_NONDEFAULT_X11BASE. > *** Error code 1 > > Stop. > > > i am living in startx with no visual browser (unless somebody tells me > how to get one.) at least i have multiple xterms that have a compatible > TERM type to my pine and the ability to implement root commands and > cut and paste the output. another one of this intermittant errors. this command u gave me seems pretty powerful. hope this can all be ignored. --> Skipping xorg-libraries-7.2 (already installed) ---> Fetching diablo-jdk-1.5.0.07.01_4 fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-6-stable/All/diablo-jdk-1.5.0.07.01_4.tbz: File unavailable (e.g., file not found, no access) ** The command returned a non-zero exit status: 1 ** Failed to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-6-stable/All/diablo-jdk-1.5.0.07.01_4.tbz fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-6-stable/All/diablo-jdk-1.5.0.07.01_4.tgz: File unavailable (e.g., file not found, no access) ** The command returned a non-zero exit status: 1 ** Failed to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-6-stable/All/diablo-jdk-1.5.0.07.01_4.tgz ** Failed to fetch diablo-jdk-1.5.0.07.01_4 ** Listing the failed packages (*:skipped / !:failed) ! diablo-jdk-1.5.0.07.01_4 (fetch error) ---> Packages processed: 1 done, 67 ignored, 0 skipped and 1 failed ** Could not find the latest version (1.7.0_1) ---> Using the port instead of a package ---> Upgrading 'apache-ant-1.6.5_2' to 'apache-ant-1.7.0_1' (devel/apache-ant) ---> Building '/usr/ports/devel/apache-ant' On FreeBSD before 6.2 ports system unfortunately can not set default X11BASE by itself so please help it a bit by setting X11BASE=${LOCALBASE} in make.conf. On the other hand, if you do wish to use non-default X11BASE, please set variable USE_NONDEFAULT_X11BASE. *** Error code 1 Stop. From owner-freebsd-stable@FreeBSD.ORG Mon May 21 20:42:29 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3186916A400 for ; Mon, 21 May 2007 20:42:29 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id DD0AA13C44B for ; Mon, 21 May 2007 20:42:28 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (wk32y635b6ge6dk5@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l4LKgPbD060208; Mon, 21 May 2007 13:42:25 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l4LKgOwU060207; Mon, 21 May 2007 13:42:24 -0700 (PDT) (envelope-from jmg) Date: Mon, 21 May 2007 13:42:24 -0700 From: John-Mark Gurney To: "Patrick M. Hausen" Message-ID: <20070521204224.GI4602@funkthat.com> Mail-Followup-To: "Patrick M. Hausen" , freebsd-stable@FreeBSD.ORG References: <20070518090435.GB17241@hugo10.ka.punkt.de> <200705211236.l4LCamQf084098@lurza.secnetix.de> <20070521131812.GA32225@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070521131812.GA32225@hugo10.ka.punkt.de> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Native SATA vs. PATA-emulation - difference? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2007 20:42:29 -0000 Patrick M. Hausen wrote this message on Mon, May 21, 2007 at 15:18 +0200: > Hi, all! > > On Mon, May 21, 2007 at 02:36:48PM +0200, Oliver Fromme wrote: > > > Are the disk sizes exactly the same in both cases? Please > > provide dmesg output from the 2nd case (native SATA). > > Good point ;-) But ... > > P-ATA emulation: > > atapci0: port 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb80f mem 0xff3fe000-0xff3fffff irq 11 at device 14.0 on pci1 > ata2: on atapci0 > ata3: on atapci0 > ad4: DMA limited to UDMA33, device found non-ATA66 cable > ad4: 157066MB at ata2-master UDMA33 > ad6: DMA limited to UDMA33, device found non-ATA66 cable > ad6: 157066MB at ata3-master UDMA33 > > Native S-ATA: > > atapci0: port 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb80f mem 0xff3fe000-0xff3fffff irq 11 at device 14.0 on pci1 > ata2: on atapci0 > ata3: on atapci0 > ad4: 157066MB at ata2-master SATA150 > ad6: 157066MB at ata3-master SATA150 > > I don't see a difference here that could be the root cause of the > problem. > > Besides, I'm using ad4s1 and ad6s1 as the providers for > gmirror, so a few sectors plus/minus at the very end of the > raw disk should not matter. That doesn't show the exact size... run diskinfo on each of them and that will tell you the reported to geom size.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Mon May 21 20:49:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5BBF16A46C for ; Mon, 21 May 2007 20:49:48 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron2.sfsu.edu (iron2.sfsu.edu [130.212.10.36]) by mx1.freebsd.org (Postfix) with ESMTP id 958C813C458 for ; Mon, 21 May 2007 20:49:48 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron2.sfsu.edu with ESMTP; 21 May 2007 13:49:49 -0700 X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAKihUUaC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007052113494625-610 ; Mon, 21 May 2007 13:49:46 -0700 Date: Mon, 21 May 2007 13:49:46 -0700 (PDT) From: KAYVEN RIESE To: Vladimir Botka In-Reply-To: Message-ID: References: <20070501204548.L860@thinkpad.dieringer.dyndns.org> <200705021458.01813.doconnor@gsoft.com.au> <4638BDBC.4070805@iki.fi> <790a9fff0705021049i72979babya2cf173222dcda20@mail.gmail.com> <14989d6e0705180049l2a427dbdx2baa43204d250f04@mail.gmail.com> <14989d6e0705200503m2546ab1cm7abbbfd4cb1839f8@mail.gmail.com> <20070521065002.65a9d42c@srv> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 05/21/2007 13:49:46, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.2FP1HF155 | March 20, 2007) at 05/21/2007 13:49:48, Serialize complete at 05/21/2007 13:49:48 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Christian Walther Subject: Re: make mplayer failed 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 May 2007 20:49:48 -0000 On Mon, 21 May 2007, KAYVEN RIESE wrote: > On Mon, 21 May 2007, KAYVEN RIESE wrote: >> On Mon, 21 May 2007, Vladimir Botka wrote: >>> Dne Sun, 20 May 2007 17:50:06 -0700 (PDT) >>> KAYVEN RIESE napsal(a): >>>> On Sun, 20 May 2007, Christian Walther wrote: >>>>> On 19/05/07, KAYVEN RIESE wrote: >>>>>> On Fri, 18 May 2007, Christian Walther wrote: >>>>>>> On 17/05/07, KAYVEN RIESE wrote: >>>>>>>> >>>>>>>> here is my error message >>>>>>>> >>>>>>>> onfigure: error: Package requirements (glib-2.0 >= 2.12.0 >>>>>>>> atk >= >>>>>> 1.9.0 >>>>>>>> pa >>>>>>>> ngo >= 1.12.0 cairo >= 1.2.0) were not met: >>>>>>>> >>>>>>>> No package 'atk' found >>>>>>>> Requested 'cairo >= 1.2.0' but version of cairo is 1.0.2 >>>>>>>> >>>>>>> [...] >>>>> cd /usr/ports/accessibility >>>>> ls -ld atk* >>>>> >>>> bsd@/root# cd /usr/ports/accessibility >>>> bsd@/root# ls -ld atk* >>>> drwxr-xr-x 2 root wheel 512 May 19 19:10 atk >>>> drwxr-xr-x 2 root wheel 512 Mar 21 13:03 atk-reference >>>> bsd@/root# >>>> >>>> check. >>> >>> After updating the ports collection you need something like >>> #portupgrade -arRpP >>> >>> -vlado >> >> i thought this was a fatal error (see below) but it is actually >> continuing to compile now: >> >> rver) >> ---> Fetching xorg-server-1.2.0_2,1 > > [..] > >> ---> Building '/usr/ports/x11-servers/xorg-server' >> On FreeBSD before 6.2 ports system unfortunately can not set default >> X11BASE by itself so please help it a bit by setting X11BASE=${LOCALBASE} >> in make.conf. >> On the other hand, if you do wish to use non-default X11BASE, please set >> variable USE_NONDEFAULT_X11BASE. >> *** Error code 1 >> >> Stop. >> >> >> i am living in startx with no visual browser (unless somebody tells me >> how to get one.) at least i have multiple xterms that have a compatible >> TERM type to my pine and the ability to implement root commands and >> cut and paste the output. > > another one of this intermittant errors. this command u gave me > seems pretty powerful. hope this can all be ignored. > > --> Skipping xorg-libraries-7.2 (already installed) > ---> Fetching diablo-jdk-1.5.0.07.01_4 > fetch: > ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-6-stable/All/diablo-jdk-1.5.0.07.01_4.tbz: [..] > *** Error code 1 > > Stop. 6.5.3_1,2.tbz: File unavailable (e.g., file not found, no access) ** The command returned a non-zero exit status: 1 ** Failed to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-6-stable/All/dri-6.5.3_1,2.tbz fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-6-stable/All/dri-6.5.3_1,2.tgz: File unavailable (e.g., file not found, no access) ** The command returned a non-zero exit status: 1 ** Failed to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-6-stable/All/dri-6.5.3_1,2.tgz ** Failed to fetch dri-6.5.3_1,2 ** Listing the failed packages (*:skipped / !:failed) ! dri-6.5.3_1,2 (fetch error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ** Could not find the latest version (6.5.3_1,2) ---> Using the port instead of a package ---> Upgrading 'dri-6.2.1,2' to 'dri-6.5.3_1,2' (graphics/dri) ---> Building '/usr/ports/graphics/dri' On FreeBSD before 6.2 ports system unfortunately can not set default X11BASE by itself so please help it a bit by setting X11BASE=${LOCALBASE} in make.conf. On the other hand, if you do wish to use non-default X11BASE, please set variable USE_NONDEFAULT_X11BASE. *** Error code 1 Stop. ---> Packaging 'dri-6.2.1,2' as dependency Creating package /usr/ports/packages/All/dri-6.2. From owner-freebsd-stable@FreeBSD.ORG Tue May 22 08:39:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8C2216A41F for ; Tue, 22 May 2007 08:39:56 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id 6C13B13C45E for ; Tue, 22 May 2007 08:39:56 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by wx-out-0506.google.com with SMTP id s18so1767053wxc for ; Tue, 22 May 2007 01:39:55 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=rGWNA9bKu/U7koijZ/LEKYDk8Sm4Fn+8bkRQ4rbvzgSOnH/jUQE61opRhedxQCxHqLujVYKyKUN5tEM+PNTRA3WT3qXIxEQiRnQJ/lxuALJqnigwSdDe+hoJMq1FWSA54rd1mtkN4fKTmTrABdrDsy/wZOzDcwzOR50PPGFmKIs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=ABF9j4S4v280cUIgMai7YW1PC2lR5F55eurTuSp6lMVx4tj/JPyouhzsbishhk8DQWQwRpAGLwGjvXU/cBIdud0QXRHS3zj3bbrH+SnR1gEblJaunavCbcblXRLvcO7WE5ChNiqgnVrDld3S9bDs1FMj2q++a8ghUGmzNy2R0XA= Received: by 10.70.103.12 with SMTP id a12mr8638753wxc.1179823194995; Tue, 22 May 2007 01:39:54 -0700 (PDT) Received: from ?IPv6:::ffff:127.0.0.1%693133673? ( [217.206.187.79]) by mx.google.com with ESMTP id i37sm11683696wxd.2007.05.22.01.39.52; Tue, 22 May 2007 01:39:53 -0700 (PDT) From: Tom Evans To: KAYVEN RIESE In-Reply-To: References: <20070501204548.L860@thinkpad.dieringer.dyndns.org> <200705021458.01813.doconnor@gsoft.com.au> <4638BDBC.4070805@iki.fi> <790a9fff0705021049i72979babya2cf173222dcda20@mail.gmail.com> <14989d6e0705180049l2a427dbdx2baa43204d250f04@mail.gmail.com> <14989d6e0705200503m2546ab1cm7abbbfd4cb1839f8@mail.gmail.com> <20070521065002.65a9d42c@srv> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-cCcCF1ckm27/iwhYOss+" Date: Tue, 22 May 2007 09:39:50 +0100 Message-Id: <1179823190.1428.3.camel@zoot.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org, Vladimir Botka , Christian Walther Subject: Re: make mplayer failed 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 May 2007 08:39:56 -0000 --=-cCcCF1ckm27/iwhYOss+ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2007-05-21 at 13:49 -0700, KAYVEN RIESE wrote: >=20 > On Mon, 21 May 2007, KAYVEN RIESE wrote: > > On Mon, 21 May 2007, KAYVEN RIESE wrote: > >> On Mon, 21 May 2007, Vladimir Botka wrote: > >>> Dne Sun, 20 May 2007 17:50:06 -0700 (PDT) > >>> KAYVEN RIESE napsal(a): > >>>> On Sun, 20 May 2007, Christian Walther wrote: > >>>>> On 19/05/07, KAYVEN RIESE wrote: > >>>>>> On Fri, 18 May 2007, Christian Walther wrote: > >>>>>>> On 17/05/07, KAYVEN RIESE wrote: [..] > >> ---> Building '/usr/ports/x11-servers/xorg-server' > >> On FreeBSD before 6.2 ports system unfortunately can not set default=20 > >> X11BASE by itself so please help it a bit by setting X11BASE=3D${LOCAL= BASE}=20 > >> in make.conf. > >> On the other hand, if you do wish to use non-default X11BASE, please s= et=20 > >> variable USE_NONDEFAULT_X11BASE. > >> *** Error code 1 > >>=20 > >> Stop. [..] > On FreeBSD before 6.2 ports system unfortunately can not set default=20 > X11BASE by itself so please help it a bit by setting X11BASE=3D > ${LOCALBASE}=20 > in make.conf. > On the other hand, if you do wish to use non-default X11BASE, please set=20 > variable USE_NONDEFAULT_X11BASE. > *** Error code 1 >=20 I take it you don't actually read any of these error messages, just post them to the list? On FreeBSD before 6.2 ports system unfortunately can not set default X11BASE by itself so please help it a bit by setting=20 X11BASE=3D${LOCALBASE} in make.conf. Perhaps you would like to set X11BASE=3D${LOCALBASE} in make.conf ? --=-cCcCF1ckm27/iwhYOss+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGUqxQlcRvFfyds/cRAvpsAKCBHO3iphoUTVciRbQKMEkZCOzf/wCZAbQf JkabzjJK2qYDGJpbLIr002M= =Dqh5 -----END PGP SIGNATURE----- --=-cCcCF1ckm27/iwhYOss+-- From owner-freebsd-stable@FreeBSD.ORG Tue May 22 13:15:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86DA416A400 for ; Tue, 22 May 2007 13:15:51 +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 4BDF313C448 for ; Tue, 22 May 2007 13:15:48 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7dbb.q.ppp-pool.de [89.53.125.187]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 2E9F012883F for ; Tue, 22 May 2007 15:15:43 +0200 (CEST) Received: from epeios.sz.vwsoft.com (epeios.sz.vwsoft.com [192.168.16.5]) by mail.vtec.ipme.de (Postfix) with ESMTP id F2DD33FA01 for ; Tue, 22 May 2007 15:15:13 +0200 (CEST) Message-ID: <4652ECE2.7060400@vwsoft.com> Date: Tue, 22 May 2007 15:15:14 +0200 From: Volker User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: ghosthunting: machine freeze 6.2R 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 May 2007 13:15:51 -0000 Hi! Starting yesterday I'm experiencing machine freezes on a 6.2-R system (remote to me). The strange thing: It occurs twice a day, in the morning hours (both freezes are within 1-2 hours) and for the rest of the day everything runs fine. The machine does not respond anymore (no net, no keyboard interaction) but does not panic. The hardware is a Dell PE-750 and is running for the last 4 years w/o any trouble. It's a gateway system (border router, mail hub etc. etc.) and is also running IPSec tunnels and a poptop server for road clients. My first thought is a hardware problem but why does it occur that less and only in the morning? My next thought is a DoS attack (CVE-2007-0244?) but can that lead into a machine freeze? Is anybody else seeing freezes these days? FreeBSD 6.2-RELEASE-p1 #0: Sun Feb 11 22:35:18 CET 2007 i386 Volker From owner-freebsd-stable@FreeBSD.ORG Tue May 22 13:57:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E401716A421 for ; Tue, 22 May 2007 13:57:29 +0000 (UTC) (envelope-from eti@erata.net) Received: from s1.net-solution.ro (s1.net-solution.ro [65.98.58.122]) by mx1.freebsd.org (Postfix) with ESMTP id 7328C13C45A for ; Tue, 22 May 2007 13:57:29 +0000 (UTC) (envelope-from eti@erata.net) Received: (qmail 21866 invoked from network); 22 May 2007 16:30:51 +0300 Received: from 223.126.77.82.static.cluj.rdsnet.ro (HELO toshiba) (82.77.126.223) by s1.net-solution.ro with (DHE-RSA-AES256-SHA encrypted) SMTP; 22 May 2007 16:30:51 +0300 From: Iulian M Organization: www.erata.net To: freebsd-stable@freebsd.org Date: Tue, 22 May 2007 16:30:15 +0300 User-Agent: KMail/1.9.6 References: <4652D9B5.2080201@omnisec.de> <200705221445.55433.michael.rudolph@gmail.com> <4652EE9A.9090300@gahr.ch> In-Reply-To: <4652EE9A.9090300@gahr.ch> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1951227.zo4Hx3sE3v"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705221630.18415.eti@erata.net> Subject: Re: no glxgears with xorg 7.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 May 2007 13:57:30 -0000 --nextPart1951227.zo4Hx3sE3v Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 22 May 2007, Pietro Cerutti wrote: > Michael Rudolph wrote: > > On Tuesday 22 May 2007 13:53:25 Harald Schmalzbauer wrote: > >> Hello, > >> > >> I wanted to test OpenGL with my navidia driver but ould not find > >> glxgears anymore (fresh 7.0/7.2 installation). > >> Does anybody know what additionalport I have to install? > >> Or is there a replacement? > >> > >> Thanks, > >> > >> -Harry > >> _______________________________________________ > >> freebsd-questions@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions > >> To unsubscribe, send any mail to > >> "freebsd-questions-unsubscribe@freebsd.org" > > > > Hello Harald, > > > > running pkg_which(1) on "glxgears" on my not yet updated system, reveals > > xorg-clients as the origin of glxgears(1). > > > > If I'm not mistaken, xorg-clients was renamed to xorg-apps during the > > upgrade of xorg 6.9 to xorg 7.2. > > That's true, xorg-apps is a meta-package for a lot of small applications > X11-related. > > ... but glxgears isn't included. > > Don't ask me why, I also was looking for it some time ago, but couldn't > find it. > I do believe glxgears has moved to graphics/mesa-demos =2D-=20 Best Regards, Iulian Margarintescu http://www.erata.net eti@erata.net (spamassassin & pf & spamd all said it's OK to make it public ;-) ) Key ID: 0x03176E5CEDEFF7AB I prefer plain text email --nextPart1951227.zo4Hx3sE3v Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGUvBnAxduXO3v96sRAm3AAJ41PG+GKAdbrsXneMGjnq3nlASqvwCdEFrP jRwUCl9Xf+OF5I+UYNyFcKw= =GiX2 -----END PGP SIGNATURE----- --nextPart1951227.zo4Hx3sE3v-- From owner-freebsd-stable@FreeBSD.ORG Tue May 22 14:29:56 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D191C16A41F for ; Tue, 22 May 2007 14:29:56 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 3AB8813C4DB for ; Tue, 22 May 2007 14:29:56 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (szcdsd@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l4METgOr062430; Tue, 22 May 2007 16:29:48 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l4METgJq062429; Tue, 22 May 2007 16:29:42 +0200 (CEST) (envelope-from olli) Date: Tue, 22 May 2007 16:29:42 +0200 (CEST) Message-Id: <200705221429.l4METgJq062429@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, eti@erata.net In-Reply-To: <200705221630.18415.eti@erata.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 22 May 2007 16:29:48 +0200 (CEST) Cc: Subject: Re: no glxgears with xorg 7.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, eti@erata.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2007 14:29:56 -0000 Iulian M wrote: > Pietro Cerutti wrote: > > Michael Rudolph wrote: > > > Harald Schmalzbauer wrote: > > > > I wanted to test OpenGL with my navidia driver but ould not find > > > > glxgears anymore (fresh 7.0/7.2 installation). > > > > Does anybody know what additionalport I have to install? > > > > Or is there a replacement? > > > > > > running pkg_which(1) on "glxgears" on my not yet updated system, reveals > > > xorg-clients as the origin of glxgears(1). > > > > > > If I'm not mistaken, xorg-clients was renamed to xorg-apps during the > > > upgrade of xorg 6.9 to xorg 7.2. > > > > That's true, xorg-apps is a meta-package for a lot of small applications > > X11-related. > > > > ... but glxgears isn't included. > > > > Don't ask me why, I also was looking for it some time ago, but couldn't > > find it. > > I do believe glxgears has moved to graphics/mesa-demos Correct. That's what search engines are good for. ;-) The following URL locates "glxgears" in graphics/mesa-demos and in x11/XFree86-4-clients: http://www.secnetix.de/tools/porgle/?plst=1&q=glxgears Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "We, the unwilling, led by the unknowing, are doing the impossible for the ungrateful. We have done so much, for so long, with so little, we are now qualified to do anything with nothing."         -- Mother Teresa From owner-freebsd-stable@FreeBSD.ORG Tue May 22 14:44:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3BF416A400 for ; Tue, 22 May 2007 14:44:08 +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 1F8B213C455 for ; Tue, 22 May 2007 14:44:07 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from [IPv6:::1] (gorilla.ripe.net [193.0.1.204]) (authenticated bits=0) by erg.verweg.com (8.14.1/8.14.1) with ESMTP id l4ME7fOF087173 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 22 May 2007 14:07:50 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host gorilla.ripe.net [193.0.1.204] claimed to be [IPv6:::1] In-Reply-To: <200705221630.18415.eti@erata.net> References: <4652D9B5.2080201@omnisec.de> <200705221445.55433.michael.rudolph@gmail.com> <4652EE9A.9090300@gahr.ch> <200705221630.18415.eti@erata.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-11--327805273" Message-Id: <52FA4D14-0206-4456-AC09-D663D722B111@verweg.com> Content-Transfer-Encoding: 7bit From: Ruben van Staveren Date: Tue, 22 May 2007 16:07:37 +0200 To: Iulian M X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: by amavisd-new X-Spam-Status: No, score=3.2 required=5.0 tests=DATE_IN_FUTURE_96_XX, SPF_FAIL autolearn=no version=3.1.8 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) 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 May 2007 14:08:36 +0000 (UTC) Cc: freebsd-stable@freebsd.org Subject: Re: no glxgears with xorg 7.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 May 2007 14:44:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-11--327805273 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 22 May 2007, at 15:30, Iulian M wrote: >>> running pkg_which(1) on "glxgears" on my not yet updated system, >>> reveals >>> xorg-clients as the origin of glxgears(1). >>> >>> If I'm not mistaken, xorg-clients was renamed to xorg-apps during >>> the >>> upgrade of xorg 6.9 to xorg 7.2. >> >> That's true, xorg-apps is a meta-package for a lot of small >> applications >> X11-related. >> >> ... but glxgears isn't included. >> >> Don't ask me why, I also was looking for it some time ago, but >> couldn't >> find it. >> > > I do believe glxgears has moved to graphics/mesa-demos And the much more useful "glxinfo" also. should it be added to the meta package too just out of "expectancy" ? - Ruben --Apple-Mail-11--327805273 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) iD8DBQFGUvkpZ88+mcQxRw0RAsWEAJ0azZMGSfjkEdgED1An8D4Rhos9ugCdEIu+ FwdsU7WKdK//INRaA0+65Oo= =/NUX -----END PGP SIGNATURE----- --Apple-Mail-11--327805273-- From owner-freebsd-stable@FreeBSD.ORG Tue May 22 15:19:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A63816A421 for ; Tue, 22 May 2007 15:19:31 +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 12E6613C455 for ; Tue, 22 May 2007 15:19:30 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HqW8r-0008DV-Gk for freebsd-stable@freebsd.org; Tue, 22 May 2007 17:19:17 +0200 Received: from 89-172-56-174.adsl.net.t-com.hr ([89.172.56.174]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 May 2007 17:19:17 +0200 Received: from ivoras by 89-172-56-174.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 May 2007 17:19:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 22 May 2007 17:18:43 +0200 Lines: 31 Message-ID: References: <4652ECE2.7060400@vwsoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6253FE35DA407E27F366F92A" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-56-174.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: <4652ECE2.7060400@vwsoft.com> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 15:19:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6253FE35DA407E27F366F92A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Volker wrote: > My first thought is a hardware problem but why does it occur that less > and only in the morning? My next thought is a DoS attack > (CVE-2007-0244?) but can that lead into a machine freeze? When in the morning? If it's around 3-4 am, that's when the (often hardware intensive) default cron jobs kick in. --------------enig6253FE35DA407E27F366F92A 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGUwnYldnAQVacBcgRAqrgAJwMaSd51wkjvzxLoiuHZHBnawcRjwCdFcMO 88n95qWSm3fnnIP2MVQxSfQ= =pFOI -----END PGP SIGNATURE----- --------------enig6253FE35DA407E27F366F92A-- From owner-freebsd-stable@FreeBSD.ORG Tue May 22 15:53:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D09F16A41F for ; Tue, 22 May 2007 15:53:58 +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 0FAC113C447 for ; Tue, 22 May 2007 15:53:58 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7dbb.q.ppp-pool.de [89.53.125.187]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 670FF12883F for ; Tue, 22 May 2007 17:53:51 +0200 (CEST) Received: from epeios.sz.vwsoft.com (epeios.sz.vwsoft.com [192.168.16.5]) by mail.vtec.ipme.de (Postfix) with ESMTP id CED703FA06; Tue, 22 May 2007 17:53:22 +0200 (CEST) Message-ID: <465311F2.9030607@vwsoft.com> Date: Tue, 22 May 2007 17:53:22 +0200 From: Volker User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: Ivan Voras References: <4652ECE2.7060400@vwsoft.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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: ghosthunting: machine freeze 6.2R 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 May 2007 15:53:58 -0000 On 05/22/07 17:18, Ivan Voras wrote: > Volker wrote: > >> My first thought is a hardware problem but why does it occur that less >> and only in the morning? My next thought is a DoS attack >> (CVE-2007-0244?) but can that lead into a machine freeze? > > When in the morning? If it's around 3-4 am, that's when the (often > hardware intensive) default cron jobs kick in. No, it's not cron (perdiodic daily/security) related. It appears sometime between 7 and 11 am (CEST). That would be too easy. Probably it's too early to see similarities as it's just on two days in a row. Tomorrow I'll have a hub at that location and can watch traffic using a 2nd bsd machine. Let's see, if that leads to any strange traffic. From owner-freebsd-stable@FreeBSD.ORG Tue May 22 16:17:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A32716A421 for ; Tue, 22 May 2007 16:17:21 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id A515E13C45A for ; Tue, 22 May 2007 16:17:20 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.14.1/8.14.1) with ESMTP id l4MGHIHP074537 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 22 May 2007 18:17:19 +0200 (CEST) (envelope-from stb@lassitu.de) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: FreeBSD Stable From: Stefan Bethke Date: Tue, 22 May 2007 18:17:23 +0200 X-Mailer: Apple Mail (2.752.2) Subject: Apparent hang in or around pcireg_cfgread 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 May 2007 16:17:21 -0000 Hi, my router/file server just froze. It's -stable from about a month ago. I hit break on the serial console a couple of times, with about half a minute in between, but since it seemed like it wasn't going to recover by itself, I panicked it. The machine used to run without a hitch for the past half year. I've recently added a 500 GB SATA disk, and I used ataidle to set the suspend timeout to 10 minutes. Immediatly before the hang, I got "ad4: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=699557839". ataidle is evil? Some other, unrelated hardware trouble? Typescript from serial console, kgdb bt, dmesg, kernel config below. Stefan -- Stefan Bethke Fon +49 170 346 0140 KDB: enter: Line break on console [thread pid 24 tid 100020 ] Stopped at kdb_enter+0x30: leave db> ps pid ppid pgrp uid state wmesg wchan cmd 55872 1328 55872 0 S+ ttyin 0xc3424410 less 40665 1313 40665 0 S+ ttyin 0xc3423c10 bash 47558 1041 1041 80 S accept 0xc37ae5ca httpd 45555 1 45555 0 Ss select 0xc07200c4 ntpd 45531 1 45531 0 Rs ppp 44366 44333 44333 0 S+ biord 0xcd7c8db8 afpd 44333 1 44333 0 S+ select 0xc07200c4 afpd 1769 1041 1041 80 S accept 0xc37ae5ca httpd 1328 1327 1328 0 S+ wait 0xc3830860 bash 1327 1318 1327 1000 S+ wait 0xc3830a78 su 1318 1317 1318 1000 Ss+ wait 0xc395c000 bash 1317 1315 1315 1000 S select 0xc07200c4 sshd 1315 1240 1315 0 Ss sbwait 0xc3843bc8 sshd 1314 1 1 0 S ttydcd 0xc342e400 getty 1313 1 1313 0 Ss+ wait 0xc382ac90 login 1312 1 1312 0 Ss+ ttyin 0xc343ac10 getty 1311 1 1311 0 Ss+ ttyin 0xc343b010 getty 1310 1 1310 0 Ss+ ttyin 0xc343b410 getty 1309 1 1309 0 Ss+ ttyin 0xc342f810 getty 1308 1 1308 0 Ss+ ttyin 0xc3432810 getty 1307 1 1307 0 Ss+ ttyin 0xc3433c10 getty 1306 1 1306 0 Ss+ ttyin 0xc3433810 getty 1305 1 1305 0 Ss+ ttyin 0xc3433010 getty 1252 1 1252 0 Ss nanslp 0xc071b64c cron 1240 1 1240 0 Ss select 0xc07200c4 sshd 1219 1 1218 1011 S+ select 0xc07200c4 boinc_client 1193 1 1193 0 Ss select 0xc07200c4 cupsd 1186 1 1186 900 Ss select 0xc07200c4 cvsupd 1167 1 1167 0 Ss select 0xc07200c4 openvpn 1089 1 1089 0 Ss select 0xc07200c4 openvpn 1080 1 1080 0 Rs openvpn 1079 1041 1041 80 S accept 0xc37ae5ca httpd 1078 1041 1041 80 S accept 0xc37ae5ca httpd 1077 1041 1041 80 S accept 0xc37ae5ca httpd 1076 1041 1041 80 S accept 0xc37ae5ca httpd 1075 1041 1041 80 S accept 0xc37ae5ca httpd 1058 1 1058 561 Ss select 0xc07200c4 dhcpd 1041 1 1041 0 Ss select 0xc07200c4 httpd 1027 1 1027 0 Ss select 0xc07200c4 usbd 1009 1 1009 0 Ss nanslp 0xc071b64c powerd 975 1 974 0 S select 0xc07200c4 snmpd 956 951 951 0 S - 0xc3688e00 nfsd 955 951 951 0 S - 0xc3739600 nfsd 954 951 951 0 S - 0xc3739800 nfsd 953 951 951 0 S - 0xc3739a00 nfsd 951 1 951 0 Ss accept 0xc378be22 nfsd 943 1 943 0 Ss select 0xc07200c4 mountd 910 0 0 0 SL mdwait 0xc3759800 [md0] 896 1 896 0 Ss select 0xc07200c4 rpcbind 886 1 886 53 Ss select 0xc07200c4 named 811 1 811 0 Ss select 0xc07200c4 syslogd 690 1 690 0 Ss select 0xc07200c4 devd 46 0 0 0 SL - 0xd56d4cf8 [schedcpu] 45 0 0 0 SL sdflush 0xc072aed4 [softdepflush] 44 0 0 0 SL syncer 0xc071b3bc [syncer] 43 0 0 0 SL vlruwt 0xc34fb648 [vnlru] 42 0 0 0 SL psleep 0xc072054c [bufdaemon] 41 0 0 0 SL pgzero 0xc072be44 [pagezero] 40 0 0 0 SL psleep 0xc072b994 [vmdaemon] 39 0 0 0 SL psleep 0xc072b950 [pagedaemon] 38 0 0 0 SL - 0xc34cc400 [dummynet] 37 0 0 0 WL [irq1: atkbd0] 36 0 0 0 RL [swi0: sio] 35 0 0 0 SL cooling 0xc33a4cd4 [acpi_cooling0] 34 0 0 0 SL tzpoll 0xc08775b8 [acpi_thermal] 33 0 0 0 WL [irq15: ata1] 32 0 0 0 WL [irq14: ata0] 31 0 0 0 WL [irq17: em0] 30 0 0 0 SL usbevt 0xc3339210 [usb4] 29 0 0 0 SL usbevt 0xc338e210 [usb3] 28 0 0 0 WL [irq16: fxp0 uhci3] 27 0 0 0 SL usbevt 0xc338c210 [usb2] 26 0 0 0 WL [irq18: re0 uhci2] 25 0 0 0 SL usbevt 0xc3379210 [usb1] 24 0 0 0 RL CPU 0 [irq19: uhci1+] 23 0 0 0 SL usbtsk 0xc07f9d84 [usbtask] 22 0 0 0 SL usbevt 0xc334f210 [usb0] 21 0 0 0 WL [irq23: uhci0 ehci0] 20 0 0 0 WL [irq9: acpi0] 19 0 0 0 WL [swi5: +] 18 0 0 0 SL - 0xc32dce00 [thread taskq] 17 0 0 0 WL [swi6: Giant taskq] 16 0 0 0 WL [swi6: task queue] 15 0 0 0 SL - 0xc333f180 [acpi_task_2] 9 0 0 0 SL - 0xc333f180 [acpi_task_1] 8 0 0 0 SL - 0xc333f180 [acpi_task_0] 7 0 0 0 SL - 0xc333f200 [kqueue taskq] 14 0 0 0 SL - 0xc07181a0 [yarrow] 6 0 0 0 SL crypto_r 0xc072aba4 [crypto returns] 5 0 0 0 SL crypto_w 0xc072ab64 [crypto] 4 0 0 0 SL - 0xc0718ba8 [g_down] 3 0 0 0 SL - 0xc0718ba4 [g_up] 2 0 0 0 SL - 0xc0718b9c [g_event] 13 0 0 0 WL [swi3: vm] 12 0 0 0 RL [swi4: clock sio] 11 0 0 0 RL [swi1: net] 10 0 0 0 RL [idle] 1 0 1 0 SLs wait 0xc329d000 [init] 0 0 0 0 WLs [swapper] db> bt Tracing pid 24 tid 100020 td 0xc3299480 kdb_enter(c06db657,c3416cf8,1,c06f6bf9,a111bb,...) at kdb_enter+0x30 siointr1(c3416c00,c3427e40,c32c98c8,d4375b4c,c06884e8,...) at siointr1 +0x127 siointr(c3416c00,d4375b48,c04a887f,0,c3299480,...) at siointr+0x3f intr_execute_handlers(c32c98c8,d4375b64,d4375bac,c06845f3,38,...) at intr_execute_handlers+0x108 lapic_handle_intr(38) at lapic_handle_intr+0x3a Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc068e687, esp = 0xd4375ba8, ebp = 0xd4375bac --- spinlock_exit(0,1f,2,9,1,...) at spinlock_exit+0x27 pcireg_cfgread(0,1f,2,9,1,...) at pcireg_cfgread+0x10f pci_cfgregread(0,1f,2,9,1,...) at pci_cfgregread+0x8b pci_read_config_method(c3362880,c3362b00,9,1,0,...) at pci_read_config_method+0x9c ata_legacy(c3362b00,c3386a00,0,c3288300,d4375c9c,...) at ata_legacy+0x73 ata_pci_status(c33a7e80,c32e2c90,d4375cdc,c04e5649,c3299480,...) at ata_pci_status+0x35 ata_interrupt(c3386a00,c34196c0,4,d4375cdc,c04c3fc8,...) at ata_interrupt+0x74 ata_generic_intr(c340e000,c3299480,19c3f,53caa519,c3299480,...) at ata_generic_intr+0x2f ithread_execute_handlers (c32e2c90,c3288300,c32e2c90,c3299480,c32e2c90,...) at ithread_execute_handlers+0x178 ithread_loop(c33715e0,d4375d38,0,0,0,...) at ithread_loop+0x76 fork_exit(c04c40c0,c33715e0,d4375d38) at fork_exit+0x7f fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd4375d6c, ebp = 0 --- db> c KDB: enter: Line break on console [thread pid 24 tid 100020 ] Stopped at kdb_enter+0x30: leave db> panic panic: from debugger Uptime: 1d5h19m51s Physical memory: 501 MB Dumping 105 MB: 90 74 58 42 26 10 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. Rebooting... The dump has this in it: root@diesel:/usr/obj/usr/src/sys/DIESEL# kgdb kernel.debug /var/crash/ vmcore.0 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". Unread portion of the kernel message buffer: KDB: enter: Line break on console KDB: enter: Line break on console panic: from debugger Uptime: 1d5h19m51s Physical memory: 501 MB Dumping 105 MB: 90 74 58 42 26 10 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc04dd3cc in boot (howto=260) at /usr/src/sys/kern/ kern_shutdown.c:409 #2 0xc04dd74d in panic (fmt=0xc06bff98 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0433c02 in db_panic (addr=-1068514592, have_addr=0, count=-1, modif=0xd437593c "") at /usr/src/sys/ddb/db_command.c:438 #4 0xc0433b72 in db_command (last_cmdp=0xc0716d24, cmd_table=0x0, aux_cmd_tablep=0xc06e1f18, aux_cmd_tablep_end=0xc06e1f1c) at /usr/src/sys/ddb/db_command.c:350 #5 0xc0433c85 in db_command_loop () at /usr/src/sys/ddb/db_command.c: 458 #6 0xc0435ec5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/ db_main.c:222 #7 0xc04fc5e7 in kdb_trap (type=0, code=0, tf=0xd4375a94) at /usr/src/sys/kern/subr_kdb.c:473 #8 0xc0699608 in trap (frame= {tf_fs = -1019150328, tf_es = -1020788696, tf_ds = -734592984, tf_edi = -1020753280, tf_esi = -1019122688, tf_ebp = -734569764, tf_isp = -734569792, tf_ebx = -1020685184, tf_edx = 1, tf_ecx = -1056878592, tf_eax = 34, tf_trapno = 3, tf_err = 0, tf_eip = -1068514592, tf_cs = 32, tf_eflags = 524418, tf_esp = -1066617645, tf_ss = -1066551721}) at /usr/src/sys/i386/i386/trap.c:594 #9 0xc068423a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0xc04fc2e0 in kdb_enter (msg=0x22
) at cpufunc.h:60 #11 0xc066c5e7 in siointr1 (com=0xc3416c00) at /usr/src/sys/dev/sio/ sio.c:1522 #12 0xc066c34f in siointr (arg=0xc3416c00) at /usr/src/sys/dev/sio/ sio.c:1391 ---Type to continue, or q to quit--- #13 0xc06884e8 in intr_execute_handlers (isrc=0xc32c98c8, iframe=0xd4375b64) at /usr/src/sys/i386/i386/intr_machdep.c:270 #14 0xc068b19a in lapic_handle_intr (frame= {if_vec = 56, if_fs = 8, if_es = -734592984, if_ds = -1066794968, if_edi = 9, if_esi = 1, if_ebp = -734569556, if_ebx = -1020685184, if_edx = 3320, if_ecx = 3325, if_eax = 524870, if_eip = -1066867065, if_cs = 32, if_eflags = 524870, if_esp = -1020685184, if_ss = -734569512}) at /usr/src/sys/i386/i386/local_apic.c:621 #15 0xc06845f3 in Xapic_isr1 () at apic_vector.s:110 #16 0xc068e687 in spinlock_exit () at cpufunc.h:365 #17 0xc06a1b7f in pcireg_cfgread (bus=0, slot=31, func=2, reg=9, bytes=1) at /usr/src/sys/i386/pci/pci_cfgreg.c:315 #18 0xc06a18db in pci_cfgregread (bus=0, slot=31, func=2, reg=9, bytes=3325) at /usr/src/sys/i386/pci/pci_cfgreg.c:193 #19 0xc04889bc in pci_read_config_method (dev=0x80246, child=0x80246, reg=9, width=1) at pcib_if.h:39 #20 0xc04505d3 in ata_legacy (dev=0xc3362b00) at pci_if.h:27 #21 0xc0451a15 in ata_pci_status (dev=0xc33a7e80) at /usr/src/sys/dev/ata/ata-pci.c:448 #22 0xc04391c4 in ata_interrupt (data=0xc3386a00) at /usr/src/sys/dev/ata/ata-all.c:322 #23 0xc043aa6f in ata_generic_intr (data=0xc340e000) at /usr/src/sys/dev/ata/ata-chipset.c:209 #24 0xc04c3fc8 in ithread_execute_handlers (p=0xc32e2c90, ie=0xc3288300) ---Type to continue, or q to quit--- at /usr/src/sys/kern/kern_intr.c:682 #25 0xc04c4136 in ithread_loop (arg=0xc33715e0) at /usr/src/sys/kern/kern_intr.c:765 #26 0xc04c2a6f in fork_exit (callout=0xc04c40c0 , arg=0x80246, frame=0x80246) at /usr/src/sys/kern/kern_fork.c:821 #27 0xc068429c in fork_trampoline () at /usr/src/sys/i386/i386/ exception.s:208 # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.9 2006/04/30 17:39:42 scottl Exp $ machine i386 cpu I686_CPU ident DIESEL # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real- time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options KDB options KDB_UNATTENDED options DDB options BREAK_TO_DEBUGGER options ALT_BREAK_TO_DEBUGGER device apic # I/O APIC # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives options ATA_STATIC_ID # Static device numbering device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device sc device agp # support several AGP chipsets device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device miibus # MII bus support device fxp device em # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter #device pf #option ALTQ #option ALTQ_CBQ #option ALTQ_RED #option ALTQ_RIO #option ALTQ_HFSC #option ALTQ_PRIQ ##option ALTQ_DEBUG options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_FORWARD options DUMMYNET device crypto device cryptodev device padlock 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.2-STABLE #3: Fri May 4 20:50:02 CEST 2007 root@diesel.lassitu.de:/usr/obj/usr/src/sys/DIESEL ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) M processor 1.40GHz (1400.01-MHz 686- class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff AMD Features=0x100000 real memory = 534642688 (509 MB) avail memory = 513769472 (489 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 PadLock: No ACE support. module_register_init: MOD_LOAD (padlock, 0xc0656cb0, 0) error 22 acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xff00-0xff07 mem 0xdff00000-0xdff7ffff,0xc0000000-0xcfffffff,0xdff80000-0xdffbffff irq 16 at device 2.0 on pci0 agp0: detected 764k stolen memory agp0: aperture size is 256M pci0: at device 2.1 (no driver attached) uhci0: port 0xfe00-0xfe1f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xfd00-0xfd1f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xfc00-0xfc1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xfb00-0xfb1f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdffff000-0xdffff3ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: timed out waiting for BIOS usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 fxp0: port 0xdf00-0xdf3f mem 0xdfcff000-0xdfcfffff,0xdfca0000-0xdfcbffff irq 16 at device 0.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:88:fd:40 em0: port 0xde00-0xde3f mem 0xdfc80000-0xdfc9ffff,0xdfcc0000-0xdfcdffff irq 17 at device 5.0 on pci1 em0: Ethernet address: 00:0e:0c:b0:10:f7 re0: port 0xda00-0xdaff mem 0xdfcfe000-0xdfcfe0ff irq 18 at device 10.0 on pci1 miibus1: on re0 rgephy0: on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:01:29:2c:44:e9 re0: [FAST] pci1: at device 15.0 (no driver attached) pci0: at device 30.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf800-0xf80f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xf700-0xf707,0xf600-0xf603,0xf500-0xf507,0xf400-0xf403,0xf300-0xf30f mem 0xdfffc000-0xdfffc3ff irq 19 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 speaker0: port 0x61 on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd17ff,0xd2000-0xd2fff, 0xd3000-0xd3fff,0xef000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] 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 1400009460 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 initialized, divert loadable, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default ad0: 38154MB at ata0-master UDMA100 ad4: 476940MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /home was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /data/altroot was not properly dismounted WARNING: /data/netboot was not properly dismounted WARNING: /data/media was not properly dismounted bridge0: Ethernet address: 12:7b:6c:f7:47:4f tap4: Ethernet address: 00:bd:36:13:00:04 From owner-freebsd-stable@FreeBSD.ORG Tue May 22 16:24:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A572216A469 for ; Tue, 22 May 2007 16:24:11 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from wrdsl02.terago.ca (wrdsl02.terago.ca [207.54.102.194]) by mx1.freebsd.org (Postfix) with ESMTP id 7FCC313C46A for ; Tue, 22 May 2007 16:24:11 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from [192.168.0.12] (unknown [64.201.181.165]) by wrdsl02.terago.ca (Postfix) with ESMTP id 52E5786EA0 for ; Tue, 22 May 2007 11:24:10 -0500 (CDT) From: "Roger Miranda" Organization: Digital Relay Inc. To: freebsd-stable@freebsd.org Date: Tue, 22 May 2007 11:24:51 -0500 User-Agent: KMail/1.9.4 References: <4652ECE2.7060400@vwsoft.com> In-Reply-To: <4652ECE2.7060400@vwsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705221124.52133.rmiranda@digitalrelay.ca> Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 16:24:11 -0000 On Tuesday 22 May 2007 08:15, Volker wrote: > Hi! > > Starting yesterday I'm experiencing machine freezes on a 6.2-R > system (remote to me). The strange thing: It occurs twice a day, in > the morning hours (both freezes are within 1-2 hours) and for the > rest of the day everything runs fine. > > The machine does not respond anymore (no net, no keyboard > interaction) but does not panic. We also have been experiencing the same type of behavior (as explained in a previous post). freeze times vary throughout the day. However, if we have no network connections attached to the box, It stays up consistantly. Could you take it off your network and see if it still freezes up ? From owner-freebsd-stable@FreeBSD.ORG Tue May 22 16:42:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3D3416A478 for ; Tue, 22 May 2007 16:42:29 +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 7BCBA13C46C for ; Tue, 22 May 2007 16:42:27 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7dbb.q.ppp-pool.de [89.53.125.187]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id CF8CF12883F; Tue, 22 May 2007 18:42:20 +0200 (CEST) Received: from epeios.sz.vwsoft.com (epeios.sz.vwsoft.com [192.168.16.5]) by mail.vtec.ipme.de (Postfix) with ESMTP id 431353FA00; Tue, 22 May 2007 18:41:50 +0200 (CEST) Message-ID: <46531D4E.3080300@vwsoft.com> Date: Tue, 22 May 2007 18:41:50 +0200 From: Volker User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: Roger Miranda References: <4652ECE2.7060400@vwsoft.com> <200705221124.52133.rmiranda@digitalrelay.ca> In-Reply-To: <200705221124.52133.rmiranda@digitalrelay.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: ghosthunting: machine freeze 6.2R 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 May 2007 16:42:30 -0000 On 05/22/07 18:24, Roger Miranda wrote: > On Tuesday 22 May 2007 08:15, Volker wrote: >> Hi! >> >> Starting yesterday I'm experiencing machine freezes on a 6.2-R >> system (remote to me). The strange thing: It occurs twice a day, in >> the morning hours (both freezes are within 1-2 hours) and for the >> rest of the day everything runs fine. >> >> The machine does not respond anymore (no net, no keyboard >> interaction) but does not panic. > > We also have been experiencing the same type of behavior (as explained in a > previous post). freeze times vary throughout the day. However, if we have > no network connections attached to the box, It stays up consistantly. > > Could you take it off your network and see if it still freezes up ? Roger, hmm, it's a gateway which is the connection to the world for a bunch of users, also the endpoint of 4 IPSec tunnels, the main DNS server for a whole company, pptp server for road clients... well, I don't think I can take it offline for too long. ;) There's nothing of interest in the logs (I suspect it's too late to have any daemon write something to syslogd as the system is then dead). As I also think, this is somehow related to network traffic, I'll try to monitor it's traffic starting tomorrow. The tech guys at the office there have to install a hub first (yes, it's remote to me which makes investigation harder). As I think (well, guesswork) this might be related to GRE traffic (the poptop server), I may stop this traffic at the firewall (and take the service to another machine). What's the version of the system you're having trouble with? Is it pre-6.2? I'm wondering if your machine also passes GRE traffic? Does it provide pptp services? I've attached the latest dmesg, can you see any similarities (as it still might be a hardware issue)? Volker 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.2-RELEASE-p1 #0: Sun Feb 11 22:35:18 CET 2007 root@xxx.yyy.net:/usr/obj/usr/src/sys/GwMbg Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2800.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x441d> Logical CPUs per core: 2 real memory = 536608768 (511 MB) avail memory = 515555328 (491 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic1: Changing APIC ID to 3 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 em0: port 0xece0-0xecff mem 0xfe1e0000-0xfe1fffff irq 18 at device 1.0 on pci1 em0: Ethernet address: 00:c0:9f:46:ec:c6 pcib2: at device 28.0 on pci0 pci2: on pcib2 uhci0: port 0xcce0-0xccff irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xccc0-0xccdf irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) ehci0: mem 0xfe300000-0xfe3003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib3: at device 30.0 on pci0 pci3: on pcib3 em1: port 0xdcc0-0xdcff mem 0xfdee0000-0xfdefffff irq 21 at device 2.0 on pci3 em1: Ethernet address: 00:c0:9f:46:ec:c7 fxp0: port 0xdca0-0xdcbf mem 0xfe8ff000-0xfe8fffff,0xfdd00000-0xfddfffff irq 22 at device 3.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:a0:c9:42:98:45 pci3: at device 14.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfea0-0xfeaf at device 31.2 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xc9fff,0xec000-0xeffff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <12 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. acd0: CDROM at ata0-master UDMA33 ad2: 76293MB at ata1-master SATA150 ad3: 76293MB at ata1-slave SATA150 ar0: 76293MB status: READY ar0: disk0 READY (master) using ad2 at ata1-master ar0: disk1 READY (mirror) using ad3 at ata1-slave SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ar0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /user was not properly dismounted WARNING: /user/cache was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /usr/local was not properly dismounted WARNING: /usr/obj was not properly dismounted WARNING: /usr/ports was not properly dismounted WARNING: /usr/src was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 16 files 2 cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present em0: link state changed to UP em1: link state changed to UP pflog0: promiscuous mode enabled From owner-freebsd-stable@FreeBSD.ORG Tue May 22 16:50:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E764C16A46B for ; Tue, 22 May 2007 16:50:31 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by mx1.freebsd.org (Postfix) with ESMTP id AA4B413C483 for ; Tue, 22 May 2007 16:50:31 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from fwd29.aul.t-online.de by mailout10.sul.t-online.com with smtp id 1HqXZ5-0000mv-01; Tue, 22 May 2007 18:50:27 +0200 Received: from localhost.das.netz (Zeu3pMZOZeyiLsJ4dlq5P6-bIiWCtF+YMk8Omg8k6N97x0P1tdQEwV@[217.245.70.124]) by fwd29.sul.t-online.de with esmtp id 1HqXYz-06YQHg0; Tue, 22 May 2007 18:50:21 +0200 Received: from zaphod.das.netz (zaphod.das.netz [10.0.0.3]) by localhost.das.netz (8.13.1/8.13.1) with ESMTP id l4MG9NOf013918; Tue, 22 May 2007 18:09:23 +0200 (CEST) (envelope-from M.Santhoff@t-online.de) From: Marc Santhoff To: Volker In-Reply-To: <465311F2.9030607@vwsoft.com> References: <4652ECE2.7060400@vwsoft.com> <465311F2.9030607@vwsoft.com> Content-Type: text/plain Date: Tue, 22 May 2007 18:14:18 +0200 Message-Id: <1179850458.445.4.camel@localhost.das.netz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ID: Zeu3pMZOZeyiLsJ4dlq5P6-bIiWCtF+YMk8Omg8k6N97x0P1tdQEwV X-TOI-MSGID: 09f3eaf6-2fe4-4e0d-9c23-f7ec59514b80 Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 16:50:32 -0000 Am Dienstag, den 22.05.2007, 17:53 +0200 schrieb Volker: > On 05/22/07 17:18, Ivan Voras wrote: > > Volker wrote: > > > >> My first thought is a hardware problem but why does it occur that less > >> and only in the morning? My next thought is a DoS attack > >> (CVE-2007-0244?) but can that lead into a machine freeze? > > > > When in the morning? If it's around 3-4 am, that's when the (often > > hardware intensive) default cron jobs kick in. > > No, it's not cron (perdiodic daily/security) related. It appears > sometime between 7 and 11 am (CEST). That would be too easy. > Probably it's too early to see similarities as it's just on two days > in a row. Check the power supply. If it is too small or does not filter transients properly this can be the cause. HTH, Marc From owner-freebsd-stable@FreeBSD.ORG Tue May 22 17:23:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DABE16A400 for ; Tue, 22 May 2007 17:23:57 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from wrdsl02.terago.ca (wrdsl02.terago.ca [207.54.102.194]) by mx1.freebsd.org (Postfix) with ESMTP id 0057713C4C6 for ; Tue, 22 May 2007 17:23:56 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from [192.168.0.12] (unknown [64.201.181.165]) by wrdsl02.terago.ca (Postfix) with ESMTP id 1721E86EEA for ; Tue, 22 May 2007 12:23:56 -0500 (CDT) From: "Roger Miranda" Organization: Digital Relay Inc. To: freebsd-stable@freebsd.org Date: Tue, 22 May 2007 12:24:36 -0500 User-Agent: KMail/1.9.4 References: <4652ECE2.7060400@vwsoft.com> <200705221124.52133.rmiranda@digitalrelay.ca> <46531D4E.3080300@vwsoft.com> In-Reply-To: <46531D4E.3080300@vwsoft.com> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_VdyUGr7Ru9JbRnE" Message-Id: <200705221224.37247.rmiranda@digitalrelay.ca> Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 17:23:57 -0000 --Boundary-00=_VdyUGr7Ru9JbRnE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 22 May 2007 11:41, Volker wrote: > There's nothing of interest in the logs (I suspect it's too late to > have any daemon write something to syslogd as the system is then > dead). As I also think, this is somehow related to network traffic, > I'll try to monitor it's traffic starting tomorrow. The tech guys at > the office there have to install a hub first (yes, it's remote to me > which makes investigation harder). > > As I think (well, guesswork) this might be related to GRE traffic > (the poptop server), I may stop this traffic at the firewall (and > take the service to another machine). > > What's the version of the system you're having trouble with? Is it > pre-6.2? > > I'm wondering if your machine also passes GRE traffic? Does it > provide pptp services? > > I've attached the latest dmesg, can you see any similarities (as it > still might be a hardware issue)? Volker, Yes. We get nothing in the logs, No kernel panics, and we can not break to the kernel debugger. We are not running an GRE traffic or PPTP Servers. Our current version is: FreeBSD 6.2-RELEASE FreeBSD 6.2-RELEASE #0 Looks like you are also using the EM network adapter driver. We are suspecting the driver or Network adapters them self. Our other boxes are using xl0 (3com) and are working fine. I have also attached my dmesg output. Roger --Boundary-00=_VdyUGr7Ru9JbRnE Content-Type: text/plain; charset="iso-8859-1"; name="dmesg.out" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.out" 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.2-RELEASE #0: Wed May 9 17:48:30 UTC 2007 root@:/usr/obj/usr/src/sys/TINYBSD WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193520 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.80GHz (2792.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x441d> real memory = 535691264 (510 MB) avail memory = 519000064 (494 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) 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_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 em0: port 0xc000-0xc01f mem 0xf2000000-0xf201ffff irq 18 at device 1.0 on pci1 em0: Ethernet address: 00:30:48:86:97:62 em0: [GIANT-LOCKED] pcib2: at device 28.0 on pci0 pci2: on pcib2 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) pci0: at device 29.7 (no driver attached) pcib3: at device 30.0 on pci0 pci3: on pcib3 pci3: at device 9.0 (no driver attached) em1: port 0xd100-0xd13f mem 0xf1000000-0xf101ffff irq 19 at device 10.0 on pci3 em1: Ethernet address: 00:30:48:86:97:63 em1: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f irq 18 at device 31.2 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 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 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff 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 2792849472 Hz quality 800 Timecounters tick every 1.000 msec IP Filter: v4.1.13 initialized. Default = pass all, Logging = enabled ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging limited to 100 packets/entry by default ad0: 977MB at ata0-master PIO4 ad2: 76319MB at ata1-master SATA150 Trying to mount root from ufs:/dev/ad0s1a em1: link state changed to DOWN em0: link state changed to DOWN bridge0: Ethernet address: 46:e0:af:c9:e6:b7 em0: promiscuous mode enabled em1: promiscuous mode enabled em0: link state changed to UP em1: link state changed to UP em1: link state changed to DOWN em1: link state changed to UP Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 0 0 done All buffers synced. Uptime: 47m5s 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.2-RELEASE #0: Wed May 9 17:48:30 UTC 2007 root@:/usr/obj/usr/src/sys/TINYBSD WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193516 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.80GHz (2792.84-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x441d> real memory = 535691264 (510 MB) avail memory = 519000064 (494 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) 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_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 em0: port 0xc000-0xc01f mem 0xf2000000-0xf201ffff irq 18 at device 1.0 on pci1 em0: Ethernet address: 00:30:48:86:97:62 em0: [GIANT-LOCKED] pcib2: at device 28.0 on pci0 pci2: on pcib2 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) pci0: at device 29.7 (no driver attached) pcib3: at device 30.0 on pci0 pci3: on pcib3 pci3: at device 9.0 (no driver attached) em1: port 0xd100-0xd13f mem 0xf1000000-0xf101ffff irq 19 at device 10.0 on pci3 em1: Ethernet address: 00:30:48:86:97:63 em1: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f irq 18 at device 31.2 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 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 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff 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 2792842836 Hz quality 800 Timecounters tick every 1.000 msec IP Filter: v4.1.13 initialized. Default = pass all, Logging = enabled ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging limited to 100 packets/entry by default ad0: 977MB at ata0-master PIO4 ad2: 76319MB at ata1-master SATA150 Trying to mount root from ufs:/dev/ad0s1a em1: link state changed to DOWN em0: link state changed to DOWN bridge0: Ethernet address: 7a:c0:e1:a9:84:a1 em0: promiscuous mode enabled em1: promiscuous mode enabled em0: link state changed to UP em1: link state changed to UP em1: link state changed to DOWN em1: link state changed to UP em0: link state changed to DOWN em1: link state changed to DOWN em1: link state changed to UP em0: link state changed to UP pflog0: promiscuous mode enabled pflog0: promiscuous mode disabled pflog0: promiscuous mode enabled pflog0: promiscuous mode disabled pflog0: promiscuous mode enabled pflog0: promiscuous mode disabled pflog0: promiscuous mode enabled pflog0: promiscuous mode disabled --Boundary-00=_VdyUGr7Ru9JbRnE-- From owner-freebsd-stable@FreeBSD.ORG Tue May 22 17:52:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BA5816A41F for ; Tue, 22 May 2007 17:52:52 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron1.sfsu.edu (iron1.sfsu.edu [130.212.10.35]) by mx1.freebsd.org (Postfix) with ESMTP id EF69B13C4AD for ; Tue, 22 May 2007 17:52:51 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron1.sfsu.edu with ESMTP; 22 May 2007 10:52:50 -0700 X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAGDKUkaC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007052210524898-650 ; Tue, 22 May 2007 10:52:48 -0700 Date: Tue, 22 May 2007 10:52:48 -0700 (PDT) From: KAYVEN RIESE To: Tom Evans In-Reply-To: <1179823190.1428.3.camel@zoot.mintel.co.uk> Message-ID: References: <20070501204548.L860@thinkpad.dieringer.dyndns.org> <200705021458.01813.doconnor@gsoft.com.au> <4638BDBC.4070805@iki.fi> <790a9fff0705021049i72979babya2cf173222dcda20@mail.gmail.com> <14989d6e0705180049l2a427dbdx2baa43204d250f04@mail.gmail.com> <14989d6e0705200503m2546ab1cm7abbbfd4cb1839f8@mail.gmail.com> <20070521065002.65a9d42c@srv> <1179823190.1428.3.camel@zoot.mintel.co.uk> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 05/22/2007 10:52:49, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.2FP1HF155 | March 20, 2007) at 05/22/2007 10:52:50, Serialize complete at 05/22/2007 10:52:50 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Vladimir Botka , freebsd-stable@freebsd.org, Christian Walther Subject: Re: make mplayer failed 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 May 2007 17:52:52 -0000 On Tue, 22 May 2007, Tom Evans wrote: > On Mon, 2007-05-21 at 13:49 -0700, KAYVEN RIESE wrote: >> On Mon, 21 May 2007, KAYVEN RIESE wrote: >>> On Mon, 21 May 2007, KAYVEN RIESE wrote: >>>> On Mon, 21 May 2007, Vladimir Botka wrote: >>>>> Dne Sun, 20 May 2007 17:50:06 -0700 (PDT) >>>>> KAYVEN RIESE napsal(a): >>>>>> On Sun, 20 May 2007, Christian Walther wrote: >>>>>>> On 19/05/07, KAYVEN RIESE wrote: >>>>>>>> On Fri, 18 May 2007, Christian Walther wrote: >>>>>>>>> On 17/05/07, KAYVEN RIESE wrote: > [..] >>>> ---> Building '/usr/ports/x11-servers/xorg-server' >>>> On FreeBSD before 6.2 ports system unfortunately can not set default >>>> X11BASE by itself so please help it a bit by setting X11BASE=${LOCALBASE} >>>> in make.conf. >>>> On the other hand, if you do wish to use non-default X11BASE, please set >>>> variable USE_NONDEFAULT_X11BASE. >>>> *** Error code 1 >>>> >>>> Stop. > [..] >> > I take it you don't actually read any of these error messages, just post > them to the list? > > On FreeBSD before 6.2 ports system unfortunately can not set default > X11BASE by itself so please help it a bit by setting > X11BASE=${LOCALBASE} in make.conf. > > Perhaps you would like to set X11BASE=${LOCALBASE} in make.conf ? > okay. yeah. daylight in the swamp did actually occur in the intervening period between my post and yer reply, however, the fact that i should have a message refering to "freebsd before 6.2" vexes me becase i thought i had upgraded from 6.1 to 6.2. my uname -a says 6.2 (don't have that right now because i am not at my home box). what could be up with that? From owner-freebsd-stable@FreeBSD.ORG Tue May 22 19:03:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B94A16A400 for ; Tue, 22 May 2007 19:03:36 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6AAFE13C43E for ; Tue, 22 May 2007 19:03:36 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 070751A3C19; Tue, 22 May 2007 12:04:36 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 986C251248; Tue, 22 May 2007 15:03:35 -0400 (EDT) Date: Tue, 22 May 2007 15:03:35 -0400 From: Kris Kennaway To: Roger Miranda Message-ID: <20070522190335.GA77230@xor.obsecurity.org> References: <4652ECE2.7060400@vwsoft.com> <200705221124.52133.rmiranda@digitalrelay.ca> <46531D4E.3080300@vwsoft.com> <200705221224.37247.rmiranda@digitalrelay.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200705221224.37247.rmiranda@digitalrelay.ca> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 19:03:36 -0000 On Tue, May 22, 2007 at 12:24:36PM -0500, Roger Miranda wrote: > On Tuesday 22 May 2007 11:41, Volker wrote: > > There's nothing of interest in the logs (I suspect it's too late to > > have any daemon write something to syslogd as the system is then > > dead). As I also think, this is somehow related to network traffic, > > I'll try to monitor it's traffic starting tomorrow. The tech guys at > > the office there have to install a hub first (yes, it's remote to me > > which makes investigation harder). > > > > As I think (well, guesswork) this might be related to GRE traffic > > (the poptop server), I may stop this traffic at the firewall (and > > take the service to another machine). > > > > What's the version of the system you're having trouble with? Is it > > pre-6.2? > > > > I'm wondering if your machine also passes GRE traffic? Does it > > provide pptp services? > > > > I've attached the latest dmesg, can you see any similarities (as it > > still might be a hardware issue)? > > Volker, > > Yes. We get nothing in the logs, No kernel panics, and we can not break to > the kernel debugger. What happens if you enable INVARIANTS and/or WITNESS? Kris From owner-freebsd-stable@FreeBSD.ORG Tue May 22 19:03:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D33B16A46B for ; Tue, 22 May 2007 19:03:42 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: from omega.omnis.ch (omega.omnis.ch [195.134.143.43]) by mx1.freebsd.org (Postfix) with SMTP id A998C13C4B8 for ; Tue, 22 May 2007 19:03:41 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: (qmail 4462 invoked from network); 22 May 2007 19:03:38 -0000 Received: from bigapple.omnis.ch ([195.134.148.35]) by omega.omnis.ch ([195.134.143.43]) with ESMTP via TCP; 22 May 2007 19:03:38 -0000 From: Olivier Mueller To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Tue, 22 May 2007 21:03:38 +0200 Message-Id: <1179860619.14799.37.camel@bigapple.omnis.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 Content-Transfer-Encoding: 7bit Subject: minimizing downtime on upgrades? (for example: mysql 4.1 -> 5.0 or php) 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 May 2007 19:03:42 -0000 Hello, Some "freebsd-beginner" questions about how to maintain a production server up to date day after day, with a practical example: now I have to update a 6.1-based server from mysql 4.1 to mysql 5.0, minimizing the downtime during the upgrade. In the past under other OS'es I would have taken the mysql source, compiled the whole, and then on upgrade time: - stopped the services (httpd, etc.) - mysqldump of all tables - stopped mysqld - removed the old version (+backup) - 'make install'ed the new one - started mysqld - imported the db and restarted the other services -> 2-3 minutes downtime, depending on the size of the databases Now I can't really do that under FreeBSD: if I want to prepare (just "make" in the ports directory) the mysql50-server part, it answers: [root@prod1 /usr/ports/databases/mysql50-server]# make ===> mysql-server-5.0.41 cannot install: MySQL versions mismatch: mysql41-client is installed and wanted version is mysql50-client. *** Error code 1 Stop in /usr/ports/databases/mysql50-server. So I can only do that after the installation of mysql50-client, which means all the services will have to be stopped during the compilation of mysql50-server, which usually takes some time. Isn't there a better way? How do you handle such cases? Same questions for php upgrades: on php5 upgrade, all the other php5-* packages have to be compiled too, and keeping the webserver running during this time is probably not the best idea. What I'm going to try is to prepare packages of the ports I have to upgrade on a dev/test server, and then install them with pkg_add: is that the "right way" ? Thanks in advance for your advices & regards, Olivier From owner-freebsd-stable@FreeBSD.ORG Tue May 22 19:22:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CEA516A469 for ; Tue, 22 May 2007 19:22:22 +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 00D5D13C46E for ; Tue, 22 May 2007 19:22:21 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7dbb.q.ppp-pool.de [89.53.125.187]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 3809712883F for ; Tue, 22 May 2007 21:22:15 +0200 (CEST) Received: from epeios.sz.vwsoft.com (epeios.sz.vwsoft.com [192.168.16.5]) by mail.vtec.ipme.de (Postfix) with ESMTP id 7F17C3FA01; Tue, 22 May 2007 21:21:40 +0200 (CEST) Message-ID: <465342C4.7030306@vwsoft.com> Date: Tue, 22 May 2007 21:21:40 +0200 From: Volker User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: Olivier Mueller References: <1179860619.14799.37.camel@bigapple.omnis.ch> In-Reply-To: <1179860619.14799.37.camel@bigapple.omnis.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: minimizing downtime on upgrades? (for example: mysql 4.1 -> 5.0 or php) 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 May 2007 19:22:22 -0000 On 05/22/07 21:03, Olivier Mueller wrote: > Some "freebsd-beginner" questions about how to maintain a production > server up to date day after day, with a practical example: now I have > to update a 6.1-based server from mysql 4.1 to mysql 5.0, minimizing > the downtime during the upgrade. > > In the past under other OS'es I would have taken the mysql source, > compiled the whole, and then on upgrade time: > - stopped the services (httpd, etc.) > - mysqldump of all tables > - stopped mysqld > - removed the old version (+backup) > - 'make install'ed the new one > - started mysqld > - imported the db and restarted the other services > -> 2-3 minutes downtime, depending on the size of the databases > > > Now I can't really do that under FreeBSD: if I want to prepare (just > "make" in the ports directory) the mysql50-server part, it answers: > Oliver, try something like: portupgrade -o databases/mysql50-client mysql-client portupgrade -o databases/mysql50-server mysql-server Make sure you're doing a backup of your SQL data *before* you're doing this as the MySQL server (AFAIR) is being halted at upgrade time (short after compiling everything has finished). The portupgrade commands mentioned above might just be half of the work as other ports might need an upgrade, too. I did the same some weeks ago but can't remember if there was any extra work needed. HTH Volker From owner-freebsd-stable@FreeBSD.ORG Tue May 22 19:40:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46B3016A46F for ; Tue, 22 May 2007 19:40:30 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from wrdsl02.terago.ca (wrdsl02.terago.ca [207.54.102.194]) by mx1.freebsd.org (Postfix) with ESMTP id 1D06813C4BE for ; Tue, 22 May 2007 19:40:29 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from [192.168.0.12] (unknown [64.201.181.165]) by wrdsl02.terago.ca (Postfix) with ESMTP id 65B8486EB5 for ; Tue, 22 May 2007 14:40:28 -0500 (CDT) From: "Roger Miranda" Organization: Digital Relay Inc. To: freebsd-stable@freebsd.org Date: Tue, 22 May 2007 14:41:09 -0500 User-Agent: KMail/1.9.4 References: <4652ECE2.7060400@vwsoft.com> <200705221224.37247.rmiranda@digitalrelay.ca> <20070522190335.GA77230@xor.obsecurity.org> In-Reply-To: <20070522190335.GA77230@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705221441.09986.rmiranda@digitalrelay.ca> Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 19:40:30 -0000 > What happens if you enable INVARIANTS and/or WITNESS? > Thanks Kris. I am going to compile that into the kernel right now. Well keep the list posted on any issues. From owner-freebsd-stable@FreeBSD.ORG Tue May 22 19:48:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEF0516A400 for ; Tue, 22 May 2007 19:48:14 +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 C748C13C45D for ; Tue, 22 May 2007 19:48:14 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay5.apple.com (relay5.apple.com [17.128.113.35]) by mail-out3.apple.com (Postfix) with ESMTP id 45A671DABE0; Tue, 22 May 2007 12:30:10 -0700 (PDT) Received: from relay5.apple.com (unknown [127.0.0.1]) by relay5.apple.com (Symantec Mail Security) with ESMTP id CE3B129C003; Tue, 22 May 2007 12:30:41 -0700 (PDT) X-AuditID: 11807123-9e88abb0000065b6-3b-465344e131f1 Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay5.apple.com (Apple SCV relay) with ESMTP id C34FE30400D; Tue, 22 May 2007 12:30:41 -0700 (PDT) In-Reply-To: <1179860619.14799.37.camel@bigapple.omnis.ch> References: <1179860619.14799.37.camel@bigapple.omnis.ch> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <96A27673-F4AC-4A39-91EC-C3242F2E76A7@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Tue, 22 May 2007 12:30:41 -0700 To: Olivier Mueller X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-stable@freebsd.org Subject: Re: minimizing downtime on upgrades? (for example: mysql 4.1 -> 5.0 or php) 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 May 2007 19:48:15 -0000 On May 22, 2007, at 12:03 PM, Olivier Mueller wrote: > So I can only do that after the installation of mysql50-client, which > means all the services will have to be stopped during the > compilation of > mysql50-server, which usually takes some time. > > Isn't there a better way? How do you handle such cases? Pretty much as you suggest below: > Same questions for php upgrades: on php5 upgrade, all the other php5-* > packages have to be compiled too, and keeping the webserver running > during this time is probably not the best idea. > > What I'm going to try is to prepare packages of the ports I have to > upgrade on a dev/test server, and then install them with pkg_add: is > that the "right way" ? You have a build box that you generate new tarballs of the packages you want to update (via "make package", "make package-recursive", "portupgrade -p", etc), which you can then test and make sure they behave sensibly, and then use these to rapidly update your production machines with minimal downtime. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue May 22 21:02:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D56F16A400 for ; Tue, 22 May 2007 21:02:36 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id ECF9613C468 for ; Tue, 22 May 2007 21:02:35 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so337399ugh for ; Tue, 22 May 2007 14:02:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=MdtOIxRQl/oB9t0QZy1YZV5a5fx6DU9yCfyYYKxrA0sm3jvrqhgAjspzYTFKDGueH5jSNrG7N4hVvNCKi5bKE+l0PD6bn/DZshOBcHe8vCf4drF9u1+8F0sKz49ZWIi6a/h7FGoOGHMlGmpbdVSFF1+sEV22Q/+fUEkWOuEZj48= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=aDyDWtUCuscq7tFfmFJ9BIkeMK7dMXuvQ31erneNZRUYvv0uXGyyju60alj2nkwTeU3zcQ73H6JJ1I8xhKaDacngdbezLiSI5cEQ5zcwt5bA6QvVZiyvBx2buYB6eLZJHmNd7Nue5AITU6oRZ+CEw+fTU28i2bNl0SsfhfiIVig= Received: by 10.67.92.9 with SMTP id u9mr823165ugl.1179867753931; Tue, 22 May 2007 14:02:33 -0700 (PDT) Received: from roadrunner.q.local ( [85.180.148.246]) by mx.google.com with ESMTP id y7sm2384626ugc.2007.05.22.14.02.32; Tue, 22 May 2007 14:02:32 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.14.1/8.14.1) with ESMTP id l4ML2OZg005286; Tue, 22 May 2007 23:02:24 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.14.1/8.14.1/Submit) id l4ML2N1C005285; Tue, 22 May 2007 23:02:23 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Tue, 22 May 2007 23:02:23 +0200 From: Ulrich Spoerlein To: Olivier Mueller Message-ID: <20070522210223.GB1547@roadrunner.q.local> Mail-Followup-To: Olivier Mueller , freebsd-stable@freebsd.org References: <1179860619.14799.37.camel@bigapple.omnis.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1179860619.14799.37.camel@bigapple.omnis.ch> Cc: freebsd-stable@freebsd.org Subject: Re: minimizing downtime on upgrades? (for example: mysql 4.1 -> 5.0 or php) 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 May 2007 21:02:36 -0000 Olivier Mueller wrote: > Isn't there a better way? How do you handle such cases? We go to extra lengths and allow only pkg installs on servers. That way we are sure, that no random library pollution takes place. It also makes stuff better reproducable. Sadly packages are somewhat neclected and there is still no good pkg_update tool > What I'm going to try is to prepare packages of the ports I have to > upgrade on a dev/test server, and then install them with pkg_add: is > that the "right way" ? A good way would be to test this very update with packages on a test box. That is, install mysql4, produce your mysql5 packages somewhere else (or use a chroot or jail). Then see if pkg-updating works for mysql. Ulrich Spoerlein -- "The trouble with the dictionary is you have to know how the word is spelled before you can look it up to see how it is spelled." -- Will Cuppy From owner-freebsd-stable@FreeBSD.ORG Tue May 22 21:03:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC62116A41F for ; Tue, 22 May 2007 21:03:01 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id C4CCF13C45D for ; Tue, 22 May 2007 21:03:01 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 4C52A220962 for ; Tue, 22 May 2007 17:03:01 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Tue, 22 May 2007 17:03:01 -0400 X-Sasl-enc: qnD0PvHGcVwQvos2lM2KknRGOBJLXALr1PyNxHpdi7bY 1179867781 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id DE94733774 for ; Tue, 22 May 2007 17:03:00 -0400 (EDT) Message-ID: <46535A83.5050207@incunabulum.net> Date: Tue, 22 May 2007 22:02:59 +0100 From: Bruce M Simpson User-Agent: Thunderbird 1.5.0.10 (X11/20070407) MIME-Version: 1.0 To: FreeBSD stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Gigabyte GA-VM900M caveats 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 May 2007 21:03:02 -0000 Hi, It seems in order to boot the 6.2-RELEASE cdrom on this system I need to disable the USB2/ehci controller in the BIOS, otherwise it panics after umass is detached during probe (I am attempting to boot from USB CDROM). I was surprised that it didn't fail due to the protected mode boot2 issue which kib has resolved, however that real mode boot code is yet to hit CVS. If the VIA V-RAID BIOS is configured with a 'bootable array', raid does not show up as I'd expect; I have to disable booting from the array in order to get ar0 to show up. The array currently shows up as 'degraded'. If there's a Wiki or something where this information may easily be added please point me at it... JFYI, BMS From owner-freebsd-stable@FreeBSD.ORG Tue May 22 21:22:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B072316A47D for ; Tue, 22 May 2007 21:22:30 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp804.mail.ird.yahoo.com (smtp804.mail.ird.yahoo.com [217.146.188.64]) by mx1.freebsd.org (Postfix) with SMTP id 5CF1613C458 for ; Tue, 22 May 2007 21:22:29 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 78714 invoked from network); 22 May 2007 21:22:28 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.140.150.175 with plain) by smtp804.mail.ird.yahoo.com with SMTP; 22 May 2007 21:22:27 -0000 X-YMail-OSG: uBdSSkoVM1mffop6X.o1tUkwgj25gO0WePBYlJB_R_ixn3Ig Message-ID: <46535F87.5080009@tomjudge.com> Date: Tue, 22 May 2007 22:24:23 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Chuck Swiger References: <1179860619.14799.37.camel@bigapple.omnis.ch> <96A27673-F4AC-4A39-91EC-C3242F2E76A7@mac.com> In-Reply-To: <96A27673-F4AC-4A39-91EC-C3242F2E76A7@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Olivier Mueller Subject: Re: minimizing downtime on upgrades? (for example: mysql 4.1 -> 5.0 or php) 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 May 2007 21:22:30 -0000 Chuck Swiger wrote: > On May 22, 2007, at 12:03 PM, Olivier Mueller wrote: >> So I can only do that after the installation of mysql50-client, which >> means all the services will have to be stopped during the compilation of >> mysql50-server, which usually takes some time. >> >> Isn't there a better way? How do you handle such cases? > > Pretty much as you suggest below: > >> Same questions for php upgrades: on php5 upgrade, all the other php5-* >> packages have to be compiled too, and keeping the webserver running >> during this time is probably not the best idea. >> >> What I'm going to try is to prepare packages of the ports I have to >> upgrade on a dev/test server, and then install them with pkg_add: is >> that the "right way" ? > > You have a build box that you generate new tarballs of the packages you > want to update (via "make package", "make package-recursive", > "portupgrade -p", etc), which you can then test and make sure they > behave sensibly, and then use these to rapidly update your production > machines with minimal downtime. > I have found that the ports-mgmt/tinderbox port is very useful for building and maintaining up to date packages with custom patchs, or non default knobs set. I have a pair of dedicated build servers that it runs on but I cant see a reason why it could not run on any old system on your network. You can then use pkg_add/pkg_delete to do the upgrade very quickly. Tom From owner-freebsd-stable@FreeBSD.ORG Wed May 23 01:39:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42D6216A469 for ; Wed, 23 May 2007 01:39:01 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id C9FF613C45E for ; Wed, 23 May 2007 01:39:00 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp72-170.lns10.adl6.internode.on.net [121.45.72.170]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l4N1cr0e088496 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 May 2007 11:08:56 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 23 May 2007 11:08:26 +0930 User-Agent: KMail/1.9.5 References: <46535A83.5050207@incunabulum.net> In-Reply-To: <46535A83.5050207@incunabulum.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart17352725.yZm5V6t1e1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705231108.44939.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Bruce M Simpson Subject: Re: Gigabyte GA-VM900M caveats 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 May 2007 01:39:01 -0000 --nextPart17352725.yZm5V6t1e1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 23 May 2007 06:32, Bruce M Simpson wrote: > If the VIA V-RAID BIOS is configured with a 'bootable array', raid > does not show up as I'd expect; I have to disable booting from the > array in order to get ar0 to show up. The array currently shows up as > 'degraded'. On a somewhat related note.. In my experience V-RAID is utter crap - if one of your disks fails in a=20 RAID1 array and you reboot it will give you 2 options - erase the first=20 part of your disk and boot, or sit and do nothing. When I asked my motherboard vendor about this they suggested I switch to=20 SATA mode (to boot off one disk) or to put another disk in and=20 rebuild... Not exactly good for unattended use. This was on an Epox 8HDAI Pro, I don't know if it's any better now or=20 not. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart17352725.yZm5V6t1e1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGU5sk5ZPcIHs/zowRAhPHAJ9kd5Y11vj6qZGQ977P9TjH83i3vgCfZRWT +7vByD+74zfZOMKo0SzywI8= =gqAr -----END PGP SIGNATURE----- --nextPart17352725.yZm5V6t1e1-- From owner-freebsd-stable@FreeBSD.ORG Wed May 23 02:47:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2458F16A421 for ; Wed, 23 May 2007 02:47:56 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id DEF3413C45A for ; Wed, 23 May 2007 02:47:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 647EA220C70; Tue, 22 May 2007 22:47:55 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 22 May 2007 22:47:55 -0400 X-Sasl-enc: gG0/fgEO5HjzOlp1DuKFokxSAcPZbRXx9t2lixPWndIF 1179888474 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id C13AA38416; Tue, 22 May 2007 22:47:54 -0400 (EDT) Message-ID: <4653AB59.2020702@incunabulum.net> Date: Wed, 23 May 2007 03:47:53 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Daniel O'Connor References: <46535A83.5050207@incunabulum.net> <200705231108.44939.doconnor@gsoft.com.au> In-Reply-To: <200705231108.44939.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Gigabyte GA-VM900M caveats 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 May 2007 02:47:56 -0000 Daniel, Thanks for the affirmation that I'm not alone in this. The whole point of RAID being supported by platform firmware is to facilitate booting from it even if disks fail. Daniel O'Connor wrote: > On a somewhat related note.. > In my experience V-RAID is utter crap - if one of your disks fails in a > RAID1 array and you reboot it will give you 2 options - erase the first > part of your disk and boot, or sit and do nothing. > > When I asked my motherboard vendor about this they suggested I switch to > SATA mode (to boot off one disk) or to put another disk in and > rebuild... Not exactly good for unattended use. > Summary: Avoid VIA software RAID like the plague. The BIOS (after latest update from Gigabyte) consistently reports that duplication failed whenever I attempted to [re]create the mirror in the BIOS. Even when I tried to switch the controller to SATA mode, the second disk persisted in being undetected. I removed the primary disk entirely. The secondary disk DID get mirrored, and the BIOS attempted to boot from it; although by the time I did this I had no way of verifying if FreeBSD had mirrored the data, or if the BIOS mirrored the data. FreeBSD never sees the second disk, whether in SATA or RAID mode, and setting the array to 'bootable' in the BIOS does not help in any case. Short of manually nuking the metadata on the disks themselves, I can think of no other clean room tactics, and the supplied documentation is also useless. Yes, utter crap, and a waste of valuable time. What I plan to do tommorrow is swap the JMicron card out of my Athlon64 machine and into the new Core 2 Duo system I began building. In a way this is good because the disks I purchased support SATA-300 as does the JMicron. However, FreeBSD's support for the onboard Acer Labs SATA on that system appeared to have regressed during the 6.1->6.2 lifetime due to an AHCI issue (see thread: 6.2-RC: Problem with SATA on ASUS Vintage AH-3, on this list). [Normally I have been running 7-CURRENT on that machine, with the JMicron card, so up until now this hasn't been an issue, but this is what kicked off the whole shooting match in the first place, and I need to be able to multi-boot Windows "Longhorn" Server and Gentoo Linux for the work I'm going to be doing.] I wonder if people have had better experiences with JMicron. I am encouraged by the work Scott Long has begun, although that is going to take time to bear fruit. I can't burn too much time on this though, I needed a working server today. Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Wed May 23 03:15:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23BB016A46B for ; Wed, 23 May 2007 03:15:26 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id A1AE613C44C for ; Wed, 23 May 2007 03:15:25 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp72-170.lns10.adl6.internode.on.net [121.45.72.170]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l4N3FMmR090951 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 May 2007 12:45:23 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Bruce M. Simpson" Date: Wed, 23 May 2007 12:44:50 +0930 User-Agent: KMail/1.9.5 References: <46535A83.5050207@incunabulum.net> <200705231108.44939.doconnor@gsoft.com.au> <4653AB59.2020702@incunabulum.net> In-Reply-To: <4653AB59.2020702@incunabulum.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2274876.Y8xyHxjRZx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705231245.06577.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: Gigabyte GA-VM900M caveats 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 May 2007 03:15:26 -0000 --nextPart2274876.Y8xyHxjRZx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 23 May 2007 12:17, Bruce M. Simpson wrote: > Thanks for the affirmation that I'm not alone in this. The whole > point of RAID being supported by platform firmware is to facilitate > booting from it even if disks fail. Yes, I was pretty pissed off when I found out about it. I was even more=20 pissed off at Epox's weak response :( > > When I asked my motherboard vendor about this they suggested I > > switch to SATA mode (to boot off one disk) or to put another disk > > in and rebuild... Not exactly good for unattended use. > > Summary: Avoid VIA software RAID like the plague. Yep. The JMicron RAID in my Core 2 Duo system seems OK.=20 That said all of these software RAID implementations seem to suffer from=20 a serious limitation - if the disk fails temporarily and the array=20 becomes degraded and you then subsequently reboot it will see 2 arrays=20 and can boot off the stale one. I would expect a more sensible implementation where it would scan the=20 disks and if it sees 2 disks with the same array ID but differing ages=20 it should ignore the older disk. This assumes that the RAID code increments the generation number (or=20 whatever) when it notes the array is degraded.. I would hope so but=20 maybe I'm wrong. I have been bitted by this several times especially in SATA as it seems=20 more likely to get temporary failures (especially with dodgy PHYs like=20 Marvell) > Yes, utter crap, and a waste of valuable time. Yeah, I stumped up for 3ware in the end. Not that they are MUCH better, I have several pending issues with them, =20 but so far as I can see they are the only manufacturer of 2 port=20 hardware RAID cards. > [Normally I have been running 7-CURRENT on that machine, with the > JMicron card, so up until now this hasn't been an issue, but this is > what kicked off the whole shooting match in the first place, and I > need to be able to multi-boot Windows "Longhorn" Server and Gentoo > Linux for the work I'm going to be doing.] I have Windows XP and FreeBSD 6.2 on my Core 2 Duo/JMicron system. sos@=20 is looking at a problem in current (it doesn't see my disks). I tried Ubuntu on this system but its dmraid doesn't grok the JMicron=20 metadata properly (not to mention that dmraid does almost no error=20 handling and so I am loathe to use it) > I wonder if people have had better experiences with JMicron. I am > encouraged by the work Scott Long has begun, although that is going > to take time to bear fruit. I can't burn too much time on this > though, I needed a working server today. I only have 1 JMicron system and it works OK so far (modulo my issue=20 in -current). The last good, cheap RAID card I used was a Promise FT100/TX2, alas it=20 is PATA only and they don't sell them any more. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2274876.Y8xyHxjRZx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGU7G65ZPcIHs/zowRAh23AJ9/Bv/0oZSwUlpXozK0ZqmsMvIwIwCeOdr0 9nXFMGlMx467o0+RqcmedUA= =gFR9 -----END PGP SIGNATURE----- --nextPart2274876.Y8xyHxjRZx-- From owner-freebsd-stable@FreeBSD.ORG Wed May 23 07:18:30 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DE0D16A468 for ; Wed, 23 May 2007 07:18:30 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id E994B13C455 for ; Wed, 23 May 2007 07:18:29 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wfwnet@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l4N7I0c1010072; Wed, 23 May 2007 09:18:05 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l4N7HuPW010071; Wed, 23 May 2007 09:17:56 +0200 (CEST) (envelope-from olli) Date: Wed, 23 May 2007 09:17:56 +0200 (CEST) Message-Id: <200705230717.l4N7HuPW010071@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, rmiranda@digitalrelay.ca, volker@vwsoft.com In-Reply-To: <200705221224.37247.rmiranda@digitalrelay.ca> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 23 May 2007 09:18:06 +0200 (CEST) Cc: Subject: Re: ghosthunting: machine freeze 6.2R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, rmiranda@digitalrelay.ca, volker@vwsoft.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2007 07:18:30 -0000 Roger Miranda wrote: > Volker wrote: > > [...] > > I've attached the latest dmesg, can you see any similarities (as it > > still might be a hardware issue)? > [...] > Our current version is: FreeBSD 6.2-RELEASE FreeBSD 6.2-RELEASE #0 > > Looks like you are also using the EM network adapter driver. We are > suspecting the driver or Network adapters them self. Our other boxes are > using xl0 (3com) and are working fine. The em(4) driver has received quite a few updates lately, and I think some of them have been MFCed to RELENG_6 since 6.2-RELEASE. I don't use any em(4) interfaces myself (I prefer bge(4) and others), so I'm not sure if there's any relationship with your trouble, but I suggest you try updating to the latest 6-stable (RELENG_6) code. (Or even give 7-current a try if you have a spare disk for installation so you can quickly swap it back with 6.x if any show-stoppers arise. In general I don't recommend installing 7-current on production machines, though.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' From owner-freebsd-stable@FreeBSD.ORG Wed May 23 08:08:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B020E16A46B for ; Wed, 23 May 2007 08:08:38 +0000 (UTC) (envelope-from eti@erata.net) Received: from s1.net-solution.ro (s1.net-solution.ro [65.98.58.122]) by mx1.freebsd.org (Postfix) with ESMTP id 66ED413C4BB for ; Wed, 23 May 2007 08:08:38 +0000 (UTC) (envelope-from eti@erata.net) Received: (qmail 18467 invoked from network); 23 May 2007 11:08:27 +0300 Received: from 223.126.77.82.static.cluj.rdsnet.ro (HELO toshiba) (82.77.126.223) by s1.net-solution.ro with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 May 2007 11:08:27 +0300 From: Iulian M Organization: www.erata.net To: freebsd-stable@freebsd.org Date: Wed, 23 May 2007 11:06:46 +0300 User-Agent: KMail/1.9.6 References: <200705211823.29943.ABabiy@shaw.ca> <"56016.2001:6f8:101e:0:20e:cff:fe6d:6adb.1179824650.squirrel"@webmail.alpha-tierchen.de> <200705230047.28763.ABabiy@shaw.ca> In-Reply-To: <200705230047.28763.ABabiy@shaw.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1719669.v10sMSx4fn"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705231107.03356.eti@erata.net> Subject: Re: xorg 7.2 start 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: Wed, 23 May 2007 08:08:38 -0000 --nextPart1719669.v10sMSx4fn Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 23 May 2007, Andriy Babiy wrote: > > You need at least the following ports: > > > > x11-drivers/xf86-video-mga > > x11-drivers/xf86-input-mouse > > x11-drivers/xf86-input-keyboard > > I wanted to thank everybody who helped me. I added those ports, and that > fixed the problem I had before. So, I was able to issue: > X -configure > and obtain xorg.conf.new file. I checked the configuration and found that > the hardware was recognized without errors. The pathes were changed > to /usr/local accordingly. > > But when I issue: > X -config /root/xorg.conf.new > > the X server doesn't start; it fails with the message: > > Fatal server error: > could not open default font 'fixed' > > I checked xorg.conf.new and found that the pathes to appropriate fonts are > listed there, namely: > > xorg-fonts-100dpi-7.2 > xorg-fonts-75dpi-7.2 > xorg-fonts-cyrillic-7.2 > xorg-fonts-miscbitmaps-7.2 > xorg-fonts-truetype-7.2 > xorg-fonts-type1-7.2 > > I checked all the directories; they exist, and their contents exist. I > tried mkfontdir in each of them, but it changed nothing. > > Maybe, you could advise me what I need to do in order to resolve it, apart > from rebuilding the whole thing. Thank you very much in advance! > Yep... you have to rebuild everything. Not to fix the error but just becaus= e=20 you don't read other threads on the ML On another thread the conclusion was that installing x11-fonts/font-alias=20 solved the fixed font problem. =2D-=20 Best Regards, Iulian Margarintescu http://www.erata.net eti@erata.net (spamassassin & pf & spamd all said it's OK to make it public ;-) ) Key ID: 0x03176E5CEDEFF7AB I prefer plain text email --nextPart1719669.v10sMSx4fn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGU/YZAxduXO3v96sRAoDkAJ9kIavuW8+fnoPI6xGOSQRmbNDZwACfdG3V 446SlLpDOy+5l4jyRb5QFI0= =Q22d -----END PGP SIGNATURE----- --nextPart1719669.v10sMSx4fn-- From owner-freebsd-stable@FreeBSD.ORG Wed May 23 09:28:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5006E16A468 for ; Wed, 23 May 2007 09:28:01 +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 11DB013C44C for ; Wed, 23 May 2007 09:27:58 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7dbb.q.ppp-pool.de [89.53.125.187]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 7230612883F; Wed, 23 May 2007 11:27:52 +0200 (CEST) Received: from epeios.sz.vwsoft.com (epeios.sz.vwsoft.com [192.168.16.5]) by mail.vtec.ipme.de (Postfix) with ESMTP id 004EA3FA00; Wed, 23 May 2007 11:27:20 +0200 (CEST) Message-ID: <465408F9.6080302@vwsoft.com> Date: Wed, 23 May 2007 11:27:21 +0200 From: Volker User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, rmiranda@digitalrelay.ca, volker@vwsoft.com References: <200705230717.l4N7HuPW010071@lurza.secnetix.de> In-Reply-To: <200705230717.l4N7HuPW010071@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 09:28:01 -0000 On 05/23/07 09:17, Oliver Fromme wrote: > Roger Miranda wrote: > > Volker wrote: > > > [...] > > > I've attached the latest dmesg, can you see any similarities (as it > > > still might be a hardware issue)? > > [...] > > Our current version is: FreeBSD 6.2-RELEASE FreeBSD 6.2-RELEASE #0 > > > > Looks like you are also using the EM network adapter driver. We are > > suspecting the driver or Network adapters them self. Our other boxes are > > using xl0 (3com) and are working fine. > > The em(4) driver has received quite a few updates lately, > and I think some of them have been MFCed to RELENG_6 since > 6.2-RELEASE. I don't use any em(4) interfaces myself > (I prefer bge(4) and others), so I'm not sure if there's > any relationship with your trouble, but I suggest you try > updating to the latest 6-stable (RELENG_6) code. > > (Or even give 7-current a try if you have a spare disk for > installation so you can quickly swap it back with 6.x if > any show-stoppers arise. In general I don't recommend > installing 7-current on production machines, though.) Oliver, thanks for your hints. I haven't monitored RELENG_6 for em changes. If the problem remains (today no freeze occurred) I'll go -STABLE on that machine and see if it solves the issues. Currently I'm watching this machine over the distance and waiting for the freeze... I'm unable to check -CURRENT on it (it's 24x7 production and remote and both is a 'don't do it'). Volker From owner-freebsd-stable@FreeBSD.ORG Wed May 23 09:38:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64B3516A400 for ; Wed, 23 May 2007 09:38:19 +0000 (UTC) (envelope-from wel@skm.net.ua) Received: from mail.skm.net.ua (skyhome.zeus.pl.ua [193.109.249.146]) by mx1.freebsd.org (Postfix) with ESMTP id 2141813C465 for ; Wed, 23 May 2007 09:38:18 +0000 (UTC) (envelope-from wel@skm.net.ua) Received: from [193.238.152.25] (helo=k152-25.saltov.net) by mail.skm.net.ua with esmtpa (Exim 4.50) id 1HqpYB-0006CS-UL for freebsd-stable@freebsd.org; Wed, 23 May 2007 12:02:44 +0000 From: "wel@skm.net.ua" To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Wed, 23 May 2007 12:13:06 +0300 Message-Id: <1179911586.10603.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit Subject: Freebsd 6.2 Interrupted system call (4) when exit from mc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: wel@skm.net.ua List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2007 09:38:19 -0000 Hi ALL When I start mc, and do Ctrl+o,and then write "exit" - I got... Sometime this heppend when I close some shell-aplication with "Ctrl+C/D" I setup FreeBSD 6.2RC1 and FreeBSD 6.2-stable... When I have 6.1 - I dont catch this 6.2-RELEASE-p4:server/>exit read (subshell_pty...): Interrupted system call (4) From owner-freebsd-stable@FreeBSD.ORG Wed May 23 09:52:21 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 993D616A41F for ; Wed, 23 May 2007 09:52:21 +0000 (UTC) (envelope-from BrianPuppa@legacyproject.org) Received: from txslsmtp2.vzwmail.net (txslsmtp2.vzwmail.net [66.174.85.156]) by mx1.freebsd.org (Postfix) with ESMTP id 651C413C455 for ; Wed, 23 May 2007 09:52:21 +0000 (UTC) (envelope-from BrianPuppa@legacyproject.org) Received: from www.legacyproject.org (smtp.vzwmail.net [66.174.85.25]) (authenticated bits=0) by txslsmtp2.vzwmail.net (8.12.9/8.12.9) with ESMTP id l4N9ZFUc025022 for ; Wed, 23 May 2007 09:35:22 GMT Message-Id: <200705230935.l4N9ZFUc025022@txslsmtp2.vzwmail.net> From: Brian Puppa To: Homeschooler Date: 22 May 2007 21:44:40 -0400 MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Cc: Subject: Update on goal-setting resource 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 May 2007 09:52:21 -0000 As you may know, the Legacy Project at www.legacyproject.org is an education initiative with the nonprofit Parenting Coalition and Generations United in Washington, DC. We have a new free online goal-setting resource that many homeschoolers, parents, and teachers are finding useful. 1) ACTIVITY SET: Teaching children to set goals and the skills to achieve them is important to academic and personal success. Research shows it's critical to get kids thinking early -- in elementary and middle school grades -- about what's important to them and why. Dreams and goals give life purpose, direction, and meaning. They help young people build toward the future, and offer a sense of control and hope. The new Begin and End With a Dream activity set offers over two dozen meaningful, literacy-based activities. A Star Highlights sheet gets children to make a Top 10 List of the best memories and things they've learned over the school year, while a Dream Reading List encourages them to set summer reading goals. There are ideas for making a Life List, inspiration for creating The Next Page in your life story, a My Dream sheet for sharing personal goals, and a Ladder to the Stars sheet for identifying the steps to reaching a goal. For the free online Begin and End With a Dream activity set: www.legacyproject.org/guides/beginend.html 2) DREAM BOOK: To start a discussion about a child's dreams and goals, we have our award-winning book "Dream: A Tale of Wonder, Wisdom & Wishes" by author and educator Susan V. Bosak. "Dream" is illustrated by 15 top children's illustrators, like two-time Caldecott Medal winners Leo and Diane Dillon. The book has won 11 national awards, including an International Reading Association Children's Choice (10,000 children read and vote on the books they like best), a Teachers' Choice, an iParenting Award, and the Pinnacle Award for Best Gift Book. Says The Bloomsbury Review, "This elegant book depicts the journey of life -- from infancy to older adulthood -- highlighting all the hopes and dreams found along the way... Inspirational quotes from people such as Martin Luther King Jr, Sir Edmund Hillary, and Emily Dickinson are set alongside gorgeous illustrations by internationally acclaimed artists. Richly crafted and thoughtfully written, 'Dream' is a dazzling project that challenges us to find a dream and follow it." In addition to being a rich cross-curricular literacy resource, "Dream" is a great gift book for life milestones like a graduation, birth, birthday, even retirement. So, check out "Dream" by Susan V. Bosak on the graduation gift display in the children's section of bookstores like Barnes & Noble, Borders, Chapters/Indigo, and Books-A-Million. You can also get a bonus with your book purchase... 3) GET A BONUS: If you don't already have "Dream," it's worth looking at. And if you do, you know it's worth giving to friends and family. When you go to your local bookstore to get "Dream" (Susan Bosak, $17.95) between May 20 and June 17, 2007 and send us your receipt, you get a special bonus -- Legacy Dollars you can redeem for books, CDs, and posters. For example, one copy of "Dream" would earn six Legacy Dollars, enough for a softcover copy of the heartwarming bestseller "Something to Remember Me By," a story about love across generations that many compare to "Love You Forever." For all the details, www.legacyproject.org/books/specialdr.html If you have any questions, feel free to contact me. Also, please pass along this e-mail to friends you think might be interested. As a small educational group, we depend on word-of-mouth. Best, Brian Puppa Program Director Legacy Project BrianPuppa@legacyproject.org (800) 772-7765 From owner-freebsd-stable@FreeBSD.ORG Wed May 23 12:15:35 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC6BB16A468 for ; Wed, 23 May 2007 12:15:35 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 23BC713C457 for ; Wed, 23 May 2007 12:15:34 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l4NBhWS1009490 for ; Wed, 23 May 2007 19:43:33 +0800 (KRAST) (envelope-from eugen@kuzbass.ru) Message-ID: <465428E3.8305C34F@kuzbass.ru> Date: Wed, 23 May 2007 19:43:31 +0800 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Cc: Subject: Opening /dev/ad0 for writing render the system unusable until reboot 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 May 2007 12:15:35 -0000 Hi! Would anybody be so kind to look at http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/112707 ? In short: the command "true > /dev/ad0" makes all access to filesystem fail for GENERIC and produces panic for INVARIANTS-enabled kernel. This make it impossible to do "boot0cfg -s 2 ad0" for remote upgrade of NanoBSD running from IDE Flash. Thank you. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed May 23 14:20:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F84716A46D for ; Wed, 23 May 2007 14:20:22 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp3.sbb.co.yu (smtp3.sbb.co.yu [82.117.194.23]) by mx1.freebsd.org (Postfix) with ESMTP id EAFA313C45A for ; Wed, 23 May 2007 14:20:21 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-167-189.dynamic.sbb.co.yu [89.216.167.189]) by smtp3.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l4NEKJ6q019179 for ; Wed, 23 May 2007 16:20:19 +0200 Received: by faust.net (Postfix, from userid 1001) id AAD841CC1C; Wed, 23 May 2007 16:20:39 +0200 (CEST) Date: Wed, 23 May 2007 16:20:39 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20070523142039.GA856@faust.net> References: <20070523120023.45F1D16A4FC@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070523120023.45F1D16A4FC@hub.freebsd.org> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 2.8 X-SBB-Spam-Level: XXXXXX Subject: Re: Freebsd 6.2 Interrupted system call (4) when exit from mc 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 May 2007 14:20:22 -0000 > When I start mc, and do Ctrl+o,and then write "exit" - I got... > Sometime this heppend when I close some shell-aplication with "Ctrl+C/D" > I setup FreeBSD 6.2RC1 and FreeBSD 6.2-stable... > When I have 6.1 - I dont catch this If I get it right, it should be midnight commander? Exits fine with F10. On my nokia 770 I go out with just 0. Yes, I see some issue with xchm from mc, but l resolves it. Zoran From owner-freebsd-stable@FreeBSD.ORG Wed May 23 15:45:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 622E316A46E for ; Wed, 23 May 2007 15:45:23 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id D7D6713C455 for ; Wed, 23 May 2007 15:45:22 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4NFjJAW089885 for ; Wed, 23 May 2007 12:45:19 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Wed, 23 May 2007 12:44:20 -0300 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705231244.21154.joao@matik.com.br> X-Spam-Status: No, score=-100.8 required=5.0 tests=ALL_TRUSTED,AWL, UPPERCASE_25_50,USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: atapicam cd error 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 May 2007 15:45:23 -0000 Hi, some knows how to solve this problema or what it is? acd0: CDRW at ata0-master UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [1 x 2048 byte records] acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 I can still mount and read bot not write anymore k3b crashes whith CD inserted or when I put one in telling about in pthread_testcancel () from lib/libpthread.so.2 in pthread_mutexattr_init () from lib/libpthread.so.2 in pthread_setconcurrency () from lib/libpthread.so.2 =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed May 23 16:02:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF94916A400 for ; Wed, 23 May 2007 16:02:51 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.228]) by mx1.freebsd.org (Postfix) with ESMTP id 3DEBB13C4B7 for ; Wed, 23 May 2007 16:02:51 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by hu-out-0506.google.com with SMTP id 28so1560518hub for ; Wed, 23 May 2007 09:02:49 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=QDQgprD2ERmqbXIM5En4/EfDdETpym4uUphg4+cE6xCLzof8U1XnZNh5YuP6vROAegThVyghsqt9WoHF5HV6QNOlriH7zypCBbtTfuc84RJVgbqHBrs7W5C4t+h9qBQk2jz1pK7P5z23w7o6bDzv9QUeYbpb9au/BKlk+XsawQo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=Defkq2gbt7HxBBYBLRFjXLNcKnGm0OQs3G+lgJKCAcaMIkByRMYAOJRTZm2TwZAA9A1bu+RBiH03pJFzxmSboVox1WnbH4vGwC7fWDeMmKw+vxXsdMvkrisoSKmrLsAgLicNIl+eTs5hqLA1TSvncpOINv+iBWCJDPP17E8+WKU= Received: by 10.82.147.6 with SMTP id u6mr1391261bud.1179936169783; Wed, 23 May 2007 09:02:49 -0700 (PDT) Received: from ?IPv6:::ffff:127.0.0.1%693133673? ( [217.206.187.79]) by mx.google.com with ESMTP id c24sm164315ika.2007.05.23.09.02.29; Wed, 23 May 2007 09:02:43 -0700 (PDT) From: Tom Evans To: JoaoBR In-Reply-To: <200705231244.21154.joao@matik.com.br> References: <200705231244.21154.joao@matik.com.br> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-+H6wl1cIvZFjL6ZMGcF/" Date: Wed, 23 May 2007 17:02:11 +0100 Message-Id: <1179936131.9846.1.camel@zoot.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: atapicam cd error 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 May 2007 16:02:51 -0000 --=-+H6wl1cIvZFjL6ZMGcF/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-05-23 at 12:44 -0300, JoaoBR wrote: > Hi, some knows how to solve this problema or what it is? >=20 > acd0: CDRW at ata0-master UDMA33 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > cd0 at ata0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: cd present [1 x 2048 byte records] > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 >=20 >=20 > I can still mount and read bot not write anymore > k3b crashes whith CD inserted or when I put one in telling about >=20 > in pthread_testcancel () from lib/libpthread.so.2 > in pthread_mutexattr_init () from lib/libpthread.so.2 > in pthread_setconcurrency () from lib/libpthread.so.2 >=20 >=20 Running what version, updated when? Search the archive for k3b, there were extensive discussions on this problem. --=-+H6wl1cIvZFjL6ZMGcF/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGVGV9lcRvFfyds/cRAsaSAKC8eQZoy9AvmX3pf5Be5bZi7PbbcgCgsXjt Tlh7kqMbDG4nqEjQdO0yQBE= =Xjy4 -----END PGP SIGNATURE----- --=-+H6wl1cIvZFjL6ZMGcF/-- From owner-freebsd-stable@FreeBSD.ORG Wed May 23 16:29:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BE7416A482 for ; Wed, 23 May 2007 16:29:56 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id ECB4213C465 for ; Wed, 23 May 2007 16:29:55 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4NGTnEd093580; Wed, 23 May 2007 13:29:49 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Carl Johan Gustavsson Date: Wed, 23 May 2007 13:28:50 -0300 User-Agent: KMail/1.9.6 References: <200705231244.21154.joao@matik.com.br> <46546654.4000305@bahnhofbredband.se> In-Reply-To: <46546654.4000305@bahnhofbredband.se> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705231328.50656.joao@matik.com.br> X-Spam-Status: No, score=-100.3 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: atapicam cd error 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 May 2007 16:29:56 -0000 On Wednesday 23 May 2007 13:05:40 you wrote: > JoaoBR wrote: > > Hi, some knows how to solve this problema or what it is? > > > > acd0: CDRW at ata0-master UDMA33 > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > > cd0 at ata0 bus 0 target 0 lun 0 > > cd0: Removable CD-ROM SCSI-0 device > > cd0: 33.000MB/s transfers > > cd0: cd present [1 x 2048 byte records] > > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > > > > > > I can still mount and read bot not write anymore > > k3b crashes whith CD inserted or when I put one in telling about > > > > in pthread_testcancel () from lib/libpthread.so.2 > > in pthread_mutexattr_init () from lib/libpthread.so.2 > > in pthread_setconcurrency () from lib/libpthread.so.2 > > It's fixed in latest 6-STABLE. > hum, dont think so, I cvsupped yesterday and portstree also and it is still= =20 here =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed May 23 16:30:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E9CE16A46B for ; Wed, 23 May 2007 16:30:26 +0000 (UTC) (envelope-from carl.gustavsson@bahnhofbredband.se) Received: from smtp-1.sys.kth.se (smtp-1.sys.kth.se [130.237.32.175]) by mx1.freebsd.org (Postfix) with ESMTP id 5CF0813C4BA for ; Wed, 23 May 2007 16:30:26 +0000 (UTC) (envelope-from carl.gustavsson@bahnhofbredband.se) Received: from localhost (localhost [127.0.0.1]) by smtp-1.sys.kth.se (Postfix) with ESMTP id 9D7FD1558EF; Wed, 23 May 2007 18:02:58 +0200 (CEST) X-Virus-Scanned: by amavisd-new at kth.se Received: from smtp-1.sys.kth.se ([127.0.0.1]) by localhost (smtp-1.sys.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id eoAMBn+BJjOs; Wed, 23 May 2007 18:02:55 +0200 (CEST) Received: from sleipner.home.swe (c213-100-49-168.swipnet.se [213.100.49.168]) by smtp-1.sys.kth.se (Postfix) with ESMTP id 7FFD31557E1; Wed, 23 May 2007 18:02:54 +0200 (CEST) Message-ID: <46546654.4000305@bahnhofbredband.se> Date: Wed, 23 May 2007 18:05:40 +0200 From: Carl Johan Gustavsson User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: JoaoBR References: <200705231244.21154.joao@matik.com.br> In-Reply-To: <200705231244.21154.joao@matik.com.br> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: atapicam cd error 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 May 2007 16:30:26 -0000 JoaoBR wrote: > Hi, some knows how to solve this problema or what it is? > > acd0: CDRW at ata0-master UDMA33 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > cd0 at ata0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: cd present [1 x 2048 byte records] > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > > > I can still mount and read bot not write anymore > k3b crashes whith CD inserted or when I put one in telling about > > in pthread_testcancel () from lib/libpthread.so.2 > in pthread_mutexattr_init () from lib/libpthread.so.2 > in pthread_setconcurrency () from lib/libpthread.so.2 > > > It's fixed in latest 6-STABLE. /cjg From owner-freebsd-stable@FreeBSD.ORG Wed May 23 16:36:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B11ED16A485 for ; Wed, 23 May 2007 16:36:35 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6B20413C4CC for ; Wed, 23 May 2007 16:36:34 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 19343220859; Wed, 23 May 2007 12:36:34 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 23 May 2007 12:36:34 -0400 X-Sasl-enc: LklOj5uvP9mirY61ozQhK5iLmucrk3Y2GRAoiEfSYoSo 1179938193 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 6FB38ED59; Wed, 23 May 2007 12:36:33 -0400 (EDT) Message-ID: <46546D8F.4040100@incunabulum.net> Date: Wed, 23 May 2007 17:36:31 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <46535A83.5050207@incunabulum.net> <200705231108.44939.doconnor@gsoft.com.au> <4653AB59.2020702@incunabulum.net> <200705231245.06577.doconnor@gsoft.com.au> In-Reply-To: <200705231245.06577.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: scottl@FreeBSD.org, sos@FreeBSD.org Subject: AcerLabs/ULi SATA woes (was: Re: Gigabyte GA-VM900M caveats) 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 May 2007 16:36:35 -0000 The affected Gigabyte motherboard boots fine with a JMicron card -- the hard workaround was to disable the VIA onboard SATA and IDE controllers completely and swap in the spare PCI-e card. However, the machine I swapped this card out of does not boot now: atapci1: port 0xec00-0xec0f,0xe880-0xe887,0xe800-0xe80f,0xe480-0xe487,0xe400-0xe41f mem 0xfebff800-0xfebffbff irq 21 at device 31.1 on pci0 atapci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe400 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 51 atapci1: [MPSAFE] atapci1: Reserved 0x400 bytes for rid 0x24 type 3 at 0xfebff800 atapci1: AHCI controller reset failure device_attach: atapci1 attach returned 6 This is with -CURRENT p4'd with an IFC from around 2-3 weeks ago on branch bms_netdev, which suggests the regression is still present in -CURRENT. 6.2-STABLE from around 1 month ago had the same "AHCI controller reset" problem. I'm not really sure how best to deal with this -- the machine needs to be working, that's for sure, as it is the machine where I do most of my FreeBSD development. There were no problems with 6.1-RELEASE, it has 4 SATA ports on the motherboard which makes it useful (although, ironically, there are probably not enough drive bays as it is a small ASUS barebones system), and it strikes one as odd that it might be necessary to maintain patches for consumer off-the-shelf hardware. Suggestions? Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Wed May 23 16:47:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A16E216A584 for ; Wed, 23 May 2007 16:47:00 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [204.127.200.85]) by mx1.freebsd.org (Postfix) with ESMTP id 691F013C468 for ; Wed, 23 May 2007 16:47:00 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (sccrmhc15) with ESMTP id <2007052316465501500dmunde>; Wed, 23 May 2007 16:46:59 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 93B2C1FA020; Wed, 23 May 2007 09:46:55 -0700 (PDT) Date: Wed, 23 May 2007 09:46:55 -0700 From: Jeremy Chadwick To: JoaoBR Message-ID: <20070523164655.GA16476@icarus.home.lan> Mail-Followup-To: JoaoBR , Carl Johan Gustavsson , freebsd-stable@freebsd.org References: <200705231244.21154.joao@matik.com.br> <46546654.4000305@bahnhofbredband.se> <200705231328.50656.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200705231328.50656.joao@matik.com.br> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Carl Johan Gustavsson , freebsd-stable@freebsd.org Subject: Re: atapicam cd error 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 May 2007 16:47:00 -0000 On Wed, May 23, 2007 at 01:28:50PM -0300, JoaoBR wrote: > On Wednesday 23 May 2007 13:05:40 you wrote: > > JoaoBR wrote: > > > Hi, some knows how to solve this problema or what it is? > > > > > > acd0: CDRW at ata0-master UDMA33 > > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > > cd0 at ata0 bus 0 target 0 lun 0 > > > cd0: Removable CD-ROM SCSI-0 device > > > cd0: 33.000MB/s transfers > > > cd0: cd present [1 x 2048 byte records] > > > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > > > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > > > > It's fixed in latest 6-STABLE. > > hum, dont think so, I cvsupped yesterday and portstree also and it is still > here Did you buildkernel + installkernel + reboot after cvsup'ing? -- | 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 Wed May 23 16:50:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1B2416A46F for ; Wed, 23 May 2007 16:50:38 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 638BB13C468 for ; Wed, 23 May 2007 16:50:37 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4NGoW4s095604; Wed, 23 May 2007 13:50:32 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Jeremy Chadwick Date: Wed, 23 May 2007 13:49:33 -0300 User-Agent: KMail/1.9.6 References: <200705231244.21154.joao@matik.com.br> <200705231328.50656.joao@matik.com.br> <20070523164655.GA16476@icarus.home.lan> In-Reply-To: <20070523164655.GA16476@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705231349.33763.joao@matik.com.br> X-Spam-Status: No, score=-100.0 required=5.0 tests=ALL_TRUSTED,AWL, J_CHICKENPOX_53, MR_DIFF_MID, UPPERCASE_25_50, USER_IN_WHITELIST autolearn=no version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Carl Johan Gustavsson , freebsd-stable@freebsd.org Subject: Re: atapicam cd error 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 May 2007 16:50:39 -0000 On Wednesday 23 May 2007 13:46:55 Jeremy Chadwick wrote: > On Wed, May 23, 2007 at 01:28:50PM -0300, JoaoBR wrote: > > On Wednesday 23 May 2007 13:05:40 you wrote: > > > JoaoBR wrote: > > > > Hi, some knows how to solve this problema or what it is? > > > > > > > > acd0: CDRW at ata0-master UDMA33 > > > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > > > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > > > > cd0 at ata0 bus 0 target 0 lun 0 > > > > cd0: Removable CD-ROM SCSI-0 device > > > > cd0: 33.000MB/s transfers > > > > cd0: cd present [1 x 2048 byte records] > > > > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > > > > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > > > > > > It's fixed in latest 6-STABLE. > > > > hum, dont think so, I cvsupped yesterday and portstree also and it is > > still here > > Did you buildkernel + installkernel + reboot after cvsup'ing? sure, but as make kernel KERNCONF=3Dblabla after building world may be that I am running amd64 is the problem? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed May 23 17:03:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99B1116A421 for ; Wed, 23 May 2007 17:03:20 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [206.18.177.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6F58213C4AD for ; Wed, 23 May 2007 17:03:20 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (alnrmhc14) with ESMTP id <20070523170319b1400n5ooge>; Wed, 23 May 2007 17:03:19 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id AB6AF1FA020; Wed, 23 May 2007 10:03:18 -0700 (PDT) Date: Wed, 23 May 2007 10:03:18 -0700 From: Jeremy Chadwick To: JoaoBR Message-ID: <20070523170318.GA16792@icarus.home.lan> Mail-Followup-To: JoaoBR , Carl Johan Gustavsson , freebsd-stable@freebsd.org References: <200705231244.21154.joao@matik.com.br> <200705231328.50656.joao@matik.com.br> <20070523164655.GA16476@icarus.home.lan> <200705231349.33763.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200705231349.33763.joao@matik.com.br> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Carl Johan Gustavsson , freebsd-stable@freebsd.org Subject: Re: atapicam cd error 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 May 2007 17:03:20 -0000 On Wed, May 23, 2007 at 01:49:33PM -0300, JoaoBR wrote: > sure, but as make kernel KERNCONF=blabla after building world > may be that I am running amd64 is the problem? I only run i386, so I can't confirm/deny. Sorry. :-( -- | 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 Wed May 23 17:07:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24A5916A400; Wed, 23 May 2007 17:07:13 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9F87913C448; Wed, 23 May 2007 17:07:12 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4NH77ma097199; Wed, 23 May 2007 14:07:07 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Jeremy Chadwick Date: Wed, 23 May 2007 14:06:08 -0300 User-Agent: KMail/1.9.6 References: <200705231244.21154.joao@matik.com.br> <200705231349.33763.joao@matik.com.br> <20070523170318.GA16792@icarus.home.lan> In-Reply-To: <20070523170318.GA16792@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705231406.09060.joao@matik.com.br> X-Spam-Status: No, score=-100.5 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, SMILEY,USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Carl Johan Gustavsson , freebsd-stable@freebsd.org Subject: Re: atapicam cd error 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 May 2007 17:07:13 -0000 On Wednesday 23 May 2007 14:03:18 Jeremy Chadwick wrote: > On Wed, May 23, 2007 at 01:49:33PM -0300, JoaoBR wrote: > > sure, but as make kernel KERNCONF=3Dblabla after building world > > may be that I am running amd64 is the problem? > > I only run i386, so I can't confirm/deny. Sorry. :-( I am now compiling on my nb which is i386 to confirm this or compare thank's so far! =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed May 23 18:28:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C651D16A46B; Wed, 23 May 2007 18:28:58 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 9A7AF13C46A; Wed, 23 May 2007 18:28:58 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 2DF122204AA; Wed, 23 May 2007 14:28:58 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 23 May 2007 14:28:58 -0400 X-Sasl-enc: +F0GYsithgNLdtdO1cVI2Kd1VTGfX12gWaP9BIXQrVfj 1179944937 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 4967DA80F; Wed, 23 May 2007 14:28:57 -0400 (EDT) Message-ID: <465487E7.7010509@incunabulum.net> Date: Wed, 23 May 2007 19:28:55 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <46535A83.5050207@incunabulum.net> <200705231108.44939.doconnor@gsoft.com.au> <4653AB59.2020702@incunabulum.net> <200705231245.06577.doconnor@gsoft.com.au> <46546D8F.4040100@incunabulum.net> In-Reply-To: <46546D8F.4040100@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: scottl@FreeBSD.org, freebsd-stable@freebsd.org, sos@FreeBSD.org Subject: Re: AcerLabs/ULi SATA woes 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 May 2007 18:28:58 -0000 A workaround for this issue posted here works for me with 6.2-STABLE: http://www.mail-archive.com/freebsd-stable@freebsd.org/msg87083.html I plan to commit it on HEAD and RELENG_6 as soon as possible, as it fixes the regression introduced last year. It seems acceptable that the AHCI controller be degraded to legacy mode until such time as AHCI mode may be reliably enabled on this hardware. I don't have time to implement a better fix. It seems there has been some Linux activity from the vendor. The controller on my system is the one described in the patch set for Linux: http://www.ussg.iu.edu/hypermail/linux/kernel/0412.2/0825.html Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Wed May 23 19:26:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57F2016A469 for ; Wed, 23 May 2007 19:26:26 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 43D3A13C44B for ; Wed, 23 May 2007 19:26:26 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 247CF1A3C19; Wed, 23 May 2007 12:27:27 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5A38A513FC; Wed, 23 May 2007 15:26:25 -0400 (EDT) Date: Wed, 23 May 2007 15:26:25 -0400 From: Kris Kennaway To: Iulian M Message-ID: <20070523192625.GA62126@xor.obsecurity.org> References: <200705211823.29943.ABabiy@shaw.ca> <"56016.2001:6f8:101e:0:20e:cff:fe6d:6adb.1179824650.squirrel"@webmail.alpha-tierchen.de> <200705230047.28763.ABabiy@shaw.ca> <200705231107.03356.eti@erata.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <200705231107.03356.eti@erata.net> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: xorg 7.2 start 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: Wed, 23 May 2007 19:26:26 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 23, 2007 at 11:06:46AM +0300, Iulian M wrote: > > Yep... you have to rebuild everything. Not to fix the error but just beca= use=20 > you don't read other threads on the ML > >=20 > On another thread the conclusion was that installing x11-fonts/font-alias= =20 > solved the fixed font problem. Speaking of not reading other threads, you might also look closer to home ;) Adding font-alias would just be treating the next symptom, and then you'll probably find that something else still doesn't work because it is also missing. As I've said a *number* of times already (and as is mentioned in the UPDATING instructions), install the x11/xorg port to obtain a complete installation. Kris --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGVJVgWry0BWjoQKURAvK2AKDt8vhGpC0KK/cTzgav4PIdc7EilgCg0Q6F i4ZoRaNCl4ZRUx7Qt3VhLXw= =gNjw -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-stable@FreeBSD.ORG Wed May 23 19:56:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F3BA16A476; Wed, 23 May 2007 19:56:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id CDAB113C484; Wed, 23 May 2007 19:56:54 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 597A2221045; Wed, 23 May 2007 15:56:54 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Wed, 23 May 2007 15:56:54 -0400 X-Sasl-enc: MIJhU6f+M8pjNC08aE51aq5YxfsgUstD5MV66tUO+bGc 1179950213 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 6813DAF80; Wed, 23 May 2007 15:56:53 -0400 (EDT) Message-ID: <46549C83.6080506@incunabulum.net> Date: Wed, 23 May 2007 20:56:51 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <46535A83.5050207@incunabulum.net> <200705231108.44939.doconnor@gsoft.com.au> <4653AB59.2020702@incunabulum.net> <200705231245.06577.doconnor@gsoft.com.au> <46546D8F.4040100@incunabulum.net> <465487E7.7010509@incunabulum.net> In-Reply-To: <465487E7.7010509@incunabulum.net> Content-Type: multipart/mixed; boundary="------------060401090909090208090903" Cc: scottl@FreeBSD.org, freebsd-stable@freebsd.org, sos@FreeBSD.org Subject: Re: AcerLabs/ULi SATA woes 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 May 2007 19:56:55 -0000 This is a multi-part message in MIME format. --------------060401090909090208090903 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Just for reference: Soren has gotten back to me about this and has a patch pending. In the meantime here is the style(9)-ified patch from Sven which I am currently using (in 6.2-STABLE, CURRENT , and p4 branches). Regards, BMS --------------060401090909090208090903 Content-Type: text/plain; name="ata-uli5287-workaround.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata-uli5287-workaround.patch" --- ata-chipset.c.orig Wed May 23 17:59:28 2007 +++ ata-chipset.c Wed May 23 18:00:44 2007 @@ -952,7 +952,7 @@ struct ata_chip_id *idx; static struct ata_chip_id ids[] = {{ ATA_ALI_5289, 0x00, 2, ALISATA, ATA_SA150, "M5289" }, - { ATA_ALI_5288, 0x00, 4, ALISATA, ATA_SA300, "M5288" }, + { ATA_ALI_5288, 0x00, 4, ALIAHCI, ATA_SA300, "M5288" }, { ATA_ALI_5287, 0x00, 4, ALISATA, ATA_SA150, "M5287" }, { ATA_ALI_5281, 0x00, 2, ALISATA, ATA_SA150, "M5281" }, { ATA_ALI_5229, 0xc5, 0, ALINEW, ATA_UDMA6, "M5229" }, @@ -984,16 +984,19 @@ switch (ctlr->chip->cfg2) { case ALISATA: + case ALIAHCI: ctlr->channels = ctlr->chip->cfg1; ctlr->allocate = ata_ali_sata_allocate; ctlr->setmode = ata_sata_setmode; /* if we have a memory resource we can likely do AHCI */ - ctlr->r_type2 = SYS_RES_MEMORY; - ctlr->r_rid2 = PCIR_BAR(5); - 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 == ALIAHCI) { + ctlr->r_type2 = SYS_RES_MEMORY; + ctlr->r_rid2 = PCIR_BAR(5); + if ((ctlr->r_res2 = bus_alloc_resource_any(dev, + ctlr->r_type2, &ctlr->r_rid2, RF_ACTIVE))) + return ata_ahci_chipinit(dev); + } /* enable PCI interrupt */ pci_write_config(dev, PCIR_COMMAND, --- ata-pci.h.orig Wed May 23 18:00:53 2007 +++ ata-pci.h Wed May 23 18:01:02 2007 @@ -360,6 +360,7 @@ #define ALIOLD 0x01 #define ALINEW 0x02 #define ALISATA 0x04 +#define ALIAHCI 0x08 #define HPT366 0 #define HPT370 1 --------------060401090909090208090903-- From owner-freebsd-stable@FreeBSD.ORG Wed May 23 19:57:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 739D316A469 for ; Wed, 23 May 2007 19:57:20 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from wrdsl02.terago.ca (wrdsl02.terago.ca [207.54.102.194]) by mx1.freebsd.org (Postfix) with ESMTP id 4DB1813C44B for ; Wed, 23 May 2007 19:57:20 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from [192.168.0.12] (unknown [64.201.181.165]) by wrdsl02.terago.ca (Postfix) with ESMTP id B6FF186E9C; Wed, 23 May 2007 14:57:18 -0500 (CDT) From: "Roger Miranda" Organization: Digital Relay Inc. To: freebsd-stable@freebsd.org Date: Wed, 23 May 2007 14:57:59 -0500 User-Agent: KMail/1.9.4 References: <4652ECE2.7060400@vwsoft.com> <200705221224.37247.rmiranda@digitalrelay.ca> <20070522190335.GA77230@xor.obsecurity.org> In-Reply-To: <20070522190335.GA77230@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_IzJVGQXHoTBTrlL" Message-Id: <200705231458.00357.rmiranda@digitalrelay.ca> Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 19:57:20 -0000 --Boundary-00=_IzJVGQXHoTBTrlL Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Tuesday 22 May 2007 14:03, Kris Kennaway wrote: > > What happens if you enable INVARIANTS and/or WITNESS? > I have enabled WITNESS, I have no experienced a freeze yet. But i did notice on boot an WITNESS message for if_bridge. See attached. Could this be causing the freeze? --Boundary-00=_IzJVGQXHoTBTrlL Content-Type: text/x-diff; charset="iso-8859-1"; name="dmesg.out" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.out" softdep_waitidle: Failed to flush worklist for 0xc44ffcf8 em1: link state changed to DOWN bridge0: Ethernet address: 66:9e:c9:a6:f5:27 em0: promiscuous mode enabled em1: promiscuous mode enabled em1: link state changed to UP lock order reversal: 1st 0xc06e0820 polling (polling) @ /usr/src/sys/kern/kern_poll.c:422 2nd 0xc473070c if_bridge (if_bridge) @ /usr/src/sys/net/if_bridge.c:1976 KDB: stack backtrace: witness_checkorder(c473070c,9,c068bfbc,7b8) at witness_checkorder+0x55c _mtx_lock_flags(c473070c,0,c068bfbc,7b8,c473070c,...) at _mtx_lock_flags+0x41 bridge_input(c43d9000,c4740000,c43a828c,c43a8000,c4740000,...) at bridge_input+0x80 ether_input(c43d9000,c4740000,c43a828c,0,c0675f3c,...) at ether_input+0x122 e1000_rxeof(d43f2cbc,c0524e5d,d43f2ca8,1,5,...) at e1000_rxeof+0x19b e1000_poll(c43d9000,0,5) at e1000_poll+0x46 netisr_poll(0) at netisr_poll+0x70 swi_net(0,c4315438,c4323a80,c050a484,c4322648,...) at swi_net+0xb0 ithread_loop(c430f700,d43f2d38,c430f700,c050a484,0,...) at ithread_loop+0x1de fork_exit(c050a484,c430f700,d43f2d38) at fork_exit+0x7d fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd43f2d6c, ebp = 0 --- softdep_waitidle: Failed to flush worklist for 0xc44ffcf8 em0: link state changed to UP --Boundary-00=_IzJVGQXHoTBTrlL-- From owner-freebsd-stable@FreeBSD.ORG Wed May 23 20:30:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C1B1616A400 for ; Wed, 23 May 2007 20:30:39 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 319FA13C484 for ; Wed, 23 May 2007 20:30:38 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4NKU3Ek017728; Wed, 23 May 2007 17:30:03 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Wed, 23 May 2007 17:29:54 -0300 User-Agent: KMail/1.9.6 References: <200705211823.29943.ABabiy@shaw.ca> <200705231107.03356.eti@erata.net> <20070523192625.GA62126@xor.obsecurity.org> In-Reply-To: <20070523192625.GA62126@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705231729.56157.joao@matik.com.br> X-Spam-Status: No, score=-99.7 required=5.0 tests=ALL_TRUSTED,AWL, J_CHICKENPOX_45,MONOTONE_WORDS_15_2,MR_DIFF_MID,SMILEY,TW_KD, USER_IN_WHITELIST autolearn=no version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Iulian M , Kris Kennaway Subject: Re: xorg 7.2 start 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: Wed, 23 May 2007 20:30:39 -0000 On Wednesday 23 May 2007 16:26:25 Kris Kennaway wrote: > On Wed, May 23, 2007 at 11:06:46AM +0300, Iulian M wrote: > > > > Yep... you have to rebuild everything. Not to fix the error but just > > because you don't read other threads on the ML > > > > > > On another thread the conclusion was that installing x11-fonts/font-ali= as > > solved the fixed font problem. > > Speaking of not reading other threads, you might also look closer to > home ;) > > Adding font-alias would just be treating the next symptom, and then > you'll probably find that something else still doesn't work because it > is also missing. > > As I've said a *number* of times already (and as is mentioned in the > UPDATING instructions), install the x11/xorg port to obtain a complete > installation. I also haven't read anything and got terrible caught by this 7.2 xorg thing I guess that the most shit comes from the path change and that portupgrade= =20 deos not tell anything about the old default /usr/X11R6/lib/X11/fonts chang= e=20 to /usr/local/lib/X11/fonts. Kind of sed operation would have solved this=20 easily without bothering anyone Seems it is necessary to delete manually the old font dirs because portupgr= ade=20 does not. so then most people may find out that editing the font paths in xorg.conf w= ill=20 solve the problem at the end and not to forget the new X path in kdmrc whic= h=20 also is a good one when saying a msg as "cannot execute" instead of "is no= t=20 there" ... :) font-alias also does wierd things and creates font.alias even for fonts whi= ch=20 are not installed, let's say cyrillic for instance, not sure if this is=20 right, anyway, font-alias is not necessary I think=20 and kind of lame that portupgrade xorg does not install the modules, that i= s a=20 funny strike uninstalling xorg and installing the meta port also does not solve the=20 issue ... but installs some zillions of font crap which I can not believe=20 that somebody still use them but it was a funny day and useful to learn finally something about xorg whi= ch=20 before 7.2 was a really toooooo easy going install :) =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed May 23 20:40:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FB5C16A421; Wed, 23 May 2007 20:40:37 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id E8F9413C45D; Wed, 23 May 2007 20:40:36 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4NKeWTM018728; Wed, 23 May 2007 17:40:32 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Date: Wed, 23 May 2007 17:40:25 -0300 User-Agent: KMail/1.9.6 References: <200705231244.21154.joao@matik.com.br> <200705231349.33763.joao@matik.com.br> <20070523170318.GA16792@icarus.home.lan> In-Reply-To: <20070523170318.GA16792@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705231740.25770.joao@matik.com.br> X-Spam-Status: No, score=-100.5 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, SMILEY, UPPERCASE_25_50, USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Carl Johan Gustavsson , Jeremy Chadwick Subject: Re: atapicam cd error 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 May 2007 20:40:37 -0000 On Wednesday 23 May 2007 14:03:18 Jeremy Chadwick wrote: > On Wed, May 23, 2007 at 01:49:33PM -0300, JoaoBR wrote: > > > acd0: CDRW at ata0-master UDMA33 > > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > > > cd0 at ata0 bus 0 target 0 lun 0 > > > cd0: Removable CD-ROM SCSI-0 device > > > cd0: 33.000MB/s transfers > > > cd0: cd present [1 x 2048 byte records] > > > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > > > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > > sure, but as make kernel KERNCONF=3Dblabla after building world > > may be that I am running amd64 is the problem? > > I only run i386, so I can't confirm/deny. Sorry. :-( ok I compiled on i386 it's ok, also k3b works fine=20 I recompiled amd64 world and kernel to be sure and the problem persists =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed May 23 21:07:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0923C16A421 for ; Wed, 23 May 2007 21:07:36 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9526913C48A for ; Wed, 23 May 2007 21:07:34 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id l4NKpYaS082112; Wed, 23 May 2007 22:51:39 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 154D1B826; Wed, 23 May 2007 22:51:34 +0200 (CEST) Date: Wed, 23 May 2007 22:51:34 +0200 From: Roland Smith To: JoaoBR Message-ID: <20070523205134.GC3705@slackbox.xs4all.nl> Mail-Followup-To: JoaoBR , freebsd-stable@freebsd.org, Iulian M , Kris Kennaway References: <200705211823.29943.ABabiy@shaw.ca> <200705231107.03356.eti@erata.net> <20070523192625.GA62126@xor.obsecurity.org> <200705231729.56157.joao@matik.com.br> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="w7PDEPdKQumQfZlR" Content-Disposition: inline In-Reply-To: <200705231729.56157.joao@matik.com.br> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org, Iulian M , Kris Kennaway Subject: Re: xorg 7.2 start 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: Wed, 23 May 2007 21:07:36 -0000 --w7PDEPdKQumQfZlR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 23, 2007 at 05:29:54PM -0300, JoaoBR wrote: > I also haven't read anything and got terrible caught by this 7.2 xorg thi= ng Says it all, really. :-) > and kind of lame that portupgrade xorg does not install the modules, And how is portupgrade to know which specific drivers you need?=20 There will always be big ports changes that exceed the capabilities of the automated ports management tools and need manual intervention. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --w7PDEPdKQumQfZlR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGVKlWEnfvsMMhpyURAoQGAJ4z/k88gulY08+mneraKqRlIC3S9wCfbism CjhPBKO2CM3Ir/1obapNuCo= =0ldR -----END PGP SIGNATURE----- --w7PDEPdKQumQfZlR-- From owner-freebsd-stable@FreeBSD.ORG Wed May 23 21:19:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7ADF16A400 for ; Wed, 23 May 2007 21:19:55 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 31E0C13C448 for ; Wed, 23 May 2007 21:19:54 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4NLJEHj021954; Wed, 23 May 2007 18:19:14 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Wed, 23 May 2007 18:18:12 -0300 User-Agent: KMail/1.9.6 References: <200705211823.29943.ABabiy@shaw.ca> <200705231729.56157.joao@matik.com.br> <20070523205134.GC3705@slackbox.xs4all.nl> In-Reply-To: <20070523205134.GC3705@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705231818.13588.joao@matik.com.br> X-Spam-Status: No, score=-100.5 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, SMILEY,USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Roland Smith , Iulian M , Kris Kennaway Subject: Re: xorg 7.2 start 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: Wed, 23 May 2007 21:19:55 -0000 On Wednesday 23 May 2007 17:51:34 Roland Smith wrote: > On Wed, May 23, 2007 at 05:29:54PM -0300, JoaoBR wrote: > > I also haven't read anything and got terrible caught by this 7.2 xorg > > thing > > Says it all, really. :-) > you're not laughing at me aren't you?=20 > > and kind of lame that portupgrade xorg does not install the modules, > > And how is portupgrade to know which specific drivers you need? > good question deserve good answers: how the heck portupgrade did it before? > There will always be big ports changes that exceed the capabilities of > the automated ports management tools and need manual intervention. absolutely, but only partial correct because the tools are perfectly capabl= e,=20 the thing is that the process is not really thought through enough when=20 publishing it =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed May 23 21:28:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82DB116A41F for ; Wed, 23 May 2007 21:28:33 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id CCDAD13C43E for ; Wed, 23 May 2007 21:28:32 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 93185 invoked from network); 24 May 2007 01:28:30 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 24 May 2007 01:28:30 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 203250, updated: 23.05.2007] Message-ID: <009601c79d81$4e791a90$05000100@Artem> From: "Artem Kuchin" To: Date: Thu, 24 May 2007 01:28:26 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Subject: Broken locale after upgrade to 6-STABEL from 5-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: Wed, 23 May 2007 21:28:33 -0000 Recently i figured out that all locales stopped working properly on some of my 6-STABLE servers and in all jails on them. These server diffeer from others (on which locale work) in that they were upgraded to 6-STABLE directly from 5.3-STABLE. Test was easy: #!/usr/bin/perl use POSIX qw(locale_h); use locale; setlocale(LC_ALL, 'ru_RU.CP1251') || warn "LOCALE: $!\n"; print lc("ňőţëáŇŐŢËÁABCabc\n")."\n"; (the string is partially in RUssia, so you might not be able to see correctly, but that is not the point). After an hour of figuring out why it does not work i figureed that it was because of /lib/libc.so.5 I chflaged it, deleted it and made a link to libc.so.6 After that setlocale in perl worked fine. However, on another server, where setlocale worked and works fine this libc.so.5 also present and causes no problems. What i don't understand, is how the appropriate 'so' is selected? How freebsd known which so to load this libc.so.5 or this libc.so.6 ? where it is specified? Another question, is why setlocale in C says that locale is set fine. A simple proggie: #include #include #include main(){ char *b=setlocale(LC_ALL, "ru_RU.CP1251"); if (!b){ printf("FAILED! %d\n",errno); } else { printf("OK: %s %d\n",b,errno); printf("LOCALE %s\n",setlocale(LC_CTYPE,NULL)); printf("1: TO UPPER %c TO LOWER %c\n",toupper('Ń'),tolower('ń')); printf("1-0: TO UPPER %c TO LOWER %c\n",toupper('ń'),tolower('Ń')); printf("2: TO UPPER %c TO LOWER %c\n",toupper('r'),tolower('R')); } } Does not work even when locales work on perl (toupper does not return an upper letter for russia, but works with latin r, same with tolower). Am i missing something? -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Wed May 23 21:31:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1381916A46D for ; Wed, 23 May 2007 21:31: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 A8B6D13C4B8 for ; Wed, 23 May 2007 21:31:39 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from [127.0.0.1] (Q7d08.q.ppp-pool.de [89.53.125.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 438EE12883F; Wed, 23 May 2007 23:31:33 +0200 (CEST) Message-ID: <4654C0C4.2030405@vwsoft.com> Date: Wed, 23 May 2007 23:31:32 +0100 From: Volker User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, rmiranda@digitalrelay.ca References: <200705230717.l4N7HuPW010071@lurza.secnetix.de> <465408F9.6080302@vwsoft.com> In-Reply-To: <465408F9.6080302@vwsoft.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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: Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 21:31:41 -0000 talking to myself... ;) On 2007-05-23 10:27, Volker wrote: > Currently I'm watching this machine over the distance and waiting for the freeze... ...and the machine freeze came this afternoon. I've had a good dump of the network traffic and haven't seen any strange network traffic. Unfortunately three hours later, the machine died completely. It has been a hardware failure which came quietly. Sorry for the noise I've put on this list but when experiencing things like that, one has to think in all possible directions (I first thought about a DoS attack). Thx! Volker From owner-freebsd-stable@FreeBSD.ORG Wed May 23 21:46:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 771E016A400 for ; Wed, 23 May 2007 21:46:55 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.freebsd.org (Postfix) with ESMTP id 10A6613C44C for ; Wed, 23 May 2007 21:46:54 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id l4NLkfUu080158; Wed, 23 May 2007 23:46:46 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 35E94B826; Wed, 23 May 2007 23:46:41 +0200 (CEST) Date: Wed, 23 May 2007 23:46:41 +0200 From: Roland Smith To: JoaoBR Message-ID: <20070523214641.GG3705@slackbox.xs4all.nl> Mail-Followup-To: JoaoBR , freebsd-stable@freebsd.org, Iulian M , Kris Kennaway References: <200705211823.29943.ABabiy@shaw.ca> <200705231729.56157.joao@matik.com.br> <20070523205134.GC3705@slackbox.xs4all.nl> <200705231818.13588.joao@matik.com.br> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Cp3Cp8fzgozWLBWL" Content-Disposition: inline In-Reply-To: <200705231818.13588.joao@matik.com.br> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org, Iulian M , Kris Kennaway Subject: Re: xorg 7.2 start 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: Wed, 23 May 2007 21:46:55 -0000 --Cp3Cp8fzgozWLBWL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 23, 2007 at 06:18:12PM -0300, JoaoBR wrote: > On Wednesday 23 May 2007 17:51:34 Roland Smith wrote: > > On Wed, May 23, 2007 at 05:29:54PM -0300, JoaoBR wrote: > > > I also haven't read anything and got terrible caught by this 7.2 xorg > > > thing > > > > Says it all, really. :-) > > >=20 > you're not laughing at me aren't you?=20 A little. Ignoring /usr/{ports|src}/UPDATING usually has predictable result= s. Been there, done that. :-) =20 > > > and kind of lame that portupgrade xorg does not install the modules, > > > > And how is portupgrade to know which specific drivers you need? > > >=20 > good question deserve good answers: how the heck portupgrade did it befor= e? It didn't. All the drivers were in one huge package, the X server. Now they are in seperate ports. But the xorg or xorgs-drivers meta-ports should install all of them. > > There will always be big ports changes that exceed the capabilities of > > the automated ports management tools and need manual intervention. =20 > absolutely, but only partial correct because the tools are perfectly capa= ble,=20 > the thing is that the process is not really thought through enough when= =20 > publishing it That's funny. :-) If you can't be bothered to read UPDATING, you are not the person to tell the maintainers that they haven't "thought it through". Tools like portupgrade and portmaster and even the ports system are great but they have their limitations. I think they are kept relatively simple for a reason. It's much better to have a simple (maintainable) tool that does 95% of the jobs well than to build an extremely complicated ACME contraption that can cover all the corner cases and oddball situations. It's just not worth the effort. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --Cp3Cp8fzgozWLBWL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGVLZBEnfvsMMhpyURAhrvAKCrM4Xh8X+5iTFl4uPXUENTQ0iwngCeLNWr sGtnjTzenNKua/CqnWwGnRk= =w3uD -----END PGP SIGNATURE----- --Cp3Cp8fzgozWLBWL-- From owner-freebsd-stable@FreeBSD.ORG Wed May 23 21:47:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 495CC16A41F for ; Wed, 23 May 2007 21:47:28 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 26B5213C44C for ; Wed, 23 May 2007 21:47:28 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id B01C2221096 for ; Wed, 23 May 2007 17:47:27 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Wed, 23 May 2007 17:47:27 -0400 X-Sasl-enc: 0fxA8AKe3hcQj1Hk/mAJaAjrZ9YXb4nP0kXs9vm0rbmQ 1179956847 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 287DAAE89 for ; Wed, 23 May 2007 17:47:27 -0400 (EDT) Message-ID: <4654B66D.4050502@incunabulum.net> Date: Wed, 23 May 2007 22:47:25 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Strange ACPI messages on Core 2 Duo system 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 May 2007 21:47:28 -0000 Hi, I noticed the following in dmesg output should I be concerned? this is with 6.2-RELEASE SMP kernel. This is a Gigabyte GA-VM900M with Intel Core 2 Duo E4300 CPU. 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.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 4300 @ 1.80GHz (1808.71-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f2 Stepping = 2 Features=0xbfebfbff Features2=0xe39d,CX16,,> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 1006567424 (959 MB) avail memory = 975724544 (930 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard ACPI-0438: *** Error: Looking up [\\_SB_.PCI0.LNK9] in namespace, AE_NOT_FOU ND SearchNode 0xc49c2480 StartNode 0xc49c2480 ReturnNode 0 ACPI-0438: *** Error: Looking up [\\_SB_.PCI0.LNK9] in namespace, AE_NOT_FOU ND SearchNode 0xc49c22c0 StartNode 0xc49c22c0 ReturnNode 0 ACPI-0438: *** Error: Looking up [\\_SB_.PCI0.LNK9] in namespace, AE_NOT_FOU ND SearchNode 0xc49c1ca0 StartNode 0xc49c1ca0 ReturnNode 0 ACPI-0438: *** Error: Looking up [\\_SB_.PCI0.LNK9] in namespace, AE_NOT_FOU ND SearchNode 0xc49c3cc0 StartNode 0xc49c3cc0 ReturnNode 0 ACPI-0438: *** Error: Looking up [\\_SB_.PCI0.LNK9] in namespace, AE_NOT_FOU ND SearchNode 0xc49c3ac0 StartNode 0xc49c3ac0 ReturnNode 0 ACPI-0438: *** Error: Looking up [\\_SB_.PCI0.LNK9] in namespace, AE_NOT_FOU ND SearchNode 0xc49c79a0 StartNode 0xc49c79a0 ReturnNode 0 acpi_bus_number: can't get _ADR (repeated ~30 times) The rest is pretty normal. Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Wed May 23 21:58:19 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4ED716A41F for ; Wed, 23 May 2007 21:58:19 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id A677413C457 for ; Wed, 23 May 2007 21:58:19 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A7A0B1A4D80; Wed, 23 May 2007 14:59:20 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C3774513B7; Wed, 23 May 2007 17:58:18 -0400 (EDT) Date: Wed, 23 May 2007 17:58:18 -0400 From: Kris Kennaway To: Volker Message-ID: <20070523215818.GB64723@xor.obsecurity.org> References: <200705230717.l4N7HuPW010071@lurza.secnetix.de> <465408F9.6080302@vwsoft.com> <4654C0C4.2030405@vwsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4654C0C4.2030405@vwsoft.com> User-Agent: Mutt/1.4.2.2i Cc: rmiranda@digitalrelay.ca, freebsd-stable@FreeBSD.ORG Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 21:58:19 -0000 On Wed, May 23, 2007 at 11:31:32PM +0100, Volker wrote: > talking to myself... ;) > > On 2007-05-23 10:27, Volker wrote: > > Currently I'm watching this machine over the distance and waiting for the freeze... > > ...and the machine freeze came this afternoon. I've had a good dump > of the network traffic and haven't seen any strange network traffic. > Unfortunately three hours later, the machine died completely. It has > been a hardware failure which came quietly. > > Sorry for the noise I've put on this list but when experiencing > things like that, one has to think in all possible directions (I > first thought about a DoS attack). Even though it turned out to be a hardware failure, it was helpful to publicize this fact. It is often difficult to convince users to accept the possibility that hardware failure may be the cause of weird system behaviour, because "it has always been fine". It is worth remembering that if your hardware is going to fail, then there is going to be a first time. Kris From owner-freebsd-stable@FreeBSD.ORG Wed May 23 22:00:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5D0116A474 for ; Wed, 23 May 2007 22:00:15 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9638D13C43E for ; Wed, 23 May 2007 22:00:15 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 9BD001A3C19; Wed, 23 May 2007 15:01:16 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BE8D6513FC; Wed, 23 May 2007 18:00:14 -0400 (EDT) Date: Wed, 23 May 2007 18:00:14 -0400 From: Kris Kennaway To: Roger Miranda Message-ID: <20070523220014.GA65025@xor.obsecurity.org> References: <4652ECE2.7060400@vwsoft.com> <200705221224.37247.rmiranda@digitalrelay.ca> <20070522190335.GA77230@xor.obsecurity.org> <200705231458.00357.rmiranda@digitalrelay.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200705231458.00357.rmiranda@digitalrelay.ca> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 22:00:15 -0000 On Wed, May 23, 2007 at 02:57:59PM -0500, Roger Miranda wrote: > On Tuesday 22 May 2007 14:03, Kris Kennaway wrote: > > > > > What happens if you enable INVARIANTS and/or WITNESS? > > > I have enabled WITNESS, I have no experienced a freeze yet. But i did notice > on boot an WITNESS message for if_bridge. > > See attached. Could this be causing the freeze? Possibly, the point of WITNESS is to detect possible deadlock conditions that can cause hangs at runtime so it may well have succeeded to do its job here. Kris From owner-freebsd-stable@FreeBSD.ORG Wed May 23 22:17:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EADB916A469 for ; Wed, 23 May 2007 22:17:51 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 6AE4613C448 for ; Wed, 23 May 2007 22:17:51 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4NMHG02025916; Wed, 23 May 2007 19:17:16 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Roland Smith Date: Wed, 23 May 2007 19:16:14 -0300 User-Agent: KMail/1.9.6 References: <200705211823.29943.ABabiy@shaw.ca> <200705231818.13588.joao@matik.com.br> <20070523214641.GG3705@slackbox.xs4all.nl> In-Reply-To: <20070523214641.GG3705@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705231916.15624.joao@matik.com.br> X-Spam-Status: No, score=-100.5 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, SMILEY,USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, Iulian M Subject: Re: xorg 7.2 start 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: Wed, 23 May 2007 22:17:52 -0000 On Wednesday 23 May 2007 18:46:41 Roland Smith wrote: > On Wed, May 23, 2007 at 06:18:12PM -0300, JoaoBR wrote: > > On Wednesday 23 May 2007 17:51:34 Roland Smith wrote: > > > On Wed, May 23, 2007 at 05:29:54PM -0300, JoaoBR wrote: > > > > I also haven't read anything and got terrible caught by this 7.2 xo= rg > > > > thing > > > > > > Says it all, really. :-) > > > > you're not laughing at me aren't you? > > A little. Ignoring /usr/{ports|src}/UPDATING usually has predictable > results. Been there, done that. :-) > good to know, so at the end nobody is alone and some beast will bite me aga= in=20 sooner or later at the same place :) > > > > and kind of lame that portupgrade xorg does not install the modules, > > > > > > And how is portupgrade to know which specific drivers you need? > > > > good question deserve good answers: how the heck portupgrade did it > > before? > > It didn't. All the drivers were in one huge package, the X server. Now > they are in seperate ports. But the xorg or xorgs-drivers meta-ports > should install all of them. ok, that is what I ment, the better way would be that portupgrade installs= =20 them all as before (when they were in the package) I believe that is unusual that some de-installs xorg and installs the meta= =20 port then and also I am not sure but I believe that xorg needs some drivers= =20 in any case so it should be a necessary step or dependency here > > That's funny. :-) If you can't be bothered to read UPDATING, you are not > the person to tell the maintainers that they haven't "thought it > through". yup, that is right but life is hard either way and it is never fair to all = of=20 us, but then, thinking well, we might discover that the critics are ever a= =20 valid input even if appear to one or another as offense they might not been= =20 thought to be so > > Tools like portupgrade and portmaster and even the ports system are > great but they have their limitations. I think they are kept relatively > simple for a reason. It's much better to have a simple (maintainable) > tool that does 95% of the jobs well than to build an extremely > complicated ACME contraption that can cover all the corner cases and > oddball situations. It's just not worth the effort. I agree and totally understandable but when there is a big change involved= =20 then it would be wise to advise more clearly what is happening from within= =20 the upgrade process because almost nobody reads the files especially when h= e=20 portupgraded flawless something like xorg for years, even from x86 to xorg= =20 was a no-issue at all but there was a scary name-change.=20 other ports do it for less and a message like local base has changed you ne= ed=20 to edit your xorg.conf or something would do good here =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed May 23 23:36:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74EAB16A41F for ; Wed, 23 May 2007 23:36:30 +0000 (UTC) (envelope-from ardelean@ww.uni-erlangen.de) Received: from servww6.ww.uni-erlangen.de (servww6.ww.uni-erlangen.de [131.188.238.13]) by mx1.freebsd.org (Postfix) with ESMTP id E3E4B13C458 for ; Wed, 23 May 2007 23:36:29 +0000 (UTC) (envelope-from ardelean@ww.uni-erlangen.de) Received: from localhost (ardelean@localhost) by servww6.ww.uni-erlangen.de (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id l4NNBcH29240 for ; Thu, 24 May 2007 01:11:38 +0200 Date: Thu, 24 May 2007 01:11:38 +0200 (CEST) From: Gheorghe Ardelean To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 6.2-STABLE Hard Freeze while using RAID1 on Adaptec 1210SA 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 May 2007 23:36:30 -0000 Hi, I am trying to use two SATA II disks over an Adaptec 1210SA PCI SATA Controller (based on SiI 3112 SATA150 chip). While trying to use the disks I get shortly the following message and the system is hard freezing soon after that. May 14 15:47:32 noname kernel: ad6: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=238231007 If I move the HDD's in a computer with VIA SATA150 on board or nVIDIA SATA150 the RAID system is working without problems with the same version of FreeBSD. Are there any known problems with this Adaptec controller or is the combination controller SATA150 and HDD SATA300 not well supported? Is there a way to fix this? The system is installed on a 3rd disk (IDE). Regrads, Johny. Here is the dmesg taken on the system with Adaptec controller: 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.2-STABLE-200704 #0: Sun Apr 1 11:05:41 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (999.72-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 1073659904 (1023 MB) avail memory = 1041649664 (993 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xfc000000-0xfdffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd800-0xd80f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xd400-0xd41f irq 11 at device 4.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 11 at device 4.3 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered atapci1: port 0xb800-0xb807,0xb400-0xb403,0xb000-0xb007,0xa800-0xa803,0xa400-0xa40f mem 0xf8000000-0xf80001ff irq 10 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xa000-0xa07f mem 0xf7800000-0xf780007f irq 11 at device 10.0 on pci0 miibus0: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:01:02:fa:01:a1 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 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 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcc7ff 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 999720598 Hz quality 800 Timecounters tick every 1.000 msec ad0: 19623MB at ata0-master UDMA100 acd0: CDROM at ata1-master UDMA33 ad4: 157066MB at ata2-master SATA150 ad6: 157066MB at ata3-master SATA150 ar0: 157066MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master Trying to mount root from ufs:/dev/ad0s1a From owner-freebsd-stable@FreeBSD.ORG Wed May 23 23:44:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD54516A468 for ; Wed, 23 May 2007 23:44:52 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from ananke.insane.pl (ananke.insane.pl [88.198.47.232]) by mx1.freebsd.org (Postfix) with ESMTP id 74F0C13C45B for ; Wed, 23 May 2007 23:44:52 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from c182-247.icpnet.pl ([85.221.182.247] helo=enkidu.local ident=Debian-exim) from Debian-exim by ananke.insane.pl with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1Hr0GR-00020W-P6 for freebsd-stable@freebsd.org; Thu, 24 May 2007 01:29:07 +0200 Received: from sthalik by enkidu.local with local (Exim 4.63) (envelope-from ) id 1Hr0GN-0006L2-Ts for freebsd-stable@freebsd.org; Thu, 24 May 2007 01:29:04 +0200 Date: Thu, 24 May 2007 01:29:03 +0200 From: Stanislaw Halik To: freebsd-stable@freebsd.org Message-ID: <20070523232903.GA23904@localhost.localdomain> Mail-Followup-To: freebsd-stable@freebsd.org References: <009601c79d81$4e791a90$05000100@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <009601c79d81$4e791a90$05000100@Artem> User-Agent: Mutt/1.5.13 (2006-08-11) X-User: sthalik Subject: Re: Broken locale after upgrade to 6-STABEL from 5-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: Wed, 23 May 2007 23:44:52 -0000 On Thu, May 24, 2007, Artem Kuchin wrote: > What i don't understand, is how the appropriate 'so' > is selected? How freebsd known which so to load > this > libc.so.5 > or this > libc.so.6 > ? Did you recompile Perl after the last installworld? If not, do so. -- Whenever you find that you are on the side of the majority, it is time to reform. -- Mark Twain From owner-freebsd-stable@FreeBSD.ORG Thu May 24 01:40:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF7B616A400 for ; Thu, 24 May 2007 01:40:53 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron3.sfsu.edu (iron3.sfsu.edu [130.212.10.128]) by mx1.freebsd.org (Postfix) with ESMTP id D8B7E13C45B for ; Thu, 24 May 2007 01:40:53 +0000 (UTC) (envelope-from kayve@sfsu.edu) X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAFaJVEaC1Apk/2dsb2JhbAA Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron3.sfsu.edu with ESMTP; 23 May 2007 18:40:52 -0700 Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007052318405104-841 ; Wed, 23 May 2007 18:40:51 -0700 Date: Wed, 23 May 2007 18:40:50 -0700 (PDT) From: KAYVEN RIESE To: JoaoBR In-Reply-To: <200705231818.13588.joao@matik.com.br> Message-ID: References: <200705211823.29943.ABabiy@shaw.ca> <200705231729.56157.joao@matik.com.br> <20070523205134.GC3705@slackbox.xs4all.nl> <200705231818.13588.joao@matik.com.br> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 05/23/2007 18:40:51, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.2FP1HF155 | March 20, 2007) at 05/23/2007 18:40:51, Serialize complete at 05/23/2007 18:40:51 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1254324197-1179970850=:11128" Cc: freeBSD bugs mailing list , geee-stevie clarke , Roland Smith , Iulian M , Kris Kennaway , Stephen Clarke Subject: Re: xorg 7.2 start 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: Thu, 24 May 2007 01:40:54 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-1254324197-1179970850=:11128 Content-Transfer-Encoding: QUOTED-PRINTABLE Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed On Wed, 23 May 2007, JoaoBR wrote: > On Wednesday 23 May 2007 17:51:34 Roland Smith wrote: >> On Wed, May 23, 2007 at 05:29:54PM -0300, JoaoBR wrote: >>> I also haven't read anything and got terrible caught by this 7.2 xorg >>> thing >> >> Says it all, really. :-) > > you're not laughing at me aren't you? i'm afraid he might be. however, don't fret. i am surely much werse than u. u made me happy that i am not the only one. this also motivates me to change my ways. > --=20 > > Jo=E3o > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada seg= ura. > Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br > _______________________________________________ > 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" > *----------------------------------------------------------* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *----------------------------------------------------------* ---559023410-1254324197-1179970850=:11128-- From owner-freebsd-stable@FreeBSD.ORG Thu May 24 01:45:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECB1016A400 for ; Thu, 24 May 2007 01:45:51 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron1.sfsu.edu (iron1.sfsu.edu [130.212.10.35]) by mx1.freebsd.org (Postfix) with ESMTP id D8A3D13C46C for ; Thu, 24 May 2007 01:45:51 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron1.sfsu.edu with ESMTP; 23 May 2007 18:45:51 -0700 X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CADSLVEaC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007052318454931-842 ; Wed, 23 May 2007 18:45:49 -0700 Date: Wed, 23 May 2007 18:45:49 -0700 (PDT) From: KAYVEN RIESE To: Artem Kuchin In-Reply-To: <009601c79d81$4e791a90$05000100@Artem> Message-ID: References: <009601c79d81$4e791a90$05000100@Artem> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 05/23/2007 18:45:49, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.2FP1HF155 | March 20, 2007) at 05/23/2007 18:45:50, Serialize complete at 05/23/2007 18:45:50 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1483920592-1179971149=:11128" Cc: freeBSD bugs mailing list , KAYVEN RIESE Subject: Re: Broken locale after upgrade to 6-STABEL from 5-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: Thu, 24 May 2007 01:45:52 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-1483920592-1179971149=:11128 Content-Transfer-Encoding: QUOTED-PRINTABLE Content-Type: TEXT/PLAIN; charset=koi8-r; format=flowed On Thu, 24 May 2007, Artem Kuchin wrote: > /lib/libc.so.5 > > I chflaged it, deleted it and made a link to > libc.so.6 this guy sounds familiar. i am really hosed right now, i can't run a browser simultaneously, maybe i am being really stupid, but what do you mean when you say you "chflaged" it? an explicit unix command line dingy is the sort of thing that makes me happy. > > After that setlocale in perl worked fine. > > However, on another server, where setlocale worked > and works fine this libc.so.5 also present and causes > no problems. > > What i don't understand, is how the appropriate 'so' > is selected? How freebsd known which so to load > this > libc.so.5 > or this > libc.so.6 > ? > > where it is specified? > > Another question, is why setlocale in C > says that locale is set fine. > > A simple proggie: > > #include > #include > #include > > main(){ > > char *b=3Dsetlocale(LC_ALL, "ru_RU.CP1251"); > if (!b){ > printf("FAILED! %d\n",errno); > } > else { > printf("OK: %s %d\n",b,errno); > printf("LOCALE %s\n",setlocale(LC_CTYPE,NULL)); > printf("1: TO UPPER %c TO LOWER %c\n",toupper('=D1'),tolower('=F1')= ); > printf("1-0: TO UPPER %c TO LOWER %c\n",toupper('=F1'),tolower('=D1= ')); > printf("2: TO UPPER %c TO LOWER %c\n",toupper('r'),tolower('R')); > } > } > > Does not work even when locales work on perl (toupper does not > return an upper letter for russia, but works with latin r, same > with tolower). > > Am i missing something? > > > > > -- > Regards, > Artem=20 > _______________________________________________ > 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" > *----------------------------------------------------------* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *----------------------------------------------------------* ---559023410-1483920592-1179971149=:11128-- From owner-freebsd-stable@FreeBSD.ORG Thu May 24 01:47:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4151A16A469 for ; Thu, 24 May 2007 01:47:09 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron1.sfsu.edu (iron1.sfsu.edu [130.212.10.35]) by mx1.freebsd.org (Postfix) with ESMTP id 2BBAA13C46E for ; Thu, 24 May 2007 01:47:09 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron1.sfsu.edu with ESMTP; 23 May 2007 18:47:09 -0700 X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CADSLVEaC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007052318470691-843 ; Wed, 23 May 2007 18:47:06 -0700 Date: Wed, 23 May 2007 18:47:06 -0700 (PDT) From: KAYVEN RIESE To: Roland Smith In-Reply-To: <20070523214641.GG3705@slackbox.xs4all.nl> Message-ID: References: <200705211823.29943.ABabiy@shaw.ca> <200705231729.56157.joao@matik.com.br> <20070523205134.GC3705@slackbox.xs4all.nl> <200705231818.13588.joao@matik.com.br> <20070523214641.GG3705@slackbox.xs4all.nl> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 05/23/2007 18:47:07, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.2FP1HF155 | March 20, 2007) at 05/23/2007 18:47:07, Serialize complete at 05/23/2007 18:47:07 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freeBSD bugs mailing list , geee-stevie clarke , Iulian M , JoaoBR , Kris Kennaway , Stephen Clarke Subject: Re: xorg 7.2 start 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: Thu, 24 May 2007 01:47:09 -0000 On Wed, 23 May 2007, Roland Smith wrote: > On Wed, May 23, 2007 at 06:18:12PM -0300, JoaoBR wrote: >> On Wednesday 23 May 2007 17:51:34 Roland Smith wrote: >>> On Wed, May 23, 2007 at 05:29:54PM -0300, JoaoBR wrote: >>>> I also haven't read anything and got terrible caught by this 7.2 xorg >>>> thing >>> >>> Says it all, really. :-) >>> >> >> you're not laughing at me aren't you? > > A little. Ignoring /usr/{ports|src}/UPDATING usually has predictable results. > Been there, done that. :-) WOW. now i'm even HAPPIER! > > Roland > -- > R.F.Smith http://www.xs4all.nl/~rsmith/ > [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] > pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) > *----------------------------------------------------------* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *----------------------------------------------------------* From owner-freebsd-stable@FreeBSD.ORG Thu May 24 02:10:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C39C16A400 for ; Thu, 24 May 2007 02:10:21 +0000 (UTC) (envelope-from vistua@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.18]) by mx1.freebsd.org (Postfix) with ESMTP id AF36313C447 for ; Thu, 24 May 2007 02:10:20 +0000 (UTC) (envelope-from vistua@sdf.lonestar.org) Received: from sdf.lonestar.org (vistua@otaku.freeshell.org [192.94.73.2]) by sdf.lonestar.org (8.14.1/8.13.8) with ESMTP id l4O2A7Jx020685 for ; Thu, 24 May 2007 02:10:07 GMT Received: (from vistua@localhost) by sdf.lonestar.org (8.14.1/8.12.8/Submit) id l4O2A79w006548 for freebsd-stable@freebsd.org; Thu, 24 May 2007 02:10:07 GMT Date: Thu, 24 May 2007 02:10:07 +0000 From: John Walthall To: freebsd-stable@freebsd.org Message-ID: <20070524021007.GA6812@SDF.LONESTAR.ORG> References: <200705211823.29943.ABabiy@shaw.ca> <"56016.2001:6f8:101e:0:20e:cff:fe6d:6adb.1179824650.squirrel"@webmail.alpha-tierchen.de> <200705230047.28763.ABabiy@shaw.ca> <200705231107.03356.eti@erata.net> <20070523192625.GA62126@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070523192625.GA62126@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Subject: Re: xorg 7.2 start 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: Thu, 24 May 2007 02:10:21 -0000 On Wed, May 23, 2007 at 03:26:25PM -0400, Kris Kennaway wrote: > As I've said a *number* of times already (and as is mentioned in the > UPDATING instructions), install the x11/xorg port to obtain a complete > installation. Hmm, I have the x11/xorg port, same problem "could not open default font 'fixed'" Oh, well. So now I have an X-less system, Don't mind so much myself, but my other family members freaked out :( They thought the shell prompt was an error message! --John -- SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-stable@FreeBSD.ORG Thu May 24 05:16:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F0D616A400 for ; Thu, 24 May 2007 05:16:36 +0000 (UTC) (envelope-from kasahara@nc.kyushu-u.ac.jp) Received: from elvenbow.cc.kyushu-u.ac.jp (elvenbow.nc.kyushu-u.ac.jp [133.5.6.4]) by mx1.freebsd.org (Postfix) with ESMTP id CF5E213C45A for ; Thu, 24 May 2007 05:16:35 +0000 (UTC) (envelope-from kasahara@nc.kyushu-u.ac.jp) Received: from localhost (kasahara@localhost [IPv6:::1]) by elvenbow.cc.kyushu-u.ac.jp (8.14.1/8.14.1) with ESMTP id l4O4rJtJ004111 for ; Thu, 24 May 2007 13:53:19 +0900 (JST) (envelope-from kasahara@nc.kyushu-u.ac.jp) Date: Thu, 24 May 2007 13:52:54 +0900 (JST) Message-Id: <20070524.135254.-1235896398.kasahara@nc.kyushu-u.ac.jp> To: freebsd-stable@freebsd.org From: Yoshiaki Kasahara X-Fingerprint: CDA2 B6B6 6796 0DD3 9D80 2602 E909 4623 A15E A074 X-URL: http://www.nc.kyushu-u.ac.jp/~kasahara/ X-Mailer: Mew version 5.2.50 on Emacs 23.0.51 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: kernel panic on 6-STABLE with ipv6? 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 May 2007 05:16:36 -0000 Hello, With curiosity, today I tried to enable ipv6 in avahi-daemon.conf (I don't really understand what avahi-daemon does, though) and start the daemon using rc.d script, then I hit a kernel panic. I updated the tree and build world yesterday before the trial (because I wanted Intel HDA support, but it was another story). # uname -a FreeBSD elvenbow.cc.kyushu-u.ac.jp 6.2-STABLE FreeBSD 6.2-STABLE #0: Wed May 23 20:27:20 JST 2007 root@elvenbow.cc.kyushu-u.ac.jp:/usr/obj/usr/src/sys/ELVENBOW amd64 The output of kgdb with stack backtrace follows: ------ # kgdb /usr/obj/usr/src/sys/ELVENBOW/kernel.debug vmcore.3 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 "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xffffff015057d198 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80508175 stack pointer = 0x10:0xffffffffb75af7c0 frame pointer = 0x10:0xffffff007857d100 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 = 2670 (avahi-daemon) trap number = 12 panic: page fault Uptime: 14m43s Dumping 2045 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2046MB (523567 pages) 2030 2014 1998 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff8041da53 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff8041e056 in panic (fmt=0xffffff0059884980 "\bJ ") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff8063ecd1 in trap_fatal (frame=0xffffff0059884980, eva=18446742975690328584) at /usr/src/sys/amd64/amd64/trap.c:668 #5 0xffffffff8063f042 in trap_pfault (frame=0xffffffffb75af710, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:580 #6 0xffffffff8063f2f3 in trap (frame= {tf_rdi = -1093868727912, tf_rsi = 3623878728, tf_rdx = -1097492606640, tf_rcx = 671088564, tf_r8 = 3623878728, tf_r9 = 0, tf_rax = 3623878725, tf_rbx = -1093868727912, tf_rbp = -1097492606720, tf_r10 = 0, tf_r11 = 1, tf_r12 = -1218774912, tf_r13 = 17, tf_r14 = 0, tf_r15 = -1097492606720, tf_trapno = 12, tf_addr = -1093868727912, tf_flags = -2142209856, tf_err = 0, tf_rip = -2142207627, tf_cs = 8, tf_rflags = 66070, tf_rsp = -1218775088, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:353 #7 0xffffffff806297bb in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #8 0xffffffff80508175 in ip6_setpktopts (control=0xffffff007857d100, opt=0xffffffffb75af880, stickyopt=0xffffff015057d198, priv=0, uproto=17) at /usr/src/sys/netinet6/ip6_output.c:2992 #9 0xffffffff80517911 in udp6_output (in6p=0xffffff005bb03980, m=0xffffff007853c800, addr6=0xffffffffb75af880, control=0xffffff007857d100, td=0xffffff0059884980) at /usr/src/sys/netinet6/udp6_output.c:170 #10 0xffffffff80519607 in udp6_send (so=0xffffff00529df000, flags=0, m=0xffffff007853c800, addr=0xffffff0001031c20, control=0xffffff007857d100, td=0xffffff0059884980) at /usr/src/sys/netinet6/udp6_usrreq.c:794 #11 0xffffffff80461f0c in sosend (so=0xffffff00529df000, addr=0xffffff0001031c20, uio=0xffffffffb75afa70, top=0xffffff007853c800, control=0xffffff007857d100, flags=0, td=0xffffff0059884980) at /usr/src/sys/kern/uipc_socket.c:836 #12 0xffffffff80469968 in kern_sendit (td=0xffffff0059884980, s=16, mp=0xffffffffb75afb30, flags=0, control=0xffffff007857d100, segflg=52) at /usr/src/sys/kern/uipc_syscalls.c:772 #13 0xffffffff8046ad57 in sendit (td=0xffffff0059884980, s=16, mp=0xffffffffb75afb30, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:712 #14 0xffffffff8046af56 in sendmsg (td=0xffffff0059884980, uap=0xffffffffb75afbc0) at /usr/src/sys/kern/uipc_syscalls.c:920 #15 0xffffffff8063fb31 in syscall (frame= {tf_rdi = 16, tf_rsi = 140737488348864, tf_rdx = 0, tf_rcx = 0, tf_r8 = 0, tf_r9 = 0, tf_rax = 28, tf_rbx = 16, tf_rbp = 140737488348864, tf_r10 = 0, tf_r11 = 582, tf_r12 = 0, tf_r13 = 5436220, tf_r14 = 1, tf_r15 = 140737488348912, tf_trapno = 12, tf_addr = 5537800, tf_flags = 12, tf_err = 2, tf_rip = 34374036316, tf_cs = 43, tf_rflags = 518, tf_rsp = 140737488348744, tf_ss = 35}) at /usr/src/sys/amd64/amd64/trap.c:803 #16 0xffffffff80629958 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:270 #17 0x0000000800da2b5c in ?? () Previous frame inner to this frame (corrupt stack?) ------ Please request additional information if needed... Regards, -- Yoshiaki Kasahara Research Institute for Information Technology, Kyushu University kasahara@nc.kyushu-u.ac.jp From owner-freebsd-stable@FreeBSD.ORG Thu May 24 06:01:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D27C16A468 for ; Thu, 24 May 2007 06:01:58 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 549B413C45A for ; Thu, 24 May 2007 06:01:57 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 5226 invoked from network); 24 May 2007 10:01:55 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 24 May 2007 10:01:55 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 203251, updated: 23.05.2007] Message-ID: <010501c79dc9$07deae90$05000100@Artem> From: "Artem Kuchin" To: "Stanislaw Halik" , References: <009601c79d81$4e791a90$05000100@Artem> <20070523232903.GA23904@localhost.localdomain> Date: Thu, 24 May 2007 10:01:52 +0400 Organization: IT Legion 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.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: Subject: Re: Broken locale after upgrade to 6-STABEL from 5-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: Thu, 24 May 2007 06:01:58 -0000 Stanislaw Halik wrote: > On Thu, May 24, 2007, Artem Kuchin wrote: >> What i don't understand, is how the appropriate 'so' >> is selected? How freebsd known which so to load >> this >> libc.so.5 >> or this >> libc.so.6 >> ? > > Did you recompile Perl after the last installworld? If not, do so. No i did not do it explicitelly. However, i think buildworl should do it, or it is not a part of the "world" anymore? Also, why C code does not work anyway? -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Thu May 24 06:01:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 508BF16A46C for ; Thu, 24 May 2007 06:01:58 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 5475913C458 for ; Thu, 24 May 2007 06:01:57 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 5225 invoked from network); 24 May 2007 10:01:55 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 24 May 2007 10:01:55 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 203251, updated: 23.05.2007] Message-ID: <010401c79dc9$07bfb4e0$05000100@Artem> From: "Artem Kuchin" To: "KAYVEN RIESE" References: <009601c79d81$4e791a90$05000100@Artem> Date: Thu, 24 May 2007 10:00:43 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: freeBSD bugs mailing list , KAYVEN RIESE Subject: Re: Broken locale after upgrade to 6-STABEL from 5-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: Thu, 24 May 2007 06:01:58 -0000 KAYVEN RIESE wrote: > On Thu, 24 May 2007, Artem Kuchin wrote: > >> /lib/libc.so.5 >> >> I chflaged it, deleted it and made a link to >> libc.so.6 > > this guy sounds familiar. i am really hosed right now, i can't > run a browser simultaneously, maybe i am being really stupid, > but what do you mean when you say you "chflaged" it? an explicit > unix command line dingy is the sort of thing that makes me happy. well, this is is system imutable and cannoy be deleted so chflag nosunlnk libc.so.5 chflag noschg libc.so.5 do the trick and after that file can be deleted -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Thu May 24 07:59:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5199616A473 for ; Thu, 24 May 2007 07:59:25 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from ananke.insane.pl (ananke.insane.pl [88.198.47.232]) by mx1.freebsd.org (Postfix) with ESMTP id 13AF113C455 for ; Thu, 24 May 2007 07:59:25 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from c182-247.icpnet.pl ([85.221.182.247] helo=enkidu.local) by ananke.insane.pl with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1Hr8EG-0003yh-7b for freebsd-stable@freebsd.org; Thu, 24 May 2007 09:59:24 +0200 Received: from sthalik by enkidu.local with local (Exim 4.63) (envelope-from ) id 1Hr8E9-0000Cf-09 for freebsd-stable@freebsd.org; Thu, 24 May 2007 09:59:17 +0200 Date: Thu, 24 May 2007 09:59:16 +0200 From: Stanislaw Halik To: freebsd-stable@freebsd.org Message-ID: <20070524075916.GA624@localhost.localdomain> Mail-Followup-To: freebsd-stable@freebsd.org References: <009601c79d81$4e791a90$05000100@Artem> <20070523232903.GA23904@localhost.localdomain> <010501c79dc9$07deae90$05000100@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <010501c79dc9$07deae90$05000100@Artem> User-Agent: Mutt/1.5.13 (2006-08-11) X-User: sthalik Subject: Re: Broken locale after upgrade to 6-STABEL from 5-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: Thu, 24 May 2007 07:59:25 -0000 On Thu, May 24, 2007, Artem Kuchin wrote: >>> What i don't understand, is how the appropriate 'so' >>> is selected? How freebsd known which so to load >>> this >>> libc.so.5 >>> or this >>> libc.so.6 >>> ? >> Did you recompile Perl after the last installworld? If not, do so. > No i did not do it explicitelly. However, i think buildworl should > do it, or it is not a part of the "world" anymore? There's no Perl in the base system anymore; symlinking after a library bump leads to errors, as ABI has changed. -- Whenever you find that you are on the side of the majority, it is time to reform. -- Mark Twain From owner-freebsd-stable@FreeBSD.ORG Thu May 24 08:06:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EB5716A469 for ; Thu, 24 May 2007 08:06:03 +0000 (UTC) (envelope-from grimnir@yandex.ru) Received: from mfront8.mail.yandex.net (mfront8.mail.yandex.net [213.180.223.98]) by mx1.freebsd.org (Postfix) with ESMTP id CD69513C44C for ; Thu, 24 May 2007 08:06:02 +0000 (UTC) (envelope-from grimnir@yandex.ru) Received: from YAMAIL (mfront8.yandex.ru) by mail.yandex.ru id ; Thu, 24 May 2007 11:46:26 +0400 Received: from [212.119.175.129] ([212.119.175.129]) by mail.yandex.ru with HTTP; Thu, 24 May 2007 11:46:24 +0400 (MSD) Date: Thu, 24 May 2007 11:46:24 +0400 (MSD) From: "grimnir" Sender: grimnir@yandex.ru Message-Id: <465542D0.000002.26311@mfront8.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: grimnir@yandex.ru To: freebsd-stable@freebsd.org X-MsgDayCount: 1 X-BornDate: 1120593600 In-Reply-To: <20070524021007.GA6812@SDF.LONESTAR.ORG> References: <200705211823.29943.ABabiy@shaw.ca> <20070524021007.GA6812@SDF.LONESTAR.ORG> X-Source-Ip: 212.119.175.129 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: Subject: Re: xorg 7.2 start problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: grimnir@yandex.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2007 08:06:03 -0000 >Hmm, I have the x11/xorg port, same problem "could not open default font 'fixed'" Oh, well. So now I have an X-less system, Don't mind so much myself, but my other family members freaked out :( They thought the shell prompt was an error message! You can try to install x11-fonts/font-alias port, this may fix the problem. --- With the best regards, Dmitry Kroupenier. From owner-freebsd-stable@FreeBSD.ORG Thu May 24 08:53:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D9C716A46B for ; Thu, 24 May 2007 08:53:15 +0000 (UTC) (envelope-from eti@erata.net) Received: from s1.net-solution.ro (s1.net-solution.ro [65.98.58.122]) by mx1.freebsd.org (Postfix) with ESMTP id 0F73A13C483 for ; Thu, 24 May 2007 08:53:14 +0000 (UTC) (envelope-from eti@erata.net) Received: (qmail 5527 invoked from network); 24 May 2007 11:53:16 +0300 Received: from 223.126.77.82.static.cluj.rdsnet.ro (HELO toshiba) (82.77.126.223) by s1.net-solution.ro with (DHE-RSA-AES256-SHA encrypted) SMTP; 24 May 2007 11:53:16 +0300 From: Iulian M Organization: www.erata.net To: freebsd-stable@freebsd.org Date: Thu, 24 May 2007 11:52:35 +0300 User-Agent: KMail/1.9.6 References: <200705211823.29943.ABabiy@shaw.ca> <200705231107.03356.eti@erata.net> <20070523192625.GA62126@xor.obsecurity.org> In-Reply-To: <20070523192625.GA62126@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1681665.IhdmVSim8J"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705241152.41046.eti@erata.net> Subject: Re: xorg 7.2 start 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: Thu, 24 May 2007 08:53:15 -0000 --nextPart1681665.IhdmVSim8J Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 23 May 2007, Kris Kennaway wrote: > On Wed, May 23, 2007 at 11:06:46AM +0300, Iulian M wrote: > > > > Yep... you have to rebuild everything. Not to fix the error but just > > because you don't read other threads on the ML > > > > > > On another thread the conclusion was that installing x11-fonts/font-ali= as > > solved the fixed font problem. > > Speaking of not reading other threads, you might also look closer to > home ;) I admit i haven't read all the threads but when i had the "fixed font" prob= lem=20 i've read that installing font-alias solves the problem ... and it did.=20 > > Adding font-alias would just be treating the next symptom, and then > you'll probably find that something else still doesn't work because it > is also missing. i know it's not that important but i like the idea of having to install onl= y=20 the apps i use.=20 > > As I've said a *number* of times already (and as is mentioned in the > UPDATING instructions), install the x11/xorg port to obtain a complete > installation. > > Kris After 2 days of compiling on my laptop ... if i can avoid compiling anythin= g i=20 will :) .I still haven't updated kdevelop & kdesdk since they are already= =20 in /usr/local and still work after the upgrade ( maybe because of=20 lib/compat )... anyway since they work they will stay like this until next= =20 kde update.=20 If you want to be on the safe side you are right install x11/xorg ... but t= hen=20 again ... if you really want to be on the really safe side ... stick=20 with -RELEASE ;-) And btw i'm experiencing some crashes/locks with the new xorg ... 6.9 used = to=20 run for weeks without problems ... 7.2 still has to reach 24h without a=20 problem - but maybe more on a new thread if i'll have more info.=20 =2D-=20 Best Regards, Iulian Margarintescu http://www.erata.net eti@erata.net (spamassassin & pf & spamd all said it's OK to make it public ;-) ) Key ID: 0x03176E5CEDEFF7AB I prefer plain text email --nextPart1681665.IhdmVSim8J Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGVVJTAxduXO3v96sRAjYsAJ9Qt+Nbdp5M6nMjLDbGxRQpTZGPwwCfapak oCFAKdxJfPhcfdxWw6O7Org= =QMgJ -----END PGP SIGNATURE----- --nextPart1681665.IhdmVSim8J-- From owner-freebsd-stable@FreeBSD.ORG Thu May 24 08:53:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C30B116A469 for ; Thu, 24 May 2007 08:53:30 +0000 (UTC) (envelope-from karol.kwiat@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 5348713C458 for ; Thu, 24 May 2007 08:53:30 +0000 (UTC) (envelope-from karol.kwiat@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so835595uge for ; Thu, 24 May 2007 01:53:29 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=dz1yPOpnp3Rpl0eMOmgNPRI1ga1tsZ/abF3AKWozBIPcUYiBKjTwumfHB7lfE6NJ4i2d253Te+Miqp2r9KG8Ik4qw0fGhyLQmPbTicmnXjZd3I9tHwXT20TyjEy8g/T5/7ZVwPfNgPa0ZkWf0XoL6vhCYR2uoHk5S60dNMMGOAM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=H4yRVOCCFZpOKD9j02hjjEkBJwLsMDV5LOU7s8f80dj1ByLdklSVl+g6aTV5HDu8jfcB9HSWti9M3Gwx9BIAhnKdk2Y4ZbxNjrMNYcQtjp4zq3ZgqHfnMTcSfG79OYigwBX4USX8c+fOM2Gtf4LiLzSfTs0GT2aWN1WWvZr+Ux4= Received: by 10.82.184.2 with SMTP id h2mr2613137buf.1179992571620; Thu, 24 May 2007 00:42:51 -0700 (PDT) Received: from persephone.orchid.homeunix.org ( [89.78.30.138]) by mx.google.com with ESMTP id i5sm6579835mue.2007.05.24.00.42.49; Thu, 24 May 2007 00:42:50 -0700 (PDT) Message-ID: <465541F1.2090905@gmail.com> Date: Thu, 24 May 2007 09:42:41 +0200 From: Karol Kwiatkowski User-Agent: Thunderbird 2.0.0.0 (X11/20070523) MIME-Version: 1.0 To: Artem Kuchin References: <009601c79d81$4e791a90$05000100@Artem> <20070523232903.GA23904@localhost.localdomain> <010501c79dc9$07deae90$05000100@Artem> In-Reply-To: <010501c79dc9$07deae90$05000100@Artem> X-Enigmail-Version: 0.95.0 OpenPGP: id=06E09309; url=http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Stanislaw Halik Subject: Re: Broken locale after upgrade to 6-STABEL from 5-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: karol.kwiat@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2007 08:53:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Artem Kuchin wrote: > Stanislaw Halik wrote: >> On Thu, May 24, 2007, Artem Kuchin wrote: >>> What i don't understand, is how the appropriate 'so' >>> is selected? How freebsd known which so to load >>> this >>> libc.so.5 >>> or this >>> libc.so.6 >>> ? >> >> Did you recompile Perl after the last installworld? If not, do so. > > No i did not do it explicitelly. However, i think buildworl should > do it, or it is not a part of the "world" anymore? It's not, for quite some time now: http://lists.freebsd.org/pipermail/freebsd-announce/2002-May/000823.html HTH, Karol - -- Karol Kwiatkowski OpenPGP 0x06E09309 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGVUHxezeoPAwGIYsRCE3fAJsG4FkZLZOvBZNYuyXtKXq9NFvLCQCgjOrA dhZE9J1EBFrwfFBsGODhHHo= =qh2p -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu May 24 09:01:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCEBC16A468 for ; Thu, 24 May 2007 09:01:22 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 0197913C447 for ; Thu, 24 May 2007 09:01:21 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 10989 invoked from network); 24 May 2007 13:01:19 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 24 May 2007 13:01:19 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: unknown, virus records: 193678, updated: 24.05.2007] Message-ID: <017c01c79de2$1733a9e0$05000100@Artem> From: "Artem Kuchin" To: References: <009601c79d81$4e791a90$05000100@Artem> <20070523232903.GA23904@localhost.localdomain> <010501c79dc9$07deae90$05000100@Artem> <465541F1.2090905@gmail.com> Date: Thu, 24 May 2007 13:01:16 +0400 Organization: IT Legion 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.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: freebsd-stable@freebsd.org, Stanislaw Halik Subject: Re: Broken locale after upgrade to 6-STABEL from 5-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: Thu, 24 May 2007 09:01:22 -0000 Karol Kwiatkowski wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Artem Kuchin wrote: >> Stanislaw Halik wrote: >>> On Thu, May 24, 2007, Artem Kuchin wrote: >>>> What i don't understand, is how the appropriate 'so' >>>> is selected? How freebsd known which so to load >>>> this >>>> libc.so.5 >>>> or this >>>> libc.so.6 >>>> ? >>> >>> Did you recompile Perl after the last installworld? If not, do so. >> >> No i did not do it explicitelly. However, i think buildworl should >> do it, or it is not a part of the "world" anymore? > > It's not, for quite some time now: > > http://lists.freebsd.org/pipermail/freebsd-announce/2002-May/000823.html Ahh, well, i just forgot. Of course it is not for a long time now. But anyhow, why locale in C does not work? And how 'so' lib is selected for an executable? How OS selected so.5 or so.6 for a executable file? -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Thu May 24 09:19:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14D9016A421 for ; Thu, 24 May 2007 09:19:43 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from crow.padonki.org.ua (crow.padonki.org.ua [213.186.192.71]) by mx1.freebsd.org (Postfix) with ESMTP id C1EFF13C469 for ; Thu, 24 May 2007 09:19:42 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from minotaur by crow.padonki.org.ua with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Hr8bs-000Br3-5I; Thu, 24 May 2007 11:23:48 +0300 Date: Thu, 24 May 2007 11:23:48 +0300 From: Alexander Shikoff To: Gheorghe Ardelean Message-ID: <20070524082347.GA92114@crete.org.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15 (2007-04-06) Sender: Alexander Shikoff Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-STABLE Hard Freeze while using RAID1 on Adaptec 1210SA X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2007 09:19:43 -0000 On Thu, May 24, 2007 at 01:11:38AM +0200, Gheorghe Ardelean wrote: > > Hi, > > I am trying to use two SATA II disks over an Adaptec 1210SA PCI SATA > Controller (based on SiI 3112 SATA150 chip). > > While trying to use the disks I get shortly the following message and the > system is hard freezing soon after that. > > May 14 15:47:32 noname kernel: ad6: TIMEOUT - WRITE_DMA retrying (1 retry > left) LBA=238231007 > > If I move the HDD's in a computer with VIA SATA150 on board or nVIDIA > SATA150 the RAID system is working without problems with the same version > of FreeBSD. > > Are there any known problems with this Adaptec controller or is the > combination controller SATA150 and HDD SATA300 not well supported? > Is there a way to fix this? > > The system is installed on a 3rd disk (IDE). Hello, I had similar problems with 1210SA controller. As I know this controller is a little defective and it is not supported correctly by FreeBSD. There were a lot of discussions about issues with Adaptec 1210SA and SiI 3112- based controllers, but all of these discussions didn't give a solution. In other words I don't know how to solve this problem. I guess only the way is to throw it out of the window :( -- Kind Regards, Alexander Shikoff minotaur@crete.org.ua Mob.: +380 67 946 31 49 From owner-freebsd-stable@FreeBSD.ORG Thu May 24 09:23:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65E7116A41F for ; Thu, 24 May 2007 09:23:11 +0000 (UTC) (envelope-from karol.kwiat@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id E87B013C487 for ; Thu, 24 May 2007 09:23:10 +0000 (UTC) (envelope-from karol.kwiat@gmail.com) Received: by ug-out-1314.google.com with SMTP id k3so842608ugf for ; Thu, 24 May 2007 02:23:09 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=H78cSKVaTv2nL7NSW1kBSE8G1kZifERZ5e7EgRdVhST6TKCjd+k0N2Jj9d9qPIOr095e5LyBdkpNuHwUqZzpf2Tmz8Yr0c++5UWZCTELRlUsC4B2fpr48PNyne3xxpvo3YdxsmJ3AkJF6NwnZR2CIstAGn4f0Qr7lgsaG4SaYn0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=AgusCm8QbJWDj5BaKHJYxYpdBCgAw4VgqGEEV+RkoG6KYZwktYSvWyujtA6hAJdc0TPTgiOOzBriOpCODk7yxTulQ9qTCIjUL74f8Xo+B3X1U+UgKdTEc1TN5mepUDfPl0Rz2MXA/vA7nWq5pnzbQghZ4p3ZhKwdQ7pybkQZwew= Received: by 10.67.6.14 with SMTP id j14mr1996829ugi.1179998589806; Thu, 24 May 2007 02:23:09 -0700 (PDT) Received: from persephone.orchid.homeunix.org ( [89.78.30.138]) by mx.google.com with ESMTP id 54sm5509382ugp.2007.05.24.02.23.07; Thu, 24 May 2007 02:23:07 -0700 (PDT) Message-ID: <46555979.2040802@gmail.com> Date: Thu, 24 May 2007 11:23:05 +0200 From: Karol Kwiatkowski User-Agent: Thunderbird 2.0.0.0 (X11/20070523) MIME-Version: 1.0 To: Artem Kuchin References: <009601c79d81$4e791a90$05000100@Artem> <20070523232903.GA23904@localhost.localdomain> <010501c79dc9$07deae90$05000100@Artem> <465541F1.2090905@gmail.com> <017c01c79de2$1733a9e0$05000100@Artem> In-Reply-To: <017c01c79de2$1733a9e0$05000100@Artem> X-Enigmail-Version: 0.95.0 OpenPGP: id=06E09309; url=http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Stanislaw Halik Subject: Re: Broken locale after upgrade to 6-STABEL from 5-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: karol.kwiat@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2007 09:23:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Artem Kuchin wrote: > Karol Kwiatkowski wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> Artem Kuchin wrote: >>> Stanislaw Halik wrote: >>>> On Thu, May 24, 2007, Artem Kuchin wrote: >>>>> What i don't understand, is how the appropriate 'so' >>>>> is selected? How freebsd known which so to load >>>>> this >>>>> libc.so.5 >>>>> or this >>>>> libc.so.6 [...snip...] > But anyhow, > why locale in C does not work? And how 'so' lib is selected for an > executable? How OS selected so.5 or so.6 for a executable file? My understanding is, it is hardcoded into the executable during compilation/linking time. You can check linked libraries with ldd(1) command: $ ldd `which perl` /usr/bin/perl: libperl.so => /usr/local/lib/perl5/5.8.8/mach/CORE/libperl.so (0x2807c000) libm.so.5 => /lib/libm.so.5 (0x28192000) libcrypt.so.4 => /lib/libcrypt.so.4 (0x281a7000) libutil.so.7 => /lib/libutil.so.7 (0x281c0000) libc.so.7 => /lib/libc.so.7 (0x281cd000) HTH, Karol - -- Karol Kwiatkowski OpenPGP 0x06E09309 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGVVl5ezeoPAwGIYsRCCnBAJ4ttUXin+lSbiTR65EC4/XkeYa3sgCdH0eC EMri5q9OKSLQnlPLhhEZ1ug= =fe7i -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu May 24 09:56:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1AF216A41F for ; Thu, 24 May 2007 09:56:36 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id F2DE713C448 for ; Thu, 24 May 2007 09:56:35 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 13246 invoked from network); 24 May 2007 13:56:34 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 24 May 2007 13:56:34 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 203259, updated: 24.05.2007] Message-ID: <019701c79de9$cf188560$05000100@Artem> From: "Artem Kuchin" To: References: <009601c79d81$4e791a90$05000100@Artem> <20070523232903.GA23904@localhost.localdomain><010501c79dc9$07deae90$05000100@Artem> <465541F1.2090905@gmail.com><017c01c79de2$1733a9e0$05000100@Artem> <46555979.2040802@gmail.com> Date: Thu, 24 May 2007 13:56:30 +0400 Organization: IT Legion 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.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: Stanislaw Halik , freebsd-stable@freebsd.org Subject: Re: Broken locale after upgrade to 6-STABEL from 5-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: Thu, 24 May 2007 09:56:36 -0000 Karol Kwiatkowski wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Artem Kuchin wrote: >> Karol Kwiatkowski wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA256 >>> >>> Artem Kuchin wrote: >>>> Stanislaw Halik wrote: >>>>> On Thu, May 24, 2007, Artem Kuchin wrote: >>>>>> What i don't understand, is how the appropriate 'so' >>>>>> is selected? How freebsd known which so to load >>>>>> this >>>>>> libc.so.5 >>>>>> or this >>>>>> libc.so.6 > [...snip...] >> But anyhow, >> why locale in C does not work? And how 'so' lib is selected for an >> executable? How OS selected so.5 or so.6 for a executable file? > > My understanding is, it is hardcoded into the executable during > compilation/linking time. You can check linked libraries with ldd(1) > command: > > $ ldd `which perl` > /usr/bin/perl: > libperl.so => /usr/local/lib/perl5/5.8.8/mach/CORE/libperl.so > (0x2807c000) > libm.so.5 => /lib/libm.so.5 (0x28192000) > libcrypt.so.4 => /lib/libcrypt.so.4 (0x281a7000) > libutil.so.7 => /lib/libutil.so.7 (0x281c0000) > libc.so.7 => /lib/libc.so.7 (0x281cd000) > Oh, hell... I just realized that i need to rebuild EVERYTHING in EVERY jail after this upgrade from 5 to 6. Even if something seem to work it does not mean it will not fail in some rare case. Still, does not explain why freshly compile locale test in C does not work. Weird. -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Thu May 24 10:24:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26C1616A46C for ; Thu, 24 May 2007 10:24:40 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 13D9213C4AD for ; Thu, 24 May 2007 10:24:38 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 14467 invoked from network); 24 May 2007 14:24:37 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 24 May 2007 14:24:37 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 203259, updated: 24.05.2007] Message-ID: <023401c79ded$ba3b7fe0$05000100@Artem> From: "Artem Kuchin" To: Date: Thu, 24 May 2007 14:24:32 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Subject: How to test locale in C? All my tests fail. 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 May 2007 10:24:40 -0000 Maybe it is the wrong list, but maybe someone can quickly help me out. I have a very stupid problem. I cannot convert to upper or lower case using manually set locale (setlocale(..)). A very simple program: #include #include #include main(){ char *b=setlocale(LC_CTYPE, "ru_RU.CP1251"); if (!b){ printf("FAILED! %d\n",errno); } else { printf("OK: %s %d\n",b,errno); printf("IS UPPER Ę: %d\n",isupper('Ę')); printf("IS UPPER ę: %d\n",isupper('ę')); printf("IS LOWER Ę: %d\n",islower('Ę')); printf("IS LOWER ę: %d\n",islower('ę')); printf("LOCALE %s\n",setlocale(LC_CTYPE,NULL)); printf("1: TO UPPER %c TO LOWER %c\n",toupper('Ö'),tolower('ö')); printf("1-0: TO UPPER %c TO LOWER %c\n",toupper('ń'),tolower('Ń')); printf("2: TO UPPER %c TO LOWER %c\n",toupper('r'),tolower('R')); } } Output is always: OK: ru_RU.CP1251 0 IS UPPER Ę: 0 IS UPPER ę: 0 IS LOWER Ę: 0 IS LOWER ę: 0 LOCALE ru_RU.CP1251 1: TO UPPER Ö TO LOWER ö 1-0: TO UPPER ń TO LOWER Ń 2: TO UPPER R TO LOWER r Ę,Ö,Ń - is lower case leters and ę,ö,ń - is upper case As you see, it simply does not work at all. It seems like the locale is "C" but as you see setlocale returned ru_RU.CP1251 tested on 6.2, 5.4 and 4.10 - all the same. What am i doing wrong? (except posting in the wrong list ;) -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Thu May 24 10:56:56 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5B6316A421 for ; Thu, 24 May 2007 10:56:56 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 47C3D13C448 for ; Thu, 24 May 2007 10:56:56 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (pszcds@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l4OAunsP090247; Thu, 24 May 2007 12:56:54 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l4OAumAx090246; Thu, 24 May 2007 12:56:48 +0200 (CEST) (envelope-from olli) Date: Thu, 24 May 2007 12:56:48 +0200 (CEST) Message-Id: <200705241056.l4OAumAx090246@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, matrix@itlegion.ru, karol.kwiat@gmail.com, sthalik@tehran.lain.pl In-Reply-To: <017c01c79de2$1733a9e0$05000100@Artem> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 24 May 2007 12:56:54 +0200 (CEST) Cc: Subject: Re: Broken locale after upgrade to 6-STABEL from 5-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, matrix@itlegion.ru, karol.kwiat@gmail.com, sthalik@tehran.lain.pl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2007 10:56:56 -0000 Artem Kuchin wrote: > Ahh, well, i just forgot. Of course it is not for a long time > now. But anyhow, why locale in C does not work? And how 'so' lib > is selected for an executable? How OS selected so.5 or so.6 for a > executable file? During compile-time linking (when ld(1) is called), usually the newest version of the library is used (note that libfoo.so is usually a symlink to the newest libfoo.so.*). At runtime, the dynamic linker (rtld(1)) uses the same library version that was used during compilation. If you want a binary to use a different version, you have to recompile it. (Well, there are ways to trick the dynamic linker via libmap.conf and environment variables, but that will break if the libraries in question aren't 100% ABI compatible.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Passwords are like underwear. You don't share them, you don't hang them on your monitor or under your keyboard, you don't email them, or put them on a web site, and you must change them very often. From owner-freebsd-stable@FreeBSD.ORG Thu May 24 11:11:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 606B916A468 for ; Thu, 24 May 2007 11:11:29 +0000 (UTC) (envelope-from mcfusaro@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 C43F113C483 for ; Thu, 24 May 2007 11:11:28 +0000 (UTC) (envelope-from mcfusaro@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so10765uge for ; Thu, 24 May 2007 04:11:27 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; 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; b=kEsPPLgknGgxkCNfbyJf94V47rr/p9rtw3i6Pivfo9EoEXIsNwkwWbHBK4EjeCeu5p0M6B91goN6FgzVYdTYjYVfmWDSgUgWj9WhbY8uD41KoH1Ek7eUFxSb8Os6oy80OxBmB7vr/G+QyjCwdS+SDewzhk8JzJFWALuSd4UBSNA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jNeLKbZbSZZoNBFM4xwBOplx65aHKjnuSNWG0HLYhCTSzojkio+bj7c0JTi3x3jibQJ//4R0O/fTDsdTg5YUruMnUghrg+iHb/1TSlC0CU0yycU99px1LOOwUbIsyvPKkbgJqQZPQxs+wWXoexWKV+9kMkC7JAVSx3Rwiaji38o= Received: by 10.67.29.7 with SMTP id g7mr2087836ugj.1180003623915; Thu, 24 May 2007 03:47:03 -0700 (PDT) Received: by 10.67.24.4 with HTTP; Thu, 24 May 2007 03:47:03 -0700 (PDT) Message-ID: <60f6f5610705240347g708c3375i82d176e415e80b4@mail.gmail.com> Date: Thu, 24 May 2007 12:47:03 +0200 From: "Massimo Fusaro" To: "Artem Kuchin" In-Reply-To: <023401c79ded$ba3b7fe0$05000100@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline References: <023401c79ded$ba3b7fe0$05000100@Artem> Cc: freebsd-stable@freebsd.org Subject: Re: How to test locale in C? All my tests fail. 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 May 2007 11:11:29 -0000 RnJvbSB0aGUgc2V0bG9jYWxlKDMpIG1hbnVhbCBwYWdlOgoKICAgICAuLi4gIEEgbG9jYWxlIGFy Z3VtZW50IG9mIE5VTEwgY2F1c2VzIHNldGxvY2FsZSgpIHRvIHJldHVybiB0aGUKY3VycmVudCBs b2NhbGUuIC4uLgotLQogICAtbWF4CgoyMDA3LzUvMjQsIEFydGVtIEt1Y2hpbiA8bWF0cml4QGl0 bGVnaW9uLnJ1PjoKPiBNYXliZSBpdCBpcyB0aGUgd3JvbmcgbGlzdCwgYnV0IG1heWJlICBzb21l b25lIGNhbiBxdWlja2x5Cj4gaGVscCBtZSBvdXQuCj4KPiBJIGhhdmUgYSB2ZXJ5IHN0dXBpZCBw cm9ibGVtLiBJIGNhbm5vdCBjb252ZXJ0IHRvIHVwcGVyCj4gb3IgbG93ZXIgY2FzZSB1c2luZyBt YW51YWxseSBzZXQgbG9jYWxlIChzZXRsb2NhbGUoLi4pKS4KPgo+IEEgdmVyeSBzaW1wbGUgcHJv Z3JhbToKPiAgI2luY2x1ZGUgPGxvY2FsZS5oPgo+ICAjaW5jbHVkZSA8ZXJybm8uaD4KPiAgICAg ICNpbmNsdWRlIDxjdHlwZS5oPgo+Cj4gbWFpbigpewo+Cj4gICAgIGNoYXIgKmI9c2V0bG9jYWxl KExDX0NUWVBFLCAicnVfUlUuQ1AxMjUxIik7Cj4gICAgIGlmICghYil7Cj4gICAgICAgICBwcmlu dGYoIkZBSUxFRCEgJWRcbiIsZXJybm8pOwo+ICAgICB9Cj4gICAgIGVsc2Ugewo+ICAgICAgICAg cHJpbnRmKCJPSzogJXMgJWRcbiIsYixlcnJubyk7Cj4gICAgICAgICBwcmludGYoIklTIFVQUEVS IMo6ICVkXG4iLGlzdXBwZXIoJ8onKSk7Cj4gICAgICAgICBwcmludGYoIklTIFVQUEVSIOo6ICVk XG4iLGlzdXBwZXIoJ+onKSk7Cj4gICAgICAgICBwcmludGYoIklTIExPV0VSIMo6ICVkXG4iLGlz bG93ZXIoJ8onKSk7Cj4gICAgICAgICBwcmludGYoIklTIExPV0VSIOo6ICVkXG4iLGlzbG93ZXIo J+onKSk7Cj4gICAgICAgICBwcmludGYoIkxPQ0FMRSAlc1xuIixzZXRsb2NhbGUoTENfQ1RZUEUs TlVMTCkpOwo+ICAgICAgICAgcHJpbnRmKCIxOiBUTyBVUFBFUiAlYyBUTyBMT1dFUiAlY1xuIix0 b3VwcGVyKCfWJyksdG9sb3dlcign9icpKTsKPiAgICAgICAgIHByaW50ZigiMS0wOiBUTyBVUFBF UiAlYyBUTyBMT1dFUiAlY1xuIix0b3VwcGVyKCfxJyksdG9sb3dlcign0ScpKTsKPiAgICAgICAg IHByaW50ZigiMjogVE8gVVBQRVIgJWMgVE8gTE9XRVIgJWNcbiIsdG91cHBlcigncicpLHRvbG93 ZXIoJ1InKSk7Cj4gICAgIH0KPiB9Cj4KPiBPdXRwdXQgaXMgYWx3YXlzOgo+Cj4gT0s6IHJ1X1JV LkNQMTI1MSAwCj4gSVMgVVBQRVIgyjogMAo+IElTIFVQUEVSIOo6IDAKPiBJUyBMT1dFUiDKOiAw Cj4gSVMgTE9XRVIg6jogMAo+IExPQ0FMRSBydV9SVS5DUDEyNTEKPiAxOiBUTyBVUFBFUiDWIFRP IExPV0VSIPYKPiAxLTA6IFRPIFVQUEVSIPEgVE8gTE9XRVIg0Qo+IDI6IFRPIFVQUEVSIFIgVE8g TE9XRVIgcgo+Cj4gyizWLNEgLSBpcyBsb3dlciBjYXNlIGxldGVycyBhbmQKPiDqLPYs8SAtIGlz IHVwcGVyIGNhc2UKPgo+IEFzIHlvdSBzZWUsIGl0IHNpbXBseSBkb2VzIG5vdCB3b3JrIGF0IGFs bC4KPiBJdCBzZWVtcyBsaWtlIHRoZSBsb2NhbGUgaXMgIkMiIGJ1dCBhcyB5b3Ugc2VlCj4gc2V0 bG9jYWxlIHJldHVybmVkIHJ1X1JVLkNQMTI1MQo+Cj4gdGVzdGVkIG9uIDYuMiwgNS40IGFuZCA0 LjEwIC0gYWxsIHRoZSBzYW1lLgo+IFdoYXQgYW0gaSBkb2luZyB3cm9uZz8KPiAoZXhjZXB0IHBv c3RpbmcgaW4gdGhlIHdyb25nIGxpc3QgOykKPgo+Cj4KPiAtLQo+IFJlZ2FyZHMsCj4gQXJ0ZW0K Pgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gZnJl ZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj4gaHR0cDovL2xpc3RzLmZyZWVi c2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1zdGFibGUKPiBUbyB1bnN1YnNjcmliZSwg c2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1zdGFibGUtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmci Cj4K From owner-freebsd-stable@FreeBSD.ORG Thu May 24 11:33:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FF8A16A46D for ; Thu, 24 May 2007 11:33:56 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id CFFA413C48C for ; Thu, 24 May 2007 11:33:55 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 17417 invoked from network); 24 May 2007 15:33:53 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 24 May 2007 15:33:53 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 203259, updated: 24.05.2007] Message-ID: <02e401c79df7$676b80d0$05000100@Artem> From: "Artem Kuchin" To: "Massimo Fusaro" References: <023401c79ded$ba3b7fe0$05000100@Artem> <60f6f5610705240347g708c3375i82d176e415e80b4@mail.gmail.com> Date: Thu, 24 May 2007 15:33:49 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: freebsd-stable@freebsd.org Subject: Re: How to test locale in C? All my tests fail. 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 May 2007 11:33:56 -0000 Massimo Fusaro wrote: >> From the setlocale(3) manual page: >> >> ... A locale argument of NULL causes setlocale() to return the >> current locale. ... Right. that why i first call setlocale(LC_CTYPE, "ru_RU.CP1251"); to set locale and the call setlocale(LC_CTYPE,NULL); to check what locale is currently set. I tried without call setlocale(LC_CTYPE,NULL); - no difference. -- Regards, Artem >> -- >> -max >> >> 2007/5/24, Artem Kuchin : >>> Maybe it is the wrong list, but maybe someone can quickly >>> help me out. >>> >>> I have a very stupid problem. I cannot convert to upper >>> or lower case using manually set locale (setlocale(..)). >>> >>> A very simple program: >>> #include >>> #include >>> #include >>> >>> main(){ >>> >>> char *b=setlocale(LC_CTYPE, "ru_RU.CP1251"); >>> if (!b){ >>> printf("FAILED! %d\n",errno); >>> } >>> else { >>> printf("OK: %s %d\n",b,errno); >>> printf("IS UPPER Ę: %d\n",isupper('Ę')); >>> printf("IS UPPER ę: %d\n",isupper('ę')); >>> printf("IS LOWER Ę: %d\n",islower('Ę')); >>> printf("IS LOWER ę: %d\n",islower('ę')); >>> printf("LOCALE %s\n",setlocale(LC_CTYPE,NULL)); >>> printf("1: TO UPPER %c TO LOWER >>> %c\n",toupper('Ö'),tolower('ö')); printf("1-0: TO UPPER %c >>> TO LOWER %c\n",toupper('ń'),tolower('Ń')); printf("2: TO >>> UPPER %c TO LOWER %c\n",toupper('r'),tolower('R')); } >>> } >>> >>> Output is always: >>> >>> OK: ru_RU.CP1251 0 >>> IS UPPER Ę: 0 >>> IS UPPER ę: 0 >>> IS LOWER Ę: 0 >>> IS LOWER ę: 0 >>> LOCALE ru_RU.CP1251 >>> 1: TO UPPER Ö TO LOWER ö >>> 1-0: TO UPPER ń TO LOWER Ń >>> 2: TO UPPER R TO LOWER r >>> >>> Ę,Ö,Ń - is lower case leters and >>> ę,ö,ń - is upper case >>> >>> As you see, it simply does not work at all. >>> It seems like the locale is "C" but as you see >>> setlocale returned ru_RU.CP1251 >>> >>> tested on 6.2, 5.4 and 4.10 - all the same. >>> What am i doing wrong? >>> (except posting in the wrong list ;) >>> >>> >>> >>> -- >>> Regards, >>> Artem >>> >>> _______________________________________________ >>> 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-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 Thu May 24 11:36:17 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CAE6916A400 for ; Thu, 24 May 2007 11:36:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 3496113C48C for ; Thu, 24 May 2007 11:36:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (klyvwf@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l4OBaAWe092421; Thu, 24 May 2007 13:36:16 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l4OBaA9P092420; Thu, 24 May 2007 13:36:10 +0200 (CEST) (envelope-from olli) Date: Thu, 24 May 2007 13:36:10 +0200 (CEST) Message-Id: <200705241136.l4OBaA9P092420@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, matrix@itlegion.ru In-Reply-To: <023401c79ded$ba3b7fe0$05000100@Artem> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 24 May 2007 13:36:16 +0200 (CEST) Cc: Subject: Re: How to test locale in C? All my tests fail. 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 May 2007 11:36:17 -0000 Artem Kuchin wrote: > I have a very stupid problem. I cannot convert to upper > or lower case using manually set locale (setlocale(..)). > > A very simple program: > [...] > printf("IS UPPER ?: %d\n",isupper('?')); > printf("IS UPPER ?: %d\n",isupper('?')); > printf("IS LOWER ?: %d\n",islower('?')); > printf("IS LOWER ?: %d\n",islower('?')); > printf("LOCALE %s\n",setlocale(LC_CTYPE,NULL)); > printf("1: TO UPPER %c TO LOWER %c\n",toupper('?'),tolower('?')); > printf("1-0: TO UPPER %c TO LOWER %c\n",toupper('?'),tolower('?')); > printf("2: TO UPPER %c TO LOWER %c\n",toupper('r'),tolower('R')); > [...] > IS UPPER ?: 0 > IS UPPER ?: 0 > IS LOWER ?: 0 > IS LOWER ?: 0 > LOCALE ru_RU.CP1251 > 1: TO UPPER ? TO LOWER ? > 1-0: TO UPPER ? TO LOWER ? > 2: TO UPPER R TO LOWER r That's a common pitfall. Chars are signed by default on FreeBSD, and the isupper() etc. function take an int type argument. That means that characters >= 128 end up as negative numbers, so they fail all isupper() and islower() checks, and toupper()/tolower() don't touch them at all. The solution is to typecast the constants to unsigned char explicitly, like this: isupper((unsigned char) '?') etc. Your program will work fine then. Best regards Oliver PS: You should also #include PPS: This is not a FreeBSD-specific pitfall. The ISO-C standard does not specify the signedness of chars, and most implementations (but not all) seem to prefer to have chars signed by default. So, in order to write portable programs, you always need to typecast if the difference between signed and unsigned matters in your application. PPPS: I think follow-ups should go to the -standards mailing list. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead." -- RFC 1925 From owner-freebsd-stable@FreeBSD.ORG Thu May 24 11:41:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 70EC816A400 for ; Thu, 24 May 2007 11:41:06 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id EF8EB13C45D for ; Thu, 24 May 2007 11:41:05 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l4OBeUrl002108; Thu, 24 May 2007 21:40:30 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l4OBeUGa002107; Thu, 24 May 2007 21:40:30 +1000 (EST) (envelope-from peter) Date: Thu, 24 May 2007 21:40:30 +1000 From: Peter Jeremy To: Iulian M Message-ID: <20070524114030.GB1160@turion.vk2pj.dyndns.org> References: <200705211823.29943.ABabiy@shaw.ca> <"56016.2001:6f8:101e:0:20e:cff:fe6d:6adb.1179824650.squirrel"@webmail.alpha-tierchen.de> <200705230047.28763.ABabiy@shaw.ca> <200705231107.03356.eti@erata.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bCsyhTFzCvuiizWE" Content-Disposition: inline In-Reply-To: <200705231107.03356.eti@erata.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-stable@freebsd.org Subject: Re: xorg 7.2 start 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: Thu, 24 May 2007 11:41:06 -0000 --bCsyhTFzCvuiizWE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-May-23 11:06:46 +0300, Iulian M wrote: >On Wednesday 23 May 2007, Andriy Babiy wrote: >> Fatal server error: >> could not open default font 'fixed' > >On another thread the conclusion was that installing x11-fonts/font-alias= =20 >solved the fixed font problem. I've found this problem on one system (the one where I thought the upgrade had gone the most cleanly). font-alias _is_ installed but most of my pcf.gz files are corrupt (20 bytes long). 'portupgrade -f' on my fonts is fixing this but I'm not exactly sure why it occurred to start with. --=20 Peter Jeremy --bCsyhTFzCvuiizWE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGVXmt/opHv/APuIcRAmwrAKCVBSjQgpt3yhx3RXzVOdwyeGNXMwCeLvwV wx09Ltyijb4zPU9rid+DhTg= =Gz7E -----END PGP SIGNATURE----- --bCsyhTFzCvuiizWE-- From owner-freebsd-stable@FreeBSD.ORG Thu May 24 12:14:26 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45C5D16A421 for ; Thu, 24 May 2007 12:14:26 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 6E49C13C4DE for ; Thu, 24 May 2007 12:14:25 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 19118 invoked from network); 24 May 2007 16:14:24 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 24 May 2007 16:14:24 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 203291, updated: 24.05.2007] Message-ID: <031101c79dfd$104c21a0$05000100@Artem> From: "Artem Kuchin" To: "Oliver Fromme" , References: <200705241136.l4OBaA9P092420@lurza.secnetix.de> Date: Thu, 24 May 2007 16:14:21 +0400 Organization: IT Legion 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.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: Subject: Re: How to test locale in C? All my tests fail. 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 May 2007 12:14:26 -0000 Oliver Fromme wrote: > Artem Kuchin wrote: >> I have a very stupid problem. I cannot convert to upper >> or lower case using manually set locale (setlocale(..)). >> >> A very simple program: >> [...] >> printf("IS UPPER ?: %d\n",isupper('?')); >> printf("IS UPPER ?: %d\n",isupper('?')); >> printf("IS LOWER ?: %d\n",islower('?')); > That's a common pitfall. Chars are signed by default on > FreeBSD, and the isupper() etc. function take an int type > argument. That means that characters >= 128 end up as > negative numbers, so they fail all isupper() and islower() > checks, and toupper()/tolower() don't touch them at all. > > The solution is to typecast the constants to unsigned char > explicitly, like this: isupper((unsigned char) '?') etc. > Your program will work fine then. My stupid. I should've noticed that. Thank you very much! Issue closed. -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Thu May 24 13:00:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D1D116A421 for ; Thu, 24 May 2007 13:00:13 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.freebsd.org (Postfix) with ESMTP id D331613C448 for ; Thu, 24 May 2007 13:00:12 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 039AB61C7E; Thu, 24 May 2007 15:00:11 +0200 (CEST) Date: Thu, 24 May 2007 15:00:11 +0200 From: Nicolas Rachinsky To: freebsd-stable@freebsd.org Message-ID: <20070524130011.GB46848@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <200705211823.29943.ABabiy@shaw.ca> <"56016.2001:6f8:101e:0:20e:cff:fe6d:6adb.1179824650.squirrel"@webmail.alpha-tierchen.de> <200705230047.28763.ABabiy@shaw.ca> <200705231107.03356.eti@erata.net> <20070524114030.GB1160@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070524114030.GB1160@turion.vk2pj.dyndns.org> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Re: xorg 7.2 start 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: Thu, 24 May 2007 13:00:13 -0000 * Peter Jeremy [2007-05-24 21:40 +1000]: > I've found this problem on one system (the one where I thought the > upgrade had gone the most cleanly). font-alias _is_ installed but > most of my pcf.gz files are corrupt (20 bytes long). > > 'portupgrade -f' on my fonts is fixing this but I'm not exactly sure > why it occurred to start with. bdftopcf fails if it uses the old library from X11R6. The 20 bytes are the compressed empty output of the failing bdftopcf. Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Thu May 24 13:52:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CF2516A41F for ; Thu, 24 May 2007 13:52:04 +0000 (UTC) (envelope-from lippe@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.freebsd.org (Postfix) with SMTP id 40ABF13C457 for ; Thu, 24 May 2007 13:52:02 +0000 (UTC) (envelope-from lippe@freebsdbrasil.com.br) Received: (qmail 3146 invoked from network); 24 May 2007 10:25:41 -0300 Received: by simscan 1.1.0 ppid: 3135, pid: 3140, t: 0.4179s scanners: clamav: 0.90.2/m:43/d:3087 spam: 3.1.1 X-Spam-Checker-Version: SpamAssassin: -last, FreeBSD Brasil LTDA rulesets: Yes X-Spam-Status: No, hits=-2.2 required=3.7 Received: from unknown (HELO ?10.69.69.8?) (lippe@freebsdbrasil.com.br@201.58.67.34) by capeta.freebsdbrasil.com.br with SMTP; 24 May 2007 10:25:40 -0300 Message-ID: <4655923A.7010500@freebsdbrasil.com.br> Date: Thu, 24 May 2007 10:25:14 -0300 From: Felippe de Meirelles Motta Organization: FreeBSD Brasil LTDA User-Agent: Thunderbird 1.5.0.10 (X11/20070404) MIME-Version: 1.0 To: Peter Jeremy References: <200705211823.29943.ABabiy@shaw.ca> <"56016.2001:6f8:101e:0:20e:cff:fe6d:6adb.1179824650.squirrel"@webmail.alpha-tierchen.de> <200705230047.28763.ABabiy@shaw.ca> <200705231107.03356.eti@erata.net> <20070524114030.GB1160@turion.vk2pj.dyndns.org> In-Reply-To: <20070524114030.GB1160@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: xorg 7.2 start problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lippe@freebsdbrasil.com.br List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2007 13:52:04 -0000 Peter Jeremy wrote: > On 2007-May-23 11:06:46 +0300, Iulian M wrote: >> On Wednesday 23 May 2007, Andriy Babiy wrote: >>> Fatal server error: >>> could not open default font 'fixed' >> On another thread the conclusion was that installing x11-fonts/font-alias >> solved the fixed font problem. > > I've found this problem on one system (the one where I thought the > upgrade had gone the most cleanly). font-alias _is_ installed but > most of my pcf.gz files are corrupt (20 bytes long). > > 'portupgrade -f' on my fonts is fixing this but I'm not exactly sure > why it occurred to start with. > Hey guys, lippe@shire:~> uname -a FreeBSD shire.freebsdbrasil.com.br 7.0-CURRENT FreeBSD 7.0-CURRENT #11: Wed May 16 15:18:51 BRT 2007 lippe@shire.freebsdbrasil.com.br:/usr/obj/usr/src/sys/SHIRE i386 Here, the following resolved it for me: lippe@shire:~> cd /usr/ports/x11-fonts/font-misc-misc lippe@shire:~> make clean deinstall reinstall lippe@shire:~> cd /usr/ports/x11-fonts/font-cursor-misc lippe@shire:~> make clean deinstall reinstall And, finally: lippe@shire:~> startx Done! :) -- Atenciosamente, Felippe de Meirelles Motta FreeBSD Brasil LTDA. http://www.freebsdbrasil.com.br From owner-freebsd-stable@FreeBSD.ORG Thu May 24 15:06:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA3FE16A421 for ; Thu, 24 May 2007 15:06:42 +0000 (UTC) (envelope-from tennevin.yves@wanadoo.Fr) Received: from mail.univ-tln.fr (mail.univ-tln.fr [193.49.96.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0ED2F13C46C for ; Thu, 24 May 2007 15:06:41 +0000 (UTC) (envelope-from tennevin.yves@wanadoo.Fr) Received: from localhost (localhost [127.0.0.1]) by mail.univ-tln.fr (Leeloo) with ESMTP id 68F0D9D4E for ; Thu, 24 May 2007 16:36:57 +0200 (CEST) Received: from mail.univ-tln.fr ([127.0.0.1]) by localhost (mail2.univ-tln.fr [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 1335785-01-72 for ; Thu, 24 May 2007 16:36:49 +0200 (CEST) Received: from [10.1.65.52] (spunkie.univ-tln.fr [10.1.65.52]) by mail.univ-tln.fr (Leeloo) with ESMTP id 8AC369C77 for ; Thu, 24 May 2007 16:36:49 +0200 (CEST) Message-ID: <4655A25D.8080106@wanadoo.Fr> Date: Thu, 24 May 2007 16:34:05 +0200 From: "tennevin.yves" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Amavisd-new & ClamAv @ univ-tln.fr Subject: make buildworld failing - multiple definitions of pam_* in libpam 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 May 2007 15:06:42 -0000 Hello, I've been trying to update my system recently. (using cvsup to sync the sources, *default release=cvs tag=RELENG_6) uname -a FreeBSD machine.somewhere 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #2: Thu Sep 28 23:13:24 CEST 2006 anonymous@machine.somewhere:/usr/obj/usr/src/sys/NOYAU_IPFW amd64 make buildworld ... cc -O -pipe -fPIC -I/usr/src/lib/libpam/libpam -I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include -DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='"/usr/lib/"' -std=iso9899:1999 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_setcred.c cc -O -pipe -fPIC -I/usr/src/lib/libpam/libpam -I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include -DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='"/usr/lib/"' -std=iso9899:1999 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_setenv.c cc -O -pipe -fPIC -I/usr/src/lib/libpam/libpam -I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include -DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='"/usr/lib/"' -std=iso9899:1999 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_start.c cc -O -pipe -fPIC -I/usr/src/lib/libpam/libpam -I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include -DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='"/usr/lib/"' -std=iso9899:1999 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_strerror.c cc -O -pipe -fPIC -I/usr/src/lib/libpam/libpam -I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include -DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='"/usr/lib/"' -std=iso9899:1999 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_verror.c cc -O -pipe -fPIC -I/usr/src/lib/libpam/libpam -I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include -DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='"/usr/lib/"' -std=iso9899:1999 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_vinfo.c cc -O -pipe -fPIC -I/usr/src/lib/libpam/libpam -I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include -DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='"/usr/lib/"' -std=iso9899:1999 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_vprompt.c cc -O -pipe -fPIC -I/usr/src/lib/libpam/libpam -I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include -DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='"/usr/lib/"' -std=iso9899:1999 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libpam/libpam/pam_debug_log.c cc -O -pipe -fPIC -I/usr/src/lib/libpam/libpam -I/usr/src/lib/libpam/libpam/../../../contrib/openpam/include -DLIB_MAJ=3 -DOPENPAM_MODULES_DIR='"/usr/lib/"' -std=iso9899:1999 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_static.c ld -o openpam_static_modules.o -r --whole-archive openpam_static.o ../modules/pam_chroot/libpam_chroot.a ../modules/pam_deny/libpam_deny.a ../modules/pam_echo/libpam_echo.a ../modules/pam_exec/libpam_exec.a ../modules/pam_ftpusers/libpam_ftpusers.a ../modules/pam_group/libpam_group.a ../modules/pam_guest/libpam_guest.a ../modules/pam_krb5/libpam_krb5.a ../modules/pam_ksu/libpam_ksu.a ../modules/pam_lastlog/libpam_lastlog.a ../modules/pam_login_access/libpam_login_access.a ../modules/pam_nologin/libpam_nologin.a ../modules/pam_opie/libpam_opie.a ../modules/pam_opieaccess/libpam_opieaccess.a ../modules/pam_passwdqc/libpam_passwdqc.a ../modules/pam_permit/libpam_permit.a ../modules/pam_radius/libpam_radius.a ../modules/pam_rhosts/libpam_rhosts.a ../modules/pam_rootok/libpam_rootok.a ../modules/pam_securetty/libpam_securetty.a ../modules/pam_self/libpam_self.a ../modules/pam_ssh/libpam_ssh.a ../modules/pam_tacplus/libpam_tacplus.a ../modules/pam_unix/libpam_unix.a ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x50): In function `pam_sm_open_session': : multiple definition of `pam_sm_open_session' ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_open_session' changed from 605 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) to 6 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x60): In function `pam_sm_close_session': : multiple definition of `pam_sm_close_session' ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o)(.text+0x260): first defined here ../modules/pam_echo/libpam_echo.a(pam_echo.o)(.text+0x1d0): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 32 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 14 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_echo/libpam_echo.a(pam_echo.o)(.text+0x1e0): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ../modules/pam_echo/libpam_echo.a(pam_echo.o)(.text+0x1f0): In function `pam_sm_acct_mgmt': : multiple definition of `pam_sm_acct_mgmt' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x30): first defined here ld: Warning: size of symbol `pam_sm_acct_mgmt' changed from 6 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 14 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_echo/libpam_echo.a(pam_echo.o)(.text+0x200): In function `pam_sm_open_session': : multiple definition of `pam_sm_open_session' ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_open_session' changed from 6 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) to 14 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) ../modules/pam_echo/libpam_echo.a(pam_echo.o)(.text+0x210): In function `pam_sm_close_session': : multiple definition of `pam_sm_close_session' ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o)(.text+0x260): first defined here ld: Warning: size of symbol `pam_sm_close_session' changed from 6 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) to 14 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) ../modules/pam_echo/libpam_echo.a(pam_echo.o)(.text+0x220): In function `pam_sm_chauthtok': : multiple definition of `pam_sm_chauthtok' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x40): first defined here ld: Warning: size of symbol `pam_sm_chauthtok' changed from 6 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 25 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_exec/libpam_exec.a(pam_exec.o)(.text+0x2d0): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ../modules/pam_exec/libpam_exec.a(pam_exec.o)(.text+0x2e0): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ld: Warning: size of symbol `pam_sm_setcred' changed from 6 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 14 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_exec/libpam_exec.a(pam_exec.o)(.text+0x2f0): In function `pam_sm_acct_mgmt': : multiple definition of `pam_sm_acct_mgmt' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x30): first defined here ../modules/pam_exec/libpam_exec.a(pam_exec.o)(.text+0x300): In function `pam_sm_open_session': : multiple definition of `pam_sm_open_session' ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o)(.text+0x0): first defined here ../modules/pam_exec/libpam_exec.a(pam_exec.o)(.text+0x310): In function `pam_sm_close_session': : multiple definition of `pam_sm_close_session' ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o)(.text+0x260): first defined here ../modules/pam_exec/libpam_exec.a(pam_exec.o)(.text+0x320): In function `pam_sm_chauthtok': : multiple definition of `pam_sm_chauthtok' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x40): first defined here ld: Warning: size of symbol `pam_sm_chauthtok' changed from 25 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 14 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_ftpusers/libpam_ftpusers.a(pam_ftpusers.o)(.text+0x0): In function `pam_sm_acct_mgmt': : multiple definition of `pam_sm_acct_mgmt' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x30): first defined here ld: Warning: size of symbol `pam_sm_acct_mgmt' changed from 14 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 612 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_group/libpam_group.a(pam_group.o)(.text+0x0): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 14 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 375 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_group/libpam_group.a(pam_group.o)(.text+0x180): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ld: Warning: size of symbol `pam_sm_setcred' changed from 14 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 6 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_guest/libpam_guest.a(pam_guest.o)(.text+0xa0): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 375 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 272 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_guest/libpam_guest.a(pam_guest.o)(.text+0x1b0): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ../modules/pam_krb5/libpam_krb5.a(pam_krb5.o)(.text+0x0): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 272 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 2648 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_krb5/libpam_krb5.a(pam_krb5.o)(.text+0xa60): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ld: Warning: size of symbol `pam_sm_setcred' changed from 6 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 2206 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_krb5/libpam_krb5.a(pam_krb5.o)(.text+0x1300): In function `pam_sm_acct_mgmt': : multiple definition of `pam_sm_acct_mgmt' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x30): first defined here ld: Warning: size of symbol `pam_sm_acct_mgmt' changed from 612 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 574 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_krb5/libpam_krb5.a(pam_krb5.o)(.text+0x1540): In function `pam_sm_chauthtok': : multiple definition of `pam_sm_chauthtok' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x40): first defined here ld: Warning: size of symbol `pam_sm_chauthtok' changed from 14 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 1148 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_ksu/libpam_ksu.a(pam_ksu.o)(.text+0x0): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 2648 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 383 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_ksu/libpam_ksu.a(pam_ksu.o)(.text+0x180): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ld: Warning: size of symbol `pam_sm_setcred' changed from 2206 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 6 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_lastlog/libpam_lastlog.a(pam_lastlog.o)(.text+0x0): In function `pam_sm_open_session': : multiple definition of `pam_sm_open_session' ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_open_session' changed from 14 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) to 956 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) ../modules/pam_lastlog/libpam_lastlog.a(pam_lastlog.o)(.text+0x3c0): In function `pam_sm_close_session': : multiple definition of `pam_sm_close_session' ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o)(.text+0x260): first defined here ld: Warning: size of symbol `pam_sm_close_session' changed from 14 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) to 149 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) ../modules/pam_login_access/libpam_login_access.a(pam_login_access.o)(.text+0x0): In function `pam_sm_acct_mgmt': : multiple definition of `pam_sm_acct_mgmt' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x30): first defined here ld: Warning: size of symbol `pam_sm_acct_mgmt' changed from 574 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 428 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_nologin/libpam_nologin.a(pam_nologin.o)(.text+0x0): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 383 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 468 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_nologin/libpam_nologin.a(pam_nologin.o)(.text+0x1e0): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ../modules/pam_opie/libpam_opie.a(pam_opie.o)(.text+0x0): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 468 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 487 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_opie/libpam_opie.a(pam_opie.o)(.text+0x1f0): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ../modules/pam_opieaccess/libpam_opieaccess.a(pam_opieaccess.o)(.text+0x0): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 487 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 306 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_opieaccess/libpam_opieaccess.a(pam_opieaccess.o)(.text+0x140): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ../modules/pam_passwdqc/libpam_passwdqc.a(pam_passwdqc.o)(.text+0x810): In function `pam_sm_chauthtok': : multiple definition of `pam_sm_chauthtok' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x40): first defined here ld: Warning: size of symbol `pam_sm_chauthtok' changed from 1148 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 2544 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_permit/libpam_permit.a(pam_permit.o)(.text+0x0): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 306 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 22 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_permit/libpam_permit.a(pam_permit.o)(.text+0x20): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ../modules/pam_permit/libpam_permit.a(pam_permit.o)(.text+0x30): In function `pam_sm_acct_mgmt': : multiple definition of `pam_sm_acct_mgmt' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x30): first defined here ld: Warning: size of symbol `pam_sm_acct_mgmt' changed from 428 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 6 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_permit/libpam_permit.a(pam_permit.o)(.text+0x40): In function `pam_sm_chauthtok': : multiple definition of `pam_sm_chauthtok' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x40): first defined here ld: Warning: size of symbol `pam_sm_chauthtok' changed from 2544 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 6 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_permit/libpam_permit.a(pam_permit.o)(.text+0x50): In function `pam_sm_open_session': : multiple definition of `pam_sm_open_session' ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_open_session' changed from 956 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) to 6 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) ../modules/pam_permit/libpam_permit.a(pam_permit.o)(.text+0x60): In function `pam_sm_close_session': : multiple definition of `pam_sm_close_session' ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o)(.text+0x260): first defined here ld: Warning: size of symbol `pam_sm_close_session' changed from 149 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) to 6 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) ../modules/pam_radius/libpam_radius.a(pam_radius.o)(.text+0x610): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 22 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 1043 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_radius/libpam_radius.a(pam_radius.o)(.text+0xa30): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ../modules/pam_rhosts/libpam_rhosts.a(pam_rhosts.o)(.text+0x0): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 1043 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 224 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_rhosts/libpam_rhosts.a(pam_rhosts.o)(.text+0xe0): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ../modules/pam_rootok/libpam_rootok.a(pam_rootok.o)(.text+0x0): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 224 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 120 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_rootok/libpam_rootok.a(pam_rootok.o)(.text+0x80): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ../modules/pam_securetty/libpam_securetty.a(pam_securetty.o)(.text+0x0): In function `pam_sm_acct_mgmt': : multiple definition of `pam_sm_acct_mgmt' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x30): first defined here ld: Warning: size of symbol `pam_sm_acct_mgmt' changed from 6 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 360 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_self/libpam_self.a(pam_self.o)(.text+0x0): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 120 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 203 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_self/libpam_self.a(pam_self.o)(.text+0xd0): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ../modules/pam_ssh/libpam_ssh.a(pam_ssh.o)(.text+0x120): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 203 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 449 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_ssh/libpam_ssh.a(pam_ssh.o)(.text+0x2f0): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ../modules/pam_ssh/libpam_ssh.a(pam_ssh.o)(.text+0x6e0): In function `pam_sm_open_session': : multiple definition of `pam_sm_open_session' ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_open_session' changed from 6 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) to 172 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) ../modules/pam_ssh/libpam_ssh.a(pam_ssh.o)(.text+0x790): In function `pam_sm_close_session': : multiple definition of `pam_sm_close_session' ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o)(.text+0x260): first defined here ld: Warning: size of symbol `pam_sm_close_session' changed from 6 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) to 238 in ../modules/pam_chroot/libpam_chroot.a(pam_chroot.o) ../modules/pam_tacplus/libpam_tacplus.a(pam_tacplus.o)(.text+0x150): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 449 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 1379 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_tacplus/libpam_tacplus.a(pam_tacplus.o)(.text+0x6c0): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ../modules/pam_unix/libpam_unix.a(pam_unix.o)(.text+0x0): In function `pam_sm_authenticate': : multiple definition of `pam_sm_authenticate' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x0): first defined here ld: Warning: size of symbol `pam_sm_authenticate' changed from 1379 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 496 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_unix/libpam_unix.a(pam_unix.o)(.text+0x1f0): In function `pam_sm_setcred': : multiple definition of `pam_sm_setcred' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x20): first defined here ../modules/pam_unix/libpam_unix.a(pam_unix.o)(.text+0x200): In function `pam_sm_acct_mgmt': : multiple definition of `pam_sm_acct_mgmt' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x30): first defined here ld: Warning: size of symbol `pam_sm_acct_mgmt' changed from 360 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 978 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) ../modules/pam_unix/libpam_unix.a(pam_unix.o)(.text+0x5e0): In function `pam_sm_chauthtok': : multiple definition of `pam_sm_chauthtok' ../modules/pam_deny/libpam_deny.a(pam_deny.o)(.text+0x40): first defined here ld: Warning: size of symbol `pam_sm_chauthtok' changed from 6 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) to 1711 in ../modules/pam_deny/libpam_deny.a(pam_deny.o) *** Error code 1 Stop in /usr/src/lib/libpam/libpam. *** Error code 1 Stop in /usr/src/lib/libpam. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I tried to build with -O and / or -O2 flags sets in mk.conf but with no more success. If anyone has idea of how fix that? Am I right thinking that warnings should not stop the compilation in theory? Thanks in advance. Y.Tennevin From owner-freebsd-stable@FreeBSD.ORG Thu May 24 15:31:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 73F6416A41F for ; Thu, 24 May 2007 15:31:34 +0000 (UTC) (envelope-from fj@panix.com) Received: from l2mail1.panix.com (l2mail1.panix.com [166.84.1.75]) by mx1.freebsd.org (Postfix) with ESMTP id 2DBB813C46E for ; Thu, 24 May 2007 15:31:34 +0000 (UTC) (envelope-from fj@panix.com) Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by l2mail1.panix.com (Postfix) with ESMTP id 2DFA15CE85 for ; Thu, 24 May 2007 11:12:37 -0400 (EDT) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id 97BF313A84A; Thu, 24 May 2007 11:12:34 -0400 (EDT) Received: (from fj@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id l4OFCYu27440; Thu, 24 May 2007 11:12:34 -0400 (EDT) Date: Thu, 24 May 2007 11:12:34 -0400 From: Joe Altman To: freebsd-stable@freebsd.org Message-ID: <20070524151234.GA8121@panix.com> Mail-Followup-To: Joe Altman , freebsd-stable@freebsd.org, joao@matik.com.br References: <20070524051647.4BFEC16A484@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070524051647.4BFEC16A484@hub.freebsd.org> User-Agent: Mutt/1.5.10i Cc: joao@matik.com.br Subject: Re: atapicam cd error from freebsd-stable Digest, Vol 207, Issue 6 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 May 2007 15:31:34 -0000 On Thu, May 24, 2007 at 05:16:47AM +0000, freebsd-stable-request@freebsd.org wrote: > 3. atapicam cd error (JoaoBR) > > ------------------------------ > > Message: 3 > Date: Wed, 23 May 2007 12:44:20 -0300 > From: JoaoBR > Subject: atapicam cd error > To: freebsd-stable@freebsd.org > Message-ID: <200705231244.21154.joao@matik.com.br> > Content-Type: text/plain; charset="iso-8859-1" > > > Hi, some knows how to solve this problema or what it is? > > acd0: CDRW at ata0-master UDMA33 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > cd0 at ata0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: cd present [1 x 2048 byte records] > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 You can use google, or the search feature at archive for -stable to find previous discussion. It appears that it is a result of changes to atapi-cam.c. I suggest searching for the error message in April's -stable archive; and then my query on -questions in May. I've been waiting for it to bite someone else, so that I could offer this: I wrote to the maintainer for atapi-cam.c, and here is his reply: * Joe Altman, 2007-05-19 : > My apologies for disturbing you; I imagine that you are quite busy, > but I wonder if you are the thomas listed here: > > __FBSDID("$FreeBSD: src/sys/dev/ata/atapi-cam.c,v 1.42.2.5 > 2007/05/15 > 16:19:42 thomas Exp $"); I am, and I just wanted to acknowledge your message, unfortunately I won't be able to further look into it immediately, as I'm about to leave for vacation... I'm keeping it on my inbound list, feel free to ping me if I don't get back to you within 2 weeks. All the best, Thomas. I have no clue why someone would insert changes into source, find (assuming he saw the discussion in April, on this list) those changes problematic, change the source somewhat to remedy those problems, put further changes into the source either causing new problems or reintroducing the old one; and when told at least once that "Hey, there is a problem here; what can you tell me?" replies "Sorry, I'm on vacation." Speaking for myself, I'd think that introducing things that might break stuff on Friday is a basic "Don't Do That" sort of thing. I'm sure that there is at least one SysAdmin here that knows what that's about. Oh, I forgot: it's free, so who am I to complain; especially about breaking something as frivolous as atapicam. And yet, people are concerned that an ascii art figure of a daemon might project an unprofessional image of the project? Removing atapicam as a kernel module remedied the entire issue for me. There is, I believe predictably, a noticeable difference in the way the Plextor performs. I say believe, because I know it is a subjective impression on my part. From owner-freebsd-stable@FreeBSD.ORG Thu May 24 18:15:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72FA016A400 for ; Thu, 24 May 2007 18:15:56 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by mx1.freebsd.org (Postfix) with ESMTP id 3078C13C465 for ; Thu, 24 May 2007 18:15:56 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: by nz-out-0506.google.com with SMTP id m22so567821nzf for ; Thu, 24 May 2007 11:15:55 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=T4ULTZX81u0LFiQZl5nGQz7PYd9UEZDuopuGcOZ2B2P0KNIO7izqdXLavFqeo04at593YcK/s53zn2leE7E4mynce1+Vr06cq3R5ZDXMoKXDLDIyLXyh6dIIjycH1AvtDwNwGWCSuA8EY7HGlG5+y5bHKNLB5dnzsxCP0bnV8m8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=EbfFQ+eS+/zJOIDksnijy7Dv/QehKdkXpEiKxVOKYo648rsojKqToogZ3BYUMfi7ajvvzocMd4KwAggx6GoyYulYuQWuYul0cF8NgUManxpFtse06DNO4vDEHOlH4VjY7y71w0C+VeOJ2WxpuxZdJrD1d04DfFgTYQfgt4mqw2g= Received: by 10.114.37.1 with SMTP id k1mr1074354wak.1180030554956; Thu, 24 May 2007 11:15:54 -0700 (PDT) Received: from p4 ( [24.165.34.55]) by mx.google.com with ESMTP id n20sm983715pof.2007.05.24.11.15.53; Thu, 24 May 2007 11:15:54 -0700 (PDT) Date: Thu, 24 May 2007 08:15:51 -1000 From: Robert Marella To: JoaoBR Message-ID: <20070524081551.12aec105@p4> In-Reply-To: <200705231740.25770.joao@matik.com.br> References: <200705231244.21154.joao@matik.com.br> <200705231349.33763.joao@matik.com.br> <20070523170318.GA16792@icarus.home.lan> <200705231740.25770.joao@matik.com.br> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: atapicam cd error 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 May 2007 18:15:56 -0000 On Wed, 23 May 2007 17:40:25 -0300 JoaoBR wrote: > > > On Wednesday 23 May 2007 14:03:18 Jeremy Chadwick wrote: > > On Wed, May 23, 2007 at 01:49:33PM -0300, JoaoBR wrote: > > > > > acd0: CDRW at ata0-master UDMA33 > > > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > > > cd0 at ata0 bus 0 target 0 lun 0 > > > > cd0: Removable CD-ROM SCSI-0 > > > > device cd0: 33.000MB/s transfers > > > > cd0: cd present [1 x 2048 byte records] > > > > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > > > > acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00 > > > > sure, but as make kernel KERNCONF=blabla after building world > > > may be that I am running amd64 is the problem? > > > > I only run i386, so I can't confirm/deny. Sorry. :-( > > ok I compiled on i386 it's ok, also k3b works fine > > I recompiled amd64 world and kernel to be sure and the problem > persists > Aloha JoaoBR [robert@asus64] ~> uname -a FreeBSD asus64.konav201.local 6.2-STABLE FreeBSD 6.2-STABLE #1: Tue Apr 17 17:38:20 HST 2007 root@asus64.konav201.local:/usr/obj/usr/src/sys/GENERIC amd64 [robert@asus64] ~> dmesg | grep acd acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata1-master UDMA33 acd1: DVDROM at ata1-slave UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x0 K3B works fine after build kernel/world on above date. HTH Robert From owner-freebsd-stable@FreeBSD.ORG Thu May 24 18:48:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7254016A400 for ; Thu, 24 May 2007 18:48:14 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id E7E6613C48C for ; Thu, 24 May 2007 18:48:13 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4OImAYs017404; Thu, 24 May 2007 15:48:11 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Robert Marella , freebsd-stable@freebsd.org Date: Thu, 24 May 2007 15:48:04 -0300 User-Agent: KMail/1.9.6 References: <200705231244.21154.joao@matik.com.br> <200705231740.25770.joao@matik.com.br> <20070524081551.12aec105@p4> In-Reply-To: <20070524081551.12aec105@p4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705241548.04988.joao@matik.com.br> X-Spam-Status: No, score=-100.3 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, UPPERCASE_25_50,USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: atapicam cd error 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 May 2007 18:48:14 -0000 On Thursday 24 May 2007 15:15:51 you wrote: > On Wed, 23 May 2007 17:40:25 -0300 > > [robert@asus64] ~> uname -a > FreeBSD asus64.konav201.local 6.2-STABLE FreeBSD 6.2-STABLE #1: Tue Apr > 17 17:38:20 HST 2007 > root@asus64.konav201.local:/usr/obj/usr/src/sys/GENERIC amd64 > > [robert@asus64] ~> dmesg | grep acd > acd0: DMA limited to UDMA33, device found non-ATA66 cable > acd0: DVDR at ata1-master UDMA33 > acd1: DVDROM at ata1-slave UDMA33 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=3D0x24 ascq=3D0x0 > > K3B works fine after build kernel/world on above date. > Hi so you are suggesting a rollback? I compiled on may 21st and 23rd and as J= oe=20 Altman confirmed too it's not working anymore on amd64 ... on i386 it's ok,= =20 may be this is a good moment then to change my backup strategy and use usb= =20 mem chips and kick atapicam out of the kernel =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu May 24 19:10:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F6FA16A400 for ; Thu, 24 May 2007 19:10:07 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id 219DE13C44B for ; Thu, 24 May 2007 19:10:06 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: by nz-out-0506.google.com with SMTP id m22so577248nzf for ; Thu, 24 May 2007 12:10:06 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=uRHCFBSHD1wo1R0f1Pi2z8FE1DQ36S82TGll4kI8SUU+gt/ErUF+og5lSpdGFC59giJlpKdwPwxEFwReMLoGhahtlIgFg3n3sRxwLEfBLcptvZR6BMdsnVTuu9XdDBTMbZAhbsGRcHPBNEuagjyeWtuyAhedQzve0feWsu0AsJU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=SMfSSCIp5sIZGQ6o/abD3Ct341DeJr4W3HQ7ChJETAToKLzANo+8rAZUEUha05VbGVjmjcCZsWEXvSNPmp+osALsfEdQNeYhDKM1K4M2LrIYdhfgfOyFPXPmiCM8mdnXT7oz7ZE25WWlAnelCMXJnODcnp1L4Nh+JYAe5VNUoY0= Received: by 10.114.60.19 with SMTP id i19mr1066835waa.1180033806089; Thu, 24 May 2007 12:10:06 -0700 (PDT) Received: from p4 ( [24.165.34.55]) by mx.google.com with ESMTP id m27sm1082459pof.2007.05.24.12.10.04; Thu, 24 May 2007 12:10:05 -0700 (PDT) Date: Thu, 24 May 2007 09:10:02 -1000 From: Robert Marella To: JoaoBR Message-ID: <20070524091002.125487c0@p4> In-Reply-To: <200705241548.04988.joao@matik.com.br> References: <200705231244.21154.joao@matik.com.br> <200705231740.25770.joao@matik.com.br> <20070524081551.12aec105@p4> <200705241548.04988.joao@matik.com.br> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: atapicam cd error 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 May 2007 19:10:07 -0000 On Thu, 24 May 2007 15:48:04 -0300 JoaoBR wrote: > > On Thursday 24 May 2007 15:15:51 you wrote: > > On Wed, 23 May 2007 17:40:25 -0300 > > > > [robert@asus64] ~> uname -a > > FreeBSD asus64.konav201.local 6.2-STABLE FreeBSD 6.2-STABLE #1: Tue > > Apr 17 17:38:20 HST 2007 > > root@asus64.konav201.local:/usr/obj/usr/src/sys/GENERIC amd64 > > > > [robert@asus64] ~> dmesg | grep acd > > acd0: DMA limited to UDMA33, device found non-ATA66 cable > > acd0: DVDR at ata1-master UDMA33 > > acd1: DVDROM at ata1-slave UDMA33 > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x0 > > > > K3B works fine after build kernel/world on above date. > > > > Hi > so you are suggesting a rollback? I compiled on may 21st and 23rd > and as Joe Altman confirmed too it's not working anymore on amd64 ... > on i386 it's ok, may be this is a good moment then to change my > backup strategy and use usb mem chips and kick atapicam out of the > kernel > > Well, now I'm scared! I usually update via build kernel/world on Fridays but I missed a week or two. I was planing on doing it tomorrow. I don't think I'll have a need for K3B so for test purposes I will do it today and report back in an hour or so. Wish me luck. Robert From owner-freebsd-stable@FreeBSD.ORG Thu May 24 19:18:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C93AA16A480 for ; Thu, 24 May 2007 19:18:11 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 4E5F713C58B for ; Thu, 24 May 2007 19:18:11 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4OJI5q9020252; Thu, 24 May 2007 16:18:06 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Thu, 24 May 2007 16:17:57 -0300 User-Agent: KMail/1.9.6 References: <20070524051647.4BFEC16A484@hub.freebsd.org> <20070524151234.GA8121@panix.com> In-Reply-To: <20070524151234.GA8121@panix.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705241617.58690.joao@matik.com.br> X-Spam-Status: No, score=-100.2 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, TW_PF,USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Joe Altman Subject: Re: atapicam cd error from freebsd-stable Digest, Vol 207, Issue 6 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 May 2007 19:18:12 -0000 On Thursday 24 May 2007 12:12:34 Joe Altman wrote: > > > > __FBSDID("$FreeBSD: src/sys/dev/ata/atapi-cam.c,v 1.42.2.5 > > 2007/05/15 > > 16:19:42 thomas Exp $"); > > I am, and I just wanted to acknowledge your message, unfortunately I > won't be able to further look into it immediately, as I'm about to > leave for vacation... I'm keeping it on my inbound list, feel free to > ping me if I don't get back to you within 2 weeks. > > All the best, > Thomas. > > I have no clue why someone would insert changes into source, find > (assuming he saw the discussion in April, on this list) those changes > problematic, change the source somewhat to remedy those problems, put > further changes into the source either causing new problems or > reintroducing the old one; and when told at least once that "Hey, > there is a problem here; what can you tell me?" replies "Sorry, I'm on > vacation." same as ipfw some weeks ago :S lucky us that atapicam is an exotic driver and not so widely used and still= =20 more lucky us that it is atapicam and not ahd or aac right? Sorry dear=20 clients our mail cluster is out of service and when it does not work in thr= ee=20 weeks or so please give me a new call ok ...=20 =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu May 24 19:41:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6AEE16A46C for ; Thu, 24 May 2007 19:41:10 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 3FF4213C46E for ; Thu, 24 May 2007 19:41:10 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4OJf8rh022576; Thu, 24 May 2007 16:41:08 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Robert Marella Date: Thu, 24 May 2007 16:41:01 -0300 User-Agent: KMail/1.9.6 References: <200705231244.21154.joao@matik.com.br> <200705241548.04988.joao@matik.com.br> <20070524091002.125487c0@p4> In-Reply-To: <20070524091002.125487c0@p4> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705241641.01894.joao@matik.com.br> X-Spam-Status: No, score=-100.5 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, SMILEY,USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: atapicam cd error 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 May 2007 19:41:10 -0000 On Thursday 24 May 2007 16:10:02 Robert Marella wrote: > On Thu, 24 May 2007 15:48:04 -0300 > > > > Hi > > so you are suggesting a rollback? I compiled on may 21st and 23rd > > and as Joe Altman confirmed too it's not working anymore on amd64 ... > > on i386 it's ok, may be this is a good moment then to change my > > backup strategy and use usb mem chips and kick atapicam out of the > > kernel > > Well, now I'm scared! I usually update via build kernel/world on > Fridays but I missed a week or two. I was planing on doing it tomorrow. > > I don't think I'll have a need for K3B so for test purposes I will do > it today and report back in an hour or so. > > Wish me luck. > my dear ... no luck in site at this moment, don't wast your time, patience = is=20 what you need now and a tail -f on cvs-src ;) =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu May 24 19:48:27 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC10916A41F; Thu, 24 May 2007 19:48:27 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 74F9E13C484; Thu, 24 May 2007 19:48:27 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 7774E2084; Thu, 24 May 2007 21:17:22 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 5B92E2083; Thu, 24 May 2007 21:17:22 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 2B1755096; Thu, 24 May 2007 21:17:22 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Doug White References: <200705241855.l4OItTpX056915@repoman.freebsd.org> Date: Thu, 24 May 2007 21:17:21 +0200 In-Reply-To: <200705241855.l4OItTpX056915@repoman.freebsd.org> (Doug White's message of "Thu\, 24 May 2007 18\:55\:28 +0000 \(UTC\)") Message-ID: <86646ini9q.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: cvs-src@FreeBSD.org, stable@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/fs/procfs procfs_regs.c 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 May 2007 19:48:27 -0000 Doug White writes: > Log: > Fix assertion accidentally changed to HEAD version. This was breaking t= he > RELENG_6 build. >=20=20=20 > Pointy hat to: des Apologies for the breakage, which should be fixed now. I was working through my MFC reminder backlog and got a little ahead of myself. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Thu May 24 20:09:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 303DE16A468 for ; Thu, 24 May 2007 20:09:44 +0000 (UTC) (envelope-from rmarella@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 DCE5213C484 for ; Thu, 24 May 2007 20:09:43 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: by nz-out-0506.google.com with SMTP id m22so587336nzf for ; Thu, 24 May 2007 13:09:43 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=XOkT2VP9E2tWXDxEHtfq2Jt4H7eRzs2kafYfUwrJbNNsmMosk92GZcN/CHPKuC+VKNSzNGmOHcfmXjurBosLcret1FlDIAJ1dfak3aYbf2CuDYNVRN8IwNKpVtORSnqdBwWqvlpbkYSmpirBo9V5B1mTP/8PBifo+mgBcKg2P8Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=qgJGJJI9OizOq3pOik07tmq/3KKNzOhwj5HHY3y+yEDnGPP8fTae3SajM65bBs+v+XbCGT9TLa3+IddeWHw2fbQZo9bSD8EFs9zaHqHsjqYb+lQKjMdscGZzTq0dCTQMQddzQzNR5agzk5IJ94wb5HJMutA8OUHcDH0JE4CqHLk= Received: by 10.114.146.1 with SMTP id t1mr1133941wad.1180037382485; Thu, 24 May 2007 13:09:42 -0700 (PDT) Received: from p4 ( [24.165.34.55]) by mx.google.com with ESMTP id y11sm1168151pod.2007.05.24.13.09.40; Thu, 24 May 2007 13:09:41 -0700 (PDT) Date: Thu, 24 May 2007 10:09:38 -1000 From: Robert Marella To: JoaoBR Message-ID: <20070524100938.04523259@p4> In-Reply-To: <200705241641.01894.joao@matik.com.br> References: <200705231244.21154.joao@matik.com.br> <200705241548.04988.joao@matik.com.br> <20070524091002.125487c0@p4> <200705241641.01894.joao@matik.com.br> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_2xhkw9d8IeG+6yR0/0r5ylz" Cc: freebsd-stable@freebsd.org Subject: Re: atapicam cd error 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 May 2007 20:09:44 -0000 --MP_2xhkw9d8IeG+6yR0/0r5ylz Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thu, 24 May 2007 16:41:01 -0300 JoaoBR wrote: > > > On Thursday 24 May 2007 16:10:02 Robert Marella wrote: > > On Thu, 24 May 2007 15:48:04 -0300 > > > > > > Hi > > > so you are suggesting a rollback? I compiled on may 21st and 23rd > > > and as Joe Altman confirmed too it's not working anymore on > > > amd64 ... on i386 it's ok, may be this is a good moment then to > > > change my backup strategy and use usb mem chips and kick atapicam > > > out of the kernel > > > > Well, now I'm scared! I usually update via build kernel/world on > > Fridays but I missed a week or two. I was planing on doing it > > tomorrow. > > > > I don't think I'll have a need for K3B so for test purposes I will > > do it today and report back in an hour or so. > > > > Wish me luck. > > > > my dear ... no luck in site at this moment, don't wast your time, > patience is what you need now and a tail -f on cvs-src ;) > > > Please forgive an old man's failing memory. I have two systems running 6 stable. One is i386 and the other amd64. Back in April a patch was made available for the K3B problem. It fixed both of the systems. I updated the i386 on May 4th and the patch was no longer needed but I never updated the amd64 so it is running K3B with the patch. I am in the process of updating the amd64 and will test it without and with the patch. I have attached the patch in case you never saw it. Robert --MP_2xhkw9d8IeG+6yR0/0r5ylz Content-Type: text/x-patch; name=atampicam.diff Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=atampicam.diff RCS file: /space/mirror/ncvs/src/sys/dev/ata/atapi-cam.c,v retrieving revision 1.50 diff -u -r1.50 atapi-cam.c --- atapi-cam.c 14 Mar 2007 01:59:00 -0000 1.50 +++ atapi-cam.c 27 Apr 2007 19:26:09 -0000 @@ -729,7 +743,7 @@ * issued a REQUEST SENSE automatically and that operation * returned without error. */ - if (request->u.atapi.saved_cmd != 0 && request->error == 0) { + if (request->u.atapi.sense.key != 0 && request->error == 0) { bcopy (&request->u.atapi.sense, &csio->sense_data, sizeof(struct atapi_sense)); csio->ccb_h.status |= CAM_AUTOSNS_VALID; } --MP_2xhkw9d8IeG+6yR0/0r5ylz-- From owner-freebsd-stable@FreeBSD.ORG Thu May 24 20:11:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9DE3F16A469 for ; Thu, 24 May 2007 20:11:52 +0000 (UTC) (envelope-from vistua@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.18]) by mx1.freebsd.org (Postfix) with ESMTP id 542CB13C469 for ; Thu, 24 May 2007 20:11:52 +0000 (UTC) (envelope-from vistua@sdf.lonestar.org) Received: from sdf.lonestar.org (vistua@otaku.freeshell.org [192.94.73.2]) by sdf.lonestar.org (8.14.1/8.13.8) with ESMTP id l4OKBcuL009200 for ; Thu, 24 May 2007 20:11:38 GMT Received: (from vistua@localhost) by sdf.lonestar.org (8.14.1/8.12.8/Submit) id l4OKBcFv005634 for freebsd-stable@freebsd.org; Thu, 24 May 2007 20:11:38 GMT Date: Thu, 24 May 2007 20:11:38 +0000 From: John Walthall To: freebsd-stable@freebsd.org Message-ID: <20070524201138.GA13274@SDF.LONESTAR.ORG> References: <200705211823.29943.ABabiy@shaw.ca> <20070524021007.GA6812@SDF.LONESTAR.ORG> <465542D0.000002.26311@mfront8.yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <465542D0.000002.26311@mfront8.yandex.ru> User-Agent: Mutt/1.4.2.1i Subject: Re: xorg 7.2 start 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: Thu, 24 May 2007 20:11:52 -0000 On Thu, May 24, 2007 at 11:46:24AM +0400, grimnir wrote: > You can try to install x11-fonts/font-alias port, this may fix the problem. nope: jhengis~ % pkg_info | grep font-alias font-alias-1.0.1 X.Org Font aliases pkg_info: show_file: can't open '+COMMENT' for reading This does not seem to be the problem. Unless its that +COMMENT to-do, not quite sure what that means, I have to admit. Cheerio. -- SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-stable@FreeBSD.ORG Thu May 24 20:18:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A7E716A421 for ; Thu, 24 May 2007 20:18:53 +0000 (UTC) (envelope-from andy@athame.co.uk) Received: from hex.athame.co.uk (salama58.adsl.netsonic.fi [81.17.207.58]) by mx1.freebsd.org (Postfix) with ESMTP id E3BCE13C483 for ; Thu, 24 May 2007 20:18:52 +0000 (UTC) (envelope-from andy@athame.co.uk) Received: from [192.168.10.15] by hex.athame.co.uk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HrJlU-00036S-Td; Thu, 24 May 2007 23:18:28 +0300 From: Andy Fawcett To: freebsd-stable@freebsd.org Date: Thu, 24 May 2007 23:19:00 +0300 User-Agent: KMail/1.9.6 References: <200705231244.21154.joao@matik.com.br> <20070524081551.12aec105@p4> <200705241548.04988.joao@matik.com.br> In-Reply-To: <200705241548.04988.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705242319.01764.andy@athame.co.uk> Cc: JoaoBR , Robert Marella Subject: Re: atapicam cd error 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 May 2007 20:18:53 -0000 On Thursday 24 May 2007 21:48:04 JoaoBR wrote: > On Thursday 24 May 2007 15:15:51 you wrote: > > On Wed, 23 May 2007 17:40:25 -0300 > > > > [robert@asus64] ~> uname -a > > FreeBSD asus64.konav201.local 6.2-STABLE FreeBSD 6.2-STABLE #1: Tue Apr > > 17 17:38:20 HST 2007 > > root@asus64.konav201.local:/usr/obj/usr/src/sys/GENERIC amd64 > > > > [robert@asus64] ~> dmesg | grep acd > > acd0: DMA limited to UDMA33, device found non-ATA66 cable > > acd0: DVDR at ata1-master UDMA33 > > acd1: DVDROM at ata1-slave UDMA33 > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x0 > > > > K3B works fine after build kernel/world on above date. > > Hi > so you are suggesting a rollback? I compiled on may 21st and 23rd and as > Joe Altman confirmed too it's not working anymore on amd64 ... on i386 it's > ok, may be this is a good moment then to change my backup strategy and use > usb mem chips and kick atapicam out of the kernel ping# uname -a FreeBSD ping.int.athame.co.uk 6.2-STABLE FreeBSD 6.2-STABLE #0: Wed May 23 15:19:22 EEST 2007 root@ping.int.athame.co.uk:/usr/obj/usr/src/sys/PING amd64 (compiled from sources updated immediately before the build started, no later than 10.00 UTC on 23.5.2007) k3b is working absolutely fine on this box, I just managed to burn a CD followed by a DVD. A. -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-stable@FreeBSD.ORG Thu May 24 20:19:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6790816A484; Thu, 24 May 2007 20:19:08 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5268013C48C; Thu, 24 May 2007 20:19:08 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 891541A4D80; Thu, 24 May 2007 13:20:10 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8337B513AD; Thu, 24 May 2007 16:19:07 -0400 (EDT) Date: Thu, 24 May 2007 16:19:07 -0400 From: Kris Kennaway To: freebsd-stable@freebsd.org Message-ID: <20070524201907.GA32382@xor.obsecurity.org> References: <200705211823.29943.ABabiy@shaw.ca> <"56016.2001:6f8:101e:0:20e:cff:fe6d:6adb.1179824650.squirrel"@webmail.alpha-tierchen.de> <200705230047.28763.ABabiy@shaw.ca> <200705231107.03356.eti@erata.net> <20070524114030.GB1160@turion.vk2pj.dyndns.org> <20070524130011.GB46848@mid.pc5.i.0x5.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070524130011.GB46848@mid.pc5.i.0x5.de> User-Agent: Mutt/1.4.2.2i Cc: x11@FreeBSD.org Subject: Corrupt fonts-alias (Re: xorg 7.2 start 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: Thu, 24 May 2007 20:19:08 -0000 On Thu, May 24, 2007 at 03:00:11PM +0200, Nicolas Rachinsky wrote: > * Peter Jeremy [2007-05-24 21:40 +1000]: > > I've found this problem on one system (the one where I thought the > > upgrade had gone the most cleanly). font-alias _is_ installed but > > most of my pcf.gz files are corrupt (20 bytes long). > > > > 'portupgrade -f' on my fonts is fixing this but I'm not exactly sure > > why it occurred to start with. > > bdftopcf fails if it uses the old library from X11R6. The 20 bytes are > the compressed empty output of the failing bdftopcf. > > Nicolas Sounds like it is being upgraded out of order, we need a full log to figure out why. Kris From owner-freebsd-stable@FreeBSD.ORG Thu May 24 20:42:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26F1A16A47F for ; Thu, 24 May 2007 20:42:40 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.freebsd.org (Postfix) with ESMTP id AF89513C4BD for ; Thu, 24 May 2007 20:42:39 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id A6A6961C7E; Thu, 24 May 2007 22:42:38 +0200 (CEST) Date: Thu, 24 May 2007 22:42:38 +0200 From: Nicolas Rachinsky To: freebsd-stable@freebsd.org Message-ID: <20070524204238.GA3360@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@freebsd.org, x11@FreeBSD.org References: <200705211823.29943.ABabiy@shaw.ca> <"56016.2001:6f8:101e:0:20e:cff:fe6d:6adb.1179824650.squirrel"@webmail.alpha-tierchen.de> <200705230047.28763.ABabiy@shaw.ca> <200705231107.03356.eti@erata.net> <20070524114030.GB1160@turion.vk2pj.dyndns.org> <20070524130011.GB46848@mid.pc5.i.0x5.de> <20070524201907.GA32382@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070524201907.GA32382@xor.obsecurity.org> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: x11@FreeBSD.org Subject: Re: Corrupt fonts-alias (Re: xorg 7.2 start 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: Thu, 24 May 2007 20:42:40 -0000 * Kris Kennaway [2007-05-24 16:19 -0400]: > On Thu, May 24, 2007 at 03:00:11PM +0200, Nicolas Rachinsky wrote: > > * Peter Jeremy [2007-05-24 21:40 +1000]: > > > I've found this problem on one system (the one where I thought the > > > upgrade had gone the most cleanly). font-alias _is_ installed but > > > most of my pcf.gz files are corrupt (20 bytes long). > > > > > > 'portupgrade -f' on my fonts is fixing this but I'm not exactly sure > > > why it occurred to start with. > > > > bdftopcf fails if it uses the old library from X11R6. The 20 bytes are > > the compressed empty output of the failing bdftopcf. > > Sounds like it is being upgraded out of order, we need a full log to > figure out why. Isn't this already known and the reason for the advice in /usr/port/UPDATING Unfortunately portupgrade (nor portupgrade-devel) cannot yet handle the rigors of the xorg upgrade without a small bit of help: # portupgrade -Rf libXft before you do the portupgrade -a? Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Thu May 24 20:57:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 463A116A400 for ; Thu, 24 May 2007 20:57:48 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 8128B13C458 for ; Thu, 24 May 2007 20:57:47 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so146457anc for ; Thu, 24 May 2007 13:57:46 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=hD67Wj2Ief8C1WIInPwV1TGGRhvZjUZd6+08t45dMAh9vysT/lsAnnX+gFs4QI9xT/RylvhDkyjL510A+4MKx5ECj0YY8ojd2biX1F2dGIOCyM3cQ/hQ/RDD2awhjRKgxr+zYqa+VCWWCC+S35k+fyqWVY5fJkD3n+wfsHDEYXM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=N2taNRigJXEkrTfNNMIJV4QlLYymoUP5wTq3hwPfkBoQ6oMvVHVZA/gW+M6buEDyRXqYuVslBR5DMIqkDkYivxAq3CDVY/uSxsituMOBg7ChXMUsGnNtqFcFdX9AVQEDXYRBr8LJ8H5CjXYTkwrawv+hVnL8myJFM+oZfJbCxAI= Received: by 10.100.200.12 with SMTP id x12mr2144631anf.1180040266380; Thu, 24 May 2007 13:57:46 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Thu, 24 May 2007 13:57:46 -0700 (PDT) Message-ID: <499c70c0705241357l61bf352fqc539f265f9fdd223@mail.gmail.com> Date: Thu, 24 May 2007 23:57:46 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: buildworld broken? 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 May 2007 20:57:48 -0000 Hello, cc -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/procfs/../../fs/procfs/procfs_mem.c cc -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/procfs/../../fs/procfs/procfs_note.c cc -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/procfs/../../fs/procfs/procfs_regs.c /usr/src/sys/modules/procfs/../../fs/procfs/procfs_regs.c: In function `procfs_doprocregs': /usr/src/sys/modules/procfs/../../fs/procfs/procfs_regs.c:96: warning: implicit declaration of function `PROC_ASSERT_HELD' /usr/src/sys/modules/procfs/../../fs/procfs/procfs_regs.c:96: warning: nested extern declaration of `PROC_ASSERT_HELD' *** Error code 1 Stop in /usr/src/sys/modules/procfs. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Thu May 24 21:08:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E06916A400; Thu, 24 May 2007 21:08:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 26C1913C45B; Thu, 24 May 2007 21:08:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 679971A3C19; Thu, 24 May 2007 14:09:23 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3AC57513FC; Thu, 24 May 2007 17:08:20 -0400 (EDT) Date: Thu, 24 May 2007 17:08:20 -0400 From: Kris Kennaway To: freebsd-stable@freebsd.org, x11@FreeBSD.org Message-ID: <20070524210820.GA33171@xor.obsecurity.org> References: <200705211823.29943.ABabiy@shaw.ca> <"56016.2001:6f8:101e:0:20e:cff:fe6d:6adb.1179824650.squirrel"@webmail.alpha-tierchen.de> <200705230047.28763.ABabiy@shaw.ca> <200705231107.03356.eti@erata.net> <20070524114030.GB1160@turion.vk2pj.dyndns.org> <20070524130011.GB46848@mid.pc5.i.0x5.de> <20070524201907.GA32382@xor.obsecurity.org> <20070524204238.GA3360@mid.pc5.i.0x5.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070524204238.GA3360@mid.pc5.i.0x5.de> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: Corrupt fonts-alias (Re: xorg 7.2 start 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: Thu, 24 May 2007 21:08:21 -0000 On Thu, May 24, 2007 at 10:42:38PM +0200, Nicolas Rachinsky wrote: > * Kris Kennaway [2007-05-24 16:19 -0400]: > > On Thu, May 24, 2007 at 03:00:11PM +0200, Nicolas Rachinsky wrote: > > > * Peter Jeremy [2007-05-24 21:40 +1000]: > > > > I've found this problem on one system (the one where I thought the > > > > upgrade had gone the most cleanly). font-alias _is_ installed but > > > > most of my pcf.gz files are corrupt (20 bytes long). > > > > > > > > 'portupgrade -f' on my fonts is fixing this but I'm not exactly sure > > > > why it occurred to start with. > > > > > > bdftopcf fails if it uses the old library from X11R6. The 20 bytes are > > > the compressed empty output of the failing bdftopcf. > > > > Sounds like it is being upgraded out of order, we need a full log to > > figure out why. > > Isn't this already known and the reason for the advice in > /usr/port/UPDATING > > Unfortunately portupgrade (nor portupgrade-devel) cannot yet handle > the rigors of the xorg upgrade without a small bit of help: > > # portupgrade -Rf libXft > > before you do the portupgrade -a? No, that is to avoid a dependency loop involving libXft and xorg-libraries because of a bug in how portupgrade orders dependencies. Kris From owner-freebsd-stable@FreeBSD.ORG Thu May 24 21:26:08 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6234416A503 for ; Thu, 24 May 2007 21:26:08 +0000 (UTC) (envelope-from bill@rakupottery.org.uk) Received: from tuschin.blackcatnetworks.co.uk (tuschin.blackcatnetworks.co.uk [193.201.200.34]) by mx1.freebsd.org (Postfix) with ESMTP id 2AD4413C44B for ; Thu, 24 May 2007 21:26:08 +0000 (UTC) (envelope-from bill@rakupottery.org.uk) Received: from mjsmo by tuschin.blackcatnetworks.co.uk with local (Exim 4.50) id 1HrKCc-0006QR-Ry for stable@freebsd.org; Thu, 24 May 2007 21:46:30 +0100 From: bill@rakupottery.org.uk To: stable@freebsd.org Date: Thu, 24 May 2007 21:46:30 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Sender: bill@rakupottery.org.uk Message-Id: Cc: Subject: installworld breaks 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 May 2007 21:26:08 -0000 cvsup and built around 20.30 BST cd /usr/src; make -f Makefile.inc1 install ===> share/info install ===> include install creating osreldate.h from newvers.sh touch: not found ***error code 127 Stop in /usr/src/include ***error code 1 I tried cd usr.bin/touch && make && make install but it does not seem to have any effect any offers? cheers -- Bill From owner-freebsd-stable@FreeBSD.ORG Thu May 24 21:43:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B9A316A41F for ; Thu, 24 May 2007 21:43:19 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from carrick.bishnet.net (carrick.bishnet.net [84.234.17.56]) by mx1.freebsd.org (Postfix) with ESMTP id 5F0BF13C465 for ; Thu, 24 May 2007 21:43:19 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HrKkT-0005Tc-Lk; Thu, 24 May 2007 22:21:29 +0100 Date: Thu, 24 May 2007 22:21:29 +0100 From: Tim Bishop To: Abdullah Ibn Hamad Al-Marri Message-ID: <20070524212129.GB26742@carrick.bishnet.net> References: <499c70c0705241357l61bf352fqc539f265f9fdd223@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <499c70c0705241357l61bf352fqc539f265f9fdd223@mail.gmail.com> X-PGP-Key: 0x5AE7D984, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 User-Agent: Mutt/1.5.13 (2006-08-11) X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.454, required 5, autolearn=not spam, AWL 0.15, BAYES_00 -2.60, NO_RELAYS -0.00) X-Bishnet-MailScanner-From: tdb@carrick.bishnet.net Cc: freebsd-stable@freebsd.org Subject: Re: buildworld broken? 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 May 2007 21:43:19 -0000 On Thu, May 24, 2007 at 11:57:46PM +0300, Abdullah Ibn Hamad Al-Marri wrote: > /usr/src/sys/modules/procfs/../../fs/procfs/procfs_regs.c: In function > `procfs_doprocregs': > /usr/src/sys/modules/procfs/../../fs/procfs/procfs_regs.c:96: warning: > implicit declaration of function `PROC_ASSERT_HELD' > /usr/src/sys/modules/procfs/../../fs/procfs/procfs_regs.c:96: warning: > nested extern declaration of `PROC_ASSERT_HELD' > *** Error code 1 It looks like this has already been fixed. See Dag-Erling Smřrgrav's email a short while ago. Wait an hour or so, then update your sources and try again. Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From owner-freebsd-stable@FreeBSD.ORG Thu May 24 21:46:31 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6228016A47C for ; Thu, 24 May 2007 21:46:31 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1C213C46C for ; Thu, 24 May 2007 21:46:31 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 98AF41A4D80; Thu, 24 May 2007 14:47:33 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6FF9451F44; Thu, 24 May 2007 17:46:30 -0400 (EDT) Date: Thu, 24 May 2007 17:46:30 -0400 From: Kris Kennaway To: bill@rakupottery.org.uk Message-ID: <20070524214630.GA34203@xor.obsecurity.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: stable@freebsd.org Subject: Re: installworld breaks 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 May 2007 21:46:31 -0000 On Thu, May 24, 2007 at 09:46:30PM +0100, bill@rakupottery.org.uk wrote: > cvsup and built around 20.30 BST > cd /usr/src; make -f Makefile.inc1 install > ===> share/info install > ===> include install > creating osreldate.h from newvers.sh > touch: not found > ***error code 127 > > Stop in /usr/src/include > ***error code 1 > > I tried cd usr.bin/touch && make && make install > but it does not seem to have any effect > > any offers? Usually means system time is wrong or went backwards. Kris From owner-freebsd-stable@FreeBSD.ORG Thu May 24 21:47:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A799D16A41F for ; Thu, 24 May 2007 21:47:27 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 2D45B13C458 for ; Thu, 24 May 2007 21:47:26 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4OLlDec032010; Thu, 24 May 2007 18:47:13 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Andy Fawcett Date: Thu, 24 May 2007 18:46:09 -0300 User-Agent: KMail/1.9.6 References: <200705231244.21154.joao@matik.com.br> <200705241548.04988.joao@matik.com.br> <200705242319.01764.andy@athame.co.uk> In-Reply-To: <200705242319.01764.andy@athame.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705241846.10462.joao@matik.com.br> X-Spam-Status: No, score=-100.3 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, Robert Marella Subject: Re: atapicam cd error 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 May 2007 21:47:27 -0000 On Thursday 24 May 2007 17:19:00 Andy Fawcett wrote: > > ping# uname -a > FreeBSD ping.int.athame.co.uk 6.2-STABLE FreeBSD 6.2-STABLE #0: Wed May 23 > 15:19:22 EEST 2007 root@ping.int.athame.co.uk:/usr/obj/usr/src/sys/PI= NG > amd64 > > (compiled from sources updated immediately before the build started, no > later than 10.00 UTC on 23.5.2007) > > k3b is working absolutely fine on this box, I just managed to burn a CD > followed by a DVD. so that is funny now so i tried and indeed I can write an iso with cdrecord which is your k3b version? I have k3b 1.0_2=20 =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu May 24 21:59:55 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AFF6D16A400 for ; Thu, 24 May 2007 21:59:55 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 4B9E113C484 for ; Thu, 24 May 2007 21:59:54 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.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.5 Received: from r2d2 ([212.135.219.182]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003854272.msg for ; Thu, 24 May 2007 22:42:11 +0100 Message-ID: <0afd01c79e4c$58891370$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: , References: Date: Thu, 24 May 2007 22:41:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.182 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: stable@freebsd.org X-Spam-Processed: multiplay.co.uk, Thu, 24 May 2007 22:42:12 +0100 X-MDAV-Processed: multiplay.co.uk, Thu, 24 May 2007 22:42:12 +0100 Cc: Subject: Re: installworld breaks 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 May 2007 21:59:55 -0000 Clock in sync? That's the usual cause for things like this. Steve ----- Original Message ----- From: > cvsup and built around 20.30 BST > cd /usr/src; make -f Makefile.inc1 install > ===> share/info install > ===> include install > creating osreldate.h from newvers.sh > touch: not found > ***error code 127 > > Stop in /usr/src/include > ***error code 1 > > I tried cd usr.bin/touch && make && make install > but it does not seem to have any effect ================================================ 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 Thu May 24 22:42:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8ADB216A46C for ; Thu, 24 May 2007 22:42:44 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.230]) by mx1.freebsd.org (Postfix) with ESMTP id 33F4513C457 for ; Thu, 24 May 2007 22:42:44 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so220264wra for ; Thu, 24 May 2007 15:42:43 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=o95wyBOcig/IKeEBp5O0sbsIu519wdo8xqvE1vhPzvHaG8M83pr7ZCD0yR16cJpKuojVL4G90zPeRNoTiUqM8fo3Sgmtv0VVGnoo32L8nd66hpr2d8d7qUMbMKjwGwEiOQVXwf6Lc9JVBvJkHo9UbB4XGWaIVtQ3kNGQZKt8XLQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=thrZlpYIKUfuZQ5K6IkUfBVsuRO4tesrCOK3iBHwGn7PTgJdPkcp0t2CAxQDVYUT2x2hh15OkMnd7hfgUsmQ3FEgymZlbpDoke/kWR9Ksk5k7aa2+fne5Z+XEeVt3qCg7pSdVnHxnyolBUlTOAfHVW37ebo56rY05UaV7w663lk= Received: by 10.114.60.19 with SMTP id i19mr1156990waa.1180046563076; Thu, 24 May 2007 15:42:43 -0700 (PDT) Received: from p4 ( [24.165.34.55]) by mx.google.com with ESMTP id a8sm1495803poa.2007.05.24.15.42.41; Thu, 24 May 2007 15:42:42 -0700 (PDT) Date: Thu, 24 May 2007 12:42:39 -1000 From: Robert Marella To: JoaoBR Message-ID: <20070524124239.4a1f55c8@p4> In-Reply-To: <200705241846.10462.joao@matik.com.br> References: <200705231244.21154.joao@matik.com.br> <200705241548.04988.joao@matik.com.br> <200705242319.01764.andy@athame.co.uk> <200705241846.10462.joao@matik.com.br> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Andy Fawcett , freebsd-stable@freebsd.org Subject: Re: atapicam cd error 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 May 2007 22:42:44 -0000 On Thu, 24 May 2007 18:46:09 -0300 JoaoBR wrote: > On Thursday 24 May 2007 17:19:00 Andy Fawcett wrote: > > > > ping# uname -a > > FreeBSD ping.int.athame.co.uk 6.2-STABLE FreeBSD 6.2-STABLE #0: Wed > > May 23 15:19:22 EEST 2007 > > root@ping.int.athame.co.uk:/usr/obj/usr/src/sys/PING amd64 > > > > (compiled from sources updated immediately before the build > > started, no later than 10.00 UTC on 23.5.2007) > > > > k3b is working absolutely fine on this box, I just managed to burn > > a CD followed by a DVD. > > so that is funny now > so i tried and indeed I can write an iso with cdrecord > > which is your k3b version? I have k3b 1.0_2 > > > > I finally upgrade my amd64 and K3B works perfect without the patch. Dmesg stiil complains with the same warnings. acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 and when I am ripping acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 But all is working. Robert From owner-freebsd-stable@FreeBSD.ORG Thu May 24 22:45:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C64A16A41F; Thu, 24 May 2007 22:45:54 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.freebsd.org (Postfix) with ESMTP id AB43C13C465; Thu, 24 May 2007 22:45:53 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 3C0DE61C7F; Fri, 25 May 2007 00:45:52 +0200 (CEST) Date: Fri, 25 May 2007 00:45:52 +0200 From: Nicolas Rachinsky To: freebsd-stable@freebsd.org, x11@FreeBSD.org Message-ID: <20070524224552.GA77459@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@freebsd.org, x11@FreeBSD.org References: <200705211823.29943.ABabiy@shaw.ca> <"56016.2001:6f8:101e:0:20e:cff:fe6d:6adb.1179824650.squirrel"@webmail.alpha-tierchen.de> <200705230047.28763.ABabiy@shaw.ca> <200705231107.03356.eti@erata.net> <20070524114030.GB1160@turion.vk2pj.dyndns.org> <20070524130011.GB46848@mid.pc5.i.0x5.de> <20070524201907.GA32382@xor.obsecurity.org> <20070524204238.GA3360@mid.pc5.i.0x5.de> <20070524210820.GA33171@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070524210820.GA33171@xor.obsecurity.org> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: Corrupt fonts-alias (Re: xorg 7.2 start 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: Thu, 24 May 2007 22:45:54 -0000 * Kris Kennaway [2007-05-24 17:08 -0400]: > > Unfortunately portupgrade (nor portupgrade-devel) cannot yet handle > > the rigors of the xorg upgrade without a small bit of help: > > > > # portupgrade -Rf libXft > > > > before you do the portupgrade -a? > > No, that is to avoid a dependency loop involving libXft and > xorg-libraries because of a bug in how portupgrade orders > dependencies. Ah. I didn't really use portupgrade, I just used it to sort the ports I wanted to update. And after seeing this (and the failures), I rebuilt libXft and convinced ld-elf.so to use the library in /usr/local in preference of the one in /usr/X11R6. The following rebuild of the fonts worked fine. Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Thu May 24 22:49:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C0BC16A46D; Thu, 24 May 2007 22:49:34 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 1521E13C45B; Thu, 24 May 2007 22:49:34 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 6BAE91A4D80; Thu, 24 May 2007 15:50:36 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3C3D3512C2; Thu, 24 May 2007 18:49:33 -0400 (EDT) Date: Thu, 24 May 2007 18:49:33 -0400 From: Kris Kennaway To: freebsd-stable@freebsd.org, x11@FreeBSD.org Message-ID: <20070524224933.GA41658@xor.obsecurity.org> References: <200705211823.29943.ABabiy@shaw.ca> <"56016.2001:6f8:101e:0:20e:cff:fe6d:6adb.1179824650.squirrel"@webmail.alpha-tierchen.de> <200705230047.28763.ABabiy@shaw.ca> <200705231107.03356.eti@erata.net> <20070524114030.GB1160@turion.vk2pj.dyndns.org> <20070524130011.GB46848@mid.pc5.i.0x5.de> <20070524201907.GA32382@xor.obsecurity.org> <20070524204238.GA3360@mid.pc5.i.0x5.de> <20070524210820.GA33171@xor.obsecurity.org> <20070524224552.GA77459@mid.pc5.i.0x5.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070524224552.GA77459@mid.pc5.i.0x5.de> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: Corrupt fonts-alias (Re: xorg 7.2 start 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: Thu, 24 May 2007 22:49:34 -0000 On Fri, May 25, 2007 at 12:45:52AM +0200, Nicolas Rachinsky wrote: > * Kris Kennaway [2007-05-24 17:08 -0400]: > > > Unfortunately portupgrade (nor portupgrade-devel) cannot yet handle > > > the rigors of the xorg upgrade without a small bit of help: > > > > > > # portupgrade -Rf libXft > > > > > > before you do the portupgrade -a? > > > > No, that is to avoid a dependency loop involving libXft and > > xorg-libraries because of a bug in how portupgrade orders > > dependencies. > > Ah. I didn't really use portupgrade, I just used it to sort the > ports I wanted to update. Grr, OK. Well, you might have got it wrong, so we still need to see a portupgrade log from someone who followed the directions. Kris From owner-freebsd-stable@FreeBSD.ORG Fri May 25 00:15:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE57116A469; Fri, 25 May 2007 00:15:27 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp3.clear.net.nz (smtp3.clear.net.nz [203.97.33.64]) by mx1.freebsd.org (Postfix) with ESMTP id B4B7E13C458; Fri, 25 May 2007 00:15:27 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-69-144.dsl.telstraclear.net [121.72.69.144]) by smtp3.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JIK00KUULCP3J30@smtp3.clear.net.nz>; Fri, 25 May 2007 12:00:26 +1200 (NZST) Date: Fri, 25 May 2007 11:59:51 +1200 From: Mark Kirkwood In-reply-to: <20070524224933.GA41658@xor.obsecurity.org> To: Kris Kennaway Message-id: <465626F7.2020500@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <200705211823.29943.ABabiy@shaw.ca> <"56016.2001:6f8:101e:0:20e:cff:fe6d:6adb.1179824650.squirrel"@webmail.alpha-tierchen.de> <200705230047.28763.ABabiy@shaw.ca> <200705231107.03356.eti@erata.net> <20070524114030.GB1160@turion.vk2pj.dyndns.org> <20070524130011.GB46848@mid.pc5.i.0x5.de> <20070524201907.GA32382@xor.obsecurity.org> <20070524204238.GA3360@mid.pc5.i.0x5.de> <20070524210820.GA33171@xor.obsecurity.org> <20070524224552.GA77459@mid.pc5.i.0x5.de> <20070524224933.GA41658@xor.obsecurity.org> User-Agent: Thunderbird 1.5.0.10 (X11/20070313) Cc: x11@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: Corrupt fonts-alias (Re: xorg 7.2 start 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 May 2007 00:15:28 -0000 Kris Kennaway wrote: > > Grr, OK. Well, you might have got it wrong, so we still need to see a > portupgrade log from someone who followed the directions. Kris, FWIW - I followed the instructions in UPDATING - unfortunately I did 'em pretty much as I read 'em... so I noticed the CAVEAT *after* the upgrade and mergebase was complete - doh! So I installed x11/xorg after the upgrade, and promptly got the 'cannot open fixed'... which was sorted by reinstalling misc and font-misc-misc and font-cursor-misc. Is installing xorg after the upgrade a likely cause of problems? Also, ahem, I didn't script the upgrade, so no log sorry :-(. I've got another (6-STABLE) box to do later, so I'll log that one ... promise... Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Fri May 25 00:25:24 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E16F16A421 for ; Fri, 25 May 2007 00:25:24 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron3.sfsu.edu (iron3.sfsu.edu [130.212.10.128]) by mx1.freebsd.org (Postfix) with ESMTP id 8929C13C447 for ; Fri, 25 May 2007 00:25:24 +0000 (UTC) (envelope-from kayve@sfsu.edu) X-onepass: IPPSC X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAKPDVUaC1Apk/2dsb2JhbAA Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron3.sfsu.edu with ESMTP; 24 May 2007 16:56:56 -0700 Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007052416555236-918 ; Thu, 24 May 2007 16:55:52 -0700 Date: Thu, 24 May 2007 16:55:52 -0700 (PDT) From: KAYVEN RIESE To: bill@rakupottery.org.uk In-Reply-To: Message-ID: References: MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 05/24/2007 16:55:52, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0.2FP1HF155 | March 20, 2007) at 05/24/2007 16:56:55, Serialize complete at 05/24/2007 16:56:55 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: installworld breaks 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 May 2007 00:25:24 -0000 On Thu, 24 May 2007, bill@rakupottery.org.uk wrote: > cvsup and built around 20.30 BST > cd /usr/src; make -f Makefile.inc1 install > ===> share/info install > ===> include install > creating osreldate.h from newvers.sh > touch: not found > ***error code 127 > Stop in /usr/src/include > ***error code 1 > I tried cd usr.bin/touch && make && make install > but it does not seem to have any effect > any offers? > cheers find / -name touch ?? > -- > Bill > _______________________________________________ > 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" > *----------------------------------------------------------* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *----------------------------------------------------------* From owner-freebsd-stable@FreeBSD.ORG Fri May 25 00:43:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64B0616A400; Fri, 25 May 2007 00:43:25 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 508A013C457; Fri, 25 May 2007 00:43:25 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id BA41E1A3C19; Thu, 24 May 2007 17:44:27 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 74D18514E7; Thu, 24 May 2007 20:43:24 -0400 (EDT) Date: Thu, 24 May 2007 20:43:24 -0400 From: Kris Kennaway To: Mark Kirkwood Message-ID: <20070525004324.GA43780@xor.obsecurity.org> References: <200705230047.28763.ABabiy@shaw.ca> <200705231107.03356.eti@erata.net> <20070524114030.GB1160@turion.vk2pj.dyndns.org> <20070524130011.GB46848@mid.pc5.i.0x5.de> <20070524201907.GA32382@xor.obsecurity.org> <20070524204238.GA3360@mid.pc5.i.0x5.de> <20070524210820.GA33171@xor.obsecurity.org> <20070524224552.GA77459@mid.pc5.i.0x5.de> <20070524224933.GA41658@xor.obsecurity.org> <465626F7.2020500@paradise.net.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <465626F7.2020500@paradise.net.nz> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, x11@FreeBSD.org, Kris Kennaway Subject: Re: Corrupt fonts-alias (Re: xorg 7.2 start 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 May 2007 00:43:25 -0000 On Fri, May 25, 2007 at 11:59:51AM +1200, Mark Kirkwood wrote: > Kris Kennaway wrote: > > > >Grr, OK. Well, you might have got it wrong, so we still need to see a > >portupgrade log from someone who followed the directions. > > Kris, > > FWIW - I followed the instructions in UPDATING - unfortunately I did 'em > pretty much as I read 'em... so I noticed the CAVEAT *after* the > upgrade and mergebase was complete - doh! > > So I installed x11/xorg after the upgrade, and promptly got the 'cannot > open fixed'... which was sorted by reinstalling misc and font-misc-misc > and font-cursor-misc. Is installing xorg after the upgrade a likely > cause of problems? Nope. > Also, ahem, I didn't script the upgrade, so no log sorry :-(. I've got > another (6-STABLE) box to do later, so I'll log that one ... promise... OK Kris From owner-freebsd-stable@FreeBSD.ORG Fri May 25 01:32:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 73E1A16A41F for ; Fri, 25 May 2007 01:32:04 +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 1384B13C46C for ; Fri, 25 May 2007 01:32:03 +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 l4P1VrmG007868; Thu, 24 May 2007 19:31:54 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46563C85.3060903@samsco.org> Date: Thu, 24 May 2007 19:31:49 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Robert Marella References: <200705231244.21154.joao@matik.com.br> <200705241548.04988.joao@matik.com.br> <200705242319.01764.andy@athame.co.uk> <200705241846.10462.joao@matik.com.br> <20070524124239.4a1f55c8@p4> In-Reply-To: <20070524124239.4a1f55c8@p4> 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]); Thu, 24 May 2007 19:31:58 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED,UPPERCASE_25_50 autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Andy Fawcett , freebsd-stable@freebsd.org, JoaoBR Subject: Re: atapicam cd error 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 May 2007 01:32:04 -0000 Robert Marella wrote: > On Thu, 24 May 2007 18:46:09 -0300 > JoaoBR wrote: > >> On Thursday 24 May 2007 17:19:00 Andy Fawcett wrote: >>> ping# uname -a >>> FreeBSD ping.int.athame.co.uk 6.2-STABLE FreeBSD 6.2-STABLE #0: Wed >>> May 23 15:19:22 EEST 2007 >>> root@ping.int.athame.co.uk:/usr/obj/usr/src/sys/PING amd64 >>> >>> (compiled from sources updated immediately before the build >>> started, no later than 10.00 UTC on 23.5.2007) >>> >>> k3b is working absolutely fine on this box, I just managed to burn >>> a CD followed by a DVD. >> so that is funny now >> so i tried and indeed I can write an iso with cdrecord >> >> which is your k3b version? I have k3b 1.0_2 >> >> >> >> > I finally upgrade my amd64 and K3B works perfect without the patch. > Dmesg stiil complains with the same warnings. > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > and when I am ripping > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > But all is working. > These errors can be safely ignored. They are a side effect of the CAM probe device sending normal commands to the drive, and the ATA driver intercepting the responses. This will be fixed on a broad scale in the future. Scott From owner-freebsd-stable@FreeBSD.ORG Fri May 25 01:39:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99E8416A41F for ; Fri, 25 May 2007 01:39:16 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id 47CF513C4AD for ; Fri, 25 May 2007 01:39:16 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so243757wra for ; Thu, 24 May 2007 18:39:15 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=CYtqFnsytfAbm2vfEmN/AnSEQQTeHZloBOOi0cKpBYx86cVmQH2Yos9mrWiSLZ/RMuDK09dCBsoAzJZkXVZzz32VHjl+Y07UF2aseEkRoAgBNW4xAzbZ3pqLvhZcJwDRNMio4JvVJVjgi8vzqdjtAHVLYcReBUWzfjx7D/v2aA0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=Ox8kFTBWD1uWHJLJggf4o7jnqSqM9yiNl3jocCswxXtiwluE4k6ivhO+gWmorpCS0JhxyyAtOCzQy87rtLZKZCu6NaRpNBm58rssyV31kprgH+eNHgKDbtfFEW07ro18NJSWxurTQy4e/ssAJFaV27sjAPZCBgOQNSRsJ6P+Nrg= Received: by 10.114.125.2 with SMTP id x2mr1230894wac.1180057155307; Thu, 24 May 2007 18:39:15 -0700 (PDT) Received: from p4 ( [24.165.34.55]) by mx.google.com with ESMTP id y11sm1786468pod.2007.05.24.18.39.13; Thu, 24 May 2007 18:39:15 -0700 (PDT) Date: Thu, 24 May 2007 15:39:11 -1000 From: Robert Marella To: Scott Long Message-ID: <20070524153911.15dc737f@p4> In-Reply-To: <46563C85.3060903@samsco.org> References: <200705231244.21154.joao@matik.com.br> <200705241548.04988.joao@matik.com.br> <200705242319.01764.andy@athame.co.uk> <200705241846.10462.joao@matik.com.br> <20070524124239.4a1f55c8@p4> <46563C85.3060903@samsco.org> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Andy Fawcett , freebsd-stable@freebsd.org, JoaoBR Subject: Re: atapicam cd error 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 May 2007 01:39:16 -0000 On Thu, 24 May 2007 19:31:49 -0600 Scott Long wrote: > Robert Marella wrote: > > On Thu, 24 May 2007 18:46:09 -0300 > > JoaoBR wrote: > > > >> On Thursday 24 May 2007 17:19:00 Andy Fawcett wrote: > >>> ping# uname -a > >>> FreeBSD ping.int.athame.co.uk 6.2-STABLE FreeBSD 6.2-STABLE #0: > >>> Wed May 23 15:19:22 EEST 2007 > >>> root@ping.int.athame.co.uk:/usr/obj/usr/src/sys/PING amd64 > >>> > >>> (compiled from sources updated immediately before the build > >>> started, no later than 10.00 UTC on 23.5.2007) > >>> > >>> k3b is working absolutely fine on this box, I just managed to burn > >>> a CD followed by a DVD. > >> so that is funny now > >> so i tried and indeed I can write an iso with cdrecord > >> > >> which is your k3b version? I have k3b 1.0_2 > >> > >> > >> > >> > > I finally upgrade my amd64 and K3B works perfect without the patch. > > Dmesg stiil complains with the same warnings. > > > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > > > and when I am ripping > > > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > > > But all is working. > > > > These errors can be safely ignored. They are a side effect of the CAM > probe device sending normal commands to the drive, and the ATA driver > intercepting the responses. This will be fixed on a broad scale in > the future. > > Scott > I was already under that impression. I was using the patch for the last several weeks and I just updated to today's stable. K3B is working fine without the patch. I will continue to ignore those messages ;) Robert P.S. A personal thank you for all you do for FreeBSD From owner-freebsd-stable@FreeBSD.ORG Fri May 25 01:51:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34BEF16A468 for ; Fri, 25 May 2007 01:51:09 +0000 (UTC) (envelope-from andy@athame.co.uk) Received: from hex.athame.co.uk (salama58.adsl.netsonic.fi [81.17.207.58]) by mx1.freebsd.org (Postfix) with ESMTP id E862013C448 for ; Fri, 25 May 2007 01:51:08 +0000 (UTC) (envelope-from andy@athame.co.uk) Received: from [192.168.10.15] by hex.athame.co.uk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1HrOx3-000AWG-Tw; Fri, 25 May 2007 04:50:45 +0300 From: Andy Fawcett To: freebsd-stable@freebsd.org Date: Fri, 25 May 2007 04:51:18 +0300 User-Agent: KMail/1.9.6 References: <200705231244.21154.joao@matik.com.br> <200705242319.01764.andy@athame.co.uk> <200705241846.10462.joao@matik.com.br> In-Reply-To: <200705241846.10462.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705250451.20488.andy@athame.co.uk> Cc: JoaoBR , Robert Marella Subject: Re: atapicam cd error 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 May 2007 01:51:09 -0000 On Friday 25 May 2007 00:46:09 JoaoBR wrote: > On Thursday 24 May 2007 17:19:00 Andy Fawcett wrote: > > ping# uname -a > > FreeBSD ping.int.athame.co.uk 6.2-STABLE FreeBSD 6.2-STABLE #0: Wed May > > 23 15:19:22 EEST 2007 > > root@ping.int.athame.co.uk:/usr/obj/usr/src/sys/PING amd64 > > > > (compiled from sources updated immediately before the build started, no > > later than 10.00 UTC on 23.5.2007) > > > > k3b is working absolutely fine on this box, I just managed to burn a CD > > followed by a DVD. > > so that is funny now > so i tried and indeed I can write an iso with cdrecord > > which is your k3b version? I have k3b 1.0_2 Same here. A. -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-stable@FreeBSD.ORG Fri May 25 02:52:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EAD2716A468 for ; Fri, 25 May 2007 02:52:50 +0000 (UTC) (envelope-from shaun@pcuse.com) Received: from ipmail01.adl2.internode.on.net (ipmail01.adl2.internode.on.net [203.16.214.140]) by mx1.freebsd.org (Postfix) with ESMTP id 73B2F13C45E for ; Fri, 25 May 2007 02:52:50 +0000 (UTC) (envelope-from shaun@pcuse.com) X-IronPort-AV: E=Sophos;i="4.14,576,1170595800"; d="scan'208";a="133872913" Received: from ppp62-206.lns11.adl2.internode.on.net (HELO sagan.cai) ([121.45.62.206]) by ipmail01.adl2.internode.on.net with ESMTP; 25 May 2007 12:07:11 +0930 Received: by sagan.cai (Postfix, from userid 1100) id DD7791CC3F; Fri, 25 May 2007 12:07:10 +0930 (CST) Date: Fri, 25 May 2007 12:07:10 +0930 From: Shaun Branden To: freebsd-stable@freebsd.org Message-ID: <20070525023710.GT33121@pcuse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-GPG-Fingerprint: 2571 65A6 1F38 0168 63CB BCE5 CA20 7F19 AA92 1949 X-GPG-Key: AA921949 Website: http://pcuse.com ICQ: 10469563 Jabber: shaun@pcuse.com VoIP: sip:0871270164@sip.internode.on.net Subject: make buildworld issue on 6.2 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: Fri, 25 May 2007 02:52:51 -0000 uname -a FreeBSD sagan.cai 6.2-STABLE FreeBSD 6.2-STABLE #0: Sat May 5 23:34:08 CST 2007 shaun@sagan.cai:/usr/obj/usr/src/sys/SAGAN i386 The results of make buildworld on this system: ide -k _crunched_chroot_stub chroot.lo cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_ext2fs.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_std.lo mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo ilmid.lo ping6.lo ipf.lo sconfig.lo fdisk.lo dhclient.lo gzip.lo bzip2.lo tar.lo vi.lo id.lo chroot.lo /usr/obj/usr/src/rescue/rescue/../librescue/exec.o /usr/obj/usr/src/rescue/rescue/../librescue/getusershell.o /usr/obj/usr/src/rescue/rescue/../librescue/login_class.o /usr/obj/usr/src/rescue/rescue/../librescue/popen.o /usr/obj/usr/src/rescue/rescue/../librescue/rcmdsh.o /usr/obj/usr/src/rescue/rescue/../librescue/sysctl.o /usr/obj/usr/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lbsdxml -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive ifconfig.lo(.text+0x4df8): In function `print_chaninfo': : undefined reference to `IEEE80211_IS_CHAN_PASSIVE' *** Error code 1 Stop in /usr/obj/usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src I haven't seen anyone else get this error so I think it is just this system. Any thoughts? cheers shaun -- Shaun Branden: Alchemist and Bit Bender PGP and contact details in the headers. From owner-freebsd-stable@FreeBSD.ORG Fri May 25 04:41:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9E2C16A468 for ; Fri, 25 May 2007 04:41:24 +0000 (UTC) (envelope-from go@go.sib-ecometall.ru) Received: from mail.sib-ecometall.ru (ns2.sib-ecometall.ru [213.228.109.57]) by mx1.freebsd.org (Postfix) with ESMTP id 83A8A13C45A for ; Fri, 25 May 2007 04:41:23 +0000 (UTC) (envelope-from go@go.sib-ecometall.ru) Received: from go.sib-ecometall.ru (go.local.sib-ecometall.ru [192.168.2.252]) by mail.sib-ecometall.ru (Postfix) with ESMTP id A113478C6B for ; Fri, 25 May 2007 12:41:21 +0800 (KRAST) Received: by go.sib-ecometall.ru (Postfix, from userid 1443) id 98800FD02; Fri, 25 May 2007 12:41:23 +0800 (KRAST) Date: Fri, 25 May 2007 12:41:23 +0800 From: Oleg Gritsak To: freebsd-stable@freebsd.org Message-ID: <20070525044123.GA34908@go.sib-ecometall.ru> References: <3aaaa3a0705170830g46487cc7occc8a51b82a9118b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.2i Subject: Re: fast rate of major FreeBSD releases to 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: Fri, 25 May 2007 04:41:24 -0000 Actually, I don't see how RELENG_X branch will help. %-\ I would suggest this scheme: branch "." - as now, the recent versions branch "sec" - versions bump strictly at 1-st of january and 1-st of july, other updates fix only security issues. That would be really great improvement to ports, but not sure community has enough programmers among port maintaners, so it's just another dream.... :o( > This looks like another call to have RELENG_x branches on ports, with > which I agree. -- ÓÉÓÔĹÍÎŮĘ ÁÄÍÉÎÉÓÔŇÁÔĎŇ ďďď "óÉÂ-üËĎíĹÔÁĚĚ" ÔĹĚ. (3912) 609942 (144) From owner-freebsd-stable@FreeBSD.ORG Fri May 25 08:03:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CDE3716A400 for ; Fri, 25 May 2007 08:03:03 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id 8493613C4BC for ; Fri, 25 May 2007 08:03:03 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc153.host1.ida.starman.ee ([62.65.240.153] helo=[192.168.2.100]) by a5.virtuaal.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HrTvz-0000H4-F9 for freebsd-stable@freebsd.org; Fri, 25 May 2007 10:09:59 +0300 From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Fri, 25 May 2007 10:09:58 +0300 User-Agent: KMail/1.9.6 References: <3aaaa3a0705170830g46487cc7occc8a51b82a9118b@mail.gmail.com> <20070525044123.GA34908@go.sib-ecometall.ru> In-Reply-To: <20070525044123.GA34908@go.sib-ecometall.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705251009.59215.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Unable to install FreeBSD from external USB cdrom 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 May 2007 08:03:03 -0000 Bootloader gave me this error message: --------------------------------------------------------------- BTX loader 1.00 BTX version is 1.01 Consoles: internal video/keyboard _ int=0000000d err=00000000 efl=00030002 eip=00002abf eax=00000300 ebx=00000000 ecx=00000001 edx=0000009f esi=0000000c edi=00000000 ebp=00000000 esp=000003f6 cs=f000 ds=3fca es=3fac fs=0000 gs=0000 ss=9e3c cs:eip=23 0f 01 16 0c 2c 0f 20-c0 0c 01 0f 22 c8 b8 28 00 8e d8 0f 20 c0 24 fe-0f 0f 22 c8 eb 00 66 58 c3 ss:esp=ca 3f 00 00 10 22 01 4b-ca 3f e4 71 47 91 00 00 46 02 f8 47 89 00 b5 03-00 00 9f 00 00 00 00 00 BTX halted --------------------------------------------------------------- I tried with FreeBSD 6.1, 6.2, 6.2p4 same result. Linux and Windows XP booted from cd just fine so I am sure this is not hardware problem. Andrei From owner-freebsd-stable@FreeBSD.ORG Fri May 25 08:50:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6187A16A41F for ; Fri, 25 May 2007 08:50:53 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id D49AE13C45B for ; Fri, 25 May 2007 08:50:52 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 78DDA6365; Fri, 25 May 2007 12:33:11 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 3E402635A; Fri, 25 May 2007 12:33:11 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id l4P8SILo005767; Fri, 25 May 2007 12:28:18 +0400 (MSD) (envelope-from ru) Date: Fri, 25 May 2007 12:28:18 +0400 From: Ruslan Ermilov To: Shaun Branden Message-ID: <20070525082818.GB85633@rambler-co.ru> References: <20070525023710.GT33121@pcuse.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MfFXiAuoTsnnDAfZ" Content-Disposition: inline In-Reply-To: <20070525023710.GT33121@pcuse.com> User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: No virus found Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld issue on 6.2 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: Fri, 25 May 2007 08:50:53 -0000 --MfFXiAuoTsnnDAfZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 25, 2007 at 12:07:10PM +0930, Shaun Branden wrote: > uname -a > FreeBSD sagan.cai 6.2-STABLE FreeBSD 6.2-STABLE #0: Sat May 5 23:34:08 C= ST 2007 shaun@sagan.cai:/usr/obj/usr/src/sys/SAGAN i386 >=20 > The results of make buildworld on this system: >=20 > ide -k _crunched_chroot_stub chroot.lo > cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo > date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo > kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo > rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo > atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo > devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo > fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo > kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo > mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_ext2fs.lo > mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_std.lo > mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo > nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo > rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo > swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo > ilmid.lo ping6.lo ipf.lo sconfig.lo fdisk.lo dhclient.lo gzip.lo > bzip2.lo tar.lo vi.lo id.lo chroot.lo > /usr/obj/usr/src/rescue/rescue/../librescue/exec.o > /usr/obj/usr/src/rescue/rescue/../librescue/getusershell.o > /usr/obj/usr/src/rescue/rescue/../librescue/login_class.o > /usr/obj/usr/src/rescue/rescue/../librescue/popen.o > /usr/obj/usr/src/rescue/rescue/../librescue/rcmdsh.o > /usr/obj/usr/src/rescue/rescue/../librescue/sysctl.o > /usr/obj/usr/src/rescue/rescue/../librescue/system.o -lcrypt -ledit > -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lbsdxml -lcam > -lcurses -ldevstat -lipsec -lipx -lgeom -lkiconv -lmd -lreadline -lsbuf > -lufs -lz -lbz2 -larchive > ifconfig.lo(.text+0x4df8): In function `print_chaninfo': > : undefined reference to `IEEE80211_IS_CHAN_PASSIVE' > *** Error code 1 >=20 > Stop in /usr/obj/usr/src/rescue/rescue. > *** Error code 1 >=20 > Stop in /usr/src/rescue/rescue. > *** Error code 1 >=20 > Stop in /usr/src/rescue. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src >=20 > I haven't seen anyone else get this error so I think it is just this > system. Any thoughts? >=20 IEEE80211_IS_CHAN_PASSIVE() is a macro defined in src/sys/net80211/_ieee80211.h. Check that you have an up-to-date copy of that file in /usr/src. If you have it and still get the error, "rm -rf /usr/obj/usr/src" first, then try to build world again. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --MfFXiAuoTsnnDAfZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGVp4iqRfpzJluFF4RAqg2AKCeDGWM0cv6178ppmOo09Q1trvWWQCeICAw I+6tBCGF5wDMF9+55ToFLRk= =niBx -----END PGP SIGNATURE----- --MfFXiAuoTsnnDAfZ-- From owner-freebsd-stable@FreeBSD.ORG Fri May 25 09:07:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABC7F16A400 for ; Fri, 25 May 2007 09:07:47 +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 368E713C447 for ; Fri, 25 May 2007 09:07:46 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7da4.q.ppp-pool.de [89.53.125.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 11714128846; Fri, 25 May 2007 11:07:40 +0200 (CEST) Received: from epeios.sz.vwsoft.com (epeios.sz.vwsoft.com [192.168.16.5]) by mail.vtec.ipme.de (Postfix) with ESMTP id 99DED3FA01; Fri, 25 May 2007 11:07:09 +0200 (CEST) Message-ID: <4656A73E.9040109@vwsoft.com> Date: Fri, 25 May 2007 11:07:10 +0200 From: Volker User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: Kris Kennaway References: <200705230717.l4N7HuPW010071@lurza.secnetix.de> <465408F9.6080302@vwsoft.com> <4654C0C4.2030405@vwsoft.com> <20070523215818.GB64723@xor.obsecurity.org> In-Reply-To: <20070523215818.GB64723@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: rmiranda@digitalrelay.ca, freebsd-stable@FreeBSD.ORG Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 09:07:47 -0000 Kris, Roger & all, On 05/23/07 23:58, Kris Kennaway wrote: > On Wed, May 23, 2007 at 11:31:32PM +0100, Volker wrote: >> talking to myself... ;) >> >> On 2007-05-23 10:27, Volker wrote: >> Unfortunately three hours later, the machine died completely. It has >> been a hardware failure which came quietly. >> >> Sorry for the noise I've put on this list but when experiencing >> things like that, one has to think in all possible directions (I >> first thought about a DoS attack). > > Even though it turned out to be a hardware failure, it was helpful to > publicize this fact. It is often difficult to convince users to > accept the possibility that hardware failure may be the cause of weird > system behaviour, because "it has always been fine". It is worth > remembering that if your hardware is going to fail, then there is > going to be a first time. well, we replaced the broken machine (totally different hardware), took one of the mirrored hard disks into this replacement machine and took this replacement into production. Unfortunately it took less than 16 hours for this replacement machine to also freeze. My assumption is, the freeze itself has nothing to do with bad hardware, as it's now happening on two different machines. This replacement doesn't have em NICs but gives the same bad behavior (so I also think, it's not em related). As I really do want to know what's going on, I'm now compiling a new world + kernel with WITNESS and INVARIANTS support and see if I can catch something. I'm using the following additional kernel options: makeoptions DEBUG=-g options KDB options KDB_UNATTENDED options KDB_TRACE options DDB options WITNESS options WITNESS_SKIPSPIN options INVARIANTS options INVARIANT_SUPPORT options DIAGNOSTIC options PANIC_REBOOT_WAIT_TIME=60 Suggestions on these options? Anything more to enable with massive performace loss? `uname -v': FreeBSD 6.2-RELEASE-p1 #0: Sun Feb 11 22:35:18 CET 2007 While it's now in a box with an Athlon XP, it's still i386 binary. Anything else I can additionally do to debug these freezes? Thx Volker 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.2-RELEASE-p1 #0: Sun Feb 11 22:35:18 CET 2007 root@GwMbg.elbekies.net:/usr/obj/usr/src/sys/GwMbg Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP (1198.83-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0480800 real memory = 1073676288 (1023 MB) avail memory = 1041526784 (993 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) rl0: port 0xd400-0xd4ff mem 0xdfffbf00-0xdfffbfff irq 16 at device 12.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:80:48:15:3f:26 atapci0: port 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f,0xd800-0xd8ff irq 20 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci0: port 0xc400-0xc41f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc800-0xc81f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xcc00-0xcc1f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd000-0xd01f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdfffbd00-0xdfffbdff irq 21 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) vr0: port 0xbc00-0xbcff mem 0xdfffbc00-0xdfffbcff irq 23 at device 18.0 on pci0 miibus1: on vr0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:13:8f:0f:14:d2 acpi_button1: on acpi0 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 0 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <12 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1198831745 Hz quality 800 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. acd0: DVDROM at ata1-master UDMA33 ad4: 76293MB at ata2-master SATA150 ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode ar0: 76293MB status: DEGRADED ar0: disk0 DOWN no device found for this subdisk ar0: disk1 READY (mirror) using ad4 at ata2-master cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers From owner-freebsd-stable@FreeBSD.ORG Fri May 25 09:36:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 043BA16A47C for ; Fri, 25 May 2007 09:36:39 +0000 (UTC) (envelope-from shaun@pcuse.com) Received: from ipmail01.adl2.internode.on.net (ipmail01.adl2.internode.on.net [203.16.214.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0F8D013C480 for ; Fri, 25 May 2007 09:36:37 +0000 (UTC) (envelope-from shaun@pcuse.com) X-IronPort-AV: E=Sophos;i="4.14,578,1170595800"; d="scan'208";a="134060431" Received: from ppp62-206.lns11.adl2.internode.on.net (HELO sagan.cai) ([121.45.62.206]) by ipmail01.adl2.internode.on.net with ESMTP; 25 May 2007 19:06:36 +0930 Received: by sagan.cai (Postfix, from userid 1100) id 277791CC3D; Fri, 25 May 2007 19:06:38 +0930 (CST) Date: Fri, 25 May 2007 19:06:38 +0930 From: Shaun Branden To: Ruslan Ermilov Message-ID: <20070525093638.GH33121@pcuse.com> References: <20070525023710.GT33121@pcuse.com> <20070525082818.GB85633@rambler-co.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <20070525082818.GB85633@rambler-co.ru> User-Agent: Mutt/1.4.2.2i X-GPG-Fingerprint: 2571 65A6 1F38 0168 63CB BCE5 CA20 7F19 AA92 1949 X-GPG-Key: AA921949 Website: http://pcuse.com ICQ: 10469563 Jabber: shaun@pcuse.com VoIP: sip:0871270164@sip.internode.on.net Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld issue on 6.2 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: Fri, 25 May 2007 09:36:39 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 25, 2007 at 12:28:18PM +0400, Ruslan Ermilov wrote: > On Fri, May 25, 2007 at 12:07:10PM +0930, Shaun Branden wrote: =20 > IEEE80211_IS_CHAN_PASSIVE() is a macro defined in > src/sys/net80211/_ieee80211.h. Check that you have an up-to-date > copy of that file in /usr/src. If you have it and still get the > error, "rm -rf /usr/obj/usr/src" first, then try to build world > again. Thanks for that The file is there: shaun@sagan:net80211$ pwd /usr/src/sys/net80211 You have mail in /var/mail/shaun shaun@sagan:net80211$ ls -l _ieee80211.h -rw-r--r-- 1 root wheel 8181 Jan 28 14:37 _ieee80211.h and this is from my history: 489 cvsup -g ~shaun/cvs/stable-supfile=20 490 cd /usr/obj 491 rm -rf * 492 chflags -R noschg * 493 rm -rf * 494 cd /usr/src I just ran these again, ie !489, !490 etc with make buildworld at the end and got the same result. =2E.. ifconfig.lo(.text+0x4df8): In function `print_chaninfo': : undefined reference to `IEEE80211_IS_CHAN_PASSIVE' *** Error code 1 Stop in /usr/obj/usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. root@sagan:src$=20 Also, I usually use the following script to do all this, but started running the commands interactively after it failed the first time. As you can see it removes the /usr/obj before running make buildworld. #!/usr/local/bin/bash # Copyright (c) June 2002 Shaun Branden . # All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright # notice, this list of conditions and the following disclaimer. # 2. Redistributions in binary form must reproduce the above copyright # notice, this list of conditions and the following disclaimer in the # documentation and/or other materials provided with the distribution. # # THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND # ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE # IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE # ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE # FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL # DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS # OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) # HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT # LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF # SUCH DAMAGE. SUPFILE=3D"/home/shaun/cvs/stable-supfile" KERN=3D"SAGAN" #KERN=3D"GENERICNEW" if [ -z $1 ] then echo "Usage: `basename $0` {-a(ll includes cvs)|-m(ost)}" >&2 exit 42 fi if [ "$UID" !=3D "0" ] then echo "You do not have permission to use this script" exit 42 fi docvs () { echo "updating cvs" cvsup -g $SUPFILE if [ $? -ne "0" ] then echo "cvs failed, perhaps we are offline" exit 42 fi } #remove the working files from last time doremove () { echo "Removing old /usr/obj:" cd /usr/obj if [ $? -eq "0" ] then rm -rf * chflags -R noschg * rm -rf * else echo "Did not change to /usr/obj so rm -rf not run" exit 42 fi } #compiles all system sources dobuild () { echo "Compiling the sources:" cd /usr/src make buildworld if [ $? -ne "0" ] then echo "make buildworld failed, exiting" exit 42 fi } #compile and installs the kernel dokernel () { echo "Compiling the kernel called $KERN " echo "running make buildkernel" make buildkernel KERNCONF=3D$KERN if [ $? -ne "0" ] then echo "make buildkernel failed, exiting" exit 42 fi echo "running make installkernel" make installkernel KERNCONF=3D$KERN if [ $? -ne "0" ] then echo "make installkernel failed, exiting" exit 42 fi } #installs new system doinstall () { #install it all echo "running make installworld" make installworld if [ $? -ne "0" ] then echo "ERROR: make installworld failed, exiting" exit 42 fi } #Now run Mergemaster, this will also run MAKEDEV" domerge () { echo "Would you like me to run mergemaster? (y/n)" read answer if [ $answer =3D "y" ] then cp -Rp /etc /etc.old mergemaster if [ $? -ne "0" ] then echo "make installkernel failed, exiting" exit 42 fi else echo "Run cp -Rp /etc /etc.old mergemaster manually" exit fi } #calls from here case "$1" in -a) docvs doremove dobuild dokernel doinstall domerge ;; -m) doremove dobuild dokernel doinstall domerge ;; *) echo "Usage: `basename $0` {-a(ll includes cvs)|-m(ost)}" >&2 ;; esac echo "Now that mergemaster is complete you can reboot to the new system:)" thanks shaun --=20 Shaun Branden: Alchemist and Bit Bender PGP and contact details in the headers. --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGVq4lyiB/GaqSGUkRAhASAKCjPVFrnWK4DjQavU/8XrANZ36regCcCpdY d7hcu7eASNrS8jjCNn7isHc= =MxDF -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-stable@FreeBSD.ORG Fri May 25 09:45:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97BD616A421 for ; Fri, 25 May 2007 09:45:38 +0000 (UTC) (envelope-from vwerth@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 307F013C45E for ; Fri, 25 May 2007 09:45:37 +0000 (UTC) (envelope-from vwerth@vwsoft.com) Received: from mail.vtec.ipme.de (Q7da4.q.ppp-pool.de [89.53.125.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 341B5128846; Fri, 25 May 2007 11:18:33 +0200 (CEST) Received: from epeios.sz.vwsoft.com (epeios.sz.vwsoft.com [192.168.16.5]) by mail.vtec.ipme.de (Postfix) with ESMTP id 05E943FA01; Fri, 25 May 2007 11:17:58 +0200 (CEST) Message-ID: <4656A9C7.3020104@vwsoft.com> Date: Fri, 25 May 2007 11:17:59 +0200 From: Volker Werth Organization: Volker Werth Software User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: Kris Kennaway References: <200705230717.l4N7HuPW010071@lurza.secnetix.de> <465408F9.6080302@vwsoft.com> <4654C0C4.2030405@vwsoft.com> <20070523215818.GB64723@xor.obsecurity.org> <4656A73E.9040109@vwsoft.com> In-Reply-To: <4656A73E.9040109@vwsoft.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090109010101020805080105" X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: vwerth@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: vwerth@vwsoft.com Cc: rmiranda@digitalrelay.ca, freebsd-stable@FreeBSD.ORG Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 09:45:38 -0000 This is a cryptographically signed message in MIME format. --------------ms090109010101020805080105 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/25/07 11:07, Volker wrote: ... > I'm using the following additional kernel options: > > makeoptions DEBUG=-g > options KDB > options KDB_UNATTENDED > options KDB_TRACE > options DDB > options WITNESS > options WITNESS_SKIPSPIN > options INVARIANTS > options INVARIANT_SUPPORT > options DIAGNOSTIC > options PANIC_REBOOT_WAIT_TIME=60 > > Suggestions on these options? Anything more to enable with massive > performace loss? sorry! should (of course) read '*without* massive performance loss' --------------ms090109010101020805080105 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFaDCC ArAwggIZoAMCAQICAQowDQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAkRFMQ8wDQYDVQQI EwZCZXJsaW4xDzANBgNVBAcTBkJlcmxpbjEVMBMGA1UEChMMaXBhY3RpdmUgR2JSMRQwEgYD VQQLEwtpcGFjdGl2ZSBDQTEUMBIGA1UEAxMLaXBhY3RpdmUgQ0ExHjAcBgkqhkiG9w0BCQEW D25pY0BpcGFjdGl2ZS5kZTAeFw0wNDEyMjAxMzU4MzBaFw0xNDEyMTgxMzU4MzBaMDkxFTAT BgNVBAMTDFZvbGtlciBXZXJ0aDEgMB4GCSqGSIb3DQEJARYRdm9sa2VyQHZ3c29mdC5jb20w gZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAKu82QnprFsHMmIi9wwoM8q365C5ue4gAGYu KeT36Pro/fwR9tHQ60OnYGWPy1J2m7XHtQ08ZgxhqDXlpBM7jW996i5jKNWEb2KZQiJAoTyF Px4vHkvom6QDq5jE7TvmUlc78qnwVN5Ik5pCyogDoj1J6O0R+1NAFQAxXr6OI52TAgMBAAGj bjBsMBwGA1UdEQQVMBOBEXZvbGtlckB2d3NvZnQuY29tMAwGA1UdEwEB/wQCMAAwHwYDVR0j BBgwFoAUQH2+rQy8vJf6Vm4vxyVQMYeoKdYwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMA0GCSqGSIb3DQEBBAUAA4GBADWUd++2DHePzHGBHu+zpbrykdc9c6JpXKbv2y8PzoHV G2VEf7XD13fgQvp/vmOqoMfRlqFemJQ7bXXl8g6BZSQ/xC9lLnPiBHMuwQ0JeIdP2DX1W471 tLPJERYvizlWGsyD+WXI6mQQVrKZWb3Qe++plK4ktXP9noaarOwUrD9kMIICsDCCAhmgAwIB AgIBCjANBgkqhkiG9w0BAQQFADCBkjELMAkGA1UEBhMCREUxDzANBgNVBAgTBkJlcmxpbjEP MA0GA1UEBxMGQmVybGluMRUwEwYDVQQKEwxpcGFjdGl2ZSBHYlIxFDASBgNVBAsTC2lwYWN0 aXZlIENBMRQwEgYDVQQDEwtpcGFjdGl2ZSBDQTEeMBwGCSqGSIb3DQEJARYPbmljQGlwYWN0 aXZlLmRlMB4XDTA0MTIyMDEzNTgzMFoXDTE0MTIxODEzNTgzMFowOTEVMBMGA1UEAxMMVm9s a2VyIFdlcnRoMSAwHgYJKoZIhvcNAQkBFhF2b2xrZXJAdndzb2Z0LmNvbTCBnzANBgkqhkiG 9w0BAQEFAAOBjQAwgYkCgYEAq7zZCemsWwcyYiL3DCgzyrfrkLm57iAAZi4p5Pfo+uj9/BH2 0dDrQ6dgZY/LUnabtce1DTxmDGGoNeWkEzuNb33qLmMo1YRvYplCIkChPIU/Hi8eS+ibpAOr mMTtO+ZSVzvyqfBU3kiTmkLKiAOiPUno7RH7U0AVADFevo4jnZMCAwEAAaNuMGwwHAYDVR0R BBUwE4ERdm9sa2VyQHZ3c29mdC5jb20wDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBRAfb6t DLy8l/pWbi/HJVAxh6gp1jAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwDQYJKoZI hvcNAQEEBQADgYEANZR377YMd4/McYEe77OluvKR1z1zomlcpu/bLw/OgdUbZUR/tcPXd+BC +n++Y6qgx9GWoV6YlDttdeXyDoFlJD/EL2Uuc+IEcy7BDQl4h0/YNfVbjvW0s8kRFi+LOVYa zIP5ZcjqZBBWsplZvdB776mUriS1c/2ehpqs7BSsP2QxggNOMIIDSgIBATCBmDCBkjELMAkG A1UEBhMCREUxDzANBgNVBAgTBkJlcmxpbjEPMA0GA1UEBxMGQmVybGluMRUwEwYDVQQKEwxp cGFjdGl2ZSBHYlIxFDASBgNVBAsTC2lwYWN0aXZlIENBMRQwEgYDVQQDEwtpcGFjdGl2ZSBD QTEeMBwGCSqGSIb3DQEJARYPbmljQGlwYWN0aXZlLmRlAgEKMAkGBSsOAwIaBQCgggILMBgG CSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA3MDUyNTA5MTc1OVow IwYJKoZIhvcNAQkEMRYEFNwxhWN5x5HUB/G3p47bF84Cob1xMFIGCSqGSIb3DQEJDzFFMEMw CgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0G CCqGSIb3DQMCAgEoMIGpBgkrBgEEAYI3EAQxgZswgZgwgZIxCzAJBgNVBAYTAkRFMQ8wDQYD VQQIEwZCZXJsaW4xDzANBgNVBAcTBkJlcmxpbjEVMBMGA1UEChMMaXBhY3RpdmUgR2JSMRQw EgYDVQQLEwtpcGFjdGl2ZSBDQTEUMBIGA1UEAxMLaXBhY3RpdmUgQ0ExHjAcBgkqhkiG9w0B CQEWD25pY0BpcGFjdGl2ZS5kZQIBCjCBqwYLKoZIhvcNAQkQAgsxgZuggZgwgZIxCzAJBgNV BAYTAkRFMQ8wDQYDVQQIEwZCZXJsaW4xDzANBgNVBAcTBkJlcmxpbjEVMBMGA1UEChMMaXBh Y3RpdmUgR2JSMRQwEgYDVQQLEwtpcGFjdGl2ZSBDQTEUMBIGA1UEAxMLaXBhY3RpdmUgQ0Ex HjAcBgkqhkiG9w0BCQEWD25pY0BpcGFjdGl2ZS5kZQIBCjANBgkqhkiG9w0BAQEFAASBgDtK pbPwmacOCOMpZ3yoXSFyg2lStdiSyaHTuzyKjn2hxtBPdkjtr7s/f1n97dX8O3VteiXS8Oed t2hwHtIJkdBrKHuWGqv4YSihtTTERCYPE2jHgcbCiIJvG1d8oGCCdkeSrenGOgsh3NlqMQOP ZoKQ2m8KoXf9tVoCDcEFvsL0AAAAAAAA --------------ms090109010101020805080105-- From owner-freebsd-stable@FreeBSD.ORG Fri May 25 10:03:47 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1456416A4E8 for ; Fri, 25 May 2007 10:03:47 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id BF89913C447 for ; Fri, 25 May 2007 10:03:46 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 9AD1161DA; Fri, 25 May 2007 14:03:45 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 5FDE56104; Fri, 25 May 2007 14:03:45 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id l4P9wqJe006866; Fri, 25 May 2007 13:58:52 +0400 (MSD) (envelope-from ru) Date: Fri, 25 May 2007 13:58:51 +0400 From: Ruslan Ermilov To: Shaun Branden Message-ID: <20070525095851.GA6500@rambler-co.ru> References: <20070525023710.GT33121@pcuse.com> <20070525082818.GB85633@rambler-co.ru> <20070525093638.GH33121@pcuse.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <20070525093638.GH33121@pcuse.com> User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: No virus found Cc: freebsd-stable@FreeBSD.org Subject: Re: make buildworld issue on 6.2 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: Fri, 25 May 2007 10:03:47 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 25, 2007 at 07:06:38PM +0930, Shaun Branden wrote: > On Fri, May 25, 2007 at 12:28:18PM +0400, Ruslan Ermilov wrote: > > On Fri, May 25, 2007 at 12:07:10PM +0930, Shaun Branden wrote: > =20 > > IEEE80211_IS_CHAN_PASSIVE() is a macro defined in > > src/sys/net80211/_ieee80211.h. Check that you have an up-to-date > > copy of that file in /usr/src. If you have it and still get the > > error, "rm -rf /usr/obj/usr/src" first, then try to build world > > again. >=20 > Thanks for that >=20 > The file is there: > shaun@sagan:net80211$ pwd > /usr/src/sys/net80211 > You have mail in /var/mail/shaun > shaun@sagan:net80211$ ls -l _ieee80211.h > -rw-r--r-- 1 root wheel 8181 Jan 28 14:37 _ieee80211.h >=20 You have an incomplete source tree. Jan 28 corresponds to rev. 1.2.2.3 of that file, and the IEEE80211_IS_CHAN_PASSIVE() define was added in rev. 1.2.2.4. From CVS history: : revision 1.2.2.4 : date: 2007/03/10 00:28:43; author: sam; state: Exp; lines: +2 -0 : MFC 1.7: add IEEE80211_IS_CHAN_PASSIVE : ---------------------------- : revision 1.2.2.3 : date: 2007/01/28 04:07:54; author: sam; state: Exp; lines: +11 -0 : MFC: half- and quarter-rate channel support : 900MHz channel support : support for respecifying the channel set after attach : default rate sets > and this is from my history: > 489 cvsup -g ~shaun/cvs/stable-supfile=20 > 490 cd /usr/obj > 491 rm -rf * > 492 chflags -R noschg * > 493 rm -rf * > 494 cd /usr/src >=20 > I just ran these again, ie !489, !490 etc with make buildworld at the > end and got the same result. >=20 > ... >=20 > ifconfig.lo(.text+0x4df8): In function `print_chaninfo': > : undefined reference to `IEEE80211_IS_CHAN_PASSIVE' > *** Error code 1 >=20 > Stop in /usr/obj/usr/src/rescue/rescue. > *** Error code 1 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGVrNbqRfpzJluFF4RAiPYAJ0U2kEQsLOXvLM7laaSs7ddEvr7YwCgmY+X Q5yjqhtYj7v52JgHiB5Laq8= =azJ/ -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-stable@FreeBSD.ORG Fri May 25 10:21:32 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC36A16A41F for ; Fri, 25 May 2007 10:21:32 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 457B813C455 for ; Fri, 25 May 2007 10:21:32 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (zyrozo@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l4PALPu0068650 for ; Fri, 25 May 2007 12:21:30 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l4PALOIa068649; Fri, 25 May 2007 12:21:24 +0200 (CEST) (envelope-from olli) Date: Fri, 25 May 2007 12:21:24 +0200 (CEST) Message-Id: <200705251021.l4PALOIa068649@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200705241617.58690.joao@matik.com.br> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 25 May 2007 12:21:30 +0200 (CEST) Cc: Subject: Re: atapicam cd error from freebsd-stable Digest, Vol 207, Issue 6 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 May 2007 10:21:32 -0000 JoaoBR wrote: > same as ipfw some weeks ago :S > lucky us that atapicam is an exotic driver and not so widely used and still > more lucky us that it is atapicam and not ahd or aac right? Sorry dear > clients our mail cluster is out of service and when it does not work in three > weeks or so please give me a new call ok ... First, I don't think atapicam is an "exotic" driver. I'm using it for several years (in fact, since it was an inofficial patch, before it hit the repository). It's working perfectly fine for me, including with today's RELENG_6. Second, if you run a mission-critical mail cluster (or similar things) and update it along RELENG_6 without proper testing, then you deserve to be shot in the foot. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "To this day, many C programmers believe that 'strong typing' just means pounding extra hard on the keyboard." -- Peter van der Linden From owner-freebsd-stable@FreeBSD.ORG Fri May 25 10:43:36 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C1B0F16A41F for ; Fri, 25 May 2007 10:43:36 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from psmtp.com (s200aob14.obsmtp.com [207.126.144.118]) by mx1.freebsd.org (Postfix) with SMTP id 2ACBE13C46E for ; Fri, 25 May 2007 10:43:21 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob014.postini.com ([207.126.147.11]) with SMTP; Fri, 25 May 2007 10:43:12 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 253A718142A; Fri, 25 May 2007 11:43:10 +0100 (BST) Message-ID: <4656BE23.1090607@tomjudge.com> Date: Fri, 25 May 2007 11:44:51 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070403) MIME-Version: 1.0 To: bill@rakupottery.org.uk References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: installworld breaks 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 May 2007 10:43:36 -0000 bill@rakupottery.org.uk wrote: > cvsup and built around 20.30 BST > cd /usr/src; make -f Makefile.inc1 install > ===> share/info install > ===> include install > creating osreldate.h from newvers.sh > touch: not found > ***error code 127 > Stop in /usr/src/include > ***error code 1 > I tried cd usr.bin/touch && make && make install > but it does not seem to have any effect > any offers? > cheers I have seen this problem when PATH was not set correctly. Tom From owner-freebsd-stable@FreeBSD.ORG Fri May 25 10:51:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94DD716A46C for ; Fri, 25 May 2007 10:51:06 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 632AA13C44C for ; Fri, 25 May 2007 10:51:06 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 925 invoked from network); 25 May 2007 20:24:24 +1000 Received: from 210-84-60-60.dyn.iinet.net.au (HELO localhost) (210.84.60.60) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 25 May 2007 20:24:24 +1000 Date: Fri, 25 May 2007 20:24:18 +1000 From: Norberto Meijome To: freebsd-stable@freebsd.org Message-ID: <20070525202418.5dcb469e@localhost> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Failure building GENERIC 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 May 2007 10:51:06 -0000 Hi all, I know there have been some issues with the src tree , which DES fixed. I just updated my tree, but i'm getting the following when building GENERIC: --- sudo make buildkernel KERNCONF=GENERIC [....] m large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/mly/mly.c cc -c -O -pipe -march=pentium-m -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/mpt/mpt.c cc -c -O -pipe -march=pentium-m -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/mpt/mpt_cam.c cc -c -O -pipe -march=pentium-m -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/mpt/mpt_debug.c /usr/src/sys/dev/mpt/mpt_debug.c: In function `mpt_dump_request': /usr/src/sys/dev/mpt/mpt_debug.c:830: error: structure has no member named `request_frame_size' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ----- I haven't modified GENERIC . I have cleaned up /usr/objc/* and make clean before building. [betom@ayiin] [Fri May 25 19:58:14 2007] /usr/src $ uname -a FreeBSD ayiin.octantis.com.au 6.2-STABLE FreeBSD 6.2-STABLE #38: Sun Feb 18 14:32:12 EST 2007 root@ayiin.octantis.com.au:/usr/obj/usr/src/sys/AYIIN i386 any ideas? should I wait and resync later? cheers! _________________________ {Beto|Norberto|Numard} Meijome "Great spirits have often encountered violent opposition from mediocre minds." Albert Einstein I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Fri May 25 11:20:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9712416A400; Fri, 25 May 2007 11:20:44 +0000 (UTC) (envelope-from shaun@pcuse.com) Received: from ipmail01.adl2.internode.on.net (ipmail01.adl2.internode.on.net [203.16.214.140]) by mx1.freebsd.org (Postfix) with ESMTP id D946D13C458; Fri, 25 May 2007 11:20:43 +0000 (UTC) (envelope-from shaun@pcuse.com) X-IronPort-AV: E=Sophos;i="4.14,579,1170595800"; d="scan'208";a="134093871" Received: from ppp62-206.lns11.adl2.internode.on.net (HELO sagan.cai) ([121.45.62.206]) by ipmail01.adl2.internode.on.net with ESMTP; 25 May 2007 20:50:41 +0930 Received: by sagan.cai (Postfix, from userid 1100) id A6F211CC3D; Fri, 25 May 2007 20:50:44 +0930 (CST) Date: Fri, 25 May 2007 20:50:44 +0930 From: Shaun Branden To: Ruslan Ermilov Message-ID: <20070525112044.GA56871@pcuse.com> References: <20070525023710.GT33121@pcuse.com> <20070525082818.GB85633@rambler-co.ru> <20070525093638.GH33121@pcuse.com> <20070525095851.GA6500@rambler-co.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <20070525095851.GA6500@rambler-co.ru> User-Agent: Mutt/1.4.2.2i X-GPG-Fingerprint: 2571 65A6 1F38 0168 63CB BCE5 CA20 7F19 AA92 1949 X-GPG-Key: AA921949 Website: http://pcuse.com ICQ: 10469563 Jabber: shaun@pcuse.com VoIP: sip:0871270164@sip.internode.on.net Cc: freebsd-stable@FreeBSD.org Subject: Re: make buildworld issue on 6.2 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: Fri, 25 May 2007 11:20:44 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 25, 2007 at 01:58:51PM +0400, Ruslan Ermilov wrote: > You have an incomplete source tree. Jan 28 corresponds to > rev. 1.2.2.3 of that file, and the IEEE80211_IS_CHAN_PASSIVE() > define was added in rev. 1.2.2.4. From CVS history: >=20 > : revision 1.2.2.4 > : date: 2007/03/10 00:28:43; author: sam; state: Exp; lines: +2 -0 > : MFC 1.7: add IEEE80211_IS_CHAN_PASSIVE > : ---------------------------- > : revision 1.2.2.3 > : date: 2007/01/28 04:07:54; author: sam; state: Exp; lines: +11 -0 > : MFC: half- and quarter-rate channel support > : 900MHz channel support > : support for respecifying the channel set after attach > : default rate sets Yep that was it. Changing cvsup.au.freebsd.org to cvsup.freebsd.org sorted it out. Looks like the Australian mirror is incomplete. thanks for your help shaun --=20 Shaun Branden: Alchemist and Bit Bender PGP and contact details in the headers. --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGVsaLyiB/GaqSGUkRAvUuAKC58NkaO+LGYeS+jNm1hSj4fEJO3ACeOQGz iwnxwIg35Ne6g6mbU1qviaY= =n62u -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-stable@FreeBSD.ORG Fri May 25 11:20:55 2007 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DFE1D16A4F5 for ; Fri, 25 May 2007 11:20:55 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id 9680613C483 for ; Fri, 25 May 2007 11:20:55 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 0C674607D; Fri, 25 May 2007 15:00:08 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id DDAEC648F; Fri, 25 May 2007 15:00:07 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id l4PAtEqV007426; Fri, 25 May 2007 14:55:14 +0400 (MSD) (envelope-from ru) Date: Fri, 25 May 2007 14:55:14 +0400 From: Ruslan Ermilov To: Tom Judge Message-ID: <20070525105514.GC6500@rambler-co.ru> References: <4656BE23.1090607@tomjudge.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NKoe5XOeduwbEQHU" Content-Disposition: inline In-Reply-To: <4656BE23.1090607@tomjudge.com> User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: No virus found Cc: bill@rakupottery.org.uk, stable@FreeBSD.ORG Subject: Re: installworld breaks 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 May 2007 11:20:56 -0000 --NKoe5XOeduwbEQHU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 25, 2007 at 11:44:51AM +0100, Tom Judge wrote: > bill@rakupottery.org.uk wrote: > > cvsup and built around 20.30 BST > > cd /usr/src; make -f Makefile.inc1 install > > =3D=3D=3D> share/info install > > =3D=3D=3D> include install > > creating osreldate.h from newvers.sh > > touch: not found > > ***error code 127 > > Stop in /usr/src/include > > ***error code 1 > > I tried cd usr.bin/touch && make && make install > > but it does not seem to have any effect > > any offers? > > cheers >=20 >=20 > I have seen this problem when PATH was not set correctly. >=20 http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/troubleshoot.html#TOUC= H-NOT-FOUND Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --NKoe5XOeduwbEQHU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGVsCSqRfpzJluFF4RAsSLAJ4rKA0Hk+Rfk4mk76eGv/SrdtGpXwCdFMRK aYioyftvY5xJhroKs0CqCNk= =nQNo -----END PGP SIGNATURE----- --NKoe5XOeduwbEQHU-- From owner-freebsd-stable@FreeBSD.ORG Fri May 25 11:39:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 979E816A41F for ; Fri, 25 May 2007 11:39:57 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 168EA13C44B for ; Fri, 25 May 2007 11:39:56 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4PBdqjf085371; Fri, 25 May 2007 08:39:52 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Fri, 25 May 2007 08:38:56 -0300 User-Agent: KMail/1.9.6 References: <200705251021.l4PALOIa068649@lurza.secnetix.de> In-Reply-To: <200705251021.l4PALOIa068649@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705250838.57254.joao@matik.com.br> X-Spam-Status: No, score=-100.5 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, SMILEY,USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Oliver Fromme Subject: Re: atapicam cd error from freebsd-stable Digest, Vol 207, Issue 6 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 May 2007 11:39:57 -0000 On Friday 25 May 2007 07:21:24 Oliver Fromme wrote: > > First, I don't think atapicam is an "exotic" driver. > I'm using it for several years (in fact, since it was an > inofficial patch, before it hit the repository). It's > working perfectly fine for me, including with today's > RELENG_6. > > Second, if you run a mission-critical mail cluster (or > similar things) and update it along RELENG_6 without > proper testing, then you deserve to be shot in the foot. thank you for your consideration (or as serious or even as stupid) but it = was=20 ment to be kind of sarcastic input (don't shoot me, gotcha ... ) and keep smiling! :) anyway, beside of this confusing dmesg error I can write a cd with cdrecord but my k3b still crashs with this pthread/libpthread advice and don't get i= t=20 right, I rebuild at night k3b with -R and finished fine but soon I put a cd= =20 into the drive k3b still crashes, it also crashes when a cd is in when=20 starting it seems that Andy and Robert can use k3b on amd64 on their systems somebody has an idea what might be wrong here on my computer (beside the=20 latter consideration of course)? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri May 25 11:46:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A63D416A4BF for ; Fri, 25 May 2007 11:46:06 +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 0AA5113C447 for ; Fri, 25 May 2007 11:46:05 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7c56.q.ppp-pool.de [89.53.124.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 91205128844 for ; Fri, 25 May 2007 13:45:57 +0200 (CEST) Received: from epeios.sz.vwsoft.com (epeios.sz.vwsoft.com [192.168.16.5]) by mail.vtec.ipme.de (Postfix) with ESMTP id 52E933FA01 for ; Fri, 25 May 2007 13:45:27 +0200 (CEST) Message-ID: <4656CC57.7010705@vwsoft.com> Date: Fri, 25 May 2007 13:45:27 +0200 From: Volker User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <200705230717.l4N7HuPW010071@lurza.secnetix.de> <465408F9.6080302@vwsoft.com> <4654C0C4.2030405@vwsoft.com> <20070523215818.GB64723@xor.obsecurity.org> <4656A73E.9040109@vwsoft.com> In-Reply-To: <4656A73E.9040109@vwsoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 11:46:06 -0000 Using a debug kernel, the machine came up quickly with this LOR after the reboot: lock order reversal: 1st 0xc077078c tcp (tcp) @ /usr/src/sys/netinet/tcp_input.c:625 2nd 0xc4f18180 pf task mtx (pf task mtx) @ /usr/src/sys/modules/pf/../../contrib/pf/net/pf.c:6386 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c072fcd0,c072e1c8,c06f6124,...) at kdb_backtrace+0x29 witness_checkorder(c4f18180,9,c4f1536e,18f2) at witness_checkorder+0x578 _mtx_lock_flags(c4f18180,0,c4f1536e,18f2,c4f18180,...) at _mtx_lock_flags+0x78 pf_test(2,c4bdec00,e35c5ac4,0,0,...) at pf_test+0x81 pf_check_out(0,e35c5ac4,c4bdec00,2,0) at pf_check_out+0x3d pfil_run_hooks(c0770340,e35c5b40,c4bdec00,2,0,...) at pfil_run_hooks+0xc9 ip_output(c50c8200,0,e35c5b0c,0,0,0) at ip_output+0x83a tcp_respond(0,c4f85810,c4f85824,c50c8200,0,7a481ad6,4) at tcp_respond+0x3e1 tcp_input(c50c8200,14,1,93d306d9,0,...) at tcp_input+0x3124 ip_input(c50c8200) at ip_input+0x785 netisr_processqueue(c076dfd8) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_execute_handlers(c4afca78,c4b4b180) at ithread_execute_handlers+0xe6 ithread_loop(c4adb990,e35c5d38,c4adb990,c0505918,0,...) at ithread_loop+0x67 fork_exit(c0505918,c4adb990,e35c5d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe35c5d6c, ebp = 0 --- Expensive timeout(9) function: 0xc0528fb4(0) 0.002565972 s Is it a known LOR? `uname -a' FreeBSD ... 6.2-RELEASE-p5 FreeBSD 6.2-RELEASE-p5 #0: Fri May 25 12:34:43 CEST 2007 root@...:/usr/obj/usr/src/sys/GwMbg.debug i386 I'll keep watching this machine now it has debug functionality in kernel. Volker From owner-freebsd-stable@FreeBSD.ORG Fri May 25 11:57:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E12016A41F for ; Fri, 25 May 2007 11:57:53 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id E6E7413C484 for ; Fri, 25 May 2007 11:57:51 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 6119 invoked from network); 25 May 2007 21:57:51 +1000 Received: from 210-84-60-60.dyn.iinet.net.au (HELO localhost) (210.84.60.60) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 25 May 2007 21:57:51 +1000 Date: Fri, 25 May 2007 21:57:48 +1000 From: Norberto Meijome To: freebsd-stable@freebsd.org Message-ID: <20070525215748.1eeb3a09@localhost> In-Reply-To: <20070525202418.5dcb469e@localhost> References: <20070525202418.5dcb469e@localhost> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: SOLVED - Re: Failure building GENERIC 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 May 2007 11:57:53 -0000 On Fri, 25 May 2007 20:24:18 +1000 Norberto Meijome wrote: > Hi all, > I know there have been some issues with the src tree , which DES fixed. I just updated my tree, but i'm getting the following when building GENERIC: > well, thanks to my fellow Aussie Shaun Branden, i moved away from cvsup.au.freebsd.org and I got a whole bunch (and I mean more than a few!) of updates. Now it's working fine. How do we notify the admins of .au. of the issue? B _________________________ {Beto|Norberto|Numard} Meijome sadoequinecrophilia, n: Beating a dead horse. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Fri May 25 12:31:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF4DC16A400 for ; Fri, 25 May 2007 12:31:56 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout09.prod.mesa1.secureserver.net (smtpout09-04.prod.mesa1.secureserver.net [64.202.165.17]) by mx1.freebsd.org (Postfix) with SMTP id 8313713C447 for ; Fri, 25 May 2007 12:31:56 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 24101 invoked from network); 25 May 2007 12:05:16 -0000 Received: from unknown (24.144.77.243) by smtpout09-04.prod.mesa1.secureserver.net (64.202.165.17) with ESMTP; 25 May 2007 12:05:15 -0000 Message-ID: <4656D0FB.5070200@seclark.us> Date: Fri, 25 May 2007 08:05:15 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: network performance 6.1 stable vs 4.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 May 2007 12:31:56 -0000 Hello List, We have a network appliance that is currently based on 4.9. We are in the process of releasing a new version based on 6.1 stable. In our testing using nttcp thru the appliance we see insignifant difference in thruput between the 2 versions in a controlled environment - aproximately 94mbs on a 100mb lan. We have a person that is testing the both system inhouse surfing out over the internet on our T1 link and he complains that he is consistently seeing the 6.1 version being much slower than the 4.9 version (on the same hardware). He has been comparing the 6.1 system to 4.9 system for a couple of weeks and continues to insist the 6.1 version is much slower. Are there any sysctl tunables that may affect performance going over the internet with a slower link, dropped packets, etc that could cause this? Any ideas would be appreciated. Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Fri May 25 13:00:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0460B16A469 for ; Fri, 25 May 2007 13:00:45 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from wrdsl02.terago.ca (wrdsl02.terago.ca [207.54.102.194]) by mx1.freebsd.org (Postfix) with ESMTP id CC53D13C480 for ; Fri, 25 May 2007 13:00:44 +0000 (UTC) (envelope-from rmiranda@digitalrelay.ca) Received: from [192.168.0.12] (unknown [64.201.181.165]) by wrdsl02.terago.ca (Postfix) with ESMTP id 6280F86EBC for ; Fri, 25 May 2007 08:00:43 -0500 (CDT) From: "Roger Miranda - Digital Relay Inc." Organization: Digital Relay Inc. To: freebsd-stable@freebsd.org Date: Fri, 25 May 2007 08:01:23 -0500 User-Agent: KMail/1.9.4 References: <200705230717.l4N7HuPW010071@lurza.secnetix.de> <20070523215818.GB64723@xor.obsecurity.org> <4656A73E.9040109@vwsoft.com> In-Reply-To: <4656A73E.9040109@vwsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705250801.25112.rmiranda@digitalrelay.ca> Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 13:00:45 -0000 On Friday 25 May 2007 04:07, Volker wrote: > Kris, Roger & all, > well, we replaced the broken machine (totally different hardware), > took one of the mirrored hard disks into this replacement machine > and took this replacement into production. > > Unfortunately it took less than 16 hours for this replacement > machine to also freeze. My assumption is, the freeze itself has > nothing to do with bad hardware, as it's now happening on two > different machines. This replacement doesn't have em NICs but gives > the same bad behavior (so I also think, it's not em related). As I > really do want to know what's going on, I'm now compiling a new > world + kernel with WITNESS and INVARIANTS support and see if I can > catch something. > > I'm using the following additional kernel options: > > makeoptions DEBUG=-g > options KDB > options KDB_UNATTENDED > options KDB_TRACE > options DDB > options WITNESS > options WITNESS_SKIPSPIN > options INVARIANTS > options INVARIANT_SUPPORT > options DIAGNOSTIC > options PANIC_REBOOT_WAIT_TIME=60 > Volker & Kris, Sorry for kind of hi-jacking your thread. Just hopefully we all can work together to fix this issue (if there is one). Out machine did goto in to a "hard lock". Nothing showed up on the screen or logs. I did see something from WITNESS in dmesg. See below. But this does not show up at the time of the crash. If I remember correctly this show up at boot time. We have added the following kernel options: options DDB options KDB options BREAK_TO_DEBUGGER options INVARIANTS options INVARIANTS_SUPPORT options WITNESS options DEBUG_VFS_LOCKS options DEBUG_MEMGUARD -dmesg------- softdep_waitidle: Failed to flush worklist for 0xc44ffcf8 em1: link state changed to DOWN bridge0: Ethernet address: 66:9e:c9:a6:f5:27 em0: promiscuous mode enabled em1: promiscuous mode enabled em1: link state changed to UP lock order reversal: 1st 0xc06e0820 polling (polling) @ /usr/src/sys/kern/kern_poll.c:422 2nd 0xc473070c if_bridge (if_bridge) @ /usr/src/sys/net/if_bridge.c:1976 KDB: stack backtrace: witness_checkorder(c473070c,9,c068bfbc,7b8) at witness_checkorder+0x55c _mtx_lock_flags(c473070c,0,c068bfbc,7b8,c473070c,...) at _mtx_lock_flags+0x41 bridge_input(c43d9000,c4740000,c43a828c,c43a8000,c4740000,...) at bridge_input+0x80 ether_input(c43d9000,c4740000,c43a828c,0,c0675f3c,...) at ether_input+0x122 e1000_rxeof(d43f2cbc,c0524e5d,d43f2ca8,1,5,...) at e1000_rxeof+0x19b e1000_poll(c43d9000,0,5) at e1000_poll+0x46 netisr_poll(0) at netisr_poll+0x70 swi_net(0,c4315438,c4323a80,c050a484,c4322648,...) at swi_net+0xb0 ithread_loop(c430f700,d43f2d38,c430f700,c050a484,0,...) at ithread_loop+0x1de fork_exit(c050a484,c430f700,d43f2d38) at fork_exit+0x7d fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd43f2d6c, ebp = 0 --- softdep_waitidle: Failed to flush worklist for 0xc44ffcf8 em0: link state changed to UP ---------------- From owner-freebsd-stable@FreeBSD.ORG Fri May 25 13:03:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0D9116A46C for ; Fri, 25 May 2007 13:03:49 +0000 (UTC) (envelope-from kometen@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 6FDB513C483 for ; Fri, 25 May 2007 13:03:49 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by nz-out-0506.google.com with SMTP id m22so759360nzf for ; Fri, 25 May 2007 06:03:49 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; 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; b=rZFBPFKRPku91PhdmyF858HV2PsBvTmMz9PTdrdZPh4AQzpvLPJJAeWfeYV5pB8iUbz5oLO8bnmTbgLPyduza62n1B3yOnrc2pix1lSztwXoEsUxevXdfQRDmwf9RENBpUaoIiek0vRiynUHwBF4ikRmXFUzuuN1cGr8S2Z9z4A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fQQH8c7LCuuIIAkHRiFnHlZDkw5fqMhaQofWrrot5fsNc/SDDY+drXCoR9pb+hZlcnc7FYDLE9IYtHBDKQdlAGStpiOdQFUkMp5KfAfqZxOG7/B2255YEJDjLp3W81kIfcSUr1ucVjajhrPT5UXSMs3t/5bfTZKf8viqUcFQQOQ= Received: by 10.114.58.1 with SMTP id g1mr1465470waa.1180096687889; Fri, 25 May 2007 05:38:07 -0700 (PDT) Received: by 10.114.194.12 with HTTP; Fri, 25 May 2007 05:38:07 -0700 (PDT) Message-ID: Date: Fri, 25 May 2007 14:38:07 +0200 From: "Claus Guttesen" To: Stephen.Clark@seclark.us In-Reply-To: <4656D0FB.5070200@seclark.us> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4656D0FB.5070200@seclark.us> Cc: freebsd-stable@freebsd.org Subject: Re: network performance 6.1 stable vs 4.9 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 May 2007 13:03:49 -0000 > We have a network appliance that is currently based on 4.9. We are in > the process of releasing > a new version based on 6.1 stable. > > In our testing using nttcp thru the appliance we see insignifant > difference in thruput between the 2 > versions in a controlled environment - aproximately 94mbs on a 100mb lan. > > Are there any sysctl tunables that may affect performance going over the > internet > with a slower link, dropped packets, etc that could cause this? Have you tried options DEVICE_POLLING in the kernel? If you want to try yuo can find a section in the file NOTES located the same place as your kernel. Is the kernel cusomized? Have you enabled -O2 as optimization? Do you consider release 6.2 rather than 6.1? -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Fri May 25 13:09:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C1D0216A41F for ; Fri, 25 May 2007 13:09:08 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mail.goodforbusiness.co.uk (mail.goodforbusiness.co.uk [81.19.179.90]) by mx1.freebsd.org (Postfix) with ESMTP id 8902E13C455 for ; Fri, 25 May 2007 13:09:08 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from latham.london.helenmarks.co.uk (unknown [192.168.100.1]) by mail.goodforbusiness.co.uk (Postfix) with ESMTP id 01DB91148B; Fri, 25 May 2007 13:51:47 +0100 (BST) Received: by latham.london.helenmarks.co.uk (Postfix, from userid 80) id D9B36E140C; Fri, 25 May 2007 13:51:46 +0100 (BST) Received: from 195.12.22.194 (SquirrelMail authenticated user dom@helenmarks.co.uk) by mail.helenmarks.co.uk with HTTP; Fri, 25 May 2007 13:51:46 +0100 (BST) Message-ID: <4643.195.12.22.194.1180097506.squirrel@mail.helenmarks.co.uk> In-Reply-To: <4656D0FB.5070200@seclark.us> References: <4656D0FB.5070200@seclark.us> Date: Fri, 25 May 2007 13:51:46 +0100 (BST) From: "Dominic Marks" To: Stephen.Clark@seclark.us MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: network performance 6.1 stable vs 4.9 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 May 2007 13:09:08 -0000 Stephen Clark wrote: > Hello List, > > We have a network appliance that is currently based on 4.9. We are in > the process of releasing > a new version based on 6.1 stable. You are going to get asked this, so I'll ask first. Whats the reason behind not running a more recent STABLE? I understand developing a product on a moving platform is not ideal, but its going to be mentioned! > In our testing using nttcp thru the appliance we see insignifant > difference in thruput between the 2 > versions in a controlled environment - aproximately 94mbs on a 100mb lan. > > We have a person that is testing the both system inhouse surfing out > over the internet on our T1 > link and he complains that he is consistently seeing the 6.1 version > being much slower than the > 4.9 version (on the same hardware). > He has been comparing the 6.1 system to 4.9 system for a couple of weeks > and continues to insist the 6.1 version is much slower. You don't mention what the appliance actually does beyond just moving packets about? Surfing implies some sort of proxy or gateway device? > Are there any sysctl tunables that may affect performance going over the > internet > with a slower link, dropped packets, etc that could cause this? > > Any ideas would be appreciated. > Dominic From owner-freebsd-stable@FreeBSD.ORG Fri May 25 13:11:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF54816A46B for ; Fri, 25 May 2007 13:11:15 +0000 (UTC) (envelope-from jbronson@sixcompanies.com) Received: from cheyenne.sixcompanies.com (cheyenne.sixcompanies.com [65.43.82.170]) by mx1.freebsd.org (Postfix) with ESMTP id 64F5013C46C for ; Fri, 25 May 2007 13:11:15 +0000 (UTC) (envelope-from jbronson@sixcompanies.com) Received: from coors.sixcompanies.com (coors.sixcompanies.com [10.43.82.5]) by cheyenne.sixcompanies.com (8.14.1+Sun/8.14.1) with ESMTP id l4PCg9Eo003842 for ; Fri, 25 May 2007 07:42:09 -0500 (CDT) Message-Id: <200705251242.l4PCg9Eo003842@cheyenne.sixcompanies.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 25 May 2007 07:42:10 -0500 To: freebsd-stable@freebsd.org From: JD Bronson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: /etc/rc.d after cvsup yesterday? 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 May 2007 13:11:15 -0000 I noticed after cvsup'ing the other day (6.2-stable) that /etc/rc.d now has some issues: # rcorder /usr/src/etc/rc.d/* rcorder: requirement `zfs' in file `/usr/src/etc/rc.d/FILESYSTEMS' has no providers. (removing 'zfs' in FILESYSTEMS fixes this) and then this later on with rcorder: .. ... /usr/src/etc/rc.d/routed rcorder: Circular dependency on provision `mountcritremote' in file `/usr/src/etc/rc.d/archdep'. So to fix this (for now) I just changed the REQUIRE from 'mountcritremote' to 'routed' and that seems to be OK for me. Anyone else notice this? -JD From owner-freebsd-stable@FreeBSD.ORG Fri May 25 13:28:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B318F16A400 for ; Fri, 25 May 2007 13:28:18 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from carrick.bishnet.net (carrick.bishnet.net [84.234.17.56]) by mx1.freebsd.org (Postfix) with ESMTP id 78A7313C458 for ; Fri, 25 May 2007 13:28:18 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HrZpe-000O47-AG; Fri, 25 May 2007 14:27:50 +0100 Date: Fri, 25 May 2007 14:27:50 +0100 From: Tim Bishop To: JD Bronson Message-ID: <20070525132750.GB49511@carrick.bishnet.net> References: <200705251242.l4PCg9Eo003842@cheyenne.sixcompanies.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200705251242.l4PCg9Eo003842@cheyenne.sixcompanies.com> X-PGP-Key: 0x5AE7D984, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 User-Agent: Mutt/1.5.13 (2006-08-11) X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.523, required 5, autolearn=not spam, BAYES_00 -2.60, NO_RELAYS -0.00, TW_ZF 0.08) X-Bishnet-MailScanner-From: tdb@carrick.bishnet.net Cc: freebsd-stable@freebsd.org Subject: Re: /etc/rc.d after cvsup yesterday? 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 May 2007 13:28:18 -0000 On Fri, May 25, 2007 at 07:42:10AM -0500, JD Bronson wrote: > I noticed after cvsup'ing the other day (6.2-stable) that /etc/rc.d > now has some issues: > > # rcorder /usr/src/etc/rc.d/* > rcorder: requirement `zfs' in file `/usr/src/etc/rc.d/FILESYSTEMS' > has no providers. > > (removing 'zfs' in FILESYSTEMS fixes this) Looks like that bit was MFCed in error. zfs only exists on CURRENT. > and then this later on with rcorder: > .. > ... > /usr/src/etc/rc.d/routed > rcorder: Circular dependency on provision `mountcritremote' in file > `/usr/src/etc/rc.d/archdep'. > > > So to fix this (for now) I just changed the REQUIRE from > 'mountcritremote' to 'routed' and that seems to be OK for me. > > Anyone else notice this? Not sure about that one though :-) Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From owner-freebsd-stable@FreeBSD.ORG Fri May 25 14:10:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4A7016A400 for ; Fri, 25 May 2007 14:10:14 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 7C95E13C45A for ; Fri, 25 May 2007 14:10:14 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.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.5 Received: from r2d2 ([212.135.219.182]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003856541.msg for ; Fri, 25 May 2007 14:52:17 +0100 Message-ID: <02e601c79ed3$ddf0c3a0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: , References: <4656D0FB.5070200@seclark.us> Date: Fri, 25 May 2007 14:51:59 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.182 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: multiplay.co.uk, Fri, 25 May 2007 14:52:18 +0100 X-MDAV-Processed: multiplay.co.uk, Fri, 25 May 2007 14:52:18 +0100 Cc: Subject: Re: network performance 6.1 stable vs 4.9 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 May 2007 14:10:15 -0000 Why are you releasing a new product on an already unsupported version? 6.2 is the version you really need to be moving to not 6.1. With respect to your actual question you provide no real details so there's no real answers. You need to provider info on hardware, configuration and application + concrete metrics otherwise your going to get no where. That said I'd suggest as a total and utter guess setting: net.inet.tcp.inflight.enable=0 Regards Steve ----- Original Message ----- From: "Stephen Clark" To: Sent: Friday, May 25, 2007 1:05 PM Subject: network performance 6.1 stable vs 4.9 > Hello List, > > We have a network appliance that is currently based on 4.9. We are in > the process of releasing > a new version based on 6.1 stable. > > In our testing using nttcp thru the appliance we see insignifant > difference in thruput between the 2 > versions in a controlled environment - aproximately 94mbs on a 100mb lan. > > We have a person that is testing the both system inhouse surfing out > over the internet on our T1 > link and he complains that he is consistently seeing the 6.1 version > being much slower than the > 4.9 version (on the same hardware). > He has been comparing the 6.1 system to 4.9 system for a couple of weeks > and continues to insist the 6.1 version is much slower. > > Are there any sysctl tunables that may affect performance going over the > internet > with a slower link, dropped packets, etc that could cause this? > > Any ideas would be appreciated. ================================================ 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 May 25 14:17:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8165F16A41F for ; Fri, 25 May 2007 14:17:53 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id 17B0A13C458 for ; Fri, 25 May 2007 14:17:52 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id l4PEHogg013402; Fri, 25 May 2007 15:17:51 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Hrac2-0006xd-U6; Fri, 25 May 2007 15:17:50 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.1/8.14.1) with ESMTP id l4PEHoVX024203; Fri, 25 May 2007 15:17:50 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.1/8.14.1/Submit) id l4PEHeZr024196; Fri, 25 May 2007 15:17:40 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Steven Hartland In-Reply-To: <02e601c79ed3$ddf0c3a0$b6db87d4@multiplay.co.uk> References: <4656D0FB.5070200@seclark.us> <02e601c79ed3$ddf0c3a0$b6db87d4@multiplay.co.uk> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 25 May 2007 15:17:40 +0100 Message-Id: <1180102660.41807.16.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: Stephen.Clark@seclark.us, freebsd-stable@freebsd.org Subject: Re: network performance 6.1 stable vs 4.9 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 May 2007 14:17:53 -0000 On Fri, 2007-05-25 at 14:51 +0100, Steven Hartland wrote: > Why are you releasing a new product on an already unsupported version? > 6.2 is the version you really need to be moving to not 6.1. FreeBSD 6.1 is not unsupported - far from it. When 6.1 was released, it was designated as an "Extended support" branch, and is currently scheduled to be supported (from a security point of view) after support for 6.2 is dropped. http://www.freebsd.org/security/ If you're building network applications, it makes perfect sense to go for 6.1, as that's part of the reason behind the "extended support" branches. Gavin From owner-freebsd-stable@FreeBSD.ORG Fri May 25 14:53:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F083D16A421 for ; Fri, 25 May 2007 14:53:26 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout07.prod.mesa1.secureserver.net (smtpout07-04.prod.mesa1.secureserver.net [64.202.165.233]) by mx1.freebsd.org (Postfix) with SMTP id B845C13C468 for ; Fri, 25 May 2007 14:53:26 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 27546 invoked from network); 25 May 2007 14:53:24 -0000 Received: from unknown (24.144.77.243) by smtpout07-04.prod.mesa1.secureserver.net (64.202.165.233) with ESMTP; 25 May 2007 14:53:24 -0000 Message-ID: <4656F863.20302@seclark.us> Date: Fri, 25 May 2007 10:53:23 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dominic Marks References: <4656D0FB.5070200@seclark.us> <4643.195.12.22.194.1180097506.squirrel@mail.helenmarks.co.uk> In-Reply-To: <4643.195.12.22.194.1180097506.squirrel@mail.helenmarks.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: network performance 6.1 stable vs 4.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 May 2007 14:53:27 -0000 Dominic Marks wrote: >Stephen Clark wrote: > > >>Hello List, >> >>We have a network appliance that is currently based on 4.9. We are in >>the process of releasing >>a new version based on 6.1 stable. >> >> > >You are going to get asked this, so I'll ask first. > >Whats the reason behind not running a more recent STABLE? I understand >developing a product on a moving platform is not ideal, but its going to >be mentioned! > > > >>In our testing using nttcp thru the appliance we see insignifant >>difference in thruput between the 2 >>versions in a controlled environment - aproximately 94mbs on a 100mb lan. >> >>We have a person that is testing the both system inhouse surfing out >>over the internet on our T1 >>link and he complains that he is consistently seeing the 6.1 version >>being much slower than the >>4.9 version (on the same hardware). >>He has been comparing the 6.1 system to 4.9 system for a couple of weeks >>and continues to insist the 6.1 version is much slower. >> >> > >You don't mention what the appliance actually does beyond just moving >packets about? Surfing implies some sort of proxy or gateway device? > > > >>Are there any sysctl tunables that may affect performance going over the >>internet >>with a slower link, dropped packets, etc that could cause this? >> >>Any ideas would be appreciated. >> >> >> > >Dominic > > > Hi Dominic, The appliance is basically a firewall/nat/vpn device. We started on 6.1 last year and it has taken us a while to get things tested, plus I don't like to use a brand new release. If we go to a later release it means we have to do complete regression testing, etc. We are basically using a GENERIC config for our kernel. We, meaning the R&D team don't see any performance issues in a controlled environment - 6.1 performs just as well as 4.9. In subjective tests R&D has done using the following setup we see "no" problem: freebsd+firefox <--100mbs lan---> 6.1 network appliance <----T1 link----> internet freebsd+firefox <--100mbs lan---> 4.9 network appliance <----T1 link----> internet One of our testers has the same setup but is using winblows/ie in place of freebsd+firefox and subjectively says the 6.1 system is slower than the 4.9 system. I was just wandering if there were any tunables that might cause this. Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Fri May 25 15:01:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 571AB16A46C for ; Fri, 25 May 2007 15:01:36 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id 2E86313C465 for ; Fri, 25 May 2007 15:01:36 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 81AA5171FC; Fri, 25 May 2007 11:01:35 -0400 (EDT) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XXzFa7ZK8G8A; Fri, 25 May 2007 11:01:35 -0400 (EDT) Received: from descartes.internal.secureworks.net (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 45634171B9; Fri, 25 May 2007 11:01:35 -0400 (EDT) Message-ID: <4656FA4F.9040008@jellydonut.org> Date: Fri, 25 May 2007 11:01:35 -0400 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.3) Gecko/20070523 Thunderbird/2.0.0.0 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <4656D0FB.5070200@seclark.us> <4643.195.12.22.194.1180097506.squirrel@mail.helenmarks.co.uk> <4656F863.20302@seclark.us> In-Reply-To: <4656F863.20302@seclark.us> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: network performance 6.1 stable vs 4.9 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 May 2007 15:01:36 -0000 Stephen Clark wrote: > Dominic Marks wrote: > >> Stephen Clark wrote: >> >> >>> Hello List, >>> >>> We have a network appliance that is currently based on 4.9. We are in >>> the process of releasing >>> a new version based on 6.1 stable. >>> >> >> You are going to get asked this, so I'll ask first. >> >> Whats the reason behind not running a more recent STABLE? I understand >> developing a product on a moving platform is not ideal, but its going to >> be mentioned! >> >> >> >>> In our testing using nttcp thru the appliance we see insignifant >>> difference in thruput between the 2 >>> versions in a controlled environment - aproximately 94mbs on a 100mb >>> lan. >>> >>> We have a person that is testing the both system inhouse surfing out >>> over the internet on our T1 >>> link and he complains that he is consistently seeing the 6.1 version >>> being much slower than the >>> 4.9 version (on the same hardware). >>> He has been comparing the 6.1 system to 4.9 system for a couple of weeks >>> and continues to insist the 6.1 version is much slower. >>> >> >> You don't mention what the appliance actually does beyond just moving >> packets about? Surfing implies some sort of proxy or gateway device? >> >> >> >>> Are there any sysctl tunables that may affect performance going over the >>> internet >>> with a slower link, dropped packets, etc that could cause this? >>> >>> Any ideas would be appreciated. >>> >>> >> >> Dominic >> >> >> > Hi Dominic, > > The appliance is basically a firewall/nat/vpn device. We started on 6.1 > last year and it has > taken us a while to get things tested, plus I don't like to use a brand > new release. If we go to > a later release it means we have to do complete regression testing, etc. > > We are basically using a GENERIC config for our kernel. We, meaning the > R&D team don't see any > performance issues in a controlled environment - 6.1 performs just as > well as 4.9. > > In subjective tests R&D has done using the following setup we see "no" > problem: > > freebsd+firefox <--100mbs lan---> 6.1 network appliance <----T1 > link----> internet > freebsd+firefox <--100mbs lan---> 4.9 network appliance <----T1 > link----> internet > > One of our testers has the same setup but is using winblows/ie in place of > freebsd+firefox and subjectively says the 6.1 system is slower than the > 4.9 system. > > I was just wandering if there were any tunables that might cause this. > > Thanks, > Steve > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-kernel-limits.html The section on TCP Bandwidth Delay Product might be of a little assistance. -Proto From owner-freebsd-stable@FreeBSD.ORG Fri May 25 15:09:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7D7916A421 for ; Fri, 25 May 2007 15:09:27 +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 3ED6913C484 for ; Fri, 25 May 2007 15:09:27 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7c56.q.ppp-pool.de [89.53.124.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 844C212881C; Fri, 25 May 2007 17:09:20 +0200 (CEST) Received: from epeios.sz.vwsoft.com (epeios.sz.vwsoft.com [192.168.16.5]) by mail.vtec.ipme.de (Postfix) with ESMTP id 3F57F3FA01; Fri, 25 May 2007 17:08:49 +0200 (CEST) Message-ID: <4656FC01.20309@vwsoft.com> Date: Fri, 25 May 2007 17:08:49 +0200 From: Volker User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: "Roger Miranda - Digital Relay Inc." References: <200705230717.l4N7HuPW010071@lurza.secnetix.de> <20070523215818.GB64723@xor.obsecurity.org> <4656A73E.9040109@vwsoft.com> <200705250801.25112.rmiranda@digitalrelay.ca> In-Reply-To: <200705250801.25112.rmiranda@digitalrelay.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: ghosthunting: machine freeze 6.2R 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 May 2007 15:09:27 -0000 On 05/25/07 15:01, Roger Miranda - Digital Relay Inc. wrote: ... > Volker & Kris, > > Sorry for kind of hi-jacking your thread. Just hopefully we all can work > together to fix this issue (if there is one). For me, that's ok as it may (or may not) be a similar problem. > Out machine did goto in to a "hard lock". Nothing showed up on the screen or > logs. > > I did see something from WITNESS in dmesg. See below. But this does not show > up at the time of the crash. If I remember correctly this show up at boot > time. > > We have added the following kernel options: > options DDB > options KDB > options BREAK_TO_DEBUGGER > options INVARIANTS > options INVARIANTS_SUPPORT > options WITNESS > options DEBUG_VFS_LOCKS > options DEBUG_MEMGUARD > > > -dmesg------- > softdep_waitidle: Failed to flush worklist for 0xc44ffcf8 > em1: link state changed to DOWN > bridge0: Ethernet address: 66:9e:c9:a6:f5:27 > em0: promiscuous mode enabled > em1: promiscuous mode enabled > em1: link state changed to UP > lock order reversal: > 1st 0xc06e0820 polling (polling) @ /usr/src/sys/kern/kern_poll.c:422 > 2nd 0xc473070c if_bridge (if_bridge) @ /usr/src/sys/net/if_bridge.c:1976 > KDB: stack backtrace: > witness_checkorder(c473070c,9,c068bfbc,7b8) at witness_checkorder+0x55c > _mtx_lock_flags(c473070c,0,c068bfbc,7b8,c473070c,...) at _mtx_lock_flags+0x41 > bridge_input(c43d9000,c4740000,c43a828c,c43a8000,c4740000,...) at > bridge_input+0x80 > ether_input(c43d9000,c4740000,c43a828c,0,c0675f3c,...) at ether_input+0x122 > e1000_rxeof(d43f2cbc,c0524e5d,d43f2ca8,1,5,...) at e1000_rxeof+0x19b > e1000_poll(c43d9000,0,5) at e1000_poll+0x46 > netisr_poll(0) at netisr_poll+0x70 > swi_net(0,c4315438,c4323a80,c050a484,c4322648,...) at swi_net+0xb0 > ithread_loop(c430f700,d43f2d38,c430f700,c050a484,0,...) at ithread_loop+0x1de > fork_exit(c050a484,c430f700,d43f2d38) at fork_exit+0x7d > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd43f2d6c, ebp = 0 --- > softdep_waitidle: Failed to flush worklist for 0xc44ffcf8 > em0: link state changed to UP > ---------------- From this output, I would assume, we're fighting with two completely different problems. I've catched 3 LORs and a strange (?) ACPI message within the last few hours. I'll post everything I've got in another post in a few minutes. Volker From owner-freebsd-stable@FreeBSD.ORG Fri May 25 15:09:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB0B916A46E for ; Fri, 25 May 2007 15:09:30 +0000 (UTC) (envelope-from fj@panix.com) Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by mx1.freebsd.org (Postfix) with ESMTP id 5864F13C44B for ; Fri, 25 May 2007 15:09:30 +0000 (UTC) (envelope-from fj@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id C421513A975 for ; Fri, 25 May 2007 11:09:29 -0400 (EDT) Received: (from fj@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id l4PF9Tk17914 for freebsd-stable@freebsd.org; Fri, 25 May 2007 11:09:29 -0400 (EDT) Date: Fri, 25 May 2007 11:09:29 -0400 From: Joe Altman To: freebsd-stable@freebsd.org Message-ID: <20070525150929.GA25582@panix.com> Mail-Followup-To: Joe Altman , freebsd-stable@freebsd.org References: <20070525120028.A96C716A475@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070525120028.A96C716A475@hub.freebsd.org> User-Agent: Mutt/1.5.10i Subject: Re: atapicam cd error from; was: freebsd-stable Digest, Vol 207, Issue 9 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 May 2007 15:09:30 -0000 On Fri, May 25, 2007 at 12:00:28PM +0000, freebsd-stable-request@freebsd.org wrote: > > Today's Topics: > > 14. Re: atapicam cd error from freebsd-stable Digest, Vol 207, > Issue 6 (Oliver Fromme) > ------------------------------ > > Date: Fri, 25 May 2007 12:21:24 +0200 (CEST) > From: Oliver Fromme > Subject: Re: atapicam cd error from freebsd-stable Digest, Vol 207, Issue 6 > > First, I don't think atapicam is an "exotic" driver. > I'm using it for several years (in fact, since it was an > inofficial patch, before it hit the repository). It's > working perfectly fine for me, including with today's > RELENG_6. You have atapicam as a kernel module; and what version of atapi-cam.c? It looks like this one is current: Revision 1.54 found here: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/atapi-cam.c?rev=1.54 But! the cvsweb seems to say that someone name scottl last touched it: #include __FBSDID("$FreeBSD: /repoman/r/ncvs/src/sys/dev/ata/atapi-cam.c,v 1.54 2007/05/02 15:30:24 scottl Exp $"); Where I have this: #include __FBSDID("$FreeBSD: src/sys/dev/ata/atapi-cam.c,v 1.42.2.5 2007/05/15 16:19:42 thomas Exp $"); On: 6.2-STABLE FreeBSD 6.2-STABLE So, Oliver, you are using (I think) the file touched by scottl on 2007/05/02? Is that correct? -- If it's The Pumpking Smashins, what time is it? From owner-freebsd-stable@FreeBSD.ORG Fri May 25 15:09:46 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C548516A588 for ; Fri, 25 May 2007 15:09:46 +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 9BF9A13C46A for ; Fri, 25 May 2007 15:09:46 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id AFE43B80C for ; Fri, 25 May 2007 10:52:14 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: Vivek Khera Date: Fri, 25 May 2007 10:52:13 -0400 X-Mailer: Apple Mail (2.752.2) Cc: Subject: can I change probe order of mpt controllers? 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 May 2007 15:09:46 -0000 I have a shiny new Sun X4100 here and it works pretty well (except that there is a bug in the ILOM bios that refuses to let the serial port console run at 115200!!!) I attached an external RAID array using an LSI fibre channel card, and now the boot disk is not found after the kernel boots. Ie, it can't find the root volume. This is because the fibre channel card is probed as mpt0 and the on-board disks are connected to mpt2. (Where's mpt1? no idea.) Once the RAID volume was initialized, the ordering of the disk device names changed. Is there some way to force the boot drive controller to be probed first and be mpt0? Or is there some way to force the boot drive to be a fixed device name? I'm planning to play with the RAID configuraitons and change partitions and add logical drives, etc., so this will be painful to reconfigure the OS every time I reconfigure the RAID. Any advice will be appreciated. Thanks! I'm running 6.2/amd64 from a fresh CD install. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D. Khera Communications, Inc. Internet: khera@kciLink.com Rockville, MD +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Fri May 25 15:17:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2ACC416A41F for ; Fri, 25 May 2007 15:17:39 +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 B847813C44C for ; Fri, 25 May 2007 15:17:38 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7c56.q.ppp-pool.de [89.53.124.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 9AC26128844 for ; Fri, 25 May 2007 17:17:31 +0200 (CEST) Received: from epeios.sz.vwsoft.com (epeios.sz.vwsoft.com [192.168.16.5]) by mail.vtec.ipme.de (Postfix) with ESMTP id 6D3503FA00 for ; Fri, 25 May 2007 17:17:01 +0200 (CEST) Message-ID: <4656FDEE.7020002@vwsoft.com> Date: Fri, 25 May 2007 17:17:02 +0200 From: Volker User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <200705230717.l4N7HuPW010071@lurza.secnetix.de> <465408F9.6080302@vwsoft.com> <4654C0C4.2030405@vwsoft.com> <20070523215818.GB64723@xor.obsecurity.org> <4656A73E.9040109@vwsoft.com> <4656CC57.7010705@vwsoft.com> In-Reply-To: <4656CC57.7010705@vwsoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Subject: LORs (was Re: ghosthunting: machine freeze 6.2R) 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 May 2007 15:17:39 -0000 On 05/25/07 13:45, Volker wrote: > Using a debug kernel, the machine came up quickly with this LOR after > the reboot: > > lock order reversal: > 1st 0xc077078c tcp (tcp) @ /usr/src/sys/netinet/tcp_input.c:625 > 2nd 0xc4f18180 pf task mtx (pf task mtx) @ > /usr/src/sys/modules/pf/../../contrib/pf/net/pf.c:6386 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c072fcd0,c072e1c8,c06f6124,...) at > kdb_backtrace+0x29 > witness_checkorder(c4f18180,9,c4f1536e,18f2) at witness_checkorder+0x578 > _mtx_lock_flags(c4f18180,0,c4f1536e,18f2,c4f18180,...) at > _mtx_lock_flags+0x78 > pf_test(2,c4bdec00,e35c5ac4,0,0,...) at pf_test+0x81 > pf_check_out(0,e35c5ac4,c4bdec00,2,0) at pf_check_out+0x3d > pfil_run_hooks(c0770340,e35c5b40,c4bdec00,2,0,...) at pfil_run_hooks+0xc9 > ip_output(c50c8200,0,e35c5b0c,0,0,0) at ip_output+0x83a > tcp_respond(0,c4f85810,c4f85824,c50c8200,0,7a481ad6,4) at tcp_respond+0x3e1 > tcp_input(c50c8200,14,1,93d306d9,0,...) at tcp_input+0x3124 > ip_input(c50c8200) at ip_input+0x785 > netisr_processqueue(c076dfd8) at netisr_processqueue+0x6e > swi_net(0) at swi_net+0xc2 > ithread_execute_handlers(c4afca78,c4b4b180) at > ithread_execute_handlers+0xe6 > ithread_loop(c4adb990,e35c5d38,c4adb990,c0505918,0,...) at > ithread_loop+0x67 > fork_exit(c0505918,c4adb990,e35c5d38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe35c5d6c, ebp = 0 --- > Expensive timeout(9) function: 0xc0528fb4(0) 0.002565972 s > This first one appeared at 13:22 (short after bootup). ok, the next two LORs (similar to the first): at 13:28 this one came into the logs: lock order reversal: 1st 0xc077078c tcp (tcp) @ /usr/src/sys/netinet/tcp_input.c:625 2nd 0xc4f18180 pf task mtx (pf task mtx) @ /usr/src/sys/modules/pf/../../contrib/pf/net/pf.c:6386 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c072fcd0,c072e1c8,c06f6124,...) at kdb_backtrace+0x29 witness_checkorder(c4f18180,9,c4f1536e,18f2) at witness_checkorder+0x578 _mtx_lock_flags(c4f18180,0,c4f1536e,18f2,c4f18180,...) at _mtx_lock_flags+0x78 pf_test(2,c4bdec00,e35c5ac4,0,0,...) at pf_test+0x81 pf_check_out(0,e35c5ac4,c4bdec00,2,0) at pf_check_out+0x3d pfil_run_hooks(c0770340,e35c5b40,c4bdec00,2,0,...) at pfil_run_hooks+0xc9 ip_output(c50c8200,0,e35c5b0c,0,0,0) at ip_output+0x83a tcp_respond(0,c4f85810,c4f85824,c50c8200,0,7a481ad6,4) at tcp_respond+0x3e1 tcp_input(c50c8200,14,1,93d306d9,0,...) at tcp_input+0x3124 ip_input(c50c8200) at ip_input+0x785 netisr_processqueue(c076dfd8) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_execute_handlers(c4afca78,c4b4b180) at ithread_execute_handlers+0xe6 ithread_loop(c4adb990,e35c5d38,c4adb990,c0505918,0,...) at ithread_loop+0x67 fork_exit(c0505918,c4adb990,e35c5d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe35c5d6c, ebp = 0 --- Expensive timeout(9) function: 0xc0528fb4(0) 0.002565972 s At 16:55 I catched this message: kernel: acpi: suspend request ignored (not ready yet) A minute (or seconds?) the machine died and I did not get anything around that time into the logs. What's the reason for this ACPI message? After bootup (reset key pressed by an operator), the machine brought this LOR: lock order reversal: 1st 0xc4f68180 pf task mtx (pf task mtx) @ /usr/src/sys/modules/pf/../../contrib/pf/net/pf.c:6386 2nd 0xc077078c tcp (tcp) @ /usr/src/sys/modules/pf/../../contrib/pf/net/pf.c:2744 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c072e1c8,c072fcd0,c06f6124,...) at kdb_backtrace+0x29 witness_checkorder(c077078c,9,c4f6536e,ab8) at witness_checkorder+0x578 _mtx_lock_flags(c077078c,0,c4f6536e,ab8,c077078c,...) at _mtx_lock_flags+0x78 pf_socket_lookup(e35c5b00,e35c5b04,1,e35c5bc0,0,...) at pf_socket_lookup+0x1d3 pf_test_tcp(e35c5b70,e35c5b68,1,c4ee0e00,c4d6f400,...) at pf_test_tcp+0x11e6 pf_test(1,c4c11c00,e35c5c5c,0,0,...) at pf_test+0xb8b pf_check_in(0,e35c5c5c,c4c11c00,1,0) at pf_check_in+0x37 pfil_run_hooks(c0770340,e35c5cb4,c4c11c00,1,0) at pfil_run_hooks+0xc9 ip_input(c4d6f400) at ip_input+0x272 netisr_processqueue(c076dfd8) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_execute_handlers(c4afca78,c4b4b180) at ithread_execute_handlers+0xe6 ithread_loop(c4adb990,e35c5d38,c4adb990,c0505918,0,...) at ithread_loop+0x67 fork_exit(c0505918,c4adb990,e35c5d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe35c5d6c, ebp = 0 --- My assumption: The LORs are somewhat pf related but are not related to the lockdown of the system. Am I correct? What might be reason for that ACPI message and may ACPI be a cause of the lockdown? What might be a possible cause for WITNESS and INVARIANTS being unable to catch whatever causes the freeze? Thx Volker PS: sorry for flooding this list, should I direct postings to hackers@? PPS: Is anybody able to provide me patches for these LORs? From owner-freebsd-stable@FreeBSD.ORG Fri May 25 15:19:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3A3D16A41F for ; Fri, 25 May 2007 15:19:58 +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 62A7013C483 for ; Fri, 25 May 2007 15:19:56 +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 BAA16171; Sat, 26 May 2007 01:19:44 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 26 May 2007 01:19:43 +1000 (EST) From: Ian Smith To: Stephen Clark In-Reply-To: <4656F863.20302@seclark.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Dominic Marks Subject: Re: network performance 6.1 stable vs 4.9 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 May 2007 15:19:58 -0000 On Fri, 25 May 2007, Stephen Clark wrote: [..] > >>He has been comparing the 6.1 system to 4.9 system for a couple of weeks > >>and continues to insist the 6.1 version is much slower. [..] > In subjective tests R&D has done using the following setup we see "no" > problem: > > freebsd+firefox <--100mbs lan---> 6.1 network appliance <----T1 > link----> internet > freebsd+firefox <--100mbs lan---> 4.9 network appliance <----T1 > link----> internet > > One of our testers has the same setup but is using winblows/ie in place of > freebsd+firefox and subjectively says the 6.1 system is slower than the > 4.9 system. > > I was just wandering if there were any tunables that might cause this. Not to be too flippant, but is your win(what?)/ie tester tunable enough to encourage into doing some objective, repeatable, illustrative tests? Clearing browser caches and such before switching between systems, etc? Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Fri May 25 15:22:44 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF2DD16A46C for ; Fri, 25 May 2007 15:22:44 +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 867BA13C457 for ; Fri, 25 May 2007 15:22:44 +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 l4PFMfJ7011169; Fri, 25 May 2007 09:22:41 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4656FF3B.50507@samsco.org> Date: Fri, 25 May 2007 09:22:35 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Vivek Khera References: 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]); Fri, 25 May 2007 09:22:41 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 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: stable@freebsd.org Subject: Re: can I change probe order of mpt controllers? 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 May 2007 15:22:44 -0000 Vivek Khera wrote: > I have a shiny new Sun X4100 here and it works pretty well (except that > there is a bug in the ILOM bios that refuses to let the serial port > console run at 115200!!!) > > I attached an external RAID array using an LSI fibre channel card, and > now the boot disk is not found after the kernel boots. Ie, it can't > find the root volume. This is because the fibre channel card is probed > as mpt0 and the on-board disks are connected to mpt2. (Where's mpt1? > no idea.) Once the RAID volume was initialized, the ordering of the > disk device names changed. > > Is there some way to force the boot drive controller to be probed first > and be mpt0? Or is there some way to force the boot drive to be a fixed > device name? > > I'm planning to play with the RAID configuraitons and change partitions > and add logical drives, etc., so this will be painful to reconfigure the > OS every time I reconfigure the RAID. Any advice will be appreciated. > Thanks! > > I'm running 6.2/amd64 from a fresh CD install. > Look in /sys/conf/NOTES for a long discussion on wiring SCSI device order. Scott From owner-freebsd-stable@FreeBSD.ORG Fri May 25 15:30:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81EFF16A400 for ; Fri, 25 May 2007 15:30:17 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 1C68E13C468 for ; Fri, 25 May 2007 15:30:16 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.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.5 Received: from r2d2 ([212.135.219.182]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003856985.msg for ; Fri, 25 May 2007 16:27:59 +0100 Message-ID: <034c01c79ee1$3be3bf00$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: , "Dominic Marks" References: <4656D0FB.5070200@seclark.us><4643.195.12.22.194.1180097506.squirrel@mail.helenmarks.co.uk> <4656F863.20302@seclark.us> Date: Fri, 25 May 2007 16:27:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.182 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: multiplay.co.uk, Fri, 25 May 2007 16:28:00 +0100 X-MDAV-Processed: multiplay.co.uk, Fri, 25 May 2007 16:28:01 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: network performance 6.1 stable vs 4.9 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 May 2007 15:30:17 -0000 ----- Original Message ----- From: "Stephen Clark" > One of our testers has the same setup but is using winblows/ie in place of > freebsd+firefox and subjectively says the 6.1 system is slower than the > 4.9 system. > > I was just wandering if there were any tunables that might cause this. As I mentioned in my last mail on possible cause could be inflight try with: net.inet.tcp.inflight.enable=0 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. From owner-freebsd-stable@FreeBSD.ORG Fri May 25 15:35:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AEAC16A421 for ; Fri, 25 May 2007 15:35:17 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id E97DE13C455 for ; Fri, 25 May 2007 15:35:16 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.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.5 Received: from r2d2 ([212.135.219.182]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003857007.msg for ; Fri, 25 May 2007 16:33:52 +0100 Message-ID: <036501c79ee2$0e86eef0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Gavin Atkinson" References: <4656D0FB.5070200@seclark.us><02e601c79ed3$ddf0c3a0$b6db87d4@multiplay.co.uk> <1180102660.41807.16.camel@buffy.york.ac.uk> Date: Fri, 25 May 2007 16:33:34 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.182 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: multiplay.co.uk, Fri, 25 May 2007 16:33:52 +0100 X-MDAV-Processed: multiplay.co.uk, Fri, 25 May 2007 16:33:53 +0100 Cc: Stephen.Clark@seclark.us, freebsd-stable@freebsd.org Subject: Re: network performance 6.1 stable vs 4.9 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 May 2007 15:35:17 -0000 ----- Original Message ----- From: "Gavin Atkinson" > FreeBSD 6.1 is not unsupported - far from it. When 6.1 was released, it > was designated as an "Extended support" branch, and is currently > scheduled to be supported (from a security point of view) after support > for 6.2 is dropped. http://www.freebsd.org/security/ We'll corrected I was thinking of 6.0 sorry. 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. From owner-freebsd-stable@FreeBSD.ORG Fri May 25 15:44:16 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A74C16A421 for ; Fri, 25 May 2007 15:44:16 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id 31E7113C48A for ; Fri, 25 May 2007 15:44:16 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id CF5A617299; Fri, 25 May 2007 11:23:10 -0400 (EDT) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m4LqTC7hsJDN; Fri, 25 May 2007 11:23:10 -0400 (EDT) Received: from descartes.internal.secureworks.net (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 9F08117295; Fri, 25 May 2007 11:23:10 -0400 (EDT) Message-ID: <4656FF5E.7090703@jellydonut.org> Date: Fri, 25 May 2007 11:23:10 -0400 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.3) Gecko/20070523 Thunderbird/2.0.0.0 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Vivek Khera References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: can I change probe order of mpt controllers? 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 May 2007 15:44:16 -0000 Vivek Khera wrote: > I have a shiny new Sun X4100 here and it works pretty well (except that > there is a bug in the ILOM bios that refuses to let the serial port > console run at 115200!!!) > > I attached an external RAID array using an LSI fibre channel card, and > now the boot disk is not found after the kernel boots. Ie, it can't > find the root volume. This is because the fibre channel card is probed > as mpt0 and the on-board disks are connected to mpt2. (Where's mpt1? > no idea.) Once the RAID volume was initialized, the ordering of the > disk device names changed. > > Is there some way to force the boot drive controller to be probed first > and be mpt0? Or is there some way to force the boot drive to be a fixed > device name? > > I'm planning to play with the RAID configuraitons and change partitions > and add logical drives, etc., so this will be painful to reconfigure the > OS every time I reconfigure the RAID. Any advice will be appreciated. > Thanks! > > I'm running 6.2/amd64 from a fresh CD install. > > > > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Vivek Khera, Ph.D. Khera Communications, Inc. > Internet: khera@kciLink.com Rockville, MD +1-301-869-4449 x806 > > > _______________________________________________ > 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" I believe you can use the following in your kernel config: options ROOTDEVNAME=\"ufs:da2s1" Or whatever the appropriate device/slice for your mpt2 controller. -Proto From owner-freebsd-stable@FreeBSD.ORG Fri May 25 15:49:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2203916A468 for ; Fri, 25 May 2007 15:49:20 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from wmail.teledomenet.gr (wmail.teledomenet.gr [213.142.128.16]) by mx1.freebsd.org (Postfix) with ESMTP id D095113C458 for ; Fri, 25 May 2007 15:49:19 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from iris (unknown [192.168.1.71]) by wmail.teledomenet.gr (Postfix) with ESMTP id 78B201C8514; Fri, 25 May 2007 18:15:55 +0300 (EEST) From: Nikos Vassiliadis To: freebsd-stable@freebsd.org, Stephen.Clark@seclark.us Date: Fri, 25 May 2007 18:12:32 +0300 User-Agent: KMail/1.9.1 References: <4656D0FB.5070200@seclark.us> In-Reply-To: <4656D0FB.5070200@seclark.us> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705251812.32973.nvass@teledomenet.gr> Cc: Subject: Re: network performance 6.1 stable vs 4.9 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 May 2007 15:49:20 -0000 On Friday 25 May 2007 15:05, Stephen Clark wrote: > We have a person that is testing the both system inhouse surfing out > over the internet on our T1 link and he complains that he is consistently seeing the 6.1 version being much slower than the > 4.9 version (on the same hardware). FreeBSD cannot handle 1.5Mbps? OK it's actually 3Mbps. Doesn't this sound a bit weird(or funny)? Can you please elaborate? Nikos From owner-freebsd-stable@FreeBSD.ORG Fri May 25 16:02:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DF0A16A498 for ; Fri, 25 May 2007 16:02:43 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id E904113C448 for ; Fri, 25 May 2007 16:02:41 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so275704anc for ; Fri, 25 May 2007 09:02:41 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; 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; b=cwS0mQdob4RrWivwTUBd7TLmWEqMNRvIPh9roVtgAASqcgBQW0FeoIA+uGBvRgrWfcD/SyY2nQpQf+c8EKFCL4Q06F+kaGWRJ9zatHDK+U88ySO2yJegisAgoZbxfo66uoX+4sSHC3k0il8rbh54J+g+XlUp/jfv+zAQ965RTsc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UmLy5r7AkpYqoO8DcZTNDoHO1K2Dt+8IWW6NgSvVetC750jSfePZ5pP4NV1WKGuVl+8uIFhKfnn9dE7a9QmSp04ur041BOzgoeBR3MfBDZTtNmTqj3XcI04wYnGf50WOBgtwhUc+ucccD5be4ykuBXG3zVFKHdsOxkyYKxuZUso= Received: by 10.100.206.11 with SMTP id d11mr2830786ang.1180108960848; Fri, 25 May 2007 09:02:40 -0700 (PDT) Received: by 10.100.139.10 with HTTP; Fri, 25 May 2007 09:02:39 -0700 (PDT) Message-ID: <790a9fff0705250902h2db8cc3bg83380333266d9c14@mail.gmail.com> Date: Fri, 25 May 2007 11:02:39 -0500 From: "Scot Hetzel" To: "Norberto Meijome" In-Reply-To: <20070525215748.1eeb3a09@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070525202418.5dcb469e@localhost> <20070525215748.1eeb3a09@localhost> Cc: freebsd-stable@freebsd.org Subject: Re: SOLVED - Re: Failure building GENERIC 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 May 2007 16:02:43 -0000 On 5/25/07, Norberto Meijome wrote: > On Fri, 25 May 2007 20:24:18 +1000 > Norberto Meijome wrote: > > > Hi all, > > I know there have been some issues with the src tree , which DES fixed. I > just updated my tree, but i'm getting the following when building GENERIC: > > > > well, thanks to my fellow Aussie Shaun Branden, i moved away from > cvsup.au.freebsd.org and I got a whole bunch (and I mean more than a few!) > of > updates. Now it's working fine. > > How do we notify the admins of .au. of the issue? > My guess is that you send a message to the CVSup Mirror Site Coordinator, and he'll get in contact with the CVSup Mirror Site Admin to determine why that site is having problems updating: http://www.freebsd.org/doc/en_US.ISO8859-1/books/dev-model/official-hats.html#ROLE-CVSUP-COORDINATOR Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Fri May 25 16:30:08 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2835B16A41F for ; Fri, 25 May 2007 16:30:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id A3F4313C44C for ; Fri, 25 May 2007 16:30:07 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qbqjyl@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l4PGU03t091458; Fri, 25 May 2007 18:30:05 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l4PGU0YF091446; Fri, 25 May 2007 18:30:00 +0200 (CEST) (envelope-from olli) Date: Fri, 25 May 2007 18:30:00 +0200 (CEST) Message-Id: <200705251630.l4PGU0YF091446@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, fj@panix.com In-Reply-To: <20070525150929.GA25582@panix.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 25 May 2007 18:30:06 +0200 (CEST) Cc: Subject: Re: atapicam cd error from; ?was: freebsd-stable Digest, Vol 207, Issue 9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, fj@panix.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 May 2007 16:30:08 -0000 Joe Altman wrote: > You have atapicam as a kernel module; and what version of atapi-cam.c? No, I've always compiled it statically in my kernel. > It looks like this one is current: Revision 1.54 That's the HEAD version (in 7-current). The version is RELENG_6 is 1.42.2.5, which is practically identical to 1.53. And the only difference between 1.53 and 1.54 (HEAD) is MPSAFE work by Scott Long. > So, Oliver, you are using (I think) the file touched by scottl on > 2007/05/02? No, as I wrote, I'm using RELENG_6. By the way, I am _not_ using k3b or any other krap. ;-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Perl is worse than Python because people wanted it worse. -- Larry Wall From owner-freebsd-stable@FreeBSD.ORG Fri May 25 16:54:11 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED2E716A46C for ; Fri, 25 May 2007 16:54:11 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 5B0F913C43E for ; Fri, 25 May 2007 16:54:10 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (urahsr@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l4PGs4aO093255 for ; Fri, 25 May 2007 18:54:10 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l4PGs4QN093254; Fri, 25 May 2007 18:54:04 +0200 (CEST) (envelope-from olli) Date: Fri, 25 May 2007 18:54:04 +0200 (CEST) Message-Id: <200705251654.l4PGs4QN093254@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <200705231916.15624.joao@matik.com.br> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 25 May 2007 18:54:10 +0200 (CEST) Cc: Subject: Re: xorg 7.2 start problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@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 May 2007 16:54:12 -0000 JoaoBR wrote: > Roland Smith wrote: > > It didn't. All the drivers were in one huge package, the X server. Now > > they are in seperate ports. But the xorg or xorgs-drivers meta-ports > > should install all of them. > > ok, that is what I ment, the better way would be that portupgrade installs > them all as before (when they were in the package) That's exactly what happens when you install the xorg meta port (as explained in the UPDATING instructions). > > Tools like portupgrade and portmaster and even the ports system are > > great but they have their limitations. I think they are kept relatively > > simple for a reason. It's much better to have a simple (maintainable) > > tool that does 95% of the jobs well than to build an extremely > > complicated ACME contraption that can cover all the corner cases and > > oddball situations. It's just not worth the effort. > > I agree and totally understandable but when there is a big change involved > then it would be wise to advise more clearly what is happening from within > the upgrade process because almost nobody reads the files I think that's wrong. Almost everybody reads UPDATING. Those who don't start threads on one of the mailing lists. > other ports do it for less and a message like local base has changed you need > to edit your xorg.conf or something would do good here If someone refused to read UPDATING, then why would he not ignore a message that scrolls through the screen at some point? As others have already stated, there are very detailed instructions in /usr/port/UPDATING. You should not blindly update your ports without looking at that file. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd With Perl you can manipulate text, interact with programs, talk over networks, drive Web pages, perform arbitrary precision arithmetic, and write programs that look like Snoopy swearing. From owner-freebsd-stable@FreeBSD.ORG Fri May 25 16:59:58 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 236E316A421 for ; Fri, 25 May 2007 16:59:58 +0000 (UTC) (envelope-from fj@panix.com) Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by mx1.freebsd.org (Postfix) with ESMTP id F2DB313C455 for ; Fri, 25 May 2007 16:59:57 +0000 (UTC) (envelope-from fj@panix.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id 665C113A9B2 for ; Fri, 25 May 2007 12:59:57 -0400 (EDT) Received: (from fj@localhost) by panix5.panix.com (8.11.6p3/8.8.8/PanixN1.1) id l4PGxv023347 for freebsd-stable@FreeBSD.ORG; Fri, 25 May 2007 12:59:57 -0400 (EDT) Date: Fri, 25 May 2007 12:59:57 -0400 From: Joe Altman To: freebsd-stable@FreeBSD.ORG Message-ID: <20070525165957.GA12407@panix.com> Mail-Followup-To: Joe Altman , freebsd-stable@FreeBSD.ORG References: <20070525150929.GA25582@panix.com> <200705251630.l4PGU0YF091446@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200705251630.l4PGU0YF091446@lurza.secnetix.de> User-Agent: Mutt/1.5.10i Cc: Subject: Re: atapicam cd error 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 May 2007 16:59:58 -0000 On Fri, May 25, 2007 at 06:30:00PM +0200, Oliver Fromme wrote: > Joe Altman wrote: > > You have atapicam as a kernel module; and what version of atapi-cam.c? > > No, I've always compiled it statically in my kernel. That's what I meant to say; that it was a device in the kernel: device atapicam > > It looks like this one is current: Revision 1.54 > > That's the HEAD version (in 7-current). Yes, I realized it was something like that after I reviewed the handbook. > By the way, I am _not_ using k3b or any other krap. ;-) k3b sounds like something under KDE; but ISTM that neither Grip nor XMMS are crap. Also in my experience, if atapicam is a kernel device, the Plextor I have is completely useless. Without atapicam as a device, the Plextor works for a variety of tasks. I wonder if atapi-cam.c interacts, in my setup and in some way, with some other kernel device and so makes it appear that atapicam is the source of the problem? -- If it's The Pumpking Smashins, what time is it? From owner-freebsd-stable@FreeBSD.ORG Fri May 25 17:01:22 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB5B816A41F for ; Fri, 25 May 2007 17:01:22 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 5946113C455 for ; Fri, 25 May 2007 17:01:22 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (enmbcn@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l4PH1GZf093641; Fri, 25 May 2007 19:01:21 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l4PH1Fme093640; Fri, 25 May 2007 19:01:15 +0200 (CEST) (envelope-from olli) Date: Fri, 25 May 2007 19:01:15 +0200 (CEST) Message-Id: <200705251701.l4PH1Fme093640@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Stephen.Clark@seclark.us In-Reply-To: <4656F863.20302@seclark.us> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 25 May 2007 19:01:21 +0200 (CEST) Cc: Subject: Re: network performance 6.1 stable vs 4.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 May 2007 17:01:23 -0000 Stephen Clark wrote: > The appliance is basically a firewall/nat/vpn device. We started on 6.1 > last year and it has > taken us a while to get things tested, plus I don't like to use a brand > new release. If we go to > a later release it means we have to do complete regression testing, etc. > > We are basically using a GENERIC config for our kernel. We, meaning the > R&D team don't see any > performance issues in a controlled environment - 6.1 performs just as > well as 4.9. > > In subjective tests R&D has done using the following setup we see "no" > problem: > > freebsd+firefox <--100mbs lan---> 6.1 network appliance <----T1 > link----> internet > freebsd+firefox <--100mbs lan---> 4.9 network appliance <----T1 > link----> internet > > One of our testers has the same setup but is using winblows/ie in place of > freebsd+firefox and subjectively says the 6.1 system is slower than the > 4.9 system. I think I remember there were some problems with TCP window scaling earlier along the FreeBSD 6 branch, but I'm not sure exactly when that was. Maybe 6.1 is affected. The problem was that Windows uses an algorithm that interfered badly with FreeBSD's. While connections between FreeBSD machines didn't show any issues, the performance was suboptimal between FreeBSD and Windows. Therefore I recommend you update to 6.2-RELEASE or, even better, to RELENG_6 (6-stable). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If you think C++ is not overly complicated, just what is a protected abstract virtual base pure virtual private destructor, and when was the last time you needed one?" -- Tom Cargil, C++ Journal From owner-freebsd-stable@FreeBSD.ORG Fri May 25 17:02:23 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58E2816A469 for ; Fri, 25 May 2007 17:02:23 +0000 (UTC) (envelope-from bill@rakupottery.org.uk) Received: from tuschin.blackcatnetworks.co.uk (tuschin.blackcatnetworks.co.uk [193.201.200.34]) by mx1.freebsd.org (Postfix) with ESMTP id 24A2713C484 for ; Fri, 25 May 2007 17:02:22 +0000 (UTC) (envelope-from bill@rakupottery.org.uk) Received: from mjsmo by tuschin.blackcatnetworks.co.uk with local (Exim 4.50) id 1HrdBG-0002W5-4D for stable@freebsd.org; Fri, 25 May 2007 18:02:22 +0100 References: <4656BE23.1090607@tomjudge.com> <20070525105514.GC6500@rambler-co.ru> In-Reply-To: <20070525105514.GC6500@rambler-co.ru> From: bill@rakupottery.org.uk To: stable@freebsd.org Date: Fri, 25 May 2007 18:02:22 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Sender: bill@rakupottery.org.uk Message-Id: Cc: Subject: Re: installworld breaks 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 May 2007 17:02:23 -0000 Ruslan Ermilov writes: > On Fri, May 25, 2007 at 11:44:51AM +0100, Tom Judge wrote: >> bill@rakupottery.org.uk wrote: >> > cvsup and built around 20.30 BST >> > cd /usr/src; make -f Makefile.inc1 install >> > ===> share/info install >> > ===> include install >> > creating osreldate.h from newvers.sh >> > touch: not found >> > ***error code 127 >> > Stop in /usr/src/include >> > ***error code 1 >> > I tried cd usr.bin/touch && make && make install >> > but it does not seem to have any effect >> > any offers? >> > cheers >> >> >> I have seen this problem when PATH was not set correctly. >> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/troubleshoot.html#TOUCH-NOT-FOUND > Thanks Ruslan, that fixed it, I had forgotten we are on BST -- Bill From owner-freebsd-stable@FreeBSD.ORG Fri May 25 17:13:14 2007 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8729C16A46B for ; Fri, 25 May 2007 17:13:14 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (smtp.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 5248113C44C for ; Fri, 25 May 2007 17:13:14 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id l4PHDCED050975; Fri, 25 May 2007 11:13:12 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.13.8/8.13.8) with ESMTP id l4PHD7qC040188; Fri, 25 May 2007 11:13:07 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.1/8.14.1/Submit) id l4PHD7eY040185; Fri, 25 May 2007 11:13:07 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18007.6435.195803.239665@gromit.timing.com> Date: Fri, 25 May 2007 11:13:07 -0600 From: John E Hein To: Ruslan Ermilov In-Reply-To: <20070525105514.GC6500@rambler-co.ru> References: <4656BE23.1090607@tomjudge.com> <20070525105514.GC6500@rambler-co.ru> X-Mailer: VM 7.19 under Emacs 22.0.99.1 X-Spam-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00, DK_POLICY_SIGNSOME autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on Daffy.timing.com Cc: stable@FreeBSD.ORG Subject: Re: installworld breaks 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 May 2007 17:13:14 -0000 Ruslan Ermilov wrote at 14:55 +0400 on May 25, 2007: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/troubleshoot.html#TOUCH-NOT-FOUND Someone should update that doc for the much simpler and probably more common case of someone touching newvers.sh (e.g., cvsup) after doing a buildworld and then trying an installworld without a new buildworld. Exotic things like clock drift and such can be a cause of it, but the FAQ answer doesn't what's really explain the root problem - namely that installworld is trying to do something that it shouldn't be doing (running something that requires touch) because something is "out of date" that should not be (osreldate.h in the OP's example). Maybe a docs person can word that better than I can and fix up that classic FAQ entry. From owner-freebsd-stable@FreeBSD.ORG Fri May 25 17:16:32 2007 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D87116A400 for ; Fri, 25 May 2007 17:16:32 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (w.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id CAA2713C45D for ; Fri, 25 May 2007 17:16:31 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id l4PGvoeG049684; Fri, 25 May 2007 10:57:51 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.13.8/8.13.8) with ESMTP id l4PGvkWp020372; Fri, 25 May 2007 10:57:46 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.1/8.14.1/Submit) id l4PGvjWc020369; Fri, 25 May 2007 10:57:45 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18007.5513.531005.759256@gromit.timing.com> Date: Fri, 25 May 2007 10:57:45 -0600 From: John E Hein To: bill@rakupottery.org.uk In-Reply-To: <4656BE23.1090607@tomjudge.com> References: <4656BE23.1090607@tomjudge.com> X-Mailer: VM 7.19 under Emacs 22.0.99.1 X-Spam-Status: No, score=-0.3 required=5.0 tests=AWL,BAYES_05, DK_POLICY_SIGNSOME autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on Daffy.timing.com Cc: stable@FreeBSD.ORG Subject: Re: installworld breaks 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 May 2007 17:16:32 -0000 Tom Judge wrote at 11:44 +0100 on May 25, 2007: > bill@rakupottery.org.uk wrote: > > cvsup and built around 20.30 BST > > cd /usr/src; make -f Makefile.inc1 install > > ===> share/info install > > ===> include install > > creating osreldate.h from newvers.sh > > touch: not found > > ***error code 127 > > Stop in /usr/src/include > > ***error code 1 > > I tried cd usr.bin/touch && make && make install > > but it does not seem to have any effect > > any offers? > > cheers > > > I have seen this problem when PATH was not set correctly. Lots of things can make this happen, but basically the installworld thinks it needs to build a new osreldate.h that should have been built by buildworld. Here are a couple causes... - updating newvers.sh without an intervening buildworld, then trying installworld - mismatched system times on systems using NFS Try re-doing buildworld, then installworld again. From owner-freebsd-stable@FreeBSD.ORG Fri May 25 19:46:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A842E16A46B for ; Fri, 25 May 2007 19:46:40 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 83A6C13C455 for ; Fri, 25 May 2007 19:46:40 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: by wa-out-1112.google.com with SMTP id m33so374277wag for ; Fri, 25 May 2007 12:46:40 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=oNrYIbEyo2WyBPN6KA16+Ze0yE8l7VZYfZOzmD7guc3t7PODMwgQdeenYXGyeGMUfkQZ+4XwdicFLTSufkaqA/2vHGKVrPvEcdWlLq0J+DPoUy5kFxt7f0heamSdwgYjEKvPdqdnOS4WHm6xz7hvYlzVDZFXxXE9JwB7Z8ZBSKQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=jvXUWST1HAjhq78mcjRkKnPIPaNfMw2vLm363Ly7D+nmJ+w1ITJtkcV5IAKsuf9Na6PvP/pC+xwxRlxZWyDPmVTXnGo/ieUlWmbV0ow5fHtKim5d2SyySk/aaRD0OxP4l3T4M4jflaaK0p8YH3OQIIJhZA5wOaiq7+WABgbqIac= Received: by 10.114.149.2 with SMTP id w2mr1658830wad.1180122400119; Fri, 25 May 2007 12:46:40 -0700 (PDT) Received: from p4 ( [24.165.34.55]) by mx.google.com with ESMTP id z20sm3474560pod.2007.05.25.12.46.38; Fri, 25 May 2007 12:46:39 -0700 (PDT) Date: Fri, 25 May 2007 09:46:35 -1000 From: Robert Marella To: freebsd-stable@FreeBSD.ORG, fj@panix.com Message-ID: <20070525094635.3932cddf@p4> In-Reply-To: <200705251630.l4PGU0YF091446@lurza.secnetix.de> References: <20070525150929.GA25582@panix.com> <200705251630.l4PGU0YF091446@lurza.secnetix.de> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG, fj@panix.com, olli@lurza.secnetix.de Subject: OT: In defense of a GUI (was: atapicam, blah, blah) 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 May 2007 19:46:40 -0000 On Fri, 25 May 2007 18:30:00 +0200 (CEST) Oliver Fromme wrote: > > > By the way, I am _not_ using k3b or any other krap. ;-) > > Best regards > Oliver > What is Krap to one can be Komfort to another. ;-) I assist a photographer fiend by maintaining her computers, network and doing backups. Being a photographer in Hawaii means she shoots about 200 weddings a year. A typical month will run from 80GB to over 200GB depending upon the time of year and other factors. After about 3 months I will archive the projects to DVD. I make two copies of each DVD so that they can be kept in different locations. Some weddings and other projects will be 20GB or more. Trying to divide these projects over the fewest number of DVDs is quite easy with K3B because I can add or subtract individual files as needed to fill the DVD to the maximum. If someone knows an easy way to do this on the command line I would be more than willing to try it. Please excuse the noise. Robert From owner-freebsd-stable@FreeBSD.ORG Fri May 25 19:46:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39F3216A4D6 for ; Fri, 25 May 2007 19:46:44 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 20E1D13C4AD for ; Fri, 25 May 2007 19:46:41 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so317442anc for ; Fri, 25 May 2007 12:46:40 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=oNrYIbEyo2WyBPN6KA16+Ze0yE8l7VZYfZOzmD7guc3t7PODMwgQdeenYXGyeGMUfkQZ+4XwdicFLTSufkaqA/2vHGKVrPvEcdWlLq0J+DPoUy5kFxt7f0heamSdwgYjEKvPdqdnOS4WHm6xz7hvYlzVDZFXxXE9JwB7Z8ZBSKQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=jvXUWST1HAjhq78mcjRkKnPIPaNfMw2vLm363Ly7D+nmJ+w1ITJtkcV5IAKsuf9Na6PvP/pC+xwxRlxZWyDPmVTXnGo/ieUlWmbV0ow5fHtKim5d2SyySk/aaRD0OxP4l3T4M4jflaaK0p8YH3OQIIJhZA5wOaiq7+WABgbqIac= Received: by 10.114.149.2 with SMTP id w2mr1658830wad.1180122400119; Fri, 25 May 2007 12:46:40 -0700 (PDT) Received: from p4 ( [24.165.34.55]) by mx.google.com with ESMTP id z20sm3474560pod.2007.05.25.12.46.38; Fri, 25 May 2007 12:46:39 -0700 (PDT) Date: Fri, 25 May 2007 09:46:35 -1000 From: Robert Marella To: freebsd-stable@FreeBSD.ORG, fj@panix.com Message-ID: <20070525094635.3932cddf@p4> In-Reply-To: <200705251630.l4PGU0YF091446@lurza.secnetix.de> References: <20070525150929.GA25582@panix.com> <200705251630.l4PGU0YF091446@lurza.secnetix.de> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG, fj@panix.com, olli@lurza.secnetix.de Subject: OT: In defense of a GUI (was: atapicam, blah, blah) 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 May 2007 19:46:44 -0000 On Fri, 25 May 2007 18:30:00 +0200 (CEST) Oliver Fromme wrote: > > > By the way, I am _not_ using k3b or any other krap. ;-) > > Best regards > Oliver > What is Krap to one can be Komfort to another. ;-) I assist a photographer fiend by maintaining her computers, network and doing backups. Being a photographer in Hawaii means she shoots about 200 weddings a year. A typical month will run from 80GB to over 200GB depending upon the time of year and other factors. After about 3 months I will archive the projects to DVD. I make two copies of each DVD so that they can be kept in different locations. Some weddings and other projects will be 20GB or more. Trying to divide these projects over the fewest number of DVDs is quite easy with K3B because I can add or subtract individual files as needed to fill the DVD to the maximum. If someone knows an easy way to do this on the command line I would be more than willing to try it. Please excuse the noise. Robert From owner-freebsd-stable@FreeBSD.ORG Fri May 25 19:53:14 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 949E316A41F for ; Fri, 25 May 2007 19:53:14 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8468113C489 for ; Fri, 25 May 2007 19:53:14 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 00D9E1A3C19; Fri, 25 May 2007 12:54:18 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 341FF513EC; Fri, 25 May 2007 15:53:13 -0400 (EDT) Date: Fri, 25 May 2007 15:53:13 -0400 From: Kris Kennaway To: Volker Message-ID: <20070525195312.GA84902@xor.obsecurity.org> References: <200705230717.l4N7HuPW010071@lurza.secnetix.de> <465408F9.6080302@vwsoft.com> <4654C0C4.2030405@vwsoft.com> <20070523215818.GB64723@xor.obsecurity.org> <4656A73E.9040109@vwsoft.com> <4656CC57.7010705@vwsoft.com> <4656FDEE.7020002@vwsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4656FDEE.7020002@vwsoft.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@FreeBSD.ORG Subject: Re: LORs (was Re: ghosthunting: machine freeze 6.2R) 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 May 2007 19:53:14 -0000 On Fri, May 25, 2007 at 05:17:02PM +0200, Volker wrote: > My assumption: The LORs are somewhat pf related but are not related > to the lockdown of the system. Am I correct? No, they could be the cause. Make sure you have read the BUGS section of pf.conf, and if this is not relevant to your configuration then try asking on the freebsd-pf mailing list. Kris From owner-freebsd-stable@FreeBSD.ORG Fri May 25 19:57:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB59E16A46C for ; Fri, 25 May 2007 19:57:47 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C690F13C469 for ; Fri, 25 May 2007 19:57:47 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 479E51A3C19; Fri, 25 May 2007 12:58:51 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E414B513EC; Fri, 25 May 2007 15:57:46 -0400 (EDT) Date: Fri, 25 May 2007 15:57:46 -0400 From: Kris Kennaway To: Gavin Atkinson Message-ID: <20070525195746.GB84902@xor.obsecurity.org> References: <4656D0FB.5070200@seclark.us> <02e601c79ed3$ddf0c3a0$b6db87d4@multiplay.co.uk> <1180102660.41807.16.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <1180102660.41807.16.camel@buffy.york.ac.uk> User-Agent: Mutt/1.4.2.2i Cc: Stephen.Clark@seclark.us, Steven Hartland , freebsd-stable@freebsd.org Subject: Re: network performance 6.1 stable vs 4.9 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 May 2007 19:57:48 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 25, 2007 at 03:17:40PM +0100, Gavin Atkinson wrote: > On Fri, 2007-05-25 at 14:51 +0100, Steven Hartland wrote: > > Why are you releasing a new product on an already unsupported version? > > 6.2 is the version you really need to be moving to not 6.1. >=20 > FreeBSD 6.1 is not unsupported - far from it. When 6.1 was released, it > was designated as an "Extended support" branch, and is currently > scheduled to be supported (from a security point of view) after support > for 6.2 is dropped. http://www.freebsd.org/security/ >=20 > If you're building network applications, it makes perfect sense to go > for 6.1, as that's part of the reason behind the "extended support" > branches. I think you're misunderstanding his point. 6.1 has security support but this does not cover bug fixes or performance improvements. Apart from the most critical of bugs, old releases receive neither class of fix. By contrast, later releases on a branch have both, so if you are seeing a perceived performance problem it is wise to evaluate whether it is a problem that is already fixed. This is often not something that someone can give a quick yes/no answer to unless you are able to precisely characterize the problem, so empirical testing may be the only way to decide. Kris --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGVz+6Wry0BWjoQKURAmHgAJ0R4rm5B6UASLRel0pyBIetl1HRIwCg4UmA /pZhboG6T1u3br0pnDf53r4= =cxZK -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-stable@FreeBSD.ORG Fri May 25 20:02:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 203B216A400 for ; Fri, 25 May 2007 20:02:16 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id AF7F313C465 for ; Fri, 25 May 2007 20:02:15 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id l4PK2DCQ069368; Fri, 25 May 2007 22:02:13 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 0D14CB826; Fri, 25 May 2007 22:02:13 +0200 (CEST) Date: Fri, 25 May 2007 22:02:13 +0200 From: Roland Smith To: Robert Marella Message-ID: <20070525200212.GA31112@slackbox.xs4all.nl> Mail-Followup-To: Robert Marella , freebsd-stable@freebsd.org, fj@panix.com, olli@lurza.secnetix.de References: <20070525150929.GA25582@panix.com> <200705251630.l4PGU0YF091446@lurza.secnetix.de> <20070525094635.3932cddf@p4> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <20070525094635.3932cddf@p4> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: olli@lurza.secnetix.de, fj@panix.com, freebsd-stable@freebsd.org Subject: Re: OT: In defense of a GUI (was: atapicam, blah, blah) 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 May 2007 20:02:16 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 25, 2007 at 09:46:35AM -1000, Robert Marella wrote: > On Fri, 25 May 2007 18:30:00 +0200 (CEST) > Oliver Fromme wrote: >=20 > > > >=20 > > By the way, I am _not_ using k3b or any other krap. ;-) > >=20 > > Best regards > > Oliver > >=20 > What is Krap to one can be Komfort to another. ;-) >=20 > I assist a photographer fiend by maintaining her computers, network and > doing backups. Being a photographer in Hawaii means she shoots about > 200 weddings a year.=20 >=20 > A typical month will run from 80GB to over 200GB depending upon the > time of year and other factors. After about 3 months I will archive the > projects to DVD. I make two copies of each DVD so that they can be kept > in different locations. Some weddings and other projects will be 20GB > or more. Trying to divide these projects over the fewest number of > DVDs is quite easy with K3B because I can add or subtract individual > files as needed to fill the DVD to the maximum. >=20 > If someone knows an easy way to do this on the command line I would be > more than willing to try it. dirsplit (http://freshmeat.net/projects/dirsplit/) will do the trick nicely. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGV0DEEnfvsMMhpyURAoAPAJ9Xz+7r42MBn25CIod6wZqZyw3mlwCeJWBR YB61OD3VSytDDWyoTX7xbb4= =Gwxn -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-stable@FreeBSD.ORG Fri May 25 20:10:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E36916A400 for ; Fri, 25 May 2007 20:10:07 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id A2B0E13C483 for ; Fri, 25 May 2007 20:10:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 14597 invoked by uid 399); 25 May 2007 20:10:04 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 25 May 2007 20:10:04 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4657429A.5040509@FreeBSD.org> Date: Fri, 25 May 2007 13:10:02 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: JoaoBR , freebsd-stable@freebsd.org References: <200705211823.29943.ABabiy@shaw.ca> <200705231729.56157.joao@matik.com.br> <20070523205134.GC3705@slackbox.xs4all.nl> <200705231818.13588.joao@matik.com.br> <20070523214641.GG3705@slackbox.xs4all.nl> In-Reply-To: <20070523214641.GG3705@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: xorg 7.2 start 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 May 2007 20:10:07 -0000 Roland Smith wrote: > Tools like portupgrade and portmaster and even the ports system are > great but they have their limitations. I think they are kept relatively > simple for a reason. It's much better to have a simple (maintainable) > tool that does 95% of the jobs well than to build an extremely > complicated ACME contraption that can cover all the corner cases and > oddball situations. It's just not worth the effort. As portmaster author, this precisely describes my perspective. FWIW, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Fri May 25 20:40:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95F0916A46F for ; Fri, 25 May 2007 20:40:39 +0000 (UTC) (envelope-from rmarella@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 27C2613C44B for ; Fri, 25 May 2007 20:40:38 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so324644anc for ; Fri, 25 May 2007 13:40:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=j4S1Fbqkz1l/ATe+vZtc7WF1EEj4IrybOx5WpbgR6x7Ejo1Y1cqXwJSCc19p15otHwShAKPex5ZWgJw6Pc3X4M4EBb9i4ez3ToRbudyz195SuYITAChua6h8nsMKe2WlgeJ9qkQ0kYwkKrgDhNFH4v7Wzfk26FTJalPcTz3TPlM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=JJ6dIWnPouzX2fmfKh9JuvaEMn8DzwKKg/mZzIs6CmKdNmSMh3gkzQa4KMXCnpJyo8xdAbA8fakdOsWKFQg8agtyXABeKvQ3+xjMa3jh1xMenOdsVCBmP66AB0vvgOIdKTo6I2bFU1R5Dk8UFepzYypaXIIYhQve6M3+JoALy8s= Received: by 10.114.110.1 with SMTP id i1mr1645842wac.1180125634516; Fri, 25 May 2007 13:40:34 -0700 (PDT) Received: from p4 ( [24.165.34.55]) by mx.google.com with ESMTP id m29sm3555209poh.2007.05.25.13.40.33; Fri, 25 May 2007 13:40:33 -0700 (PDT) Date: Fri, 25 May 2007 10:40:31 -1000 From: Robert Marella To: Roland Smith Message-ID: <20070525104031.36e2a857@p4> In-Reply-To: <20070525200212.GA31112@slackbox.xs4all.nl> References: <20070525150929.GA25582@panix.com> <200705251630.l4PGU0YF091446@lurza.secnetix.de> <20070525094635.3932cddf@p4> <20070525200212.GA31112@slackbox.xs4all.nl> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: OT: In defense of a GUI (was: atapicam, blah, blah) 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 May 2007 20:40:39 -0000 On Fri, 25 May 2007 22:02:13 +0200 Roland Smith wrote: > On Fri, May 25, 2007 at 09:46:35AM -1000, Robert Marella wrote: > > On Fri, 25 May 2007 18:30:00 +0200 (CEST) > > Oliver Fromme wrote: > > > > > > > > > > > By the way, I am _not_ using k3b or any other krap. ;-) > > > > > > Best regards > > > Oliver > > > > > What is Krap to one can be Komfort to another. ;-) > > > > I assist a photographer fiend by maintaining her computers, network > > and doing backups. Being a photographer in Hawaii means she shoots > > about 200 weddings a year. > > > > A typical month will run from 80GB to over 200GB depending upon the > > time of year and other factors. After about 3 months I will archive > > the projects to DVD. I make two copies of each DVD so that they can > > be kept in different locations. Some weddings and other projects > > will be 20GB or more. Trying to divide these projects over the > > fewest number of DVDs is quite easy with K3B because I can add or > > subtract individual files as needed to fill the DVD to the maximum. > > > > If someone knows an easy way to do this on the command line I would > > be more than willing to try it. > > dirsplit (http://freshmeat.net/projects/dirsplit/) will do the trick > nicely. > > Roland Roland Thanks for the reply. Mea culpa, I failed to mention that the individual file cannot be spread over different media. After archiving to DVD I than catalog the photos on a Windows machine using Portfolio. My photographer will get calls years later from brides wanting a certain picture or two. Using Portfolio she can call up the picture and it will request the specific DVD be installed. I am archiving photos that are in .jpg, .dng (digital negative), .crw (canon raw), etc. Some of the .dng files are 26MB each and the .jpg are between 5 and 8MB each. I guess the brides like the details (bigger must be better) ;-) I did google dirsplit and I did not see if you are able to maintain file integrity. As I said earlier, K3B is a very good tool for my purposes. Thanks Robert From owner-freebsd-stable@FreeBSD.ORG Fri May 25 20:50:53 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39D9016A46C for ; Fri, 25 May 2007 20:50:53 +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 9B46E13C455 for ; Fri, 25 May 2007 20:50:52 +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 l4PKPY3P012441; Fri, 25 May 2007 14:25:34 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46574638.2050209@samsco.org> Date: Fri, 25 May 2007 14:25:28 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Joe Altman , freebsd-stable@FreeBSD.ORG References: <20070525150929.GA25582@panix.com> <200705251630.l4PGU0YF091446@lurza.secnetix.de> <20070525165957.GA12407@panix.com> In-Reply-To: <20070525165957.GA12407@panix.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]); Fri, 25 May 2007 14:25:34 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 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: Subject: Re: atapicam cd error 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 May 2007 20:50:53 -0000 Joe Altman wrote: > On Fri, May 25, 2007 at 06:30:00PM +0200, Oliver Fromme wrote: >> Joe Altman wrote: >> > You have atapicam as a kernel module; and what version of atapi-cam.c? >> >> No, I've always compiled it statically in my kernel. > > That's what I meant to say; that it was a device in the kernel: > > device atapicam > >> > It looks like this one is current: Revision 1.54 >> >> That's the HEAD version (in 7-current). > > Yes, I realized it was something like that after I reviewed the > handbook. > >> By the way, I am _not_ using k3b or any other krap. ;-) > > k3b sounds like something under KDE; but ISTM that neither Grip nor > XMMS are crap. Also in my experience, if atapicam is a kernel device, > the Plextor I have is completely useless. Without atapicam as a > device, the Plextor works for a variety of tasks. > > I wonder if atapi-cam.c interacts, in my setup and in some way, with > some other kernel device and so makes it appear that atapicam is the > source of the problem? > atapi-cam is a hack on top of the ata driver. I don't say that out of disrespect for the authors of it, I think that they've done a very fine job with a very difficult task. What I mean is that the ata driver doesn't provide the facilities that atapicam needs in order to function reliably. So there is a bit of a tug-of-war between the ata core and acd drivers, and the atapicam driver; both think that they know best what's going on and what needs to happen, and both wind up accidentally stomping on each other as a result. In addition, the acd driver does know a little more about quirky hardware and is able to cope better with the special needs of those devices. So given all of that, it's great that atapicam works as well as it does. I have a project in the works to provide better integration between these two opposing sides (and please don't worry about offering to be an eager early tester right now), so we'll see how that works out over the next few months. Scott From owner-freebsd-stable@FreeBSD.ORG Fri May 25 21:11:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AC6616A469 for ; Fri, 25 May 2007 21:11:04 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.freebsd.org (Postfix) with ESMTP id 825FC13C45A for ; Fri, 25 May 2007 21:11:03 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr10.xs4all.nl (8.13.8/8.13.8) with ESMTP id l4PLB1JR001538; Fri, 25 May 2007 23:11:02 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 72933B826; Fri, 25 May 2007 23:11:01 +0200 (CEST) Date: Fri, 25 May 2007 23:11:01 +0200 From: Roland Smith To: Robert Marella Message-ID: <20070525211101.GA73319@slackbox.xs4all.nl> Mail-Followup-To: Robert Marella , freebsd-stable@freebsd.org References: <20070525150929.GA25582@panix.com> <200705251630.l4PGU0YF091446@lurza.secnetix.de> <20070525094635.3932cddf@p4> <20070525200212.GA31112@slackbox.xs4all.nl> <20070525104031.36e2a857@p4> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-Disposition: inline In-Reply-To: <20070525104031.36e2a857@p4> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: OT: In defense of a GUI (was: atapicam, blah, blah) 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 May 2007 21:11:04 -0000 --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 25, 2007 at 10:40:31AM -1000, Robert Marella wrote: > > dirsplit (http://freshmeat.net/projects/dirsplit/) will do the trick > > nicely. > >=20 > > Roland >=20 > Roland >=20 > Thanks for the reply. Mea culpa, I failed to mention that the > individual file cannot be spread over different media. After archiving > to DVD I than catalog the photos on a Windows machine using Portfolio. Dirsplit doesn't split up files. And you can even tell it to keep directories intact. > My photographer will get calls years later from brides wanting a > certain picture or two. Using Portfolio she can call up the picture and > it will request the specific DVD be installed.=20 CD-R and DVD=B1R might not be the most reliable form of long term backup, though. I've seen test reports in magazines indicating significant corruption after as little as two years. There are special "archival quality" disks, but they are more expensive. See e.g. http://www.manifest-tech.com/media_dvd/dvd_compatibility.htm and http://www.digitalfaq.com/media/dvdmedia.htm and http://adterrasperaspera.com/blog/2006/10/30/how-to-choose-cddvd-archival-m= edia/ I like USB harddisks for backups, because of the large and ever growing capacity available, although the cost per gigabyte is currently around 1.75 that of a cheap DVD disk. But problems like splitting up large directories disappear, as does hunting through stacks of DVDs.=20 Other people here are more knowledgeable about things like tape backup, which still seems to be a popular solution for people with large collections of data.=20 Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGV1DlEnfvsMMhpyURAmyDAJ9ub2Ath96Fi0vhcBSiBVlFh2bRBgCbBbGD oxHC50vcQY0LryXYLVWaSD0= =YrrF -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- From owner-freebsd-stable@FreeBSD.ORG Fri May 25 21:50:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B53416A469 for ; Fri, 25 May 2007 21:50:15 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 0F9DD13C458 for ; Fri, 25 May 2007 21:50:14 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 852291FFE4E; Fri, 25 May 2007 23:50:12 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 3BF051FFE4B; Fri, 25 May 2007 23:50:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id EAC0244487F; Fri, 25 May 2007 21:45:53 +0000 (UTC) Date: Fri, 25 May 2007 21:45:53 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Volker In-Reply-To: <4656CC57.7010705@vwsoft.com> Message-ID: <20070525214506.E13311@maildrop.int.zabbadoz.net> References: <200705230717.l4N7HuPW010071@lurza.secnetix.de> <465408F9.6080302@vwsoft.com> <4654C0C4.2030405@vwsoft.com> <20070523215818.GB64723@xor.obsecurity.org> <4656A73E.9040109@vwsoft.com> <4656CC57.7010705@vwsoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-stable@FreeBSD.ORG Subject: Re: ghosthunting: machine freeze 6.2R 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 May 2007 21:50:15 -0000 On Fri, 25 May 2007, Volker wrote: > Using a debug kernel, the machine came up quickly with this LOR after the > reboot: > > lock order reversal: > 1st 0xc077078c tcp (tcp) @ /usr/src/sys/netinet/tcp_input.c:625 > 2nd 0xc4f18180 pf task mtx (pf task mtx) @ > /usr/src/sys/modules/pf/../../contrib/pf/net/pf.c:6386 >... > > Is it a known LOR? why not check yourself? see ... and follow the instructions there... http://sources.zabbadoz.net/freebsd/lor.html -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Fri May 25 22:55:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC0B716A421 for ; Fri, 25 May 2007 22:55:28 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 33D4F13C46C for ; Fri, 25 May 2007 22:55:27 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4PMtOO6042801; Fri, 25 May 2007 19:55:24 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Fri, 25 May 2007 19:54:30 -0300 User-Agent: KMail/1.9.6 References: <200705251654.l4PGs4QN093254@lurza.secnetix.de> In-Reply-To: <200705251654.l4PGs4QN093254@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705251954.31065.joao@matik.com.br> X-Spam-Status: No, score=-99.1 required=5.0 tests=ALL_TRUSTED,AWL, J_CHICKENPOX_53, MONOTONE_WORDS_15_2, MR_DIFF_MID, SARE_GETFCK, SMILEY, TW_KD, USER_IN_WHITELIST autolearn=no version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Doug Barton , Oliver Fromme Subject: Re: xorg 7.2 start 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 May 2007 22:55:28 -0000 On Friday 25 May 2007 13:54:04 Oliver Fromme wrote: > JoaoBR wrote: > > Roland Smith wrote: > > > It didn't. All the drivers were in one huge package, the X server. N= ow > > > they are in seperate ports. But the xorg or xorgs-drivers meta-ports > > > should install all of them. > > > > ok, that is what I ment, the better way would be that portupgrade > > installs them all as before (when they were in the package) > > That's exactly what happens when you install the xorg meta > port (as explained in the UPDATING instructions). > ok but the meta port is what the name says and probably not interesting for= =20 everybody like kde3 meta port, same thing, big big big > > > Tools like portupgrade and portmaster and even the ports system are > > > great but they have their limitations. I think they are kept > > > relatively simple for a reason. It's much better to have a simple > > > (maintainable) tool that does 95% of the jobs well than to build an > > > extremely complicated ACME contraption that can cover all the corner > > > cases and oddball situations. It's just not worth the effort. > > > > I agree and totally understandable but when there is a big change > > involved then it would be wise to advise more clearly what is happening > > from within the upgrade process because almost nobody reads the files > > I think that's wrong. Almost everybody reads UPDATING. > Those who don't start threads on one of the mailing lists. may be or may be not, what I want to say is that when something was ever a= =20 certain way then a sudden change need to be better adviced, especially long= =20 before the change in fact occurres.=20 Same as a power out, you are used to having power so when interrupted witho= ut=20 previous advice you may not agree. Or your street is twoway, suddenly they= =20 change it into oneway and exactly the contrary direction you are used to=20 leave your house each morning.=20 So you crash into a car i bet you are not wanting to hear : oh silly you=20 haven't read the sign? and more I guess you sure will sue the city and held= =20 them responsible because they did not advice you properly in time. And that is exactly the same thing with xorg, ipfw, /etc or anything which= we=20 got used to. And I tell you, each time in my live I typed X11R6 I thought= =20 jeee, who might have invented this thing. Anyway, still so, you can not mov= e=20 it away without publishing it over and over anywhere to prevent this shit t= o=20 happened. And especially not moving before you are sure the migration reall= y=20 works. Xorg is too big and too important and especially too much needed in= =20 our daily work. Knowing this all creates responsibility for whom dares to change the port a= nd=20 this guy need to be prepared to hear anything and to help everybody but not= =20 calling us stupid shitheads which do not read the book > > > other ports do it for less and a message like local base has changed y= ou > > need to edit your xorg.conf or something would do good here > > If someone refused to read UPDATING, then why would he > not ignore a message that scrolls through the screen at > some point? > > As others have already stated, there are very detailed > instructions in /usr/port/UPDATING. You should not > blindly update your ports without looking at that file. well well ... but the xorg advice even following step by step does not work= =20 and let you still with "fixed not found" and X dead ... and no need to ask= =20 grrrreeing for script logs because there is no error Also this updating advice is kind of vage and incorrect and the sequence is= =20 wrong. Even if Kris gets pissed off again UPDATING is wrong: "...try moving aside your /etc/X11/xorg.conf and allow X to auto-create it" because it does not autocreate but use defaults =2E.. it suggest to do portupgrade -Rf libXft which obviously upgrades xorg= but=20 does not install the meta port =2E.. it tells to run script xorg-upgrade but this xorg-upgrade does not ex= ist=20 either and at the end it does not really explain anything what happens and it seem= s=20 to be exactly what it is starting with: welcome to a mystical journey ... o= r=20 better get fucked ... or get yourself a backup computer because you will be= =20 48 hours without X ... :) so please dont tell me to read something what does not work as it should ... and then what ? everybody calling us silly stupids because we do not read,= =20 nice deal, yup, I like that, I really love it so then, imagin how much people do not have any chance to solve this=20 problem: "fixed not found" and they do not claim, eventually they ask=20 something but get RTFM back, so they step back so, and now?=20 IMO before some sends me reading the manual I ask him to write a good one b= ut=20 not some crap what does not work either well then, what Roland wrote about worth and effort I agree, that is almost= =20 exactly like things work - but under normal conditions. A complete path=20 migration of a port old and big as xorg need something better even cvsup must be envolved here, ldconfig, login.conf and a lot of other=20 things which might cause troubles later. That is not solved by Kris's=20 solution overwriting rc.conf default's local_startup in rc.conf My vote here is that this xorg wamp is a rampage and was bad planned and t= hat=20 is not blaming people, dear Kris, this is simply a fact. You got us cold wi= th=20 or without reading. so and if some still reads, here is my suggestion which certainly also is n= ot=20 100% but at least it ran on our branch on 200 machines this night and all=20 woke up with X running you can save it in a file, chmod +x and execute it as root and if you have= =20 luck it does the whole thing, eventually you need to check after if there a= re=20 still some ports which need attention you also should run afterwards something as find /etc/ -type f -exec grep -l -i "X11R6" {} \; to see where else the old path name is involved and change manually to what= =20 you want or need until covered by a releng update or whatever ### set BATCH=3Dyes portsnap fetch portsnap update cp -Rpn /usr/X11R6/* /usr/local/ rm -R /usr/X11R6 ln -s /usr/local /usr/X11R6 pkg_delete -f xorg\* portinstall -fkP xorg portupgrade -fP `portversion -v | grep \< | awk '{print $1}'` sed -i '' -e 's/usr\/X11R6/usr\/local/g' /etc/X11/xorg.conf sed -i '' -e 's/usr\/X11R6/usr\/local/g' /usr/local/share/config/kdm/kdmrc sed -i '' -e 's/\/usr\/X11R6\/bin//g' /etc/login.conf=20 cap_mkdb /etc/login.conf sed -i '' -e 's/\/usr\/X11R6\/bin//g' /root/.cshrc sed -i '' -e 's/\:\/usr\/X11R6\/bin//g' /root/.profile sed -i '' -e 's/\:\/usr\/X11R6\/etc\/rc\.d//g' /etc/defaults/rc.conf sed -i '' -e 's/\:\/usr\/X11R6\/lib//g' /etc/defaults/rc.conf sed -i '' -e 's/\:\/usr\/X11R6\/lib\/aout//g' /etc/defaults/rc.conf sed -i '' -e 's/\:\/usr\/X11R6\/libdata\/ldconfig//g' /etc/defaults/rc.conf sed -i '' -e 's/\:\/usr\/X11R6\/libdata\/ldconfig32//g' /etc/defaults/rc.c= onf cd /home find . -name \.cshrc -exec sed -i '' -e 's/\/usr\/X11R6\/bin//g' {} \; find . -name \.profile -exec sed -i '' -e 's/\:\/usr\/X11R6\/bin//g' {} \; #reboot ### =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri May 25 23:42:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C9D816A400 for ; Fri, 25 May 2007 23:42:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id D2B2C13C44B for ; Fri, 25 May 2007 23:42:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 30915 invoked by uid 399); 25 May 2007 23:42:44 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 25 May 2007 23:42:44 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <46577471.1000907@FreeBSD.org> Date: Fri, 25 May 2007 16:42:41 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Tim Bishop References: <200705251242.l4PCg9Eo003842@cheyenne.sixcompanies.com> <20070525132750.GB49511@carrick.bishnet.net> In-Reply-To: <20070525132750.GB49511@carrick.bishnet.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, JD Bronson Subject: Re: /etc/rc.d after cvsup yesterday? 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 May 2007 23:42:45 -0000 Tim Bishop wrote: > On Fri, May 25, 2007 at 07:42:10AM -0500, JD Bronson wrote: >> I noticed after cvsup'ing the other day (6.2-stable) that /etc/rc.d >> now has some issues: >> >> # rcorder /usr/src/etc/rc.d/* >> rcorder: requirement `zfs' in file `/usr/src/etc/rc.d/FILESYSTEMS' >> has no providers. >> >> (removing 'zfs' in FILESYSTEMS fixes this) des committed a fix for this today. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat May 26 00:32:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F8DE16A421 for ; Sat, 26 May 2007 00:32:30 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: from qsmtp3.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id 33ABC13C468 for ; Sat, 26 May 2007 00:32:29 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: (qmail 13175 invoked from network); 25 May 2007 17:05:48 -0700 Received: by simscan 1.1.0 ppid: 13160, pid: 13161, t: 4.6515s scanners: regex: 1.1.0 attach: 1.1.0 clamav: 0.84/m:43/d:3122 spam: 3.0.3 Received: from unknown (HELO daemon.jim-liesl.org) (66.60.173.44) by qsmtp3 with SMTP; 25 May 2007 17:05:44 -0700 Received: from daemon.jim-liesl.org (localhost.static.surewest.net [127.0.0.1]) by daemon.jim-liesl.org (Postfix) with ESMTP id 198B65C1D; Fri, 25 May 2007 17:05:44 -0700 (PDT) Received: from [127.0.0.1] (daemon.static.surewest.net [192.168.1.15]) by daemon.jim-liesl.org (Postfix) with ESMTP id C79E55C1C; Fri, 25 May 2007 17:05:43 -0700 (PDT) Message-ID: <465779D7.6030502@jim-liesl.org> Date: Fri, 25 May 2007 17:05:43 -0700 From: security User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <4656D0FB.5070200@seclark.us> In-Reply-To: <4656D0FB.5070200@seclark.us> X-Enigmail-Version: 0.94.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on qsmtp3.surewest.net X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.3 Cc: freebsd-stable@freebsd.org Subject: Re: network performance 6.1 stable vs 4.9 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 May 2007 00:32:30 -0000 Stephen Clark wrote: > Hello List, > > We have a network appliance that is currently based on 4.9. We are in > the process of releasing > a new version based on 6.1 stable. > > In our testing using nttcp thru the appliance we see insignifant > difference in thruput between the 2 > versions in a controlled environment - aproximately 94mbs on a 100mb lan. > > We have a person that is testing the both system inhouse surfing out > over the internet on our T1 > link and he complains that he is consistently seeing the 6.1 version > being much slower than the > 4.9 version (on the same hardware). > He has been comparing the 6.1 system to 4.9 system for a couple of weeks > and continues to insist the 6.1 version is much slower. > > Are there any sysctl tunables that may affect performance going over > the internet > with a slower link, dropped packets, etc that could cause this? > Well, oddly enough I've playing with 6.1's perf as it relates to gigE lans so let me pass on a few things * polling only really helps if your nic is generating lot's of interrupts, or is having to compete with something that does. In fact, setting "polling" on an interface could make things seem slightly LESS responsive for small requests * nic chipset selection is important, but probably not for a f/w dealing with t1/broadband speeds * Don't even get down tweaking tcp send and recv buffers. You have no idea what the BDP will be on your WAN link. Same thing for jumbo frames on the inside link. o Having said that, This is what is in my sysctl.conf file. It does matter in a gigE lan, but probably not for a SMB firewall thats only got a t1 on the WAN side. kern.ipc.maxsockbuf=8192000 net.inet.tcp.sendspace=262144 net.inet.tcp.recvspace=262144 * make sure you set net.inet.tcp.rfc1323: 1 (most likely the default) * play with net.inet.tcp.inflight.enable (0 or 1), it never made a diff in my gigE lan testing * get real data using iperf (in ports/benchmarking) if you go to the iperf website, they have binaries for windows o XP's default network tuning is beyond bad, but your customers most likely aren't tweaking their registries either * use netstat -m to look at your buffer usage, particularly if you're dropping packets * depending on how much memory you have you might want to jump up kern.ipc.nmbclusters, but only if you seem to be dropping packets. * verify that your nics are setting speed and duplex correctly * which firewall package are you using? * use ethereal/wireshark to examine your net flow. Alot of tcp resets and retransmits can make a big impact if TCP is constantly having to resync. jim From owner-freebsd-stable@FreeBSD.ORG Sat May 26 02:36:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41CFC16A400 for ; Sat, 26 May 2007 02:36:25 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 009A113C43E for ; Sat, 26 May 2007 02:36:24 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so347764anc for ; Fri, 25 May 2007 19:36:24 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; 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; b=fhUu71qofHMUqWWBxyBL/VpgxBj9bfy4ASgILSAPCPsquUydnYajrwsMoBvyk79ngy0lIHX/BaJwVXVjzEHEE/PZE3QS/rgieF7ILhyGCuMCQTF0yATHGxFubJAIi0eijgdrQS082p0PTGWb7tUqc5ro77tRrNHE9+gE96Bydog= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WhJ1KUCvcvrOOfGt+0LPOeuS+c7NJL6OzGL7scvh2XsqCcLQLzpWXtyqWkWCKBxdt/OFx45MKmzqxgki7YBgysoD8LVEhK3nxWiI33qXcRTjOcvJKCzI6OFrDxbhFtobLWKMpDbMsBFnpeOTtDBqwei70xc2OK8phLTeiSDn7Q4= Received: by 10.100.141.13 with SMTP id o13mr3201599and.1180146984400; Fri, 25 May 2007 19:36:24 -0700 (PDT) Received: by 10.100.139.10 with HTTP; Fri, 25 May 2007 19:36:24 -0700 (PDT) Message-ID: <790a9fff0705251936s3814f4fcqadcd831ef45aab25@mail.gmail.com> Date: Fri, 25 May 2007 21:36:24 -0500 From: "Scot Hetzel" To: JoaoBR In-Reply-To: <200705251954.31065.joao@matik.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200705251654.l4PGs4QN093254@lurza.secnetix.de> <200705251954.31065.joao@matik.com.br> Cc: freebsd-stable@freebsd.org Subject: Re: xorg 7.2 start 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: Sat, 26 May 2007 02:36:25 -0000 On 5/25/07, JoaoBR wrote: > ... it tells to run script xorg-upgrade but this xorg-upgrade does not exist > either > The UPDATING entry does not tell you to run a script named xorg-upgrade, it tells you to run the script(1) command, which will then save all output to the file xorg-upgrade. hp010# script xorg-upgrade Script started, output file is xorg-upgrade hp010# Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Sat May 26 03:03:48 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7296816A421 for ; Sat, 26 May 2007 03:03:48 +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 494A513C45B for ; Sat, 26 May 2007 03:03:48 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.135.96] (unknown [192.168.135.96]) by yertle.kcilink.com (Postfix) with ESMTP id 95A02B80C for ; Fri, 25 May 2007 23:03:47 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <4656FF3B.50507@samsco.org> References: <4656FF3B.50507@samsco.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Fri, 25 May 2007 23:03:49 -0400 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: can I change probe order of mpt controllers? 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 May 2007 03:03:48 -0000 On May 25, 2007, at 11:22 AM, Scott Long wrote: > Look in /sys/conf/NOTES for a long discussion on wiring SCSI device > order. Thanks! That looks like it should do the trick. I'm assuming those go into /boot/loader.conf or do they go into the kernel config file itself? They look like loader.conf entries, but I'm not 100% sure on that. Also, any word on the adaptec monitoring program? I'm still interested in that, but my new solution is just to push the raid external and use a fibre card... which brought up this issue :-) From owner-freebsd-stable@FreeBSD.ORG Sat May 26 03:05:35 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3989916A468 for ; Sat, 26 May 2007 03:05:35 +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 EEE4513C45A for ; Sat, 26 May 2007 03:05:34 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.135.96] (unknown [192.168.135.96]) by yertle.kcilink.com (Postfix) with ESMTP id 447F2B80C for ; Fri, 25 May 2007 23:05:34 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <4656FF5E.7090703@jellydonut.org> References: <4656FF5E.7090703@jellydonut.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8F15A490-76E5-4790-9E97-80BE4C2E9DC6@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Fri, 25 May 2007 23:05:33 -0400 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: can I change probe order of mpt controllers? 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 May 2007 03:05:35 -0000 On May 25, 2007, at 11:23 AM, Michael Proto wrote: > I believe you can use the following in your kernel config: > > options ROOTDEVNAME=\"ufs:da2s1" > > Or whatever the appropriate device/slice for your mpt2 controller. > That doesn't seem like it will be of much use since the device unit name changes. Scott's solution of wiring the probe order seems like the right way to go. I'll try that after the weekend. Thanks for answering. From owner-freebsd-stable@FreeBSD.ORG Sat May 26 03:07:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D944F16A475 for ; Sat, 26 May 2007 03:07:32 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (noop.in-addr.com [208.58.23.51]) by mx1.freebsd.org (Postfix) with ESMTP id AF08B13C48A for ; Sat, 26 May 2007 03:07:32 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1Hrmcr-0005O9-1y; Fri, 25 May 2007 23:07:29 -0400 Date: Fri, 25 May 2007 23:07:28 -0400 From: Gary Palmer To: Stephen Clark Message-ID: <20070526030728.GH28958@in-addr.com> Mail-Followup-To: Stephen Clark , freebsd-stable@freebsd.org References: <4656D0FB.5070200@seclark.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4656D0FB.5070200@seclark.us> Cc: freebsd-stable@freebsd.org Subject: Re: network performance 6.1 stable vs 4.9 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 May 2007 03:07:32 -0000 On Fri, May 25, 2007 at 08:05:15AM -0400, Stephen Clark wrote: > Hello List, > > We have a network appliance that is currently based on 4.9. We are in > the process of releasing > a new version based on 6.1 stable. > > In our testing using nttcp thru the appliance we see insignifant > difference in thruput between the 2 > versions in a controlled environment - aproximately 94mbs on a 100mb lan. > > We have a person that is testing the both system inhouse surfing out > over the internet on our T1 > link and he complains that he is consistently seeing the 6.1 version > being much slower than the > 4.9 version (on the same hardware). > He has been comparing the 6.1 system to 4.9 system for a couple of weeks > and continues to insist the 6.1 version is much slower. > > Are there any sysctl tunables that may affect performance going over the > internet > with a slower link, dropped packets, etc that could cause this? > > Any ideas would be appreciated. > > Steve I do not believe that I have seen any description of the hardware involved. That could play a factor. From owner-freebsd-stable@FreeBSD.ORG Sat May 26 03:09:34 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26E6C16A47A for ; Sat, 26 May 2007 03:09:34 +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 D16E513C4C1 for ; Sat, 26 May 2007 03:09:33 +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 l4Q39UoF013755; Fri, 25 May 2007 21:09:30 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4657A4E4.7070807@samsco.org> Date: Fri, 25 May 2007 21:09:24 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Vivek Khera References: <4656FF3B.50507@samsco.org> 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]); Fri, 25 May 2007 21:09:30 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 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: stable@freebsd.org Subject: Re: can I change probe order of mpt controllers? 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 May 2007 03:09:34 -0000 Vivek Khera wrote: > On May 25, 2007, at 11:22 AM, Scott Long wrote: > >> Look in /sys/conf/NOTES for a long discussion on wiring SCSI device >> order. > > Thanks! That looks like it should do the trick. I'm assuming those go > into /boot/loader.conf or do they go into the kernel config file > itself? They look like loader.conf entries, but I'm not 100% sure on that. They can be compiled into the kernel in the hints file (like GENERIC.hints) or it can be put into /boot/loader.conf. > > Also, any word on the adaptec monitoring program? I'm still interested > in that, but my new solution is just to push the raid external and use a > fibre card... which brought up this issue :-) > I'll follow up in private on this. Scott From owner-freebsd-stable@FreeBSD.ORG Sat May 26 03:20:30 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6EAF016A468 for ; Sat, 26 May 2007 03:20:29 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 0A4DD13C469 for ; Sat, 26 May 2007 03:20:28 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by wa-out-1112.google.com with SMTP id m33so415964wag for ; Fri, 25 May 2007 20:20:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; 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; b=Rc8FdvVyiIpHaU0UmNesA90nAR+siS891peM04sLREKHPmmG5CrsQNDZa6piI2sK+36quXWR5tTnmSvGU4a+mO12qgMhf7YZ9+z3zxkOEN5kI57QWfiXdwkHEhY4z1zK9ukobTkv51uixe/p6dAnCkICozodHcfSDPwYCCwVwFg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sGmgXD0qKkjTXql4aBptIZibwu7IEskkL8dEfnwB+G7WEM2AAeo+VYrElu/A42httO1MZqfI9LyUE4ojw72pjGQydwzzQ+kAdwJnT/o2FTuYSd76AlPMOsNDbZPuPdQbJ+sDOm1ZZsryOcT0y6NE/fcxm2X4gk0c2jpjdPGOXNw= Received: by 10.115.60.1 with SMTP id n1mr1791259wak.1180149625651; Fri, 25 May 2007 20:20:25 -0700 (PDT) Received: by 10.114.25.18 with HTTP; Fri, 25 May 2007 20:20:25 -0700 (PDT) Message-ID: <7579f7fb0705252020i55be874epf7f3b99e10550142@mail.gmail.com> Date: Fri, 25 May 2007 20:20:25 -0700 From: "Matthew Jacob" To: "Scott Long" In-Reply-To: <4657A4E4.7070807@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4656FF3B.50507@samsco.org> <4657A4E4.7070807@samsco.org> Cc: Vivek Khera , stable@freebsd.org Subject: Re: can I change probe order of mpt controllers? 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 May 2007 03:20:30 -0000 FWIW, IMO- don't wire- use glabel instead. On 5/25/07, Scott Long wrote: > Vivek Khera wrote: > > On May 25, 2007, at 11:22 AM, Scott Long wrote: > > > >> Look in /sys/conf/NOTES for a long discussion on wiring SCSI device > >> order. > > > > Thanks! That looks like it should do the trick. I'm assuming those go > > into /boot/loader.conf or do they go into the kernel config file > > itself? They look like loader.conf entries, but I'm not 100% sure on that. > > They can be compiled into the kernel in the hints file (like > GENERIC.hints) or it can be put into /boot/loader.conf. > > > > > Also, any word on the adaptec monitoring program? I'm still interested > > in that, but my new solution is just to push the raid external and use a > > fibre card... which brought up this issue :-) > > > > I'll follow up in private on this. > > Scott > _______________________________________________ > 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 May 26 03:36:40 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C20E16A400 for ; Sat, 26 May 2007 03:36:40 +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 60D7813C455 for ; Sat, 26 May 2007 03:36:40 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.135.96] (unknown [192.168.135.96]) by yertle.kcilink.com (Postfix) with ESMTP id CF583B80C for ; Fri, 25 May 2007 23:36:39 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <7579f7fb0705252020i55be874epf7f3b99e10550142@mail.gmail.com> References: <4656FF3B.50507@samsco.org> <4657A4E4.7070807@samsco.org> <7579f7fb0705252020i55be874epf7f3b99e10550142@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <47661F6E-F80E-4193-A3DC-52326D8CE38A@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Fri, 25 May 2007 23:36:38 -0400 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: can I change probe order of mpt controllers? 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 May 2007 03:36:40 -0000 On May 25, 2007, at 11:20 PM, Matthew Jacob wrote: > FWIW, IMO- don't wire- use glabel instead. That's pretty neat, too! I think I like this one better since I won't have to make a special case in my system config file generator for this one host. From owner-freebsd-stable@FreeBSD.ORG Sat May 26 04:05:02 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CE2E16A41F for ; Sat, 26 May 2007 04:05:02 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (myrtle.kcilink.com [66.250.193.116]) by mx1.freebsd.org (Postfix) with ESMTP id 3098313C465 for ; Sat, 26 May 2007 04:05:02 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.135.96] (unknown [192.168.135.96]) by yertle.kcilink.com (Postfix) with ESMTP id 7E6F4B80C for ; Sat, 26 May 2007 00:05:01 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <7579f7fb0705252020i55be874epf7f3b99e10550142@mail.gmail.com> References: <4656FF3B.50507@samsco.org> <4657A4E4.7070807@samsco.org> <7579f7fb0705252020i55be874epf7f3b99e10550142@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Sat, 26 May 2007 00:05:00 -0400 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: can I change probe order of mpt controllers? 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 May 2007 04:05:02 -0000 On May 25, 2007, at 11:20 PM, Matthew Jacob wrote: > FWIW, IMO- don't wire- use glabel instead. Hmmm... minor question: how does one deal with swap partitions? I tried as a test "glabel label -v swap1 /dev/aacd0s2b" but it doesn't show up as a label with "glabel list", and trying to stop it says it is an invalid label, and nothing showed up in /dev/label. Is that because I have to do this in single user mode with the swap partition not in use? It is the case for tunefs to label the ufs2 partitions because it can't write to a mounted file system. From owner-freebsd-stable@FreeBSD.ORG Sat May 26 09:50:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA45116A482 for ; Sat, 26 May 2007 09:50:26 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3871113C455 for ; Sat, 26 May 2007 09:50:25 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp78-26.lns3.adl2.internode.on.net [121.44.78.26]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l4Q9oFbG073842 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 May 2007 19:20:16 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 26 May 2007 19:20:00 +0930 User-Agent: KMail/1.9.5 References: <3aaaa3a0705170830g46487cc7occc8a51b82a9118b@mail.gmail.com> <20070525044123.GA34908@go.sib-ecometall.ru> <200705251009.59215.antik@bsd.ee> In-Reply-To: <200705251009.59215.antik@bsd.ee> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1310181.8RJrEWrSL1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705261920.08607.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Andrei Kolu Subject: Re: Unable to install FreeBSD from external USB cdrom 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 May 2007 09:50:26 -0000 --nextPart1310181.8RJrEWrSL1 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 25 May 2007 16:39, Andrei Kolu wrote: > int=3D0000000d err=3D00000000 efl=3D00030002 eip=3D00002abf > eax=3D00000300 ebx=3D00000000 ecx=3D00000001 edx=3D0000009f > esi=3D0000000c edi=3D00000000 ebp=3D00000000 esp=3D000003f6 > cs=3Df000 ds=3D3fca es=3D3fac fs=3D0000 gs=3D0000 ss=3D9e3c > cs:eip=3D23 0f 01 16 0c 2c 0f 20-c0 0c 01 0f 22 c8 b8 28 > 00 8e d8 0f 20 c0 24 fe-0f 0f 22 c8 eb 00 66 58 c3 > ss:esp=3Dca 3f 00 00 10 22 01 4b-ca 3f e4 71 47 91 00 00 > 46 02 f8 47 89 00 b5 03-00 00 9f 00 00 00 00 00 > > BTX halted > --------------------------------------------------------------- > I tried with FreeBSD 6.1, 6.2, 6.2p4 > same result. Linux and Windows XP booted from cd just fine so I am > sure this is not hardware problem. I believe this is most likely this issue... http://www.nabble.com/BTX-issues-when-booting-from-a-USB-CD-ROM-t3047441.ht= ml Alas no solution yet as far as I am aware :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1310181.8RJrEWrSL1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGWALQ5ZPcIHs/zowRAsY+AJkBjWEZntEYhejyh7jq/72bx+00AgCeO+TZ 8/Ggf1sbCX+6qTdARhP1Pck= =hexU -----END PGP SIGNATURE----- --nextPart1310181.8RJrEWrSL1-- From owner-freebsd-stable@FreeBSD.ORG Sat May 26 10:46:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9565A16A41F for ; Sat, 26 May 2007 10:46:40 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 88D8A13C447 for ; Sat, 26 May 2007 10:46:39 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4QAkehH088271; Sat, 26 May 2007 07:46:40 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sat, 26 May 2007 07:45:48 -0300 User-Agent: KMail/1.9.6 References: <200705251654.l4PGs4QN093254@lurza.secnetix.de> <200705251954.31065.joao@matik.com.br> <790a9fff0705251936s3814f4fcqadcd831ef45aab25@mail.gmail.com> In-Reply-To: <790a9fff0705251936s3814f4fcqadcd831ef45aab25@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705260745.48948.joao@matik.com.br> X-Spam-Status: No, score=-100.3 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Scot Hetzel Subject: Re: xorg 7.2 start 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: Sat, 26 May 2007 10:46:40 -0000 On Friday 25 May 2007 23:36:24 Scot Hetzel wrote: > On 5/25/07, JoaoBR wrote: > > ... it tells to run script xorg-upgrade but this xorg-upgrade does not > > exist either > > The UPDATING entry does not tell you to run a script named > xorg-upgrade, it tells you to run the script(1) command, which will > then save all output to the file xorg-upgrade. > oh really? hmmmm ... how can you possible defend this? A computer manual is not an approximation= =20 algorithm. Computer science is about three possible outcomes, 0, 1 or error= =2E=20 There is nothing else. Guess what you get when the input already is error? And perhaps you have access to computer users, give them this manual and as= k =20 to follow the instructions, guess what they will type in ... =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sat May 26 12:14:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4119716A41F for ; Sat, 26 May 2007 12:14:25 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id EE04E13C447 for ; Sat, 26 May 2007 12:14:22 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 794AF1B10EA4; Sat, 26 May 2007 14:14:21 +0200 (CEST) Received: from hater.cmotd.com (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 76AF91B10C26; Sat, 26 May 2007 14:14:21 +0200 (CEST) Message-ID: <4658249D.80008@sun-fish.com> Date: Sat, 26 May 2007 15:14:21 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.0 (X11/20070521) MIME-Version: 1.0 To: JoaoBR References: <200705251654.l4PGs4QN093254@lurza.secnetix.de> <200705251954.31065.joao@matik.com.br> <790a9fff0705251936s3814f4fcqadcd831ef45aab25@mail.gmail.com> <200705260745.48948.joao@matik.com.br> In-Reply-To: <200705260745.48948.joao@matik.com.br> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: freebsd-stable@freebsd.org Subject: Re: xorg 7.2 start 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: Sat, 26 May 2007 12:14:25 -0000 Hi, JoaoBR wrote: > On Friday 25 May 2007 23:36:24 Scot Hetzel wrote: > >> On 5/25/07, JoaoBR wrote: >> >>> ... it tells to run script xorg-upgrade but this xorg-upgrade does not >>> exist either >>> >> The UPDATING entry does not tell you to run a script named >> xorg-upgrade, it tells you to run the script(1) command, which will >> then save all output to the file xorg-upgrade. >> >> > > oh really? hmmmm ... > > how can you possible defend this? A computer manual is not an approximation > algorithm. Computer science is about three possible outcomes, 0, 1 or error. > There is nothing else. > Guess what you get when the input already is error? > And perhaps you have access to computer users, give them this manual and ask > to follow the instructions, guess what they will type in ... > > > This is off topic in this mail list. Why do not you please move the thread to freebsd-x11/freebsd-ports Most of us are subscribed to this list because they are interested in FreeBSD-STABLE, and if we want to read discussions about problems with specific ports we will subscribe to freebsd-ports/freebsd-x11 Thanks. -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Sat May 26 12:46:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12BFE16A41F for ; Sat, 26 May 2007 12:46:11 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id DEC0C13C447 for ; Sat, 26 May 2007 12:46:10 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 87C30221F01; Sat, 26 May 2007 08:30:22 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Sat, 26 May 2007 08:30:22 -0400 X-Sasl-enc: fZ0eERwZyxV5TFx0pcCF0X2ksDEM2QbUoh+R6mLxbM7s 1180182622 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id ABF472A8C1; Sat, 26 May 2007 08:30:21 -0400 (EDT) Message-ID: <4658285C.8030909@FreeBSD.org> Date: Sat, 26 May 2007 13:30:20 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.10 (X11/20070407) MIME-Version: 1.0 To: Daniel O'Connor References: <3aaaa3a0705170830g46487cc7occc8a51b82a9118b@mail.gmail.com> <20070525044123.GA34908@go.sib-ecometall.ru> <200705251009.59215.antik@bsd.ee> <200705261920.08607.doconnor@gsoft.com.au> In-Reply-To: <200705261920.08607.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrei Kolu , freebsd-stable@freebsd.org Subject: Re: Unable to install FreeBSD from external USB cdrom 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 May 2007 12:46:11 -0000 Daniel O'Connor wrote: > > I believe this is most likely this issue... > http://www.nabble.com/BTX-issues-when-booting-from-a-USB-CD-ROM-t3047441.html > > Alas no solution yet as far as I am aware :( > Forgot to Cc: my reply to the list: kib@ has real mode BTX code which appears to work with affected systems of mine, however, the code has not yet made it into CVS. I spliced it into a 6.2 miniboot ISO and it worked. regards, BMS From owner-freebsd-stable@FreeBSD.ORG Sat May 26 13:02:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90EE116A400 for ; Sat, 26 May 2007 13:02:35 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 16A6C13C45B for ; Sat, 26 May 2007 13:02:34 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4QD2ZWd097435; Sat, 26 May 2007 10:02:35 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sat, 26 May 2007 10:01:43 -0300 User-Agent: KMail/1.9.6 References: <200705251654.l4PGs4QN093254@lurza.secnetix.de> <200705260745.48948.joao@matik.com.br> <4658249D.80008@sun-fish.com> In-Reply-To: <4658249D.80008@sun-fish.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705261001.44082.joao@matik.com.br> X-Spam-Status: No, score=-100.3 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Stefan Lambrev Subject: Re: xorg 7.2 start 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: Sat, 26 May 2007 13:02:35 -0000 On Saturday 26 May 2007 09:14:21 Stefan Lambrev wrote: > > This is off topic in this mail list. > > Why do not you please move the thread to freebsd-x11/freebsd-ports > Most of us are subscribed to this list because they are interested in > FreeBSD-STABLE, > and if we want to read discussions about problems with specific ports we > will subscribe to freebsd-ports/freebsd-x11 > > Thanks. ok, right if it was so simple unfortunately this port touch releng issues since /usr/X11R6 paths are par= t=20 of the OS configuration defaults and are beeing migrated to /usr/local but may be I see this wrong and it's the maintainer's responsibility or am = the=20 only one who cares, what do you think, who should look at this? =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sat May 26 13:16:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A771516A400 for ; Sat, 26 May 2007 13:16:20 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3B2E613C465 for ; Sat, 26 May 2007 13:16:19 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp78-26.lns3.adl2.internode.on.net [121.44.78.26]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l4QDGDlU078318 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 May 2007 22:46:13 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Bruce M. Simpson" Date: Sat, 26 May 2007 22:45:53 +0930 User-Agent: KMail/1.9.5 References: <3aaaa3a0705170830g46487cc7occc8a51b82a9118b@mail.gmail.com> <200705261920.08607.doconnor@gsoft.com.au> <4658285C.8030909@FreeBSD.org> In-Reply-To: <4658285C.8030909@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3364137.ohI33RisKO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200705262246.03512.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Andrei Kolu , freebsd-stable@freebsd.org Subject: Re: Unable to install FreeBSD from external USB cdrom 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 May 2007 13:16:20 -0000 --nextPart3364137.ohI33RisKO Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 26 May 2007 22:00, Bruce M. Simpson wrote: > Daniel O'Connor wrote: > > I believe this is most likely this issue... > > http://www.nabble.com/BTX-issues-when-booting-from-a-USB-CD-ROM-t30 > >47441.html > > > > Alas no solution yet as far as I am aware :( > > Forgot to Cc: my reply to the list: > > kib@ has real mode BTX code which appears to work with affected > systems of mine, however, the code has not yet made it into CVS. I > spliced it into a 6.2 miniboot ISO and it worked. Ooh ahh, please sir, can I have some more^Wit? :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3364137.ohI33RisKO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGWDMT5ZPcIHs/zowRArxaAKCPdv1ZeiJuccH175NFMZ7ga1g8tACfehcs Gm1CPl5tYevveZ+8yNR5hUs= =KT52 -----END PGP SIGNATURE----- --nextPart3364137.ohI33RisKO-- From owner-freebsd-stable@FreeBSD.ORG Sat May 26 13:28:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7665716A46C for ; Sat, 26 May 2007 13:28:50 +0000 (UTC) (envelope-from grafan@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 2DB5913C46C for ; Sat, 26 May 2007 13:28:50 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by py-out-1112.google.com with SMTP id a29so1946955pyi for ; Sat, 26 May 2007 06:28:49 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; 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; b=fTcZGQj96RTOrsWDFg+L0uIBhsjYEr5/QQUkm5g5HgrsiraqUFV3MTFiTn8Qi56PV1Cv7wr6Mj2qa0lpoYBWuCamy2UuEZHRiahLHIvXZV+7tJGl3qobPACwEgPkW9qc12jSJg0EfOzyAEHiuizS9vIrL4ZwjleAduzvsnIKKVU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BV4/eP/yC2Tuj72CQKJ2IxwcFWEmEdqLR2A371pPfEAALfnO2ouDlTuAgvwjhFg4d275Jq1izO3VJBpK9RSQsYjhoTeZqoLxv/DEIiAXgNTWMkEWh22wa9bPTKfywLEPLhebvhtV9WgWWyZcJb6GuAitTKqcIW5nL130M5PgR/8= Received: by 10.64.208.20 with SMTP id f20mr7555965qbg.1180184639554; Sat, 26 May 2007 06:03:59 -0700 (PDT) Received: by 10.64.193.13 with HTTP; Sat, 26 May 2007 06:03:59 -0700 (PDT) Message-ID: <6eb82e0705260603i602ff8dexdb95029cb07c94f9@mail.gmail.com> Date: Sat, 26 May 2007 21:03:59 +0800 From: "Rong-en Fan" To: "Bruce M. Simpson" In-Reply-To: <4658285C.8030909@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3aaaa3a0705170830g46487cc7occc8a51b82a9118b@mail.gmail.com> <20070525044123.GA34908@go.sib-ecometall.ru> <200705251009.59215.antik@bsd.ee> <200705261920.08607.doconnor@gsoft.com.au> <4658285C.8030909@FreeBSD.org> Cc: Andrei Kolu , freebsd-stable@freebsd.org Subject: Re: Unable to install FreeBSD from external USB cdrom 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 May 2007 13:28:50 -0000 On 5/26/07, Bruce M. Simpson wrote: > Daniel O'Connor wrote: > > > > I believe this is most likely this issue... > > http://www.nabble.com/BTX-issues-when-booting-from-a-USB-CD-ROM-t3047441.html > > > > Alas no solution yet as far as I am aware :( > > > > Forgot to Cc: my reply to the list: > > kib@ has real mode BTX code which appears to work with affected systems > of mine, however, the code has not yet made it into CVS. I spliced it > into a 6.2 miniboot ISO and it worked. It also works on my ThinkPad X60 with 7.x boot cd. Regards, Rong-En Fan > regards, > BMS From owner-freebsd-stable@FreeBSD.ORG Sat May 26 13:51:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A70716A400 for ; Sat, 26 May 2007 13:51:31 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 6BC1A13C469 for ; Sat, 26 May 2007 13:51:30 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id l4QDpWJo002011; Sat, 26 May 2007 10:51:32 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Stefan Lambrev Date: Sat, 26 May 2007 10:50:41 -0300 User-Agent: KMail/1.9.6 References: <200705251654.l4PGs4QN093254@lurza.secnetix.de> <200705261001.44082.joao@matik.com.br> <4658348F.3060809@sun-fish.com> In-Reply-To: <4658348F.3060809@sun-fish.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200705261050.41610.joao@matik.com.br> X-Spam-Status: No, score=-100.3 required=5.0 tests=ALL_TRUSTED, AWL, MR_DIFF_MID, USER_IN_WHITELIST autolearn=unavailable version=3.1.8 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: xorg 7.2 start 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: Sat, 26 May 2007 13:51:31 -0000 On Saturday 26 May 2007 10:22:23 Stefan Lambrev wrote: > JoaoBR wrote: > > On Saturday 26 May 2007 09:14:21 Stefan Lambrev wrote: > >> This is off topic in this mail list. > >> > >> Why do not you please move the thread to freebsd-x11/freebsd-ports > >> Most of us are subscribed to this list because they are interested in > >> FreeBSD-STABLE, > >> and if we want to read discussions about problems with specific ports = we > >> will subscribe to freebsd-ports/freebsd-x11 > >> > >> Thanks. > > > > ok, right if it was so simple > > unfortunately this port touch releng issues since /usr/X11R6 paths are > > part of the OS configuration defaults and are beeing migrated to > > /usr/local but may be I see this wrong and it's the maintainer's > > responsibility or am the only one who cares, what do you think, who > > should look at this? > > There is no excuse for ignoring documentation. > Better do NOT upgrade, if you do not plan to read manual/docs > I'm pretty sure /usr/X11R6 is empty in base install and XFree and Xorg > are not part of > the FreeBSD. > I'm excluding stable mail list because this is is off topic there. > Your problem was discussed many times in freebsd-ports and freebsd-x11 > And I'm pretty sure that you do not search help how to solve your > problems, but you are just trolling. ops, let's see who is doing that=20 first let me say, you respond blind or try to turn my words around because = I=20 didn't said anything of what you try to sell here second, I do not have a problem at all third, cut your ego-shit out to get a clear mind then read all again but with attention to find the issue but let me help you to find it, here is the shortcut for you: if you have s= rc=20 on your computer look into /usr/src/etc=20 then look for the X11R6 string within the files then think and reread the shit you wrote here then, if still is something to add then talk again then, perhaps you spend a thought about if you are really preoccupied with= =20 your issues, with mine or with freebsd and it's users, because if not with= =20 the latter then you do not need to respond this issue at all because you=20 didn't get it at all =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sat May 26 15:47:33 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0047916A46C; Sat, 26 May 2007 15:47:32 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id A7C3F13C468; Sat, 26 May 2007 15:47:32 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.8) with ESMTP id l4QFUqGp024697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 May 2007 11:30:52 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.8/Submit) id l4QFUqWc024696; Sat, 26 May 2007 11:30:52 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: bug-followup@freebsd.org, awallac3@uiuc.edu, jhb@freebsd.org, stable@freebsd.org Date: Sat, 26 May 2007 11:30:51 -0400 User-Agent: KMail/1.9.5 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: Subject: Re: amd64/89550: spin-lock panics continue (crash trace) 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 May 2007 15:47:33 -0000 The patch in the PR allows our two Symbios 875 boards to work with FreeBSD-6.2-recent. However, the machine continues to suffer from the "spin lock held to long" panics every few days. Usually, there is a double-panic, which prevents crash dump from occuring. But this morning it succeeded. The full trace is available at http://aldan.algebra.com/~mi/bonkers-crash-4.txt The panic is from kern_mutex.c. The value of the delay-counting i is, no surprise, exactly 60000000. I'm not sure, if it is the sym-enabling patch, that causes the problem, or something else. Either way, it would be very useful for an expert to look at it -- and commit the (possibly modified) patch too. -mi From owner-freebsd-stable@FreeBSD.ORG Sat May 26 23:43:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16AE216A421 for ; Sat, 26 May 2007 23:43:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 7834B13C45A for ; Sat, 26 May 2007 23:43:22 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l4QNhKor020753; Sun, 27 May 2007 09:43:20 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l4QNhAro020748; Sun, 27 May 2007 09:43:10 +1000 (EST) (envelope-from peter) Date: Sun, 27 May 2007 09:43:10 +1000 From: Peter Jeremy To: Robert Marella , freebsd-stable@freebsd.org Message-ID: <20070526234310.GV1992@turion.vk2pj.dyndns.org> References: <20070525150929.GA25582@panix.com> <200705251630.l4PGU0YF091446@lurza.secnetix.de> <20070525094635.3932cddf@p4> <20070525200212.GA31112@slackbox.xs4all.nl> <20070525104031.36e2a857@p4> <20070525211101.GA73319@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MnLPg7ZWsaic7Fhd" Content-Disposition: inline In-Reply-To: <20070525211101.GA73319@slackbox.xs4all.nl> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: OT: In defense of a GUI (was: atapicam, blah, blah) 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 May 2007 23:43:23 -0000 --MnLPg7ZWsaic7Fhd Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-May-25 23:11:01 +0200, Roland Smith wrote: >CD-R and DVD=B1R might not be the most reliable form of long term >backup, though. I've seen test reports in magazines indicating significant >corruption after as little as two years. =2E.. >I like USB harddisks for backups, Media requirements for archival purposes are different to backup requirements. I agree that USB HDDs appear a good choice for backups but I'm less certain about using them for archival purposes. HDDs are not designed for long term storage and I would expect that stiction problems would affect both the heads and bearings if the disks were left in storage for long periods. >1.75 that of a cheap DVD disk. But problems like splitting up large >directories disappear, as does hunting through stacks of DVDs.=20 The downside is that a faulty HDD will affect several orders of magnitude more data than a faulty DVD. >Other people here are more knowledgeable about things like tape backup, >which still seems to be a popular solution for people with large >collections of data.=20 Techniques for long-term storage of tapes are well known. The downside is that both tape drives and media are comparatively expensive. In general, whatever media is chosen for archives, the media needs to be stored in a controlled environment and verified regularly. If the information needs to be kept for extended periods, it may be necessary to migrate the data (both physical and file format) to retain access to the information. --=20 Peter Jeremy --MnLPg7ZWsaic7Fhd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGWMYO/opHv/APuIcRAmiBAKDDJzktGquD89ZE9grBb0HV572pvQCgtO/E pW7ARF1TmyLG/a4VYKRBXmY= =gOWA -----END PGP SIGNATURE----- --MnLPg7ZWsaic7Fhd--