From owner-freebsd-stable@FreeBSD.ORG Sun Jan 14 09:33: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 9028616A415 for ; Sun, 14 Jan 2007 09:33:53 +0000 (UTC) (envelope-from wash@wananchi.com) Received: from ns2.wananchi.com (ns2.wananchi.com [62.8.64.4]) by mx1.freebsd.org (Postfix) with ESMTP id C90BD13C44C for ; Sun, 14 Jan 2007 09:33:52 +0000 (UTC) (envelope-from wash@wananchi.com) Received: from wash by ns2.wananchi.com with local (Exim 4.64 #0 (FreeBSD 4.11-STABLE)) id 1H61Nf-000GcQ-Rm by authid for ; Sun, 14 Jan 2007 12:10:24 +0300 Date: Sun, 14 Jan 2007 12:10:23 +0300 From: Odhiambo Washington To: freebsd-stable@freebsd.org Message-ID: <20070114091023.GB52130@ns2.wananchi.com> Mail-Followup-To: Odhiambo Washington , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Disclaimer: Any views expressed in this message, where not explicitly attributed otherwise, are mine alone!. X-Mailer: Mutt 1.5.13 (2006-08-11) X-Designation: Systems Administrator, Wananchi Online Ltd. X-Location: Nairobi, KE, East Africa. User-Agent: Mutt/1.5.13 (2006-08-11) Subject: FreeBSD 5.5-STABLE, HP DC7600CMT : bge0 and irq issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2007 09:33:53 -0000 I am having a problem that I have now come to believe is specific only to HP DC7600 CMT PC, of which I have several pieces running FreeBSD 5.5-STABLE (all updated via CVSUP). When these PCs boot, I see the following messages on the console: Interrupt storm detected on "irq19: atapci1"; throttling interrupt source bge0: firmware handshake timed out Now.... gw# grep irq /var/run/dmesg.boot ioapic0 irqs 0-23 on motherboard pcib2: irq 17 at device 28.1 on pci0 bge0: mem 0xe0500000-0xe050ffff irq 17 at device 0.0 on pci63 uhci0: port 0x2000-0x201f irq 20 at device 29.0 on pci0 uhci1: port 0x2020-0x203f irq 18 at device 29.1 on pci0 uhci2: port 0x2040-0x205f irq 21 at device 29.2 on pci0 uhci3: port 0x2060-0x207f irq 22 at device 29.3 on pci0 ehci0: mem 0xe04c4000-0xe04c43ff irq 20 at device 29.7 on pci0 xl0: <3Com 3c905-TX Fast Etherlink XL> port 0x1000-0x103f irq 16 at device 4.0 on pci5 atapci0: port 0x20a0-0x20af,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 17 at device 31.1 on pci0 atapci1: port 0x20b0-0x20bf,0x20f4-0x20f7,0x20e0-0x20e7,0x20f0-0x20f3,0x20d8-0x20df irq 19 at device 31.2 on pci0 atkbd0: irq 1 on atkbdc0 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 Interrupt storm detected on "irq19: atapci1"; throttling interrupt source .... irq 19 is assigned atapci1 from the above messages. I have tried google, but perhaps with the wrong keywords, as happens sometimes! Q1. Why I am getting Interrupt storm? Q2. Is there a particular problem with the bge0 drivers? (but why only on this PC, because I haven't seen this on other PCs havnng bge cards) Thank you 4 any insights.. -Wash http://www.netmeister.org/news/learn2quote.html DISCLAIMER: See http://www.wananchi.com/bms/terms.php -- +======================================================================+ |\ _,,,---,,_ | Odhiambo Washington Zzz /,`.-'`' -. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 +======================================================================+ "Just once, I wish we would encounter an alien menace that wasn't immune to bullets" -- The Brigader, "Dr. Who" From owner-freebsd-stable@FreeBSD.ORG Sun Jan 14 14:01: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 026F616A4C8; Sun, 14 Jan 2007 14:01:06 +0000 (UTC) (envelope-from peter@pean.org) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.freebsd.org (Postfix) with ESMTP id 46C9113C45D; Sun, 14 Jan 2007 14:01:04 +0000 (UTC) (envelope-from peter@pean.org) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep04.bredband.com with ESMTP id <20070114133258.FNHB2732.mxfep04.bredband.com@ironport.bredband.com>; Sun, 14 Jan 2007 14:32:58 +0100 Received: from c-67da72d5.07-172-73746f44.cust.bredbandsbolaget.se (HELO [172.25.1.24]) ([213.114.218.103]) by ironport.bredband.com with ESMTP; 14 Jan 2007 14:32:58 +0100 Message-ID: <45AA3109.2040309@pean.org> Date: Sun, 14 Jan 2007 14:32:57 +0100 From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= User-Agent: Thunderbird 1.5.0.7 (X11/20061031) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: multipart/mixed; boundary="------------010507020203090104090400" Cc: sos@FreeBSD.org Subject: 6.2 RELEASE - READ_DMA timed out X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2007 14:01:07 -0000 This is a multi-part message in MIME format. --------------010507020203090104090400 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I have a router running NanoBSD on a CF-card, 512MB SanDisk and yesterday when installed 6.2-RELEASE I encountered some problems. The systems seems to boot properly but when it tries to mount the filesystem I get errors like this: ad0: FAILURE - READ_DMA timed out LBA=1000941 When I try to boot without acpi I get the same problem but when I boot in "Safe Mode" it boots properly and I haven't encountered any problems at all. I have'nt compiled any modules, and the acpi.ko is missing, could that be the problem? It worked fine i 6.1-RELEASE though. What could be the problem? If there is no "quick" solution to this, are there any way to make "Safe Mode" the default option at boot? I've attached my kernconf and configuration for the NanoBSD-build. --------------010507020203090104090400 Content-Type: text/plain; name="uchman.conf" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="uchman.conf" #!/bin/sh # Copyright (c) 2005 Poul-Henning Kamp. # # See /usr/share/examples/etc/bsd-style-copyright for license terms. # # $FreeBSD: src/tools/tools/nanobsd/nanobsd.sh,v 1.1 2005/07/26 18:52:50 phk Exp $ # # Name of this NanoBSD build. (Used to construct workdir names) NANO_NAME=uchman NANO_SRC=/usr/src NANO_PMAKE="make -j 4" # Options to put in make.conf during buildworld only CONF_BUILD=' NO_HESIOD_LIBC=YES NO_KLDLOAD=YES NO_NETGRAPH=YES NO_PAM=YES PPP_NO_NETGRAPH=YES PPP_NO_RADIOS=YES ' # Options to put in make.conf during installworld only CONF_INSTALL=' NO_ACPI=YES NO_BLUETOOTH=YES NO_CVS=YES NO_CXX=YES NO_DICT=YES NO_FORTRAN=YES NO_GCOV=YES NO_GDB=YES NO_HTML=YES NO_LPR=YES NO_MAN=YES NO_OBJC=YES NO_P1003_1B=YES NO_PROFILE=YES NO_SENDMAIL=YES NO_SHAREDOCS=YES NO_TOOLCHAIN=YES NO_EXAMPLES=YES NO_INSTALLLIB=YES NO_CALENDAR=YES NO_MISC=YES #NO_SHARE=YES NO_MAKE=YES ' # Options to put in make.conf during both build- & installworld. CONF_WORLD=' NO_ATM=YES NO_I4B=YES NO_BIND=YES NO_MODULES=YES NO_IPFILTER=YES NO_KERBEROS=YES NO_NIS=YES NO_RCMDS=YES NO_GAMES=YES NO_RESCUE=YES PPP_NO_NETGRAPH=YES PPP_NO_RADIUS=YES NO_LOCALES=YES NO_SYSCONS=YES NO_GROFF=YES NO_NLS=YES NO_PCVT=YES NO_IPX=YES NO_INFO=YES ' NANO_KERNEL=GW FlashDevice Sandisk 512MB NANO_IMAGES=2 NANO_CODESIZE=0 NANO_CONFSIZE=20480 NANO_DATASIZE=0 #customize_cmd cust_comconsole customize_cmd cust_allow_ssh_root customize_cmd cust_install_files customize_cmd phk_pkg phk_pkg () ( mkdir -p ${NANO_WORLDDIR}/Pkg cp /usr/src/tools/tools/nanobsd/Pkg/* ${NANO_WORLDDIR}/Pkg chroot ${NANO_WORLDDIR} sh -c 'pkg_add -v Pkg/*' rm -rf ${NANO_WORLDDIR}/Pkg ) --------------010507020203090104090400 Content-Type: text/plain; name="GW" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="GW" machine i386 cpu I686_CPU ident GW # 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 device pf device pflog device pfsync device fdescfs options ALTQ options ALTQ_CBQ # Class Bases Queuing (CBQ) options ALTQ_RED # Random Early Detection (RED) options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC) options ALTQ_PRIQ # Priority Queuing (PRIQ) options ALTQ_NOPCC # Required for SMP build #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols 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 MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID # Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device my device ath device ath_hal device ath_rate_sample device wlan device wlan_acl device wlan_wep # 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" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # 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 --------------010507020203090104090400-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 14 14:45: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 B046B16A407; Sun, 14 Jan 2007 14:45:16 +0000 (UTC) (envelope-from peter@pean.org) Received: from mxfep03.bredband.com (mxfep03.bredband.com [195.54.107.76]) by mx1.freebsd.org (Postfix) with ESMTP id C49CD13C45B; Sun, 14 Jan 2007 14:45:14 +0000 (UTC) (envelope-from peter@pean.org) Received: from ironport2.bredband.com ([195.54.107.84] [195.54.107.84]) by mxfep03.bredband.com with ESMTP id <20070114144512.GKWA2708.mxfep03.bredband.com@ironport2.bredband.com>; Sun, 14 Jan 2007 15:45:12 +0100 Received: from c-67da72d5.07-172-73746f44.cust.bredbandsbolaget.se (HELO [172.25.1.24]) ([213.114.218.103]) by ironport2.bredband.com with ESMTP; 14 Jan 2007 15:45:12 +0100 Message-ID: <45AA41F8.60107@pean.org> Date: Sun, 14 Jan 2007 15:45:12 +0100 From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= User-Agent: Thunderbird 1.5.0.7 (X11/20061031) MIME-Version: 1.0 To: Pietro Cerutti References: <45AA3109.2040309@pean.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: 6.2 RELEASE - READ_DMA timed out X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2007 14:45:16 -0000 Pietro Cerutti wrote: > On 1/14/07, Peter Ankerstål wrote: >> >> ad0: FAILURE - READ_DMA timed out LBA=1000941 >> > > This kind of errors usually denote a hardware problem, either at the > disk or at the controller level. > Check sysutils/smartmontools in the ports. > But there was no problem at all before the upgrade, and it works without any problem in "safe mode" and I have done fscks on the CF-card without any errors. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 14 14:52: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 CD3F716A40F for ; Sun, 14 Jan 2007 14:52:24 +0000 (UTC) (envelope-from pietro.cerutti@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 4B2FC13C428 for ; Sun, 14 Jan 2007 14:52:24 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1019215uge for ; Sun, 14 Jan 2007 06:52:23 -0800 (PST) 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=HyT94doYgs102nHKbnpIYv5gtH0SiLLIgj4JGlyk+ioxN9FwmObuGtThYnMIH79JB5B0e4hk5ZofzlqbIUnYHE4UGPGytQuCJ+T99tQCztBnUQGyS8UZIDZbRTOuyRjta9fqz6CYyO7AQZrRtiYbiLXj0JAee11yxjdFWbmbIPA= Received: by 10.67.121.15 with SMTP id y15mr3895886ugm.1168784850482; Sun, 14 Jan 2007 06:27:30 -0800 (PST) Received: by 10.67.23.8 with HTTP; Sun, 14 Jan 2007 06:27:30 -0800 (PST) Message-ID: Date: Sun, 14 Jan 2007 15:27:30 +0100 From: "Pietro Cerutti" To: "=?ISO-8859-1?Q?Peter_Ankerst=E5l?=" In-Reply-To: <45AA3109.2040309@pean.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <45AA3109.2040309@pean.org> Cc: freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: 6.2 RELEASE - READ_DMA timed out X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2007 14:52:24 -0000 On 1/14/07, Peter Ankerst=E5l wrote: > > ad0: FAILURE - READ_DMA timed out LBA=3D1000941 > This kind of errors usually denote a hardware problem, either at the disk or at the controller level. Check sysutils/smartmontools in the ports. --=20 Pietro Cerutti ICQ: 117293691 PGP: 0x9571F78E - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Sun Jan 14 15:49: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 6591416A412 for ; Sun, 14 Jan 2007 15:49:49 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out8.starman.ee [85.253.0.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1D4C613C44B for ; Sun, 14 Jan 2007 15:49:46 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx1.starman.ee (mx1.starman.ee [62.65.192.16]) by smtp-gw1.starman.ee (Postfix) with ESMTP id 55872A21948 for ; Sun, 14 Jan 2007 17:49:44 +0200 (EET) Received: from [192.168.2.100] (pc202.host1.ida.starman.ee [62.65.240.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.starman.ee (Postfix) with ESMTP id F251A23C594 for ; Sun, 14 Jan 2007 17:49:43 +0200 (EET) From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Sun, 14 Jan 2007 17:49:06 +0200 User-Agent: KMail/1.9.4 References: <45AA3109.2040309@pean.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200701141749.06929.antik@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Subject: Re: 6.2 RELEASE - READ_DMA timed out X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2007 15:49:49 -0000 On Sunday, 14. January 2007 16:27, Pietro Cerutti wrote: > On 1/14/07, Peter Ankerst=E5l wrote: > > ad0: FAILURE - READ_DMA timed out LBA=3D1000941 > > This kind of errors usually denote a hardware problem, either at the > disk or at the controller level. > Check sysutils/smartmontools in the ports. This is not a hardware problem, this is Flash cards limitation- most of fla= sh=20 cards don't work with DMA at all. You should turn off DMA on every Flash card that is connected directly to I= DE=20 channel to boot up any operating system. I know there is some IDE2Flash=20 adapters that can work with DMA but they are twice or even more expensive=20 than el cheapo adapters most devices got. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 14 16:37: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 45D8A16A416; Sun, 14 Jan 2007 16:37:08 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id D3A5513C459; Sun, 14 Jan 2007 16:37:07 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [194.192.25.137] (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id l0EGb28I033238; Sun, 14 Jan 2007 17:37:06 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <45AA5C2E.5030901@deepcore.dk> Date: Sun, 14 Jan 2007 17:37:02 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= References: <45AA3109.2040309@pean.org> <45AA41F8.60107@pean.org> In-Reply-To: <45AA41F8.60107@pean.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@FreeBSD.ORG, Pietro Cerutti , sos@FreeBSD.ORG Subject: Re: 6.2 RELEASE - READ_DMA timed out X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2007 16:37:08 -0000 Peter Ankerstål wrote: > Pietro Cerutti wrote: >> On 1/14/07, Peter Ankerstål wrote: >>> >>> ad0: FAILURE - READ_DMA timed out LBA=1000941 >>> >> >> This kind of errors usually denote a hardware problem, either at the >> disk or at the controller level. >> Check sysutils/smartmontools in the ports. >> > But there was no problem at all before the upgrade, and it works > without any problem in "safe mode" > and I have done fscks on the CF-card without any errors. The reason it works in safe mode is that DMA is not used there. Are you sure it worked with DMA before ? DMA access on CF cards needs signal lines to the CF slot thats not always implemented, fx on older soekris boards. -Søren From owner-freebsd-stable@FreeBSD.ORG Sun Jan 14 17:36: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 CD6CD16A412 for ; Sun, 14 Jan 2007 17:36:49 +0000 (UTC) (envelope-from peter@pean.org) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.freebsd.org (Postfix) with ESMTP id 3A8E113C45A for ; Sun, 14 Jan 2007 17:36:47 +0000 (UTC) (envelope-from peter@pean.org) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep02.bredband.com with ESMTP id <20070114173645.KBGH2832.mxfep02.bredband.com@ironport.bredband.com> for ; Sun, 14 Jan 2007 18:36:45 +0100 Received: from c-67da72d5.07-172-73746f44.cust.bredbandsbolaget.se (HELO [172.25.1.24]) ([213.114.218.103]) by ironport.bredband.com with ESMTP; 14 Jan 2007 18:36:45 +0100 Message-ID: <45AA6A2C.3070600@pean.org> Date: Sun, 14 Jan 2007 18:36:44 +0100 From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= User-Agent: Thunderbird 1.5.0.7 (X11/20061031) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: 6.2 RELEASE - READ_DMA timed out X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2007 17:36:49 -0000 > The reason it works in safe mode is that DMA is not used there. Are you > sure it worked with DMA before ? I cant be sure, I never looked it up. But it worked just fine before. The _only_ difference is the soruce-code i compiled NanoBSD from. I was RELENG_6_1 before and now it is RELENG_6_2 I'm using a IDE to CF-card adapter in a ordinary PC if that could be any help. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 14 17:57: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 9B81E16A40F for ; Sun, 14 Jan 2007 17:57:10 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 48F9513C448 for ; Sun, 14 Jan 2007 17:57:10 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Date:From:To:Subject:Message-ID:MIME-Version:Content-Type:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=uW4kahOp4zCa+Vs7yLPjLzV7r8xMrSj0XI/0FXqBoCHuWNW4gBHfCqSao+nwldLCcB4zsHH4NtF0+r76Ul3APZCEZLJyfqCbBIXqBPogfK6MHBjEvOL/onLE+D1ciUjVwLK3xYbiv+B+sFvNzex4P2auzwMEVRQFYluh0fh4zpY=; Received: from adsl-70-135-89-145.dsl.austtx.sbcglobal.net ([70.135.89.145]:65293 helo=[192.168.200.106]) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1H69bI-000212-A2 for freebsd-stable@freebsd.org; Sun, 14 Jan 2007 11:57:09 -0600 Date: Sun, 14 Jan 2007 11:56:43 -0600 (CST) From: Larry Rosenman To: freebsd-stable@freebsd.org Message-ID: <20070114115403.W36754@lerlaptop.lerctr.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-998805957-1168797403=:36754" X-Spam-Score: 0.2 (/) X-LERCTR-Spam-Score: 0.2 (/) X-Spam-Report: (0.2 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 FM_MULTI_ODD2=1.1 FM_MULTI_ODD3=0.7 FM_MULTI_ODD4=0.7 FM_MULTI_ODD5=0.9 TW_BD=0.077 TW_BF=0.077 TW_BP=0.077 TW_CB=0.077 TW_DB=0.077 TW_DR=0.077 TW_HW=0.077 TW_II=0.077 TW_IV=0.077 TW_KB=0.077 TW_TK=0.077 TW_UH=0.077 TW_VP=0.077 TW_XB=0.077 TW_XD=0.077 TW_XF=0.077 X-LERCTR-Spam-Report: (0.2 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 FM_MULTI_ODD2=1.1 FM_MULTI_ODD3=0.7 FM_MULTI_ODD4=0.7 FM_MULTI_ODD5=0.9 TW_BD=0.077 TW_BF=0.077 TW_BP=0.077 TW_CB=0.077 TW_DB=0.077 TW_DR=0.077 TW_HW=0.077 TW_II=0.077 TW_IV=0.077 TW_KB=0.077 TW_TK=0.077 TW_UH=0.077 TW_VP=0.077 TW_XB=0.077 TW_XD=0.077 TW_XF=0.077 DomainKey-Status: no signature Subject: DRM disabled? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2007 17:57:10 -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. --0-998805957-1168797403=:36754 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Greetings, I finally have FreeBSD back on my HP ZE5700US Laptop. I was wondering if anyone knew why the DRM is being disabled. I have the agp device static in the kernel, and have attached a dmesg, as well as the X log, and also the full kernel config. Ideas? Thanks! pciconf: hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0xcbb21002 rev=0x02 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'RS200 CPU to PCI Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x70101002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' device = 'RS200 PCI to AGP Bridge' class = bridge subclass = PCI-PCI pcm0@pci0:6:0: class=0x040100 card=0x0850103c chip=0x545110b9 rev=0x02 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M5451 PCI AC-Link Controller Audio Device' class = multimedia subclass = audio isab0@pci0:7:0: class=0x060100 card=0x153310b9 chip=0x153310b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M1533 Aladdin IV ISA Bridge' class = bridge subclass = PCI-ISA none0@pci0:8:0: class=0x070300 card=0x0850103c chip=0x545710b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI N5457, M1563M AC97 Modem controller' class = simple comms subclass = generic modem cbb0@pci0:10:0: class=0x060700 card=0x00000000 chip=0xac50104c rev=0x02 hdr=0x02 vendor = 'Texas Instruments (TI)' device = 'PCI1410 PC card cardBus Controller' class = bridge subclass = PCI-CardBus uhci0@pci0:11:0: class=0x0c0300 card=0x0850103c chip=0x30381106 rev=0x50 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB uhci1@pci0:11:1: class=0x0c0300 card=0x0850103c chip=0x30381106 rev=0x50 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB ehci0@pci0:11:2: class=0x0c0320 card=0x0850103c chip=0x31041106 rev=0x51 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6202 USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB atapci0@pci0:16:0: class=0x0101fa card=0x0850103c chip=0x522910b9 rev=0xc4 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M1543 Southbridge EIDE Controller' class = mass storage subclass = ATA none1@pci0:17:0: class=0x068000 card=0x0850103c chip=0x710110b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M7101 Power Management Controller' class = bridge sis0@pci0:18:0: class=0x020000 card=0x0850103c chip=0x0020100b rev=0x00 hdr=0x00 vendor = 'National Semiconductor' device = 'DP83815/16 Fast Ethernet Adapter (MacPhyter/MacPhyter-II)' class = network subclass = ethernet drm0@pci1:5:0: class=0x030000 card=0x0850103c chip=0x43371002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'RS200M Mobility M6 (U2)' class = display subclass = VGA ndis0@pci2:0:0: class=0x028000 card=0x43201737 chip=0x432014e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4306 802.11b/g Wireless LAN Controller' class = network -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 --0-998805957-1168797403=:36754 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg.txt Content-Transfer-Encoding: BASE64 Content-ID: <20070114115643.V36754@lerlaptop.lerctr.org> Content-Description: dmesg Content-Disposition: attachment; filename=dmesg.txt Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2Yg VGhlIEZyZWVCU0QgRm91bmRhdGlvbi4NCkZyZWVCU0QgNi4yLVBSRVJFTEVB U0UgIzE6IFN1biBKYW4gMTQgMDA6MDE6MTggQ1NUIDIwMDcNCiAgICByb290 QGxlcmxhcHRvcC5sZXJjdHIub3JnOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0xF UkxBUFRPUA0KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4 MiBIeiBxdWFsaXR5IDANCkNQVTogTW9iaWxlIEludGVsKFIpIFBlbnRpdW0o UikgNCAgICAgQ1BVIDIuMzBHSHogKDIyNzYuNzUtTUh6IDY4Ni1jbGFzcyBD UFUpDQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4ZjI5ICBT dGVwcGluZyA9IDkNCiAgRmVhdHVyZXM9MHhiZmViZjlmZjxGUFUsVk1FLERF LFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LFNFUCxNVFJSLFBHRSxNQ0EsQ01P VixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NF MixTUyxIVFQsVE0sUEJFPg0KICBGZWF0dXJlczI9MHg0NDAwPENOVFgtSUQs PGIxND4+DQpyZWFsIG1lbW9yeSAgPSAxMDA2MDQzMTM2ICg5NTkgTUIpDQph dmFpbCBtZW1vcnkgPSA5NzUzOTI3NjggKDkzMCBNQikNCmtiZDEgYXQga2Jk bXV4MA0KYWNwaTA6IDxQVExURCAgIFJTRFQ+IG9uIG1vdGhlcmJvYXJkDQph Y3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkNClRpbWVjb3VudGVyICJBQ1BJ LXNhZmUiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMA0KYWNw aV90aW1lcjA6IDwzMi1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQg MHg4MDA4LTB4ODAwYiBvbiBhY3BpMA0KYWNwaV9lYzA6IDxFbWJlZGRlZCBD b250cm9sbGVyOiBHUEUgMHgxOD4gcG9ydCAweDYyLDB4NjYgb24gYWNwaTAN CmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTANCmFjcGlfcGVyZjA6IDxBQ1BJ IENQVSBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MA0KcGNpYjA6IDxBQ1BJ IEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMA0K cGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjANCnBjaWIxOiA8QUNQSSBQ Q0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwDQpwY2kxOiA8 QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQ0KZHJtMDogPEFUSSBSYWRlb24gUlMy MDAgTW9iaWxpdHkgSUdQIDM0ME0+IHBvcnQgMHg5MDAwLTB4OTBmZiBtZW0g MHhkODAwMDAwMC0weGRmZmZmZmZmLDB4ZDAzMDAwMDAtMHhkMDMwZmZmZiBh dCBkZXZpY2UgNS4wIG9uIHBjaTENCmluZm86IFtkcm1dIEluaXRpYWxpemVk IHJhZGVvbiAxLjI0LjAgMjAwNjAyMjUNCnBjbTA6IDxBY2VyIExhYnMgTTU0 NTE+IHBvcnQgMHgxMDAwLTB4MTBmZiBtZW0gMHhkMDAwMDAwMC0weGQwMDAw ZmZmIGlycSA1IGF0IGRldmljZSA2LjAgb24gcGNpMA0KcGNtMDogPENvbmV4 YW50IENYMjA0NjggQUM5NyBDb2RlYz4NCnBjbTA6IFtHSUFOVC1MT0NLRURd DQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgNy4wIG9uIHBj aTANCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMA0KcGNpMDogPHNpbXBsZSBj b21tcywgZ2VuZXJpYyBtb2RlbT4gYXQgZGV2aWNlIDguMCAobm8gZHJpdmVy IGF0dGFjaGVkKQ0KY2JiMDogPFRJMTQxMCBQQ0ktQ2FyZEJ1cyBCcmlkZ2U+ IG1lbSAweGQwMDAyMDAwLTB4ZDAwMDJmZmYgaXJxIDExIGF0IGRldmljZSAx MC4wIG9uIHBjaTANCmNhcmRidXMwOiA8Q2FyZEJ1cyBidXM+IG9uIGNiYjAN CnBjY2FyZDA6IDwxNi1iaXQgUENDYXJkIGJ1cz4gb24gY2JiMA0KdWhjaTA6 IDxWSUEgODNDNTcyIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4MjAwMC0weDIw MWYgaXJxIDEwIGF0IGRldmljZSAxMS4wIG9uIHBjaTANCnVoY2kwOiBbR0lB TlQtTE9DS0VEXQ0KdXNiMDogPFZJQSA4M0M1NzIgVVNCIGNvbnRyb2xsZXI+ IG9uIHVoY2kwDQp1c2IwOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMDogVklB IFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRk ciAxDQp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQNCnVoY2kxOiA8VklBIDgzQzU3MiBVU0IgY29udHJvbGxlcj4gcG9y dCAweDIwMjAtMHgyMDNmIGlycSAxMCBhdCBkZXZpY2UgMTEuMSBvbiBwY2kw DQp1aGNpMTogW0dJQU5ULUxPQ0tFRF0NCnVzYjE6IDxWSUEgODNDNTcyIFVT QiBjb250cm9sbGVyPiBvbiB1aGNpMQ0KdXNiMTogVVNCIHJldmlzaW9uIDEu MA0KdWh1YjE6IFZJQSBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAx LjAwLzEuMDAsIGFkZHIgMQ0KdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkDQplaGNpMDogPFZJQSBWVDYyMDIgVVNCIDIu MCBjb250cm9sbGVyPiBtZW0gMHhkMDAwMzAwMC0weGQwMDAzMGZmIGF0IGRl dmljZSAxMS4yIG9uIHBjaTANCmVoY2kwOiBbR0lBTlQtTE9DS0VEXQ0KdXNi MjogRUhDSSB2ZXJzaW9uIDAuOTUNCnVzYjI6IGNvbXBhbmlvbiBjb250cm9s bGVycywgMiBwb3J0cyBlYWNoOiB1c2IwIHVzYjENCnVzYjI6IDxWSUEgVlQ2 MjAyIFVTQiAyLjAgY29udHJvbGxlcj4gb24gZWhjaTANCnVzYjI6IFVTQiBy ZXZpc2lvbiAyLjANCnVodWIyOiBWSUEgRUhDSSByb290IGh1YiwgY2xhc3Mg OS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDENCnVodWIyOiA0IHBvcnRzIHdp dGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KYXRhcGNpMDogPEFjZXJM YWJzIE01MjI5IFVETUExMDAgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFm NywweDNmNiwweDE3MC0weDE3NywweDM3NiwweDIwNDAtMHgyMDRmIGF0IGRl dmljZSAxNi4wIG9uIHBjaTANCmF0YXBjaTA6IHVzaW5nIFBJTyB0cmFuc2Zl cnMgYWJvdmUgMTM3R0IgYXMgd29ya2Fyb3VuZCBmb3IgNDhiaXQgRE1BIGFj Y2VzcyBidWcsIGV4cGVjdCByZWR1Y2VkIHBlcmZvcm1hbmNlDQphdGEwOiA8 QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMA0KYXRhMTogPEFUQSBjaGFubmVs IDE+IG9uIGF0YXBjaTANCnBjaTA6IDxicmlkZ2U+IGF0IGRldmljZSAxNy4w IChubyBkcml2ZXIgYXR0YWNoZWQpDQpzaXMwOiA8TmF0U2VtaSBEUDgzODFb NTZdIDEwLzEwMEJhc2VUWD4gcG9ydCAweDI0MDAtMHgyNGZmIG1lbSAweGQw MDA0MDAwLTB4ZDAwMDRmZmYgaXJxIDEwIGF0IGRldmljZSAxOC4wIG9uIHBj aTANCnNpczA6IFNpbGljb24gUmV2aXNpb246IERQODM4MTZBDQptaWlidXMw OiA8TUlJIGJ1cz4gb24gc2lzMA0KdWtwaHkwOiA8R2VuZXJpYyBJRUVFIDgw Mi4zdSBtZWRpYSBpbnRlcmZhY2U+IG9uIG1paWJ1czANCnVrcGh5MDogIDEw YmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgs IGF1dG8NCnNpczA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjBmOjIwOjI0OjYx OjY5DQphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwDQph Y3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBvbiBhY3Bp MA0KYWNwaV9hY2FkMDogPEFDIEFkYXB0ZXI+IG9uIGFjcGkwDQpiYXR0ZXJ5 MDogPEFDUEkgQ29udHJvbCBNZXRob2QgQmF0dGVyeT4gb24gYWNwaTANCmFj cGlfdHowOiA8VGhlcm1hbCBab25lPiBvbiBhY3BpMA0KYXRrYmRjMDogPEtl eWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJx IDEgb24gYWNwaTANCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBh dGtiZGMwDQprYmQwIGF0IGF0a2JkMA0KYXRrYmQwOiBbR0lBTlQtTE9DS0VE XQ0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwDQpwc20w OiBbR0lBTlQtTE9DS0VEXQ0KcHNtMDogbW9kZWwgSW50ZWxsaU1vdXNlLCBk ZXZpY2UgSUQgMw0KcHBjMDogPEVDUCBwYXJhbGxlbCBwcmludGVyIHBvcnQ+ IHBvcnQgMHgzNzgtMHgzN2YsMHg3NzgtMHg3N2YgaXJxIDcgZHJxIDAgb24g YWNwaTANCnBwYzA6IFNNQy1saWtlIGNoaXBzZXQgKEVDUC9FUFAvUFMyL05J QkJMRSkgaW4gQ09NUEFUSUJMRSBtb2RlDQpwcGMwOiBGSUZPIHdpdGggMTYv MTYvMSBieXRlcyB0aHJlc2hvbGQNCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQg YnVzPiBvbiBwcGMwDQpscHQwOiA8UHJpbnRlcj4gb24gcHBidXMwDQpscHQw OiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQNCnBwaTA6IDxQYXJhbGxlbCBJL08+ IG9uIHBwYnVzMA0KcG10aW1lcjAgb24gaXNhMA0Kb3JtMDogPElTQSBPcHRp b24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGNlZmZmLDB4Y2YwMDAtMHhj ZjdmZiwweGRiMDAwLTB4ZGJmZmYsMHhkYzAwMC0weGRmZmZmIG9uIGlzYTAN CnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2Ew DQpzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+ DQpzaW8wOiBjb25maWd1cmVkIGlycSA0IG5vdCBpbiBiaXRtYXAgb2YgcHJv YmVkIGlycXMgMA0Kc2lvMDogcG9ydCBtYXkgbm90IGJlIGVuYWJsZWQNCnNp bzAgYXQgcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGlz YTANCnNpbzA6IHR5cGUgODI1MCBvciBub3QgcmVzcG9uZGluZw0Kc2lvMTog Y29uZmlndXJlZCBpcnEgMyBub3QgaW4gYml0bWFwIG9mIHByb2JlZCBpcnFz IDANCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkDQp2Z2EwOiA8R2Vu ZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAw MDAtMHhiZmZmZiBvbiBpc2EwDQpUaW1lY291bnRlciAiVFNDIiBmcmVxdWVu Y3kgMjI3Njc0NjIxNCBIeiBxdWFsaXR5IDgwMA0KVGltZWNvdW50ZXJzIHRp Y2sgZXZlcnkgMS4wMDAgbXNlYw0KbmRpczA6IDxXaXJlbGVzcy1HIE5vdGVi b29rIEFkYXB0ZXIgV1BDNTRHUyBWMT4gbWVtIDB4ODgwMDAwMDAtMHg4ODAw MWZmZiBpcnEgMTEgYXQgZGV2aWNlIDAuMCBvbiBjYXJkYnVzMA0KbmRpczA6 IE5ESVMgQVBJIHZlcnNpb246IDUuMQ0KYWQwOiAxMTQ0NzNNQiA8RlVKSVRT VSBNSFYyMTIwQUggMDAwMDAwQTA+IGF0IGF0YTAtbWFzdGVyIFVETUExMDAN CmFjZDA6IENEUlcgPERXLTIyNEUtQS9BLjJGPiBhdCBhdGExLW1hc3RlciBQ SU80DQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2FkMHMx YQ0KbmRpczA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjBmOjY2OjMyOmIxOjcw DQplcnJvcjogW2RybTpwaWQ4MzU6cmFkZW9uX2NwX2luaXRdICpFUlJPUiog cmFkZW9uX2NwX2luaXQgY2FsbGVkIHdpdGhvdXQgbG9jayBoZWxkDQplcnJv cjogW2RybTpwaWQ4MzU6ZHJtX3VubG9ja10gKkVSUk9SKiBQcm9jZXNzIDgz NSB1c2luZyBrZXJuZWwgY29udGV4dCAwDQpwaWQgMTI4NyAoeGluZSksIHVp ZCAxMDAxOiBleGl0ZWQgb24gc2lnbmFsIDYgKGNvcmUgZHVtcGVkKQ0KZXJy b3I6IFtkcm06cGlkODM1OnJhZGVvbl9jcF9pbml0XSAqRVJST1IqIHJhZGVv bl9jcF9pbml0IGNhbGxlZCB3aXRob3V0IGxvY2sgaGVsZA0KZXJyb3I6IFtk cm06cGlkODM1OmRybV91bmxvY2tdICpFUlJPUiogUHJvY2VzcyA4MzUgdXNp bmcga2VybmVsIGNvbnRleHQgMA0KcGlkIDM1NjA5IChyZWFkb25seS5leGUp LCB1aWQgMDogZXhpdGVkIG9uIHNpZ25hbCAxMA0KcGlkIDM3MjU0IChyZWFk b25seS5leGUpLCB1aWQgMDogZXhpdGVkIG9uIHNpZ25hbCAxMA0K --0-998805957-1168797403=:36754 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=Xorg.0.log Content-Transfer-Encoding: BASE64 Content-ID: <20070114115643.T36754@lerlaptop.lerctr.org> Content-Description: X log Content-Disposition: attachment; filename=Xorg.0.log DQpYIFdpbmRvdyBTeXN0ZW0gVmVyc2lvbiA2LjkuMA0KUmVsZWFzZSBEYXRl OiAyMSBEZWNlbWJlciAyMDA1DQpYIFByb3RvY29sIFZlcnNpb24gMTEsIFJl dmlzaW9uIDAsIFJlbGVhc2UgNi45DQpCdWlsZCBPcGVyYXRpbmcgU3lzdGVt OiBGcmVlQlNEIDYuMiBpMzg2IFtFTEZdIA0KQ3VycmVudCBPcGVyYXRpbmcg U3lzdGVtOiBGcmVlQlNEIGxlcmxhcHRvcC5sZXJjdHIub3JnIDYuMi1QUkVS RUxFQVNFIEZyZWVCU0QgNi4yLVBSRVJFTEVBU0UgIzE6IFN1biBKYW4gMTQg MDA6MDE6MTggQ1NUIDIwMDcgICAgIHJvb3RAbGVybGFwdG9wLmxlcmN0ci5v cmc6L3Vzci9vYmovdXNyL3NyYy9zeXMvTEVSTEFQVE9QIGkzODYNCkJ1aWxk IERhdGU6IDE2IE9jdG9iZXIgMjAwNg0KCUJlZm9yZSByZXBvcnRpbmcgcHJv YmxlbXMsIGNoZWNrIGh0dHA6Ly93aWtpLlguT3JnDQoJdG8gbWFrZSBzdXJl IHRoYXQgeW91IGhhdmUgdGhlIGxhdGVzdCB2ZXJzaW9uLg0KTW9kdWxlIExv YWRlciBwcmVzZW50DQpNYXJrZXJzOiAoLS0pIHByb2JlZCwgKCoqKSBmcm9t IGNvbmZpZyBmaWxlLCAoPT0pIGRlZmF1bHQgc2V0dGluZywNCgkoKyspIGZy b20gY29tbWFuZCBsaW5lLCAoISEpIG5vdGljZSwgKElJKSBpbmZvcm1hdGlv bmFsLA0KCShXVykgd2FybmluZywgKEVFKSBlcnJvciwgKE5JKSBub3QgaW1w bGVtZW50ZWQsICg/PykgdW5rbm93bi4NCig9PSkgTG9nIGZpbGU6ICIvdmFy L2xvZy9Yb3JnLjAubG9nIiwgVGltZTogU3VuIEphbiAxNCAwNzo1MToxMiAy MDA3DQooPT0pIFVzaW5nIGNvbmZpZyBmaWxlOiAiL2V0Yy9YMTEveG9yZy5j b25mIg0KKD09KSBTZXJ2ZXJMYXlvdXQgIlgub3JnIENvbmZpZ3VyZWQiDQoo KiopIHwtLT5TY3JlZW4gIlNjcmVlbjAiICgwKQ0KKCoqKSB8ICAgfC0tPk1v bml0b3IgIk1vbml0b3IwIg0KKCoqKSB8ICAgfC0tPkRldmljZSAiQ2FyZDAi DQooKiopIHwtLT5JbnB1dCBEZXZpY2UgIk1vdXNlMCINCigqKikgfC0tPklu cHV0IERldmljZSAiS2V5Ym9hcmQwIg0KKFdXKSBUaGUgZGlyZWN0b3J5ICIv dXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvQ0lELyIgZG9lcyBub3QgZXhpc3Qu DQoJRW50cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC4NCigqKikgRm9udFBh dGggc2V0IHRvICIvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvbWlzYy8sL3Vz ci9YMTFSNi9saWIvWDExL2ZvbnRzL1RURi8sL3Vzci9YMTFSNi9saWIvWDEx L2ZvbnRzL1R5cGUxLywvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvNzVkcGkv LC91c3IvWDExUjYvbGliL1gxMS9mb250cy8xMDBkcGkvIg0KKCoqKSBSZ2JQ YXRoIHNldCB0byAiL3Vzci9YMTFSNi9saWIvWDExL3JnYiINCigqKikgTW9k dWxlUGF0aCBzZXQgdG8gIi91c3IvWDExUjYvbGliL21vZHVsZXMiDQooSUkp IE1vZHVsZSBBQkkgdmVyc2lvbnM6DQoJWC5PcmcgQU5TSSBDIEVtdWxhdGlv bjogMC4yDQoJWC5PcmcgVmlkZW8gRHJpdmVyOiAwLjgNCglYLk9yZyBYSW5w dXQgZHJpdmVyIDogMC41DQoJWC5PcmcgU2VydmVyIEV4dGVuc2lvbiA6IDAu Mg0KCVguT3JnIEZvbnQgUmVuZGVyZXIgOiAwLjQNCihJSSkgTG9hZGVyIHJ1 bm5pbmcgb24gZnJlZWJzZA0KKElJKSBMb2FkTW9kdWxlOiAiYml0bWFwIg0K KElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvZm9udHMvbGli Yml0bWFwLnNvDQooSUkpIE1vZHVsZSBiaXRtYXA6IHZlbmRvcj0iWC5Pcmcg Rm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi45LjAsIG1vZHVsZSB2ZXJz aW9uID0gMS4wLjANCglNb2R1bGUgY2xhc3M6IFguT3JnIEZvbnQgUmVuZGVy ZXINCglBQkkgY2xhc3M6IFguT3JnIEZvbnQgUmVuZGVyZXIsIHZlcnNpb24g MC40DQooSUkpIExvYWRpbmcgZm9udCBCaXRtYXANCihJSSkgTG9hZE1vZHVs ZTogInBjaWRhdGEiDQooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9k dWxlcy9saWJwY2lkYXRhLnNvDQooSUkpIE1vZHVsZSBwY2lkYXRhOiB2ZW5k b3I9IlguT3JnIEZvdW5kYXRpb24iDQoJY29tcGlsZWQgZm9yIDYuOS4wLCBt b2R1bGUgdmVyc2lvbiA9IDEuMC4wDQoJQUJJIGNsYXNzOiBYLk9yZyBWaWRl byBEcml2ZXIsIHZlcnNpb24gMC44DQooLS0pIFVzaW5nIHN5c2NvbnMgZHJp dmVyIHdpdGggWCBzdXBwb3J0ICh2ZXJzaW9uIDIuMCkNCigtLSkgdXNpbmcg VlQgbnVtYmVyIDkNCg0KKElJKSBQQ0k6IFByb2JpbmcgY29uZmlnIHR5cGUg dXNpbmcgbWV0aG9kIDENCihJSSkgUENJOiBDb25maWcgdHlwZSBpcyAxDQoo SUkpIFBDSTogc3RhZ2VzID0gMHgwMywgb2xkVmFsMSA9IDB4MDAwMDAwMDAs IG1vZGUxUmVzMSA9IDB4ODAwMDAwMDANCihJSSkgUENJOiBQQ0kgc2NhbiAo YWxsIHZhbHVlcyBhcmUgaW4gaGV4KQ0KKElJKSBQQ0k6IDAwOjAwOjA6IGNo aXAgMTAwMixjYmIyIGNhcmQgMDAwMCwwMDAwIHJldiAwMiBjbGFzcyAwNiww MCwwMCBoZHIgMDANCihJSSkgUENJOiAwMDowMTowOiBjaGlwIDEwMDIsNzAx MCBjYXJkIDAwMDAsMDAwMCByZXYgMDAgY2xhc3MgMDYsMDQsMDAgaGRyIDAx DQooSUkpIFBDSTogMDA6MDY6MDogY2hpcCAxMGI5LDU0NTEgY2FyZCAxMDNj LDA4NTAgcmV2IDAyIGNsYXNzIDA0LDAxLDAwIGhkciAwMA0KKElJKSBQQ0k6 IDAwOjA3OjA6IGNoaXAgMTBiOSwxNTMzIGNhcmQgMTBiOSwxNTMzIHJldiAw MCBjbGFzcyAwNiwwMSwwMCBoZHIgMDANCihJSSkgUENJOiAwMDowODowOiBj aGlwIDEwYjksNTQ1NyBjYXJkIDEwM2MsMDg1MCByZXYgMDAgY2xhc3MgMDcs MDMsMDAgaGRyIDAwDQooSUkpIFBDSTogMDA6MGE6MDogY2hpcCAxMDRjLGFj NTAgY2FyZCBmZmZjLGZmZmYgcmV2IDAyIGNsYXNzIDA2LDA3LDAwIGhkciAw Mg0KKElJKSBQQ0k6IDAwOjBiOjA6IGNoaXAgMTEwNiwzMDM4IGNhcmQgMTAz YywwODUwIHJldiA1MCBjbGFzcyAwYywwMywwMCBoZHIgODANCihJSSkgUENJ OiAwMDowYjoxOiBjaGlwIDExMDYsMzAzOCBjYXJkIDEwM2MsMDg1MCByZXYg NTAgY2xhc3MgMGMsMDMsMDAgaGRyIDgwDQooSUkpIFBDSTogMDA6MGI6Mjog Y2hpcCAxMTA2LDMxMDQgY2FyZCAxMDNjLDA4NTAgcmV2IDUxIGNsYXNzIDBj LDAzLDIwIGhkciA4MA0KKElJKSBQQ0k6IDAwOjEwOjA6IGNoaXAgMTBiOSw1 MjI5IGNhcmQgMTAzYywwODUwIHJldiBjNCBjbGFzcyAwMSwwMSxmYSBoZHIg MDANCihJSSkgUENJOiAwMDoxMTowOiBjaGlwIDEwYjksNzEwMSBjYXJkIDEw M2MsMDg1MCByZXYgMDAgY2xhc3MgMDYsODAsMDAgaGRyIDAwDQooSUkpIFBD STogMDA6MTI6MDogY2hpcCAxMDBiLDAwMjAgY2FyZCAxMDNjLDA4NTAgcmV2 IDAwIGNsYXNzIDAyLDAwLDAwIGhkciAwMA0KKElJKSBQQ0k6IDAxOjA1OjA6 IGNoaXAgMTAwMiw0MzM3IGNhcmQgMTAzYywwODUwIHJldiAwMCBjbGFzcyAw MywwMCwwMCBoZHIgMDANCihJSSkgUENJOiAwMjowMDowOiBjaGlwIDE0ZTQs NDMyMCBjYXJkIDE3MzcsNDMyMCByZXYgMDMgY2xhc3MgMDIsODAsMDAgaGRy IDAwDQooSUkpIFBDSTogRW5kIG9mIFBDSSBzY2FuDQooSUkpIEhvc3QtdG8t UENJIGJyaWRnZToNCihJSSkgQnVzIDA6IGJyaWRnZSBpcyBhdCAoMDowOjAp LCAoMCwwLDIpLCBCQ1RSTDogMHgwMDA4IChWR0FfRU4gaXMgc2V0KQ0KKElJ KSBCdXMgMCBJL08gcmFuZ2U6DQoJWzBdIC0xCTAJMHgwMDAwMDAwMCAtIDB4 MDAwMGZmZmYgKDB4MTAwMDApIElYW0JdDQooSUkpIEJ1cyAwIG5vbi1wcmVm ZXRjaGFibGUgbWVtb3J5IHJhbmdlOg0KCVswXSAtMQkwCTB4MDAwMDAwMDAg LSAweGZmZmZmZmZmICgweDApIE1YW0JdDQooSUkpIEJ1cyAwIHByZWZldGNo YWJsZSBtZW1vcnkgcmFuZ2U6DQoJWzBdIC0xCTAJMHgwMDAwMDAwMCAtIDB4 ZmZmZmZmZmYgKDB4MCkgTVhbQl0NCihJSSkgUENJLXRvLVBDSSBicmlkZ2U6 DQooSUkpIEJ1cyAxOiBicmlkZ2UgaXMgYXQgKDA6MTowKSwgKDAsMSwxKSwg QkNUUkw6IDB4MDAwYyAoVkdBX0VOIGlzIHNldCkNCihJSSkgQnVzIDEgSS9P IHJhbmdlOg0KCVswXSAtMQkwCTB4MDAwMDkwMDAgLSAweDAwMDA5MGZmICgw eDEwMCkgSVhbQl0NCglbMV0gLTEJMAkweDAwMDA5NDAwIC0gMHgwMDAwOTRm ZiAoMHgxMDApIElYW0JdDQoJWzJdIC0xCTAJMHgwMDAwOTgwMCAtIDB4MDAw MDk4ZmYgKDB4MTAwKSBJWFtCXQ0KCVszXSAtMQkwCTB4MDAwMDljMDAgLSAw eDAwMDA5Y2ZmICgweDEwMCkgSVhbQl0NCihJSSkgQnVzIDEgbm9uLXByZWZl dGNoYWJsZSBtZW1vcnkgcmFuZ2U6DQoJWzBdIC0xCTAJMHhkMDMwMDAwMCAt IDB4ZDAzZmZmZmYgKDB4MTAwMDAwKSBNWFtCXQ0KKElJKSBCdXMgMSBwcmVm ZXRjaGFibGUgbWVtb3J5IHJhbmdlOg0KCVswXSAtMQkwCTB4ZDgwMDAwMDAg LSAweGRmZmZmZmZmICgweDgwMDAwMDApIE1YW0JdDQooSUkpIFBDSS10by1J U0EgYnJpZGdlOg0KKElJKSBCdXMgLTE6IGJyaWRnZSBpcyBhdCAoMDo3OjAp LCAoMCwtMSwtMSksIEJDVFJMOiAweDAwMDggKFZHQV9FTiBpcyBzZXQpDQoo SUkpIFBDSS10by1DYXJkQnVzIGJyaWRnZToNCihJSSkgQnVzIDI6IGJyaWRn ZSBpcyBhdCAoMDoxMDowKSwgKDAsMiwyKSwgQkNUUkw6IDB4MDYwMCAoVkdB X0VOIGlzIGNsZWFyZWQpDQooSUkpIEJ1cyAyIG5vbi1wcmVmZXRjaGFibGUg bWVtb3J5IHJhbmdlOg0KCVswXSAtMQkwCTB4ODgwMDAwMDAgLSAweDg4MDAx ZmZmICgweDIwMDApIE1YW0JdDQooLS0pIFBDSToqKDE6NTowKSBBVEkgVGVj aG5vbG9naWVzIEluYyBSYWRlb24gSUdQIDMzME0vMzQwTS8zNTBNIHJldiAw LCBNZW0gQCAweGQ4MDAwMDAwLzI3LCAweGQwMzAwMDAwLzE2LCBJL08gQCAw eDkwMDAvOA0KKElJKSBBZGRyZXNzYWJsZSBidXMgcmVzb3VyY2UgcmFuZ2Vz IGFyZQ0KCVswXSAtMQkwCTB4MDAwMDAwMDAgLSAweGZmZmZmZmZmICgweDAp IE1YW0JdDQoJWzFdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMGZmZmYgKDB4 MTAwMDApIElYW0JdDQooSUkpIE9TLXJlcG9ydGVkIHJlc291cmNlIHJhbmdl czoNCglbMF0gLTEJMAkweGZmZTAwMDAwIC0gMHhmZmZmZmZmZiAoMHgyMDAw MDApIE1YW0JdKEIpDQoJWzFdIC0xCTAJMHgwMDEwMDAwMCAtIDB4M2ZmZmZm ZmYgKDB4M2ZmMDAwMDApIE1YW0JdRShCKQ0KCVsyXSAtMQkwCTB4MDAwZjAw MDAgLSAweDAwMGZmZmZmICgweDEwMDAwKSBNWFtCXQ0KCVszXSAtMQkwCTB4 MDAwYzAwMDAgLSAweDAwMGVmZmZmICgweDMwMDAwKSBNWFtCXQ0KCVs0XSAt MQkwCTB4MDAwMDAwMDAgLSAweDAwMDlmZmZmICgweGEwMDAwKSBNWFtCXQ0K CVs1XSAtMQkwCTB4MDAwMGZmZmYgLSAweDAwMDBmZmZmICgweDEpIElYW0Jd DQoJWzZdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJ WFtCXQ0KKElJKSBQQ0kgTWVtb3J5IHJlc291cmNlIG92ZXJsYXAgcmVkdWNl ZCAweGQ0MDAwMDAwIGZyb20gMHhkN2ZmZmZmZiB0byAweGQzZmZmZmZmDQoo SUkpIFBDSSBNZW1vcnkgcmVzb3VyY2Ugb3ZlcmxhcCByZWR1Y2VkIDB4ZDAw MDUwMDAgZnJvbSAweGQwMDA1ZmZmIHRvIDB4ZDAwMDRmZmYNCihJSSkgUENJ IE1lbW9yeSByZXNvdXJjZSBvdmVybGFwIHJlZHVjZWQgMHhkMDAwMDAwMCBm cm9tIDB4ZGZmZmZmZmYgdG8gMHhkMDFmZmZmZg0KKElJKSBBY3RpdmUgUENJ IHJlc291cmNlIHJhbmdlczoNCglbMF0gLTEJMAkweDg4MDAwMDAwIC0gMHg4 ZmZmZmZmZiAoMHg4MDAwMDAwKSBNWFtCXUUNCglbMV0gLTEJMAkweGQwMDA0 MDAwIC0gMHhkMDAwN2ZmZiAoMHg0MDAwKSBNWFtCXUUNCglbMl0gLTEJMAkw eGQwMDAzMDAwIC0gMHhkMDAwM2ZmZiAoMHgxMDAwKSBNWFtCXUUNCglbM10g LTEJMAkweGQwMDAxMDAwIC0gMHhkMDAwMWZmZiAoMHgxMDAwKSBNWFtCXUUN CglbNF0gLTEJMAkweGQwMDAwMDAwIC0gMHhkMDFmZmZmZiAoMHgyMDAwMDAp IE1YW0JdRQ0KCVs1XSAtMQkwCTB4ZDAwMDUwMDAgLSAweGQwMDA0ZmZmICgw eDApIE1YW0JdRU8NCglbNl0gLTEJMAkweGQ0MDAwMDAwIC0gMHhkM2ZmZmZm ZiAoMHgwKSBNWFtCXUVPDQoJWzddIC0xCTAJMHhkMDMwMDAwMCAtIDB4ZDAz MGZmZmYgKDB4MTAwMDApIE1YW0JdKEIpDQoJWzhdIC0xCTAJMHhkODAwMDAw MCAtIDB4ZGZmZmZmZmYgKDB4ODAwMDAwMCkgTVhbQl0oQikNCglbOV0gLTEJ MAkweDAwMDAyNDAwIC0gMHgwMDAwMjRmZiAoMHgxMDApIElYW0JdRQ0KCVsx MF0gLTEJMAkweDAwMDAyMDQwIC0gMHgwMDAwMjA3ZiAoMHg0MCkgSVhbQl1F DQoJWzExXSAtMQkwCTB4MDAwMDIwMjAgLSAweDAwMDAyMDNmICgweDIwKSBJ WFtCXUUNCglbMTJdIC0xCTAJMHgwMDAwMjAwMCAtIDB4MDAwMDIwZmYgKDB4 MTAwKSBJWFtCXUUNCglbMTNdIC0xCTAJMHgwMDAwMTQwMCAtIDB4MDAwMDE0 ZmYgKDB4MTAwKSBJWFtCXUUNCglbMTRdIC0xCTAJMHgwMDAwMTAwMCAtIDB4 MDAwMDEwZmYgKDB4MTAwKSBJWFtCXUUNCglbMTVdIC0xCTAJMHgwMDAwOTAw MCAtIDB4MDAwMDkwZmYgKDB4MTAwKSBJWFtCXShCKQ0KKElJKSBQQ0kgTWVt b3J5IHJlc291cmNlIG92ZXJsYXAgcmVkdWNlZCAweGQwMDA0MDAwIGZyb20g MHhkMDAwN2ZmZiB0byAweGQwMDA0ZmZmDQooSUkpIFBDSSBJL08gcmVzb3Vy Y2Ugb3ZlcmxhcCByZWR1Y2VkIDB4MDAwMDIwMDAgZnJvbSAweDAwMDAyMGZm IHRvIDB4MDAwMDIwMWYNCihJSSkgUENJIE1lbW9yeSByZXNvdXJjZSBvdmVy bGFwIHJlZHVjZWQgMHhkMDAwMDAwMCBmcm9tIDB4ZDAxZmZmZmYgdG8gMHhk MDAwMGZmZg0KKElJKSBBY3RpdmUgUENJIHJlc291cmNlIHJhbmdlcyBhZnRl ciByZW1vdmluZyBvdmVybGFwczoNCglbMF0gLTEJMAkweDg4MDAwMDAwIC0g MHg4ZmZmZmZmZiAoMHg4MDAwMDAwKSBNWFtCXUUNCglbMV0gLTEJMAkweGQw MDA0MDAwIC0gMHhkMDAwNGZmZiAoMHgxMDAwKSBNWFtCXUUNCglbMl0gLTEJ MAkweGQwMDAzMDAwIC0gMHhkMDAwM2ZmZiAoMHgxMDAwKSBNWFtCXUUNCglb M10gLTEJMAkweGQwMDAxMDAwIC0gMHhkMDAwMWZmZiAoMHgxMDAwKSBNWFtC XUUNCglbNF0gLTEJMAkweGQwMDAwMDAwIC0gMHhkMDAwMGZmZiAoMHgxMDAw KSBNWFtCXUUNCglbNV0gLTEJMAkweGQwMDA1MDAwIC0gMHhkMDAwNGZmZiAo MHgwKSBNWFtCXUVPDQoJWzZdIC0xCTAJMHhkNDAwMDAwMCAtIDB4ZDNmZmZm ZmYgKDB4MCkgTVhbQl1FTw0KCVs3XSAtMQkwCTB4ZDAzMDAwMDAgLSAweGQw MzBmZmZmICgweDEwMDAwKSBNWFtCXShCKQ0KCVs4XSAtMQkwCTB4ZDgwMDAw MDAgLSAweGRmZmZmZmZmICgweDgwMDAwMDApIE1YW0JdKEIpDQoJWzldIC0x CTAJMHgwMDAwMjQwMCAtIDB4MDAwMDI0ZmYgKDB4MTAwKSBJWFtCXUUNCglb MTBdIC0xCTAJMHgwMDAwMjA0MCAtIDB4MDAwMDIwN2YgKDB4NDApIElYW0Jd RQ0KCVsxMV0gLTEJMAkweDAwMDAyMDIwIC0gMHgwMDAwMjAzZiAoMHgyMCkg SVhbQl1FDQoJWzEyXSAtMQkwCTB4MDAwMDIwMDAgLSAweDAwMDAyMDFmICgw eDIwKSBJWFtCXUUNCglbMTNdIC0xCTAJMHgwMDAwMTQwMCAtIDB4MDAwMDE0 ZmYgKDB4MTAwKSBJWFtCXUUNCglbMTRdIC0xCTAJMHgwMDAwMTAwMCAtIDB4 MDAwMDEwZmYgKDB4MTAwKSBJWFtCXUUNCglbMTVdIC0xCTAJMHgwMDAwOTAw MCAtIDB4MDAwMDkwZmYgKDB4MTAwKSBJWFtCXShCKQ0KKElJKSBPUy1yZXBv cnRlZCByZXNvdXJjZSByYW5nZXMgYWZ0ZXIgcmVtb3Zpbmcgb3ZlcmxhcHMg d2l0aCBQQ0k6DQoJWzBdIC0xCTAJMHhmZmUwMDAwMCAtIDB4ZmZmZmZmZmYg KDB4MjAwMDAwKSBNWFtCXShCKQ0KCVsxXSAtMQkwCTB4MDAxMDAwMDAgLSAw eDNmZmZmZmZmICgweDNmZjAwMDAwKSBNWFtCXUUoQikNCglbMl0gLTEJMAkw eDAwMGYwMDAwIC0gMHgwMDBmZmZmZiAoMHgxMDAwMCkgTVhbQl0NCglbM10g LTEJMAkweDAwMGMwMDAwIC0gMHgwMDBlZmZmZiAoMHgzMDAwMCkgTVhbQl0N CglbNF0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkg TVhbQl0NCglbNV0gLTEJMAkweDAwMDBmZmZmIC0gMHgwMDAwZmZmZiAoMHgx KSBJWFtCXQ0KCVs2XSAtMQkwCTB4MDAwMDAwMDAgLSAweDAwMDAwMGZmICgw eDEwMCkgSVhbQl0NCihJSSkgQWxsIHN5c3RlbSByZXNvdXJjZSByYW5nZXM6 DQoJWzBdIC0xCTAJMHhmZmUwMDAwMCAtIDB4ZmZmZmZmZmYgKDB4MjAwMDAw KSBNWFtCXShCKQ0KCVsxXSAtMQkwCTB4MDAxMDAwMDAgLSAweDNmZmZmZmZm ICgweDNmZjAwMDAwKSBNWFtCXUUoQikNCglbMl0gLTEJMAkweDAwMGYwMDAw IC0gMHgwMDBmZmZmZiAoMHgxMDAwMCkgTVhbQl0NCglbM10gLTEJMAkweDAw MGMwMDAwIC0gMHgwMDBlZmZmZiAoMHgzMDAwMCkgTVhbQl0NCglbNF0gLTEJ MAkweDAwMDAwMDAwIC0gMHgwMDA5ZmZmZiAoMHhhMDAwMCkgTVhbQl0NCglb NV0gLTEJMAkweDg4MDAwMDAwIC0gMHg4ZmZmZmZmZiAoMHg4MDAwMDAwKSBN WFtCXUUNCglbNl0gLTEJMAkweGQwMDA0MDAwIC0gMHhkMDAwNGZmZiAoMHgx MDAwKSBNWFtCXUUNCglbN10gLTEJMAkweGQwMDAzMDAwIC0gMHhkMDAwM2Zm ZiAoMHgxMDAwKSBNWFtCXUUNCglbOF0gLTEJMAkweGQwMDAxMDAwIC0gMHhk MDAwMWZmZiAoMHgxMDAwKSBNWFtCXUUNCglbOV0gLTEJMAkweGQwMDAwMDAw IC0gMHhkMDAwMGZmZiAoMHgxMDAwKSBNWFtCXUUNCglbMTBdIC0xCTAJMHhk MDAwNTAwMCAtIDB4ZDAwMDRmZmYgKDB4MCkgTVhbQl1FTw0KCVsxMV0gLTEJ MAkweGQ0MDAwMDAwIC0gMHhkM2ZmZmZmZiAoMHgwKSBNWFtCXUVPDQoJWzEy XSAtMQkwCTB4ZDAzMDAwMDAgLSAweGQwMzBmZmZmICgweDEwMDAwKSBNWFtC XShCKQ0KCVsxM10gLTEJMAkweGQ4MDAwMDAwIC0gMHhkZmZmZmZmZiAoMHg4 MDAwMDAwKSBNWFtCXShCKQ0KCVsxNF0gLTEJMAkweDAwMDBmZmZmIC0gMHgw MDAwZmZmZiAoMHgxKSBJWFtCXQ0KCVsxNV0gLTEJMAkweDAwMDAwMDAwIC0g MHgwMDAwMDBmZiAoMHgxMDApIElYW0JdDQoJWzE2XSAtMQkwCTB4MDAwMDI0 MDAgLSAweDAwMDAyNGZmICgweDEwMCkgSVhbQl1FDQoJWzE3XSAtMQkwCTB4 MDAwMDIwNDAgLSAweDAwMDAyMDdmICgweDQwKSBJWFtCXUUNCglbMThdIC0x CTAJMHgwMDAwMjAyMCAtIDB4MDAwMDIwM2YgKDB4MjApIElYW0JdRQ0KCVsx OV0gLTEJMAkweDAwMDAyMDAwIC0gMHgwMDAwMjAxZiAoMHgyMCkgSVhbQl1F DQoJWzIwXSAtMQkwCTB4MDAwMDE0MDAgLSAweDAwMDAxNGZmICgweDEwMCkg SVhbQl1FDQoJWzIxXSAtMQkwCTB4MDAwMDEwMDAgLSAweDAwMDAxMGZmICgw eDEwMCkgSVhbQl1FDQoJWzIyXSAtMQkwCTB4MDAwMDkwMDAgLSAweDAwMDA5 MGZmICgweDEwMCkgSVhbQl0oQikNCihJSSkgTG9hZE1vZHVsZTogImRiZSIN CihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2V4dGVuc2lv bnMvbGliZGJlLnNvDQooSUkpIE1vZHVsZSBkYmU6IHZlbmRvcj0iWC5Pcmcg Rm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi45LjAsIG1vZHVsZSB2ZXJz aW9uID0gMS4wLjANCglNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRl bnNpb24NCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZl cnNpb24gMC4yDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIERPVUJMRS1CVUZG RVINCihJSSkgTG9hZE1vZHVsZTogImRyaSINCihJSSkgTG9hZGluZyAvdXNy L1gxMVI2L2xpYi9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZHJpLnNvDQooSUkp IE1vZHVsZSBkcmk6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21w aWxlZCBmb3IgNi45LjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjANCglBQkkg Y2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMC4yDQoo SUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiZHJtIg0KKElJKSBMb2FkTW9kdWxl OiAiZHJtIg0KKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMv ZnJlZWJzZC9saWJkcm0uc28NCihJSSkgTW9kdWxlIGRybTogdmVuZG9yPSJY Lk9yZyBGb3VuZGF0aW9uIg0KCWNvbXBpbGVkIGZvciA2LjkuMCwgbW9kdWxl IHZlcnNpb24gPSAxLjAuMA0KCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4 dGVuc2lvbiwgdmVyc2lvbiAwLjINCihJSSkgTG9hZGluZyBleHRlbnNpb24g WEZyZWU4Ni1EUkkNCihJSSkgTG9hZE1vZHVsZTogImV4dG1vZCINCihJSSkg TG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2V4dGVuc2lvbnMvbGli ZXh0bW9kLnNvDQooSUkpIE1vZHVsZSBleHRtb2Q6IHZlbmRvcj0iWC5Pcmcg Rm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi45LjAsIG1vZHVsZSB2ZXJz aW9uID0gMS4wLjANCglNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRl bnNpb24NCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZl cnNpb24gMC4yDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFNIQVBFDQooSUkp IExvYWRpbmcgZXh0ZW5zaW9uIE1JVC1TVU5EUlktTk9OU1RBTkRBUkQNCihJ SSkgTG9hZGluZyBleHRlbnNpb24gQklHLVJFUVVFU1RTDQooSUkpIExvYWRp bmcgZXh0ZW5zaW9uIFNZTkMNCihJSSkgTG9hZGluZyBleHRlbnNpb24gTUlU LVNDUkVFTi1TQVZFUg0KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYQy1NSVND DQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhGcmVlODYtVmlkTW9kZUV4dGVu c2lvbg0KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYRnJlZTg2LU1pc2MNCihJ SSkgTG9hZGluZyBleHRlbnNpb24gWEZyZWU4Ni1ER0ENCihJSSkgTG9hZGlu ZyBleHRlbnNpb24gRFBNUw0KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBUT0ct Q1VQDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIEV4dGVuZGVkLVZpc3VhbC1J bmZvcm1hdGlvbg0KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYVmlkZW8NCihJ SSkgTG9hZGluZyBleHRlbnNpb24gWFZpZGVvLU1vdGlvbkNvbXBlbnNhdGlv bg0KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYLVJlc291cmNlDQooSUkpIExv YWRNb2R1bGU6ICJnbHgiDQooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIv bW9kdWxlcy9leHRlbnNpb25zL2xpYmdseC5zbw0KKElJKSBNb2R1bGUgZ2x4 OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iDQoJY29tcGlsZWQgZm9yIDYu OS4wLCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wDQoJQUJJIGNsYXNzOiBYLk9y ZyBTZXJ2ZXIgRXh0ZW5zaW9uLCB2ZXJzaW9uIDAuMg0KKElJKSBMb2FkaW5n IHN1YiBtb2R1bGUgIkdMY29yZSINCihJSSkgTG9hZE1vZHVsZTogIkdMY29y ZSINCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2V4dGVu c2lvbnMvbGliR0xjb3JlLnNvDQooSUkpIE1vZHVsZSBHTGNvcmU6IHZlbmRv cj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi45LjAsIG1v ZHVsZSB2ZXJzaW9uID0gMS4wLjANCglBQkkgY2xhc3M6IFguT3JnIFNlcnZl ciBFeHRlbnNpb24sIHZlcnNpb24gMC4yDQooSUkpIExvYWRpbmcgZXh0ZW5z aW9uIEdMWA0KKElJKSBMb2FkTW9kdWxlOiAicmVjb3JkIg0KKElJKSBMb2Fk aW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJyZWNv cmQuc28NCihJSSkgTW9kdWxlIHJlY29yZDogdmVuZG9yPSJYLk9yZyBGb3Vu ZGF0aW9uIg0KCWNvbXBpbGVkIGZvciA2LjkuMCwgbW9kdWxlIHZlcnNpb24g PSAxLjEzLjANCglNb2R1bGUgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNp b24NCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNp b24gMC4yDQooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFJFQ09SRA0KKElJKSBM b2FkTW9kdWxlOiAieHRyYXAiDQooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9s aWIvbW9kdWxlcy9leHRlbnNpb25zL2xpYnh0cmFwLnNvDQooSUkpIE1vZHVs ZSB4dHJhcDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0KCWNvbXBpbGVk IGZvciA2LjkuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMA0KCU1vZHVsZSBj bGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lvbg0KCUFCSSBjbGFzczogWC5P cmcgU2VydmVyIEV4dGVuc2lvbiwgdmVyc2lvbiAwLjINCihJSSkgTG9hZGlu ZyBleHRlbnNpb24gREVDLVhUUkFQDQooSUkpIExvYWRNb2R1bGU6ICJmcmVl dHlwZSINCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1bGVzL2Zv bnRzL2xpYmZyZWV0eXBlLnNvDQooSUkpIE1vZHVsZSBmcmVldHlwZTogdmVu ZG9yPSJYLk9yZyBGb3VuZGF0aW9uICYgdGhlIEFmdGVyIFgtVFQgUHJvamVj dCINCgljb21waWxlZCBmb3IgNi45LjAsIG1vZHVsZSB2ZXJzaW9uID0gMi4x LjANCglNb2R1bGUgY2xhc3M6IFguT3JnIEZvbnQgUmVuZGVyZXINCglBQkkg Y2xhc3M6IFguT3JnIEZvbnQgUmVuZGVyZXIsIHZlcnNpb24gMC40DQooSUkp IExvYWRpbmcgZm9udCBGcmVlVHlwZQ0KKElJKSBMb2FkTW9kdWxlOiAidHlw ZTEiDQooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9mb250 cy9saWJ0eXBlMS5zbw0KKElJKSBNb2R1bGUgdHlwZTE6IHZlbmRvcj0iWC5P cmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi45LjAsIG1vZHVsZSB2 ZXJzaW9uID0gMS4wLjINCglNb2R1bGUgY2xhc3M6IFguT3JnIEZvbnQgUmVu ZGVyZXINCglBQkkgY2xhc3M6IFguT3JnIEZvbnQgUmVuZGVyZXIsIHZlcnNp b24gMC40DQooSUkpIExvYWRpbmcgZm9udCBUeXBlMQ0KKElJKSBMb2FkaW5n IGZvbnQgQ0lEDQooSUkpIExvYWRNb2R1bGU6ICJhdGkiDQooSUkpIExvYWRp bmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9kcml2ZXJzL2F0aV9kcnYuc28N CihJSSkgTW9kdWxlIGF0aTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0K CWNvbXBpbGVkIGZvciA2LjkuMCwgbW9kdWxlIHZlcnNpb24gPSA2LjUuNw0K CU1vZHVsZSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyDQoJQUJJIGNsYXNz OiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNpb24gMC44DQooSUkpIExvYWRN b2R1bGU6ICJtb3VzZSINCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9t b2R1bGVzL2lucHV0L21vdXNlX2Rydi5zbw0KKElJKSBNb2R1bGUgbW91c2U6 IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi45 LjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjMNCglNb2R1bGUgY2xhc3M6IFgu T3JnIFhJbnB1dCBEcml2ZXINCglBQkkgY2xhc3M6IFguT3JnIFhJbnB1dCBk cml2ZXIsIHZlcnNpb24gMC41DQooSUkpIExvYWRNb2R1bGU6ICJrYmQiDQoo SUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9pbnB1dC9rYmRf ZHJ2LnNvDQooSUkpIE1vZHVsZSBrYmQ6IHZlbmRvcj0iWC5PcmcgRm91bmRh dGlvbiINCgljb21waWxlZCBmb3IgNi45LjAsIG1vZHVsZSB2ZXJzaW9uID0g MS4wLjENCglNb2R1bGUgY2xhc3M6IFguT3JnIFhJbnB1dCBEcml2ZXINCglB QkkgY2xhc3M6IFguT3JnIFhJbnB1dCBkcml2ZXIsIHZlcnNpb24gMC41DQoo SUkpIEFUSTogQVRJIGRyaXZlciAodmVyc2lvbiA2LjUuNykgZm9yIGNoaXBz ZXRzOiBhdGksIGF0aXZnYQ0KKElJKSBSMTI4OiBEcml2ZXIgZm9yIEFUSSBS YWdlIDEyOCBjaGlwc2V0czoNCglBVEkgUmFnZSAxMjggTW9iaWxpdHkgTTMg TEUgKFBDSSksIEFUSSBSYWdlIDEyOCBNb2JpbGl0eSBNMyBMRiAoQUdQKSwN CglBVEkgUmFnZSAxMjggTW9iaWxpdHkgTTQgTUYgKEFHUCksIEFUSSBSYWdl IDEyOCBNb2JpbGl0eSBNNCBNTCAoQUdQKSwNCglBVEkgUmFnZSAxMjggUHJv IEdMIFBBIChQQ0kvQUdQKSwgQVRJIFJhZ2UgMTI4IFBybyBHTCBQQiAoUENJ L0FHUCksDQoJQVRJIFJhZ2UgMTI4IFBybyBHTCBQQyAoUENJL0FHUCksIEFU SSBSYWdlIDEyOCBQcm8gR0wgUEQgKFBDSSksDQoJQVRJIFJhZ2UgMTI4IFBy byBHTCBQRSAoUENJL0FHUCksIEFUSSBSYWdlIDEyOCBQcm8gR0wgUEYgKEFH UCksDQoJQVRJIFJhZ2UgMTI4IFBybyBWUiBQRyAoUENJL0FHUCksIEFUSSBS YWdlIDEyOCBQcm8gVlIgUEggKFBDSS9BR1ApLA0KCUFUSSBSYWdlIDEyOCBQ cm8gVlIgUEkgKFBDSS9BR1ApLCBBVEkgUmFnZSAxMjggUHJvIFZSIFBKIChQ Q0kvQUdQKSwNCglBVEkgUmFnZSAxMjggUHJvIFZSIFBLIChQQ0kvQUdQKSwg QVRJIFJhZ2UgMTI4IFBybyBWUiBQTCAoUENJL0FHUCksDQoJQVRJIFJhZ2Ug MTI4IFBybyBWUiBQTSAoUENJL0FHUCksIEFUSSBSYWdlIDEyOCBQcm8gVlIg UE4gKFBDSS9BR1ApLA0KCUFUSSBSYWdlIDEyOCBQcm8gVlIgUE8gKFBDSS9B R1ApLCBBVEkgUmFnZSAxMjggUHJvIFZSIFBQIChQQ0kpLA0KCUFUSSBSYWdl IDEyOCBQcm8gVlIgUFEgKFBDSS9BR1ApLCBBVEkgUmFnZSAxMjggUHJvIFZS IFBSIChQQ0kpLA0KCUFUSSBSYWdlIDEyOCBQcm8gVlIgUFMgKFBDSS9BR1Ap LCBBVEkgUmFnZSAxMjggUHJvIFZSIFBUIChQQ0kvQUdQKSwNCglBVEkgUmFn ZSAxMjggUHJvIFZSIFBVIChQQ0kvQUdQKSwgQVRJIFJhZ2UgMTI4IFBybyBW UiBQViAoUENJL0FHUCksDQoJQVRJIFJhZ2UgMTI4IFBybyBWUiBQVyAoUENJ L0FHUCksIEFUSSBSYWdlIDEyOCBQcm8gVlIgUFggKFBDSS9BR1ApLA0KCUFU SSBSYWdlIDEyOCBHTCBSRSAoUENJKSwgQVRJIFJhZ2UgMTI4IEdMIFJGIChB R1ApLA0KCUFUSSBSYWdlIDEyOCBSRyAoQUdQKSwgQVRJIFJhZ2UgMTI4IFZS IFJLIChQQ0kpLA0KCUFUSSBSYWdlIDEyOCBWUiBSTCAoQUdQKSwgQVRJIFJh Z2UgMTI4IDRYIFNFIChQQ0kvQUdQKSwNCglBVEkgUmFnZSAxMjggNFggU0Yg KFBDSS9BR1ApLCBBVEkgUmFnZSAxMjggNFggU0cgKFBDSS9BR1ApLA0KCUFU SSBSYWdlIDEyOCA0WCBTSCAoUENJL0FHUCksIEFUSSBSYWdlIDEyOCA0WCBT SyAoUENJL0FHUCksDQoJQVRJIFJhZ2UgMTI4IDRYIFNMIChQQ0kvQUdQKSwg QVRJIFJhZ2UgMTI4IDRYIFNNIChBR1ApLA0KCUFUSSBSYWdlIDEyOCA0WCBT TiAoUENJL0FHUCksIEFUSSBSYWdlIDEyOCBQcm8gVUxUUkEgVEYgKEFHUCks DQoJQVRJIFJhZ2UgMTI4IFBybyBVTFRSQSBUTCAoQUdQKSwgQVRJIFJhZ2Ug MTI4IFBybyBVTFRSQSBUUiAoQUdQKSwNCglBVEkgUmFnZSAxMjggUHJvIFVM VFJBIFRTIChBR1A/KSwgQVRJIFJhZ2UgMTI4IFBybyBVTFRSQSBUVCAoQUdQ PyksDQoJQVRJIFJhZ2UgMTI4IFBybyBVTFRSQSBUVSAoQUdQPykNCihJSSkg UkFERU9OOiBEcml2ZXIgZm9yIEFUSSBSYWRlb24gY2hpcHNldHM6IEFUSSBS YWRlb24gUUQgKEFHUCksDQoJQVRJIFJhZGVvbiBRRSAoQUdQKSwgQVRJIFJh ZGVvbiBRRiAoQUdQKSwgQVRJIFJhZGVvbiBRRyAoQUdQKSwNCglBVEkgUmFk ZW9uIFZFLzcwMDAgUVkgKEFHUC9QQ0kpLCBBVEkgUmFkZW9uIFZFLzcwMDAg UVogKEFHUC9QQ0kpLA0KCUFUSSBFUzEwMDAgNTE1RSAoUENJKSwgQVRJIEVT MTAwMCA1OTY5IChQQ0kpLA0KCUFUSSBSYWRlb24gTW9iaWxpdHkgTTcgTFcg KEFHUCksDQoJQVRJIE1vYmlsaXR5IEZpcmVHTCA3ODAwIE03IExYIChBR1Ap LA0KCUFUSSBSYWRlb24gTW9iaWxpdHkgTTYgTFkgKEFHUCksIEFUSSBSYWRl b24gTW9iaWxpdHkgTTYgTFogKEFHUCksDQoJQVRJIFJhZGVvbiBJR1AzMjAg KEEzKSA0MTM2LCBBVEkgUmFkZW9uIElHUDMyME0gKFUxKSA0MzM2LA0KCUFU SSBSYWRlb24gSUdQMzMwLzM0MC8zNTAgKEE0KSA0MTM3LA0KCUFUSSBSYWRl b24gSUdQMzMwTS8zNDBNLzM1ME0gKFUyKSA0MzM3LA0KCUFUSSBSYWRlb24g NzAwMCBJR1AgKEE0KykgNDIzNywgQVRJIFJhZGVvbiBNb2JpbGl0eSA3MDAw IElHUCA0NDM3LA0KCUFUSSBGaXJlR0wgODcwMC84ODAwIFFIIChBR1ApLCBB VEkgUmFkZW9uIDg1MDAgUUwgKEFHUCksDQoJQVRJIFJhZGVvbiA5MTAwIFFN IChBR1ApLCBBVEkgUmFkZW9uIDg1MDAgQUlXIEJCIChBR1ApLA0KCUFUSSBS YWRlb24gODUwMCBBSVcgQkMgKEFHUCksIEFUSSBSYWRlb24gNzUwMCBRVyAo QUdQL1BDSSksDQoJQVRJIFJhZGVvbiA3NTAwIFFYIChBR1AvUENJKSwgQVRJ IFJhZGVvbiA5MDAwL1BSTyBJZiAoQUdQL1BDSSksDQoJQVRJIFJhZGVvbiA5 MDAwIElnIChBR1AvUENJKSwgQVRJIEZpcmVHTCBNb2JpbGl0eSA5MDAwIChN OSkgTGQgKEFHUCksDQoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5MDAwIChNOSkg TGYgKEFHUCksDQoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5MDAwIChNOSkgTGcg KEFHUCksDQoJQVRJIFJhZGVvbiA5MTAwIElHUCAoQTUpIDU4MzQsDQoJQVRJ IFJhZGVvbiBNb2JpbGl0eSA5MTAwIElHUCAoVTMpIDU4MzUsIEFUSSBSYWRl b24gOTEwMCBQUk8gSUdQIDc4MzQsDQoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5 MjAwIElHUCA3ODM1LCBBVEkgUmFkZW9uIDkyMDBQUk8gNTk2MCAoQUdQKSwN CglBVEkgUmFkZW9uIDkyMDAgNTk2MSAoQUdQKSwgQVRJIFJhZGVvbiA5MjAw IDU5NjIgKEFHUCksDQoJQVRJIFJhZGVvbiA5MjAwU0UgNTk2NCAoQUdQKSwg QVRJIEZpcmVNViAyMjAwIChQQ0kpLA0KCUFUSSBSYWRlb24gTW9iaWxpdHkg OTIwMCAoTTkrKSA1QzYxIChBR1ApLA0KCUFUSSBSYWRlb24gTW9iaWxpdHkg OTIwMCAoTTkrKSA1QzYzIChBR1ApLCBBVEkgUmFkZW9uIDk1MDAgQUQgKEFH UCksDQoJQVRJIFJhZGVvbiA5NTAwIEFFIChBR1ApLCBBVEkgUmFkZW9uIDk2 MDBUWCBBRiAoQUdQKSwNCglBVEkgRmlyZUdMIFoxIEFHIChBR1ApLCBBVEkg UmFkZW9uIDk3MDAgUHJvIE5EIChBR1ApLA0KCUFUSSBSYWRlb24gOTcwMC85 NTAwUHJvIE5FIChBR1ApLCBBVEkgUmFkZW9uIDk3MDAgTkYgKEFHUCksDQoJ QVRJIEZpcmVHTCBYMSBORyAoQUdQKSwgQVRJIFJhZGVvbiA5NjAwIEFQIChB R1ApLA0KCUFUSSBSYWRlb24gOTYwMFNFIEFRIChBR1ApLCBBVEkgUmFkZW9u IDk2MDBYVCBBUiAoQUdQKSwNCglBVEkgUmFkZW9uIDk2MDAgQVMgKEFHUCks IEFUSSBGaXJlR0wgVDIgQVQgKEFHUCksDQoJQVRJIEZpcmVHTCBSVjM2MCBB ViAoQUdQKSwNCglBVEkgUmFkZW9uIE1vYmlsaXR5IDk2MDAvOTcwMCAoTTEw L00xMSkgTlAgKEFHUCksDQoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5NjAwIChN MTApIE5RIChBR1ApLA0KCUFUSSBSYWRlb24gTW9iaWxpdHkgOTYwMCAoTTEx KSBOUiAoQUdQKSwNCglBVEkgUmFkZW9uIE1vYmlsaXR5IDk2MDAgKE0xMCkg TlMgKEFHUCksDQoJQVRJIEZpcmVHTCBNb2JpbGl0eSBUMiAoTTEwKSBOVCAo QUdQKSwNCglBVEkgRmlyZUdMIE1vYmlsaXR5IFQyZSAoTTExKSBOViAoQUdQ KSwgQVRJIFJhZGVvbiA5NjUwLA0KCUFUSSBSYWRlb24gOTgwMFNFIEFIIChB R1ApLCBBVEkgUmFkZW9uIDk4MDAgQUkgKEFHUCksDQoJQVRJIFJhZGVvbiA5 ODAwIEFKIChBR1ApLCBBVEkgRmlyZUdMIFgyIEFLIChBR1ApLA0KCUFUSSBS YWRlb24gOTgwMFBSTyBOSCAoQUdQKSwgQVRJIFJhZGVvbiA5ODAwIE5JIChB R1ApLA0KCUFUSSBGaXJlR0wgWDIgTksgKEFHUCksIEFUSSBSYWRlb24gOTgw MFhUIE5KIChBR1ApLA0KCUFUSSBSYWRlb24gWDYwMCAoUlYzODApIDNFNTAg KFBDSUUpLA0KCUFUSSBGaXJlR0wgVjMyMDAgKFJWMzgwKSAzRTU0IChQQ0lF KSwNCglBVEkgUmFkZW9uIE1vYmlsaXR5IFg2MDAgKE0yNCkgMzE1MCAoUENJ RSksDQoJQVRJIEZpcmVHTCBNMjQgR0wgMzE1NCAoUENJRSksIEFUSSBSYWRl b24gWDMwMCAoUlYzNzApIDVCNjAgKFBDSUUpLA0KCUFUSSBSYWRlb24gWDYw MCAoUlYzNzApIDVCNjIgKFBDSUUpLA0KCUFUSSBGaXJlR0wgVjMxMDAgKFJW MzcwKSA1QjY0IChQQ0lFKSwNCglBVEkgRmlyZUdMIEQxMTAwIChSVjM3MCkg NUI2NSAoUENJRSksDQoJQVRJIFJhZGVvbiBNb2JpbGl0eSBNMzAwIChNMjIp IDU0NjAgKFBDSUUpLA0KCUFUSSBGaXJlR0wgTTIyIEdMIDU0NjQgKFBDSUUp LCBBVEkgUmFkZW9uIFhQUkVTUyAyMDAgNUE0MSAoUENJRSksDQoJQVRJIFJh ZGVvbiBYUFJFU1MgMjAwTSA1QTQyIChQQ0lFKSwNCglBVEkgUmFkZW9uIFhQ UkVTUyAyMDAgNUE2MSAoUENJRSksDQoJQVRJIFJhZGVvbiBYUFJFU1MgMjAw TSA1QTYyIChQQ0lFKSwNCglBVEkgUmFkZW9uIFhQUkVTUyAyMDAgNTk1NCAo UENJRSksDQoJQVRJIFJhZGVvbiBYUFJFU1MgMjAwTSA1OTU1IChQQ0lFKSwN CglBVEkgUmFkZW9uIFhQUkVTUyAyMDAgNTk3NCAoUENJRSksDQoJQVRJIFJh ZGVvbiBYUFJFU1MgMjAwTSA1OTc1IChQQ0lFKSwgQVRJIEZpcmVHTCBWNTAw MCAoUlY0MTApIChQQ0lFKSwNCglBVEkgTW9iaWxpdHkgRmlyZUdMIFY1MDAw IChNMjYpIChQQ0lFKSwNCglBVEkgTW9iaWxpdHkgRmlyZUdMIFY1MDAwIChN MjYpIChQQ0lFKSwNCglBVEkgTW9iaWxpdHkgUmFkZW9uIFg3MDAgKE0yNikg KFBDSUUpLA0KCUFUSSBNb2JpbGl0eSBSYWRlb24gWDcwMCAoTTI2KSAoUENJ RSksDQoJQVRJIFJhZGVvbiBYNzAwIFBSTyAoUlY0MTApIChQQ0lFKSwNCglB VEkgUmFkZW9uIFg3MDAgWFQgKFJWNDEwKSAoUENJRSksIEFUSSBSYWRlb24g WDcwMCAoUlY0MTApIChQQ0lFKSwNCglBVEkgUmFkZW9uIFg3MDAgU0UgKFJW NDEwKSAoUENJRSksIEFUSSBSYWRlb24gWDcwMCBTRSAoUlY0MTApIChQQ0lF KSwNCglBVEkgUmFkZW9uIFg4MDAgKFI0MjApIEpIIChBR1ApLCBBVEkgUmFk ZW9uIFg4MDBQUk8gKFI0MjApIEpJIChBR1ApLA0KCUFUSSBSYWRlb24gWDgw MFNFIChSNDIwKSBKSiAoQUdQKSwgQVRJIFJhZGVvbiBYODAwIChSNDIwKSBK SyAoQUdQKSwNCglBVEkgUmFkZW9uIFg4MDAgKFI0MjApIEpMIChBR1ApLCBB VEkgRmlyZUdMIFgzIChSNDIwKSBKTSAoQUdQKSwNCglBVEkgUmFkZW9uIE1v YmlsaXR5IDk4MDAgKE0xOCkgSk4gKEFHUCksDQoJQVRJIFJhZGVvbiBYODAw WFQgKFI0MjApIEpQIChBR1ApLCBBVEkgUmFkZW9uIFg4MDAgU0UgKFI0MjAp IChBR1ApLA0KCUFUSSBSYWRlb24gWDgwMCAoUjQyMykgVUggKFBDSUUpLA0K CUFUSSBSYWRlb24gWDgwMFBSTyAoUjQyMykgVUkgKFBDSUUpLA0KCUFUSSBS YWRlb24gWDgwMExFIChSNDIzKSBVSiAoUENJRSksDQoJQVRJIFJhZGVvbiBY ODAwU0UgKFI0MjMpIFVLIChQQ0lFKSwNCglBVEkgRmlyZUdMIFY3MjAwIChS NDIzKSBVUSAoUENJRSksIEFUSSBGaXJlR0wgVjUxMDAgKFI0MjMpIFVSIChQ Q0lFKSwNCglBVEkgRmlyZUdMIFY3MTAwIChSNDIzKSBVVCAoUENJRSksDQoJ QVRJIFJhZGVvbiBYODAwWFQgKFI0MjMpIDVENTcgKFBDSUUpLCBBVEkgRmly ZUdMIFY3MTAwIChSNDIzKSAoUENJRSksDQoJQVRJIE1vYmlsaXR5IEZpcmVH TCBWNTEwMCAoTTI4KSAoUENJRSksDQoJQVRJIE1vYmlsaXR5IFJhZGVvbiBY ODAwIChNMjgpIChQQ0lFKSwNCglBVEkgTW9iaWxpdHkgUmFkZW9uIFg4MDAg WFQgKE0yOCkgKFBDSUUpLA0KCUFUSSBSYWRlb24gWDgwMCAoUjQzMCkgKFBD SUUpLCBBVEkgUmFkZW9uIFg4MDAgWEwgKFI0MzApIChQQ0lFKSwNCglBVEkg UmFkZW9uIFg4MDAgU0UgKFI0MzApIChQQ0lFKSwgQVRJIFJhZGVvbiBYODAw IFhUUCAoUjQzMCkgKFBDSUUpLA0KCUFUSSBSYWRlb24gWDg1MCA1RDRDIChQ Q0lFKSwgQVRJIFJhZGVvbiBGaXJlR0wgKFI0ODApIEdMIDVENTAgKFBDSUUp LA0KCUFUSSBSYWRlb24gWDg1MCBTRSAoUjQ4MCkgKFBDSUUpLCBBVEkgUmFk ZW9uIFg4NTAgUFJPIChSNDgwKSAoUENJRSksDQoJQVRJIFJhZGVvbiBYODUw IFhUIChSNDgwKSAoUENJRSksDQoJQVRJIFJhZGVvbiBYODUwIFhUIFBFIChS NDgwKSAoUENJRSksDQoJQVRJIFJhZGVvbiBYODUwIFBSTyAoUjQ4MCkgKEFH UCksIEFUSSBSYWRlb24gWDg1MCBTRSAoUjQ4MCkgKEFHUCksDQoJQVRJIFJh ZGVvbiBYODUwIFhUIChSNDgwKSAoQUdQKSwgQVRJIFJhZGVvbiBYODUwIFhU IFBFIChSNDgwKSAoQUdQKQ0KKElJKSBQcmltYXJ5IERldmljZSBpczogUENJ IDAxOjA1OjANCihJSSkgQVRJOiAgQ2FuZGlkYXRlICJEZXZpY2UiIHNlY3Rp b24gIkNhcmQwIi4NCigtLSkgQ2hpcHNldCBBVEkgUmFkZW9uIElHUDMzME0v MzQwTS8zNTBNIChVMikgNDMzNyBmb3VuZA0KKElJKSByZXNvdXJjZSByYW5n ZXMgYWZ0ZXIgeGY4NkNsYWltRml4ZWRSZXNvdXJjZXMoKSBjYWxsOg0KCVsw XSAtMQkwCTB4ZmZlMDAwMDAgLSAweGZmZmZmZmZmICgweDIwMDAwMCkgTVhb Ql0oQikNCglbMV0gLTEJMAkweDAwMTAwMDAwIC0gMHgzZmZmZmZmZiAoMHgz ZmYwMDAwMCkgTVhbQl1FKEIpDQoJWzJdIC0xCTAJMHgwMDBmMDAwMCAtIDB4 MDAwZmZmZmYgKDB4MTAwMDApIE1YW0JdDQoJWzNdIC0xCTAJMHgwMDBjMDAw MCAtIDB4MDAwZWZmZmYgKDB4MzAwMDApIE1YW0JdDQoJWzRdIC0xCTAJMHgw MDAwMDAwMCAtIDB4MDAwOWZmZmYgKDB4YTAwMDApIE1YW0JdDQoJWzVdIC0x CTAJMHg4ODAwMDAwMCAtIDB4OGZmZmZmZmYgKDB4ODAwMDAwMCkgTVhbQl1F DQoJWzZdIC0xCTAJMHhkMDAwNDAwMCAtIDB4ZDAwMDRmZmYgKDB4MTAwMCkg TVhbQl1FDQoJWzddIC0xCTAJMHhkMDAwMzAwMCAtIDB4ZDAwMDNmZmYgKDB4 MTAwMCkgTVhbQl1FDQoJWzhdIC0xCTAJMHhkMDAwMTAwMCAtIDB4ZDAwMDFm ZmYgKDB4MTAwMCkgTVhbQl1FDQoJWzldIC0xCTAJMHhkMDAwMDAwMCAtIDB4 ZDAwMDBmZmYgKDB4MTAwMCkgTVhbQl1FDQoJWzEwXSAtMQkwCTB4ZDAwMDUw MDAgLSAweGQwMDA0ZmZmICgweDApIE1YW0JdRU8NCglbMTFdIC0xCTAJMHhk NDAwMDAwMCAtIDB4ZDNmZmZmZmYgKDB4MCkgTVhbQl1FTw0KCVsxMl0gLTEJ MAkweGQwMzAwMDAwIC0gMHhkMDMwZmZmZiAoMHgxMDAwMCkgTVhbQl0oQikN CglbMTNdIC0xCTAJMHhkODAwMDAwMCAtIDB4ZGZmZmZmZmYgKDB4ODAwMDAw MCkgTVhbQl0oQikNCglbMTRdIC0xCTAJMHgwMDAwZmZmZiAtIDB4MDAwMGZm ZmYgKDB4MSkgSVhbQl0NCglbMTVdIC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAw MDAwZmYgKDB4MTAwKSBJWFtCXQ0KCVsxNl0gLTEJMAkweDAwMDAyNDAwIC0g MHgwMDAwMjRmZiAoMHgxMDApIElYW0JdRQ0KCVsxN10gLTEJMAkweDAwMDAy MDQwIC0gMHgwMDAwMjA3ZiAoMHg0MCkgSVhbQl1FDQoJWzE4XSAtMQkwCTB4 MDAwMDIwMjAgLSAweDAwMDAyMDNmICgweDIwKSBJWFtCXUUNCglbMTldIC0x CTAJMHgwMDAwMjAwMCAtIDB4MDAwMDIwMWYgKDB4MjApIElYW0JdRQ0KCVsy MF0gLTEJMAkweDAwMDAxNDAwIC0gMHgwMDAwMTRmZiAoMHgxMDApIElYW0Jd RQ0KCVsyMV0gLTEJMAkweDAwMDAxMDAwIC0gMHgwMDAwMTBmZiAoMHgxMDAp IElYW0JdRQ0KCVsyMl0gLTEJMAkweDAwMDA5MDAwIC0gMHgwMDAwOTBmZiAo MHgxMDApIElYW0JdKEIpDQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAicmFk ZW9uIg0KKElJKSBMb2FkTW9kdWxlOiAicmFkZW9uIg0KKElJKSBMb2FkaW5n IC91c3IvWDExUjYvbGliL21vZHVsZXMvZHJpdmVycy9yYWRlb25fZHJ2LnNv DQooSUkpIE1vZHVsZSByYWRlb246IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlv biINCgljb21waWxlZCBmb3IgNi45LjAsIG1vZHVsZSB2ZXJzaW9uID0gNC4w LjMNCglNb2R1bGUgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlcg0KCUFCSSBj bGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDAuOA0KKElJKSBy ZXNvdXJjZSByYW5nZXMgYWZ0ZXIgcHJvYmluZzoNCglbMF0gLTEJMAkweGZm ZTAwMDAwIC0gMHhmZmZmZmZmZiAoMHgyMDAwMDApIE1YW0JdKEIpDQoJWzFd IC0xCTAJMHgwMDEwMDAwMCAtIDB4M2ZmZmZmZmYgKDB4M2ZmMDAwMDApIE1Y W0JdRShCKQ0KCVsyXSAtMQkwCTB4MDAwZjAwMDAgLSAweDAwMGZmZmZmICgw eDEwMDAwKSBNWFtCXQ0KCVszXSAtMQkwCTB4MDAwYzAwMDAgLSAweDAwMGVm ZmZmICgweDMwMDAwKSBNWFtCXQ0KCVs0XSAtMQkwCTB4MDAwMDAwMDAgLSAw eDAwMDlmZmZmICgweGEwMDAwKSBNWFtCXQ0KCVs1XSAtMQkwCTB4ODgwMDAw MDAgLSAweDhmZmZmZmZmICgweDgwMDAwMDApIE1YW0JdRQ0KCVs2XSAtMQkw CTB4ZDAwMDQwMDAgLSAweGQwMDA0ZmZmICgweDEwMDApIE1YW0JdRQ0KCVs3 XSAtMQkwCTB4ZDAwMDMwMDAgLSAweGQwMDAzZmZmICgweDEwMDApIE1YW0Jd RQ0KCVs4XSAtMQkwCTB4ZDAwMDEwMDAgLSAweGQwMDAxZmZmICgweDEwMDAp IE1YW0JdRQ0KCVs5XSAtMQkwCTB4ZDAwMDAwMDAgLSAweGQwMDAwZmZmICgw eDEwMDApIE1YW0JdRQ0KCVsxMF0gLTEJMAkweGQwMDA1MDAwIC0gMHhkMDAw NGZmZiAoMHgwKSBNWFtCXUVPDQoJWzExXSAtMQkwCTB4ZDQwMDAwMDAgLSAw eGQzZmZmZmZmICgweDApIE1YW0JdRU8NCglbMTJdIC0xCTAJMHhkMDMwMDAw MCAtIDB4ZDAzMGZmZmYgKDB4MTAwMDApIE1YW0JdKEIpDQoJWzEzXSAtMQkw CTB4ZDgwMDAwMDAgLSAweGRmZmZmZmZmICgweDgwMDAwMDApIE1YW0JdKEIp DQoJWzE0XSAwCTAJMHgwMDBhMDAwMCAtIDB4MDAwYWZmZmYgKDB4MTAwMDAp IE1TW0JdDQoJWzE1XSAwCTAJMHgwMDBiMDAwMCAtIDB4MDAwYjdmZmYgKDB4 ODAwMCkgTVNbQl0NCglbMTZdIDAJMAkweDAwMGI4MDAwIC0gMHgwMDBiZmZm ZiAoMHg4MDAwKSBNU1tCXQ0KCVsxN10gLTEJMAkweDAwMDBmZmZmIC0gMHgw MDAwZmZmZiAoMHgxKSBJWFtCXQ0KCVsxOF0gLTEJMAkweDAwMDAwMDAwIC0g MHgwMDAwMDBmZiAoMHgxMDApIElYW0JdDQoJWzE5XSAtMQkwCTB4MDAwMDI0 MDAgLSAweDAwMDAyNGZmICgweDEwMCkgSVhbQl1FDQoJWzIwXSAtMQkwCTB4 MDAwMDIwNDAgLSAweDAwMDAyMDdmICgweDQwKSBJWFtCXUUNCglbMjFdIC0x CTAJMHgwMDAwMjAyMCAtIDB4MDAwMDIwM2YgKDB4MjApIElYW0JdRQ0KCVsy Ml0gLTEJMAkweDAwMDAyMDAwIC0gMHgwMDAwMjAxZiAoMHgyMCkgSVhbQl1F DQoJWzIzXSAtMQkwCTB4MDAwMDE0MDAgLSAweDAwMDAxNGZmICgweDEwMCkg SVhbQl1FDQoJWzI0XSAtMQkwCTB4MDAwMDEwMDAgLSAweDAwMDAxMGZmICgw eDEwMCkgSVhbQl1FDQoJWzI1XSAtMQkwCTB4MDAwMDkwMDAgLSAweDAwMDA5 MGZmICgweDEwMCkgSVhbQl0oQikNCglbMjZdIDAJMAkweDAwMDAwM2IwIC0g MHgwMDAwMDNiYiAoMHhjKSBJU1tCXQ0KCVsyN10gMAkwCTB4MDAwMDAzYzAg LSAweDAwMDAwM2RmICgweDIwKSBJU1tCXQ0KKElJKSBTZXR0aW5nIHZnYSBm b3Igc2NyZWVuIDAuDQooSUkpIFJBREVPTigwKTogTU1JTyByZWdpc3RlcnMg YXQgMHhkMDMwMDAwMA0KKD09KSBSQURFT04oMCk6IFdyaXRlLWNvbWJpbmlu ZyByYW5nZSAoMHhkMDMwMDAwMCwweDgwMDAwKSB3YXMgYWxyZWFkeSBjbGVh cg0KKElJKSBSQURFT04oMCk6IFBDSSBidXMgMSBjYXJkIDUgZnVuYyAwDQoo PT0pIFJBREVPTigwKTogRGVwdGggMTYsICg9PSkgZnJhbWVidWZmZXIgYnBw IDE2DQooSUkpIFJBREVPTigwKTogUGl4ZWwgZGVwdGggPSAxNiBiaXRzIHN0 b3JlZCBpbiAyIGJ5dGVzICgxNiBicHAgcGl4bWFwcykNCig9PSkgUkFERU9O KDApOiBEZWZhdWx0IHZpc3VhbCBpcyBUcnVlQ29sb3INCihJSSkgTG9hZGlu ZyBzdWIgbW9kdWxlICJ2Z2FodyINCihJSSkgTG9hZE1vZHVsZTogInZnYWh3 Ig0KKElJKSBMb2FkaW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvbGlidmdh aHcuc28NCihJSSkgTW9kdWxlIHZnYWh3OiB2ZW5kb3I9IlguT3JnIEZvdW5k YXRpb24iDQoJY29tcGlsZWQgZm9yIDYuOS4wLCBtb2R1bGUgdmVyc2lvbiA9 IDAuMS4wDQoJQUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIsIHZlcnNp b24gMC44DQooSUkpIFJBREVPTigwKTogdmdhSFdHZXRJT0Jhc2U6IGh3cC0+ SU9CYXNlIGlzIDB4MDNkMCwgaHdwLT5QSU9PZmZzZXQgaXMgMHgwMDAwDQoo PT0pIFJBREVPTigwKTogUkdCIHdlaWdodCA1NjUNCihJSSkgUkFERU9OKDAp OiBVc2luZyA2IGJpdHMgcGVyIFJHQiAoOCBiaXQgREFDKQ0KKElJKSBMb2Fk aW5nIHN1YiBtb2R1bGUgImludDEwIg0KKElJKSBMb2FkTW9kdWxlOiAiaW50 MTAiDQooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJp bnQxMC5zbw0KKElJKSBNb2R1bGUgaW50MTA6IHZlbmRvcj0iWC5PcmcgRm91 bmRhdGlvbiINCgljb21waWxlZCBmb3IgNi45LjAsIG1vZHVsZSB2ZXJzaW9u ID0gMS4wLjANCglBQkkgY2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVy c2lvbiAwLjgNCihJSSkgUkFERU9OKDApOiBpbml0aWFsaXppbmcgaW50MTAN Cig9PSkgUkFERU9OKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4YTAw MDAsMHgyMDAwMCkgd2FzIGFscmVhZHkgY2xlYXINCig9PSkgUkFERU9OKDAp OiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4YzAwMDAsMHg0MDAwMCkgd2Fz IGFscmVhZHkgY2xlYXINCihJSSkgUkFERU9OKDApOiBQcmltYXJ5IFZfQklP UyBzZWdtZW50IGlzOiAweGMwMDANCig9PSkgUkFERU9OKDApOiBXcml0ZS1j b21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFy DQooLS0pIFJBREVPTigwKTogQ2hpcHNldDogIkFUSSBSYWRlb24gSUdQMzMw TS8zNDBNLzM1ME0gKFUyKSA0MzM3IiAoQ2hpcElEID0gMHg0MzM3KQ0KKC0t KSBSQURFT04oMCk6IExpbmVhciBmcmFtZWJ1ZmZlciBhdCAweGQ4MDAwMDAw DQooLS0pIFJBREVPTigwKTogVmlkZW9SQU06IDY1NTM2IGtCeXRlICg2NCBi aXQgRERSIFNEUkFNKQ0KKElJKSBSQURFT04oMCk6IEFHUCBjYXJkIGRldGVj dGVkDQooSUkpIFJBREVPTigwKTogQ29sb3IgdGlsaW5nIGVuYWJsZWQgYnkg ZGVmYXVsdA0KKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImRkYyINCihJSSkg TG9hZE1vZHVsZTogImRkYyINCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xp Yi9tb2R1bGVzL2xpYmRkYy5zbw0KKElJKSBNb2R1bGUgZGRjOiB2ZW5kb3I9 IlguT3JnIEZvdW5kYXRpb24iDQoJY29tcGlsZWQgZm9yIDYuOS4wLCBtb2R1 bGUgdmVyc2lvbiA9IDEuMC4wDQoJQUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBE cml2ZXIsIHZlcnNpb24gMC44DQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAi aTJjIg0KKElJKSBMb2FkTW9kdWxlOiAiaTJjIg0KKElJKSBMb2FkaW5nIC91 c3IvWDExUjYvbGliL21vZHVsZXMvbGliaTJjLnNvDQooSUkpIE1vZHVsZSBp MmM6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3Ig Ni45LjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4yLjANCglBQkkgY2xhc3M6IFgu T3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAwLjgNCihJSSkgUkFERU9OKDAp OiBJMkMgYnVzICJEREMiIGluaXRpYWxpemVkLg0KKElJKSBSQURFT04oMCk6 IExlZ2FjeSBCSU9TIGRldGVjdGVkDQooSUkpIFJBREVPTigwKTogTFZEUyBw b3J0IGlzIG5vdCBpbiBjb25uZWN0b3IgdGFibGUsIGFkZGVkIGluLg0KKFdX KSBSQURFT04oMCk6IFVua25vd24gRERDVHlwZSA1IGZvdW5kDQooV1cpIFJB REVPTigwKTogTENEIEREQyBJbmZvIFRhYmxlIGZvdW5kIQ0KKElJKSBSQURF T04oMCk6IENvbm5lY3RvcjA6IEREQ1R5cGUtMCwgREFDVHlwZS0xLCBUTURT VHlwZS0tMSwgQ29ubmVjdG9yVHlwZS0xDQooSUkpIFJBREVPTigwKTogQ29u bmVjdG9yMTogRERDVHlwZS0zLCBEQUNUeXBlLTAsIFRNRFNUeXBlLS0xLCBD b25uZWN0b3JUeXBlLTINCihJSSkgUkFERU9OKDApOiBJMkMgZGV2aWNlICJE REM6ZGRjMiIgcmVnaXN0ZXJlZCBhdCBhZGRyZXNzIDB4QTAuDQooSUkpIFJB REVPTigwKTogSTJDIGRldmljZSAiRERDOmRkYzIiIHJlbW92ZWQuDQooSUkp IFJBREVPTigwKTogSTJDIGRldmljZSAiRERDOmRkYzIiIHJlZ2lzdGVyZWQg YXQgYWRkcmVzcyAweEEwLg0KKElJKSBSQURFT04oMCk6IEkyQyBkZXZpY2Ug IkREQzpkZGMyIiByZW1vdmVkLg0KKElJKSBSQURFT04oMCk6IEkyQyBkZXZp Y2UgIkREQzpkZGMyIiByZWdpc3RlcmVkIGF0IGFkZHJlc3MgMHhBMC4NCihJ SSkgUkFERU9OKDApOiBJMkMgZGV2aWNlICJEREM6ZGRjMiIgcmVtb3ZlZC4N CihJSSkgUkFERU9OKDApOiBEREMgVHlwZTogMywgRGV0ZWN0ZWQgVHlwZTog MA0KKElJKSBSQURFT04oMCk6IA0KKElJKSBSQURFT04oMCk6IFByaW1hcnk6 DQogTW9uaXRvciAgIC0tIExWRFMNCiBDb25uZWN0b3IgLS0gVkdBDQogREFD IFR5cGUgIC0tIFByaW1hcnkNCiBUTURTIFR5cGUgLS0gTk9ORQ0KIEREQyBU eXBlICAtLSBWR0FfRERDDQooSUkpIFJBREVPTigwKTogU2Vjb25kYXJ5Og0K IE1vbml0b3IgICAtLSBOT05FDQogQ29ubmVjdG9yIC0tIFByb3ByaWV0YXJ5 DQogREFDIFR5cGUgIC0tIFRWREFDL0V4dERBQw0KIFRNRFMgVHlwZSAtLSBO T05FDQogRERDIFR5cGUgIC0tIE5PTkUNCihJSSkgUkFERU9OKDApOiBQTEwg cGFyYW1ldGVyczogcmY9MTQzMiByZD0zMSBtaW49MTIwMDAgbWF4PTM1MDAw OyB4Y2xrPTEzMzAwDQooV1cpIFJBREVPTigwKTogRmFpbGVkIHRvIGRldGVj dCBzZWNvbmRhcnkgbW9uaXRvciwgTWVyZ2VkRkIvQ2xvbmUgbW9kZSBkaXNh YmxlZA0KKD09KSBSQURFT04oMCk6IFVzaW5nIGdhbW1hIGNvcnJlY3Rpb24g KDEuMCwgMS4wLCAxLjApDQooSUkpIFJBREVPTigwKTogVmFsaWRhdGluZyBt b2RlcyBvbiBQcmltYXJ5IGhlYWQgLS0tLS0tLS0tDQooSUkpIFJBREVPTigw KTogUGFuZWwgSUQgc3RyaW5nOiBTYW1zdW5nIExUTjE1MFAxLUwwMiAgICAN CihJSSkgUkFERU9OKDApOiBQYW5lbCBTaXplIGZyb20gQklPUzogMTQwMHgx MDUwDQooSUkpIFJBREVPTigwKTogQklPUyBwcm92aWRlZCBkaXZpZGVycyB3 aWxsIGJlIHVzZWQuDQooSUkpIFJBREVPTigwKTogVG90YWwgbnVtYmVyIG9m IHZhbGlkIEREQyBtb2RlKHMpIGZvdW5kOiAwDQooSUkpIFJBREVPTigwKTog Tm8gdmFsaWQgbW9kZSBzcGVjaWZpZWQsIGZvcmNlIHRvIG5hdGl2ZSBtb2Rl DQooSUkpIFJBREVPTigwKTogVG90YWwgbnVtYmVyIG9mIHZhbGlkIEZQIG1v ZGUocykgZm91bmQ6IDENCigtLSkgUkFERU9OKDApOiBWaXJ0dWFsIHNpemUg aXMgMTQwMHgxMDUwIChwaXRjaCAxNDA4KQ0KKCoqKSBSQURFT04oMCk6ICpN b2RlICIxNDAweDEwNTAiOiAxMDguMCBNSHogKHNjYWxlZCBmcm9tIDAuMCBN SHopLCA2NC4wIGtIeiwgNjAuMiBIeg0KKElJKSBSQURFT04oMCk6IE1vZGVs aW5lICIxNDAweDEwNTAiICAxMDguMDAgIDE0MDAgMzQyMDggMzQzMjAgMTY4 OCAgMTA1MCAxMDUwIDEwNTMgMTA2Mw0KKCoqKSBSQURFT04oMCk6ICBEZWZh dWx0IG1vZGUgIjY0MHgzNTAiOiAxMDguMCBNSHogKHNjYWxlZCBmcm9tIDAu MCBNSHopLCA2NC4wIGtIeiwgNjAuMiBIeg0KKElJKSBSQURFT04oMCk6IE1v ZGVsaW5lICI2NDB4MzUwIiAgMTA4LjAwICA2NDAgMzQyMDggMzQzMjAgMTY4 OCAgMzUwIDEwNTAgMTA1MyAxMDYzDQooKiopIFJBREVPTigwKTogIERlZmF1 bHQgbW9kZSAiNjQweDQwMCI6IDEwOC4wIE1IeiAoc2NhbGVkIGZyb20gMC4w IE1IeiksIDY0LjAga0h6LCA2MC4yIEh6DQooSUkpIFJBREVPTigwKTogTW9k ZWxpbmUgIjY0MHg0MDAiICAxMDguMDAgIDY0MCAzNDIwOCAzNDMyMCAxNjg4 ICA0MDAgMTA1MCAxMDUzIDEwNjMNCigqKikgUkFERU9OKDApOiAgRGVmYXVs dCBtb2RlICI3MjB4NDAwIjogMTA4LjAgTUh6IChzY2FsZWQgZnJvbSAwLjAg TUh6KSwgNjQuMCBrSHosIDYwLjIgSHoNCihJSSkgUkFERU9OKDApOiBNb2Rl bGluZSAiNzIweDQwMCIgIDEwOC4wMCAgNzIwIDM0MjA4IDM0MzIwIDE2ODgg IDQwMCAxMDUwIDEwNTMgMTA2Mw0KKCoqKSBSQURFT04oMCk6ICBEZWZhdWx0 IG1vZGUgIjY0MHg0ODAiOiAxMDguMCBNSHogKHNjYWxlZCBmcm9tIDAuMCBN SHopLCA2NC4wIGtIeiwgNjAuMiBIeg0KKElJKSBSQURFT04oMCk6IE1vZGVs aW5lICI2NDB4NDgwIiAgMTA4LjAwICA2NDAgMzQyMDggMzQzMjAgMTY4OCAg NDgwIDEwNTAgMTA1MyAxMDYzDQooKiopIFJBREVPTigwKTogIERlZmF1bHQg bW9kZSAiODAweDYwMCI6IDEwOC4wIE1IeiAoc2NhbGVkIGZyb20gMC4wIE1I eiksIDY0LjAga0h6LCA2MC4yIEh6DQooSUkpIFJBREVPTigwKTogTW9kZWxp bmUgIjgwMHg2MDAiICAxMDguMDAgIDgwMCAzNDIwOCAzNDMyMCAxNjg4ICA2 MDAgMTA1MCAxMDUzIDEwNjMNCigqKikgUkFERU9OKDApOiAgRGVmYXVsdCBt b2RlICIxMDI0eDc2OCI6IDEwOC4wIE1IeiAoc2NhbGVkIGZyb20gMC4wIE1I eiksIDY0LjAga0h6LCA2MC4yIEh6DQooSUkpIFJBREVPTigwKTogTW9kZWxp bmUgIjEwMjR4NzY4IiAgMTA4LjAwICAxMDI0IDM0MjA4IDM0MzIwIDE2ODgg IDc2OCAxMDUwIDEwNTMgMTA2Mw0KKCoqKSBSQURFT04oMCk6ICBEZWZhdWx0 IG1vZGUgIjExNTJ4ODY0IjogMTA4LjAgTUh6IChzY2FsZWQgZnJvbSAwLjAg TUh6KSwgNjQuMCBrSHosIDYwLjIgSHoNCihJSSkgUkFERU9OKDApOiBNb2Rl bGluZSAiMTE1Mng4NjQiICAxMDguMDAgIDExNTIgMzQyMDggMzQzMjAgMTY4 OCAgODY0IDEwNTAgMTA1MyAxMDYzDQooKiopIFJBREVPTigwKTogIERlZmF1 bHQgbW9kZSAiMTI4MHg5NjAiOiAxMDguMCBNSHogKHNjYWxlZCBmcm9tIDAu MCBNSHopLCA2NC4wIGtIeiwgNjAuMiBIeg0KKElJKSBSQURFT04oMCk6IE1v ZGVsaW5lICIxMjgweDk2MCIgIDEwOC4wMCAgMTI4MCAzNDIwOCAzNDMyMCAx Njg4ICA5NjAgMTA1MCAxMDUzIDEwNjMNCigqKikgUkFERU9OKDApOiAgRGVm YXVsdCBtb2RlICIxMjgweDEwMjQiOiAxMDguMCBNSHogKHNjYWxlZCBmcm9t IDAuMCBNSHopLCA2NC4wIGtIeiwgNjAuMiBIeg0KKElJKSBSQURFT04oMCk6 IE1vZGVsaW5lICIxMjgweDEwMjQiICAxMDguMDAgIDEyODAgMzQyMDggMzQz MjAgMTY4OCAgMTAyNCAxMDUwIDEwNTMgMTA2Mw0KKCoqKSBSQURFT04oMCk6 ICBEZWZhdWx0IG1vZGUgIjgzMng2MjQiOiAxMDguMCBNSHogKHNjYWxlZCBm cm9tIDAuMCBNSHopLCA2NC4wIGtIeiwgNjAuMiBIeg0KKElJKSBSQURFT04o MCk6IE1vZGVsaW5lICI4MzJ4NjI0IiAgMTA4LjAwICA4MzIgMzQyMDggMzQz MjAgMTY4OCAgNjI0IDEwNTAgMTA1MyAxMDYzDQooKiopIFJBREVPTigwKTog IERlZmF1bHQgbW9kZSAiMTE1Mng3NjgiOiAxMDguMCBNSHogKHNjYWxlZCBm cm9tIDAuMCBNSHopLCA2NC4wIGtIeiwgNjAuMiBIeg0KKElJKSBSQURFT04o MCk6IE1vZGVsaW5lICIxMTUyeDc2OCIgIDEwOC4wMCAgMTE1MiAzNDIwOCAz NDMyMCAxNjg4ICA3NjggMTA1MCAxMDUzIDEwNjMNCig9PSkgUkFERU9OKDAp OiBEUEkgc2V0IHRvICg3NSwgNzUpDQooSUkpIExvYWRpbmcgc3ViIG1vZHVs ZSAiZmIiDQooSUkpIExvYWRNb2R1bGU6ICJmYiINCihJSSkgTG9hZGluZyAv dXNyL1gxMVI2L2xpYi9tb2R1bGVzL2xpYmZiLnNvDQooSUkpIE1vZHVsZSBm YjogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0KCWNvbXBpbGVkIGZvciA2 LjkuMCwgbW9kdWxlIHZlcnNpb24gPSAxLjAuMA0KCUFCSSBjbGFzczogWC5P cmcgQU5TSSBDIEVtdWxhdGlvbiwgdmVyc2lvbiAwLjINCihJSSkgTG9hZGlu ZyBzdWIgbW9kdWxlICJyYW1kYWMiDQooSUkpIExvYWRNb2R1bGU6ICJyYW1k YWMiDQooSUkpIExvYWRpbmcgL3Vzci9YMTFSNi9saWIvbW9kdWxlcy9saWJy YW1kYWMuc28NCihJSSkgTW9kdWxlIHJhbWRhYzogdmVuZG9yPSJYLk9yZyBG b3VuZGF0aW9uIg0KCWNvbXBpbGVkIGZvciA2LjkuMCwgbW9kdWxlIHZlcnNp b24gPSAwLjEuMA0KCUFCSSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2 ZXJzaW9uIDAuOA0KKD09KSBSQURFT04oMCk6IFVzaW5nIFhBQSBhY2NlbGVy YXRpb24gYXJjaGl0ZWN0dXJlDQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAi eGFhIg0KKElJKSBMb2FkTW9kdWxlOiAieGFhIg0KKElJKSBMb2FkaW5nIC91 c3IvWDExUjYvbGliL21vZHVsZXMvbGlieGFhLnNvDQooSUkpIE1vZHVsZSB4 YWE6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiINCgljb21waWxlZCBmb3Ig Ni45LjAsIG1vZHVsZSB2ZXJzaW9uID0gMS4yLjANCglBQkkgY2xhc3M6IFgu T3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiAwLjgNCihJSSkgUkFERU9OKDAp OiBBR1AgRmFzdCBXcml0ZSBkaXNhYmxlZCBieSBkZWZhdWx0DQooSUkpIExv YWRpbmcgc3ViIG1vZHVsZSAic2hhZG93ZmIiDQooSUkpIExvYWRNb2R1bGU6 ICJzaGFkb3dmYiINCihJSSkgTG9hZGluZyAvdXNyL1gxMVI2L2xpYi9tb2R1 bGVzL2xpYnNoYWRvd2ZiLnNvDQooSUkpIE1vZHVsZSBzaGFkb3dmYjogdmVu ZG9yPSJYLk9yZyBGb3VuZGF0aW9uIg0KCWNvbXBpbGVkIGZvciA2LjkuMCwg bW9kdWxlIHZlcnNpb24gPSAxLjAuMA0KCUFCSSBjbGFzczogWC5PcmcgQU5T SSBDIEVtdWxhdGlvbiwgdmVyc2lvbiAwLjINCihJSSkgUkFERU9OKDApOiBQ YWdlIGZsaXBwaW5nIGRpc2FibGVkDQooSUkpIFJBREVPTigwKTogV2lsbCB0 cnkgdG8gdXNlIERNQSBmb3IgWHYgaW1hZ2UgdHJhbnNmZXJzDQooSUkpIFJB REVPTigwKTogTm8gTU1fVEFCTEUgZm91bmQgLSBhc3N1bWluZyBDQVJEIGlz IG5vdCBUVi1pbiBjYXBhYmxlLg0KKD09KSBSQURFT04oMCk6IFdyaXRlLWNv bWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIN CighISkgUkFERU9OKDApOiBGb3IgaW5mb3JtYXRpb24gb24gdXNpbmcgdGhl IG11bHRpbWVkaWEgY2FwYWJpbGl0aWVzDQoJb2YgdGhpcyBhZGFwdGVyLCBw bGVhc2Ugc2VlIGh0dHA6Ly9nYXRvcy5zZi5uZXQuDQooSUkpIGRvIEkgbmVl ZCBSQUM/ICBObywgSSBkb24ndC4NCihJSSkgcmVzb3VyY2UgcmFuZ2VzIGFm dGVyIHByZUluaXQ6DQoJWzBdIDAJMAkweGQwMzAwMDAwIC0gMHhkMDMwZmZm ZiAoMHgxMDAwMCkgTVhbQl0NCglbMV0gMAkwCTB4ZDgwMDAwMDAgLSAweGRm ZmZmZmZmICgweDgwMDAwMDApIE1YW0JdDQoJWzJdIC0xCTAJMHhmZmUwMDAw MCAtIDB4ZmZmZmZmZmYgKDB4MjAwMDAwKSBNWFtCXShCKQ0KCVszXSAtMQkw CTB4MDAxMDAwMDAgLSAweDNmZmZmZmZmICgweDNmZjAwMDAwKSBNWFtCXUUo QikNCglbNF0gLTEJMAkweDAwMGYwMDAwIC0gMHgwMDBmZmZmZiAoMHgxMDAw MCkgTVhbQl0NCglbNV0gLTEJMAkweDAwMGMwMDAwIC0gMHgwMDBlZmZmZiAo MHgzMDAwMCkgTVhbQl0NCglbNl0gLTEJMAkweDAwMDAwMDAwIC0gMHgwMDA5 ZmZmZiAoMHhhMDAwMCkgTVhbQl0NCglbN10gLTEJMAkweDg4MDAwMDAwIC0g MHg4ZmZmZmZmZiAoMHg4MDAwMDAwKSBNWFtCXUUNCglbOF0gLTEJMAkweGQw MDA0MDAwIC0gMHhkMDAwNGZmZiAoMHgxMDAwKSBNWFtCXUUNCglbOV0gLTEJ MAkweGQwMDAzMDAwIC0gMHhkMDAwM2ZmZiAoMHgxMDAwKSBNWFtCXUUNCglb MTBdIC0xCTAJMHhkMDAwMTAwMCAtIDB4ZDAwMDFmZmYgKDB4MTAwMCkgTVhb Ql1FDQoJWzExXSAtMQkwCTB4ZDAwMDAwMDAgLSAweGQwMDAwZmZmICgweDEw MDApIE1YW0JdRQ0KCVsxMl0gLTEJMAkweGQwMDA1MDAwIC0gMHhkMDAwNGZm ZiAoMHgwKSBNWFtCXUVPDQoJWzEzXSAtMQkwCTB4ZDQwMDAwMDAgLSAweGQz ZmZmZmZmICgweDApIE1YW0JdRU8NCglbMTRdIC0xCTAJMHhkMDMwMDAwMCAt IDB4ZDAzMGZmZmYgKDB4MTAwMDApIE1YW0JdKEIpDQoJWzE1XSAtMQkwCTB4 ZDgwMDAwMDAgLSAweGRmZmZmZmZmICgweDgwMDAwMDApIE1YW0JdKEIpDQoJ WzE2XSAwCTAJMHgwMDBhMDAwMCAtIDB4MDAwYWZmZmYgKDB4MTAwMDApIE1T W0JdKE9wclUpDQoJWzE3XSAwCTAJMHgwMDBiMDAwMCAtIDB4MDAwYjdmZmYg KDB4ODAwMCkgTVNbQl0oT3ByVSkNCglbMThdIDAJMAkweDAwMGI4MDAwIC0g MHgwMDBiZmZmZiAoMHg4MDAwKSBNU1tCXShPcHJVKQ0KCVsxOV0gMAkwCTB4 MDAwMDkwMDAgLSAweDAwMDA5MGZmICgweDEwMCkgSVhbQl0NCglbMjBdIC0x CTAJMHgwMDAwZmZmZiAtIDB4MDAwMGZmZmYgKDB4MSkgSVhbQl0NCglbMjFd IC0xCTAJMHgwMDAwMDAwMCAtIDB4MDAwMDAwZmYgKDB4MTAwKSBJWFtCXQ0K CVsyMl0gLTEJMAkweDAwMDAyNDAwIC0gMHgwMDAwMjRmZiAoMHgxMDApIElY W0JdRQ0KCVsyM10gLTEJMAkweDAwMDAyMDQwIC0gMHgwMDAwMjA3ZiAoMHg0 MCkgSVhbQl1FDQoJWzI0XSAtMQkwCTB4MDAwMDIwMjAgLSAweDAwMDAyMDNm ICgweDIwKSBJWFtCXUUNCglbMjVdIC0xCTAJMHgwMDAwMjAwMCAtIDB4MDAw MDIwMWYgKDB4MjApIElYW0JdRQ0KCVsyNl0gLTEJMAkweDAwMDAxNDAwIC0g MHgwMDAwMTRmZiAoMHgxMDApIElYW0JdRQ0KCVsyN10gLTEJMAkweDAwMDAx MDAwIC0gMHgwMDAwMTBmZiAoMHgxMDApIElYW0JdRQ0KCVsyOF0gLTEJMAkw eDAwMDA5MDAwIC0gMHgwMDAwOTBmZiAoMHgxMDApIElYW0JdKEIpDQoJWzI5 XSAwCTAJMHgwMDAwMDNiMCAtIDB4MDAwMDAzYmIgKDB4YykgSVNbQl0oT3By VSkNCglbMzBdIDAJMAkweDAwMDAwM2MwIC0gMHgwMDAwMDNkZiAoMHgyMCkg SVNbQl0oT3ByVSkNCig9PSkgUkFERU9OKDApOiBXcml0ZS1jb21iaW5pbmcg cmFuZ2UgKDB4ZDAzMDAwMDAsMHg4MDAwMCkgd2FzIGFscmVhZHkgY2xlYXIN Cig9PSkgUkFERU9OKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4ZDgw MDAwMDAsMHg0MDAwMDAwKQ0KKD09KSBSQURFT04oMCk6IFdyaXRlLWNvbWJp bmluZyByYW5nZSAoMHhhMDAwMCwweDEwMDAwKSB3YXMgYWxyZWFkeSBjbGVh cg0KKElJKSBSQURFT04oMCk6IER5bmFtaWMgQ2xvY2sgU2NhbGluZyBEaXNh YmxlZA0KKElJKSBSQURFT04oMCk6IEJJT1MgSG90S2V5cyBEaXNhYmxlZA0K ZHJtT3BlbkRldmljZTogbm9kZSBuYW1lIGlzIC9kZXYvZHJpL2NhcmQwDQpk cm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyA2LCAoT0spDQpkcm1PcGVu RGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9kcmkvY2FyZDANCmRybU9wZW5E ZXZpY2U6IG9wZW4gcmVzdWx0IGlzIDYsIChPSykNCmRybU9wZW5CeUJ1c2lk OiBTZWFyY2hpbmcgZm9yIEJ1c0lEIHBjaTowMDAwOjAxOjA1LjANCmRybU9w ZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2L2RyaS9jYXJkMA0KZHJtT3Bl bkRldmljZTogb3BlbiByZXN1bHQgaXMgNiwgKE9LKQ0KZHJtT3BlbkJ5QnVz aWQ6IGRybU9wZW5NaW5vciByZXR1cm5zIDYNCmRybU9wZW5CeUJ1c2lkOiBk cm1HZXRCdXNpZCByZXBvcnRzIHBjaTowMDAwOjAxOjA1LjANCihJSSkgUkFE RU9OKDApOiBbZHJtXSBEUk0gaW50ZXJmYWNlIHZlcnNpb24gMS4yDQooSUkp IFJBREVPTigwKTogW2RybV0gY3JlYXRlZCAicmFkZW9uIiBkcml2ZXIgYXQg YnVzaWQgInBjaTowMDAwOjAxOjA1LjAiDQooSUkpIFJBREVPTigwKTogW2Ry bV0gYWRkZWQgODE5MiBieXRlIFNBUkVBIGF0IDB4YzUxNTcwMDANCihJSSkg UkFERU9OKDApOiBbZHJtXSBtYXBwZWQgU0FSRUEgMHhjNTE1NzAwMCB0byAw eDI4NzlhMDAwDQooSUkpIFJBREVPTigwKTogW2RybV0gZnJhbWVidWZmZXIg aGFuZGxlID0gMHhkODAwMDAwMA0KKElJKSBSQURFT04oMCk6IFtkcm1dIGFk ZGVkIDEgcmVzZXJ2ZWQgY29udGV4dCBmb3Iga2VybmVsDQooV1cpIFJBREVP TigwKTogW2FncF0gQUdQIG5vdCBhdmFpbGFibGUNCihFRSkgUkFERU9OKDAp OiBbYWdwXSBBR1AgZmFpbGVkIHRvIGluaXRpYWxpemUuIERpc2FibGluZyB0 aGUgRFJJLg0KKElJKSBSQURFT04oMCk6IFthZ3BdIFlvdSBtYXkgd2FudCB0 byBtYWtlIHN1cmUgdGhlIGFncGdhcnQga2VybmVsIG1vZHVsZQ0KaXMgbG9h ZGVkIGJlZm9yZSB0aGUgcmFkZW9uIGtlcm5lbCBtb2R1bGUuDQooSUkpIFJB REVPTigwKTogW2RybV0gcmVtb3ZlZCAxIHJlc2VydmVkIGNvbnRleHQgZm9y IGtlcm5lbA0KKElJKSBSQURFT04oMCk6IFtkcm1dIHVubWFwcGluZyA4MTky IGJ5dGVzIG9mIFNBUkVBIDB4YzUxNTcwMDAgYXQgMHgyODc5YTAwMA0KKElJ KSBSQURFT04oMCk6IERlcHRoIG1vdmVzIGRpc2FibGVkIGJ5IGRlZmF1bHQN CihJSSkgUkFERU9OKDApOiBNZW1vcnkgbWFuYWdlciBpbml0aWFsaXplZCB0 byAoMCwwKSAoMTQwOCw4MTkxKQ0KKElJKSBSQURFT04oMCk6IFJlc2VydmVk IGFyZWEgZnJvbSAoMCwxMDUwKSB0byAoMTQwOCwxMDU4KQ0KKElJKSBSQURF T04oMCk6IExhcmdlc3Qgb2Zmc2NyZWVuIGFyZWEgYXZhaWxhYmxlOiAxNDA4 IHggNzEzMw0KKElJKSBSQURFT04oMCk6IFJlbmRlciBhY2NlbGVyYXRpb24g ZW5hYmxlZA0KKElJKSBSQURFT04oMCk6IFVzaW5nIFhGcmVlODYgQWNjZWxl cmF0aW9uIEFyY2hpdGVjdHVyZSAoWEFBKQ0KCVNjcmVlbiB0byBzY3JlZW4g Yml0IGJsaXRzDQoJU29saWQgZmlsbGVkIHJlY3RhbmdsZXMNCgk4eDggbW9u byBwYXR0ZXJuIGZpbGxlZCByZWN0YW5nbGVzDQoJSW5kaXJlY3QgQ1BVIHRv IFNjcmVlbiBjb2xvciBleHBhbnNpb24NCglTb2xpZCBMaW5lcw0KCVNjYW5s aW5lIEltYWdlIFdyaXRlcw0KCU9mZnNjcmVlbiBQaXhtYXBzDQoJU2V0dGlu ZyB1cCB0aWxlIGFuZCBzdGlwcGxlIGNhY2hlOg0KCQkzMiAxMjh4MTI4IHNs b3RzDQoJCTMyIDI1NngyNTYgc2xvdHMNCgkJMTYgNTEyeDUxMiBzbG90cw0K KElJKSBSQURFT04oMCk6IEFjY2VsZXJhdGlvbiBlbmFibGVkDQooPT0pIFJB REVPTigwKTogQmFja2luZyBzdG9yZSBkaXNhYmxlZA0KKD09KSBSQURFT04o MCk6IFNpbGtlbiBtb3VzZSBlbmFibGVkDQooSUkpIFJBREVPTigwKTogVXNp bmcgaGFyZHdhcmUgY3Vyc29yIChzY2FubGluZSAxMDU4KQ0KKElJKSBSQURF T04oMCk6IExhcmdlc3Qgb2Zmc2NyZWVuIGFyZWEgYXZhaWxhYmxlOiAxNDA4 IHggNzEyNw0KKCoqKSBPcHRpb24gImRwbXMiDQooKiopIFJBREVPTigwKTog RFBNUyBlbmFibGVkDQooSUkpIFJBREVPTigwKTogTm8gdmlkZW8gaW5wdXQg Y2FwYWJpbGl0aWVzIGRldGVjdGVkIGFuZCBubyBpbmZvcm1hdGlvbiBpcyBw cm92aWRlZCAtIGRpc2FibGluZyBtdWx0aW1lZGlhIGkyYw0KKElJKSBMb2Fk aW5nIHN1YiBtb2R1bGUgInRoZWF0cmVfZGV0ZWN0Ig0KKElJKSBMb2FkTW9k dWxlOiAidGhlYXRyZV9kZXRlY3QiDQooSUkpIExvYWRpbmcgL3Vzci9YMTFS Ni9saWIvbW9kdWxlcy9tdWx0aW1lZGlhL3RoZWF0cmVfZGV0ZWN0X2Rydi5z bw0KKElJKSBNb2R1bGUgdGhlYXRyZV9kZXRlY3Q6IHZlbmRvcj0iWC5Pcmcg Rm91bmRhdGlvbiINCgljb21waWxlZCBmb3IgNC4zLjk5LjkwMiwgbW9kdWxl IHZlcnNpb24gPSAxLjAuMA0KCUFCSSBjbGFzczogWC5PcmcgVmlkZW8gRHJp dmVyLCB2ZXJzaW9uIDAuOA0KKElJKSBSQURFT04oMCk6IG5vIG11bHRpbWVk aWEgdGFibGUgcHJlc2VudCwgZGlzYWJsaW5nIFJhZ2UgVGhlYXRyZS4NCihX VykgUkFERU9OKDApOiBEaXJlY3QgcmVuZGVyaW5nIGRpc2FibGVkDQooPT0p IFJhbmRSIGVuYWJsZWQNCihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4 dGVuc2lvbiBNSVQtU0hNDQooSUkpIEluaXRpYWxpemluZyBidWlsdC1pbiBl eHRlbnNpb24gWElucHV0RXh0ZW5zaW9uDQooSUkpIEluaXRpYWxpemluZyBi dWlsdC1pbiBleHRlbnNpb24gWFRFU1QNCihJSSkgSW5pdGlhbGl6aW5nIGJ1 aWx0LWluIGV4dGVuc2lvbiBYS0VZQk9BUkQNCihJSSkgSW5pdGlhbGl6aW5n IGJ1aWx0LWluIGV4dGVuc2lvbiBYQy1BUFBHUk9VUA0KKElJKSBJbml0aWFs aXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFNFQ1VSSVRZDQooSUkpIEluaXRp YWxpemluZyBidWlsdC1pbiBleHRlbnNpb24gWElORVJBTUENCihJSSkgSW5p dGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYRklYRVMNCihJSSkgSW5p dGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBYRnJlZTg2LUJpZ2ZvbnQN CihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBSRU5ERVIN CihJSSkgSW5pdGlhbGl6aW5nIGJ1aWx0LWluIGV4dGVuc2lvbiBSQU5EUg0K KElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIENPTVBPU0lU RQ0KKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIERBTUFH RQ0KKElJKSBJbml0aWFsaXppbmcgYnVpbHQtaW4gZXh0ZW5zaW9uIFhFVklF DQooKiopIE9wdGlvbiAiUHJvdG9jb2wiICJhdXRvIg0KKCoqKSBNb3VzZTA6 IERldmljZTogIi9kZXYvc3lzbW91c2UiDQooKiopIE1vdXNlMDogUHJvdG9j b2w6ICJhdXRvIg0KKCoqKSBPcHRpb24gIkNvcmVQb2ludGVyIg0KKCoqKSBN b3VzZTA6IENvcmUgUG9pbnRlcg0KKCoqKSBPcHRpb24gIkRldmljZSIgIi9k ZXYvc3lzbW91c2UiDQooPT0pIE1vdXNlMDogRW11bGF0ZTNCdXR0b25zLCBF bXVsYXRlM1RpbWVvdXQ6IDUwDQooKiopIE9wdGlvbiAiWkF4aXNNYXBwaW5n IiAiNCA1IDYgNyINCigqKikgTW91c2UwOiBaQXhpc01hcHBpbmc6IGJ1dHRv bnMgNCwgNSwgNiBhbmQgNw0KKCoqKSBNb3VzZTA6IEJ1dHRvbnM6IDExDQoo KiopIE9wdGlvbiAiQ29yZUtleWJvYXJkIg0KKCoqKSBLZXlib2FyZDA6IENv cmUgS2V5Ym9hcmQNCigqKikgT3B0aW9uICJQcm90b2NvbCIgInN0YW5kYXJk Ig0KKCoqKSBLZXlib2FyZDA6IFByb3RvY29sOiBzdGFuZGFyZA0KKCoqKSBP cHRpb24gIkF1dG9SZXBlYXQiICI1MDAgMzAiDQooKiopIE9wdGlvbiAiWGti UnVsZXMiICJ4b3JnIg0KKCoqKSBLZXlib2FyZDA6IFhrYlJ1bGVzOiAieG9y ZyINCigqKikgT3B0aW9uICJYa2JNb2RlbCIgInBjMTA1Ig0KKCoqKSBLZXli b2FyZDA6IFhrYk1vZGVsOiAicGMxMDUiDQooKiopIE9wdGlvbiAiWGtiTGF5 b3V0IiAidXMiDQooKiopIEtleWJvYXJkMDogWGtiTGF5b3V0OiAidXMiDQoo KiopIE9wdGlvbiAiQ3VzdG9tS2V5Y29kZXMiICJvZmYiDQooKiopIEtleWJv YXJkMDogQ3VzdG9tS2V5Y29kZXMgZGlzYWJsZWQNCihJSSkgWElOUFVUOiBB ZGRpbmcgZXh0ZW5kZWQgaW5wdXQgZGV2aWNlICJLZXlib2FyZDAiICh0eXBl OiBLRVlCT0FSRCkNCihJSSkgWElOUFVUOiBBZGRpbmcgZXh0ZW5kZWQgaW5w dXQgZGV2aWNlICJNb3VzZTAiICh0eXBlOiBNT1VTRSkNCihJSSkgTW91c2Uw OiBTZXR1cEF1dG86IGh3LmlmdHlwZSBpcyA0LCBody5tb2RlbCBpcyAwDQoo SUkpIE1vdXNlMDogU2V0dXBBdXRvOiBwcm90b2NvbCBpcyBTeXNNb3VzZQ0K KD09KSBSQURFT04oMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHhhMDAw MCwweDEwMDAwKSB3YXMgYWxyZWFkeSBjbGVhcg0KKFdXKSBSQURFT04oMCk6 IEZhaWxlZCB0byByZXN0b3JlIE1UUlIgcmFuZ2UgKDB4ZDgwMDAwMDAsMHg0 MDAwMDAwKQ0KRnJlZUZvbnRQYXRoOiBGUEUgIi91c3IvWDExUjYvbGliL1gx MS9mb250cy9taXNjLyIgcmVmY291bnQgaXMgMiwgc2hvdWxkIGJlIDE7IGZp eGluZy4NCig9PSkgUkFERU9OKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2Ug KDB4ZDAzMDAwMDAsMHg4MDAwMCkgd2FzIGFscmVhZHkgY2xlYXINCig9PSkg UkFERU9OKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4ZDgwMDAwMDAs MHg0MDAwMDAwKSB3YXMgYWxyZWFkeSBzZXQNCig9PSkgUkFERU9OKDApOiBX cml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4YTAwMDAsMHgxMDAwMCkgd2FzIGFs cmVhZHkgY2xlYXINCihJSSkgUkFERU9OKDApOiBEeW5hbWljIENsb2NrIFNj YWxpbmcgRGlzYWJsZWQNCihJSSkgUkFERU9OKDApOiBCSU9TIEhvdEtleXMg RGlzYWJsZWQNCmRybU9wZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2L2Ry aS9jYXJkMA0KZHJtT3BlbkRldmljZTogb3BlbiByZXN1bHQgaXMgNiwgKE9L KQ0KZHJtT3BlbkRldmljZTogbm9kZSBuYW1lIGlzIC9kZXYvZHJpL2NhcmQw DQpkcm1PcGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyA2LCAoT0spDQpkcm1P cGVuQnlCdXNpZDogU2VhcmNoaW5nIGZvciBCdXNJRCBwY2k6MDAwMDowMTow NS4wDQpkcm1PcGVuRGV2aWNlOiBub2RlIG5hbWUgaXMgL2Rldi9kcmkvY2Fy ZDANCmRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIDYsIChPSykNCmRy bU9wZW5CeUJ1c2lkOiBkcm1PcGVuTWlub3IgcmV0dXJucyA2DQpkcm1PcGVu QnlCdXNpZDogZHJtR2V0QnVzaWQgcmVwb3J0cyBwY2k6MDAwMDowMTowNS4w DQooSUkpIFJBREVPTigwKTogW2RybV0gRFJNIGludGVyZmFjZSB2ZXJzaW9u IDEuMg0KKElJKSBSQURFT04oMCk6IFtkcm1dIGNyZWF0ZWQgInJhZGVvbiIg ZHJpdmVyIGF0IGJ1c2lkICJwY2k6MDAwMDowMTowNS4wIg0KKElJKSBSQURF T04oMCk6IFtkcm1dIGFkZGVkIDgxOTIgYnl0ZSBTQVJFQSBhdCAweGM1ZDI5 MDAwDQooSUkpIFJBREVPTigwKTogW2RybV0gbWFwcGVkIFNBUkVBIDB4YzVk MjkwMDAgdG8gMHgyODdhNTAwMA0KKElJKSBSQURFT04oMCk6IFtkcm1dIGZy YW1lYnVmZmVyIGhhbmRsZSA9IDB4ZDgwMDAwMDANCihJSSkgUkFERU9OKDAp OiBbZHJtXSBhZGRlZCAxIHJlc2VydmVkIGNvbnRleHQgZm9yIGtlcm5lbA0K KFdXKSBSQURFT04oMCk6IFthZ3BdIEFHUCBub3QgYXZhaWxhYmxlDQooRUUp IFJBREVPTigwKTogW2FncF0gQUdQIGZhaWxlZCB0byBpbml0aWFsaXplLiBE aXNhYmxpbmcgdGhlIERSSS4NCihJSSkgUkFERU9OKDApOiBbYWdwXSBZb3Ug bWF5IHdhbnQgdG8gbWFrZSBzdXJlIHRoZSBhZ3BnYXJ0IGtlcm5lbCBtb2R1 bGUNCmlzIGxvYWRlZCBiZWZvcmUgdGhlIHJhZGVvbiBrZXJuZWwgbW9kdWxl Lg0KKElJKSBSQURFT04oMCk6IFtkcm1dIHJlbW92ZWQgMSByZXNlcnZlZCBj b250ZXh0IGZvciBrZXJuZWwNCihJSSkgUkFERU9OKDApOiBbZHJtXSB1bm1h cHBpbmcgODE5MiBieXRlcyBvZiBTQVJFQSAweGM1ZDI5MDAwIGF0IDB4Mjg3 YTUwMDANCihJSSkgUkFERU9OKDApOiBEZXB0aCBtb3ZlcyBkaXNhYmxlZCBi eSBkZWZhdWx0DQooSUkpIFJBREVPTigwKTogTWVtb3J5IG1hbmFnZXIgaW5p dGlhbGl6ZWQgdG8gKDAsMCkgKDE0MDgsODE5MSkNCihJSSkgUkFERU9OKDAp OiBSZXNlcnZlZCBhcmVhIGZyb20gKDAsMTA1MCkgdG8gKDE0MDgsMTA1OCkN CihJSSkgUkFERU9OKDApOiBMYXJnZXN0IG9mZnNjcmVlbiBhcmVhIGF2YWls YWJsZTogMTQwOCB4IDcxMzMNCihJSSkgUkFERU9OKDApOiBSZW5kZXIgYWNj ZWxlcmF0aW9uIGVuYWJsZWQNCihJSSkgUkFERU9OKDApOiBBY2NlbGVyYXRp b24gZW5hYmxlZA0KKElJKSBSQURFT04oMCk6IFVzaW5nIGhhcmR3YXJlIGN1 cnNvciAoc2NhbmxpbmUgMTA1OCkNCihJSSkgUkFERU9OKDApOiBMYXJnZXN0 IG9mZnNjcmVlbiBhcmVhIGF2YWlsYWJsZTogMTQwOCB4IDcxMjcNCigqKikg UkFERU9OKDApOiBEUE1TIGVuYWJsZWQNCihJSSkgUkFERU9OKDApOiBObyB2 aWRlbyBpbnB1dCBjYXBhYmlsaXRpZXMgZGV0ZWN0ZWQgYW5kIG5vIGluZm9y bWF0aW9uIGlzIHByb3ZpZGVkIC0gZGlzYWJsaW5nIG11bHRpbWVkaWEgaTJj DQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAidGhlYXRyZV9kZXRlY3QiDQoo SUkpIExvYWRNb2R1bGU6ICJ0aGVhdHJlX2RldGVjdCINCihJSSkgUmVsb2Fk aW5nIC91c3IvWDExUjYvbGliL21vZHVsZXMvbXVsdGltZWRpYS90aGVhdHJl X2RldGVjdF9kcnYuc28NCihJSSkgUkFERU9OKDApOiBubyBtdWx0aW1lZGlh IHRhYmxlIHByZXNlbnQsIGRpc2FibGluZyBSYWdlIFRoZWF0cmUuDQooV1cp IFJBREVPTigwKTogRGlyZWN0IHJlbmRlcmluZyBkaXNhYmxlZA0KKD09KSBS YW5kUiBlbmFibGVkDQooKiopIE9wdGlvbiAiQmF1ZFJhdGUiICIxMjAwIg0K KCoqKSBPcHRpb24gIlN0b3BCaXRzIiAiMiINCigqKikgT3B0aW9uICJEYXRh Qml0cyIgIjgiDQooKiopIE9wdGlvbiAiUGFyaXR5IiAiTm9uZSINCigqKikg T3B0aW9uICJWbWluIiAiMSINCigqKikgT3B0aW9uICJWdGltZSIgIjAiDQoo KiopIE9wdGlvbiAiRmxvd0NvbnRyb2wiICJOb25lIg0K --0-998805957-1168797403=:36754 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=LERLAPTOP Content-Transfer-Encoding: BASE64 Content-ID: <20070114115643.M36754@lerlaptop.lerctr.org> Content-Description: Kernel Config Content-Disposition: attachment; filename=LERLAPTOP IyAkRnJlZUJTRDogc3JjL3N5cy9pMzg2L2NvbmYvR0VORVJJQyx2IDEuNDI5 LjIuMTMgMjAwNi8xMC8wOSAxODo0MTozNiBzaW1vbiBFeHAgJA0KDQptYWNo aW5lCQlpMzg2DQpjcHUJCUk2ODZfQ1BVDQppZGVudAkJTEVSTEFQVE9QDQoN Cg0KbWFrZW9wdGlvbnMJREVCVUc9LWcJCSMgQnVpbGQga2VybmVsIHdpdGgg Z2RiKDEpIGRlYnVnIHN5bWJvbHMNCg0Kb3B0aW9ucyAJU0NIRURfNEJTRAkJ IyA0QlNEIHNjaGVkdWxlcg0Kb3B0aW9ucyAJUFJFRU1QVElPTgkJIyBFbmFi bGUga2VybmVsIHRocmVhZCBwcmVlbXB0aW9uDQpvcHRpb25zIAlJTkVUCQkJ IyBJbnRlck5FVHdvcmtpbmcNCm9wdGlvbnMgCUlORVQ2CQkJIyBJUHY2IGNv bW11bmljYXRpb25zIHByb3RvY29scw0Kb3B0aW9ucyAJRkZTCQkJIyBCZXJr ZWxleSBGYXN0IEZpbGVzeXN0ZW0NCm9wdGlvbnMgCVNPRlRVUERBVEVTCQkj IEVuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBvcnQNCm9wdGlvbnMgCVVG U19BQ0wJCQkjIFN1cHBvcnQgZm9yIGFjY2VzcyBjb250cm9sIGxpc3RzDQpv cHRpb25zIAlVRlNfRElSSEFTSAkJIyBJbXByb3ZlIHBlcmZvcm1hbmNlIG9u IGJpZyBkaXJlY3Rvcmllcw0Kb3B0aW9ucyAJTVNET1NGUwkJCSMgTVNET1Mg RmlsZXN5c3RlbQ0Kb3B0aW9ucyAJQ0Q5NjYwCQkJIyBJU08gOTY2MCBGaWxl c3lzdGVtDQpvcHRpb25zIAlQUk9DRlMJCQkjIFByb2Nlc3MgZmlsZXN5c3Rl bSAocmVxdWlyZXMgUFNFVURPRlMpDQpvcHRpb25zIAlQU0VVRE9GUwkJIyBQ c2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsNCm9wdGlvbnMgCUNPTVBBVF80 MwkJIyBDb21wYXRpYmxlIHdpdGggQlNEIDQuMyBbS0VFUCBUSElTIV0NCm9w dGlvbnMgCUNPTVBBVF9GUkVFQlNENAkJIyBDb21wYXRpYmxlIHdpdGggRnJl ZUJTRDQNCm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNENQkJIyBDb21wYXRpYmxl IHdpdGggRnJlZUJTRDUNCm9wdGlvbnMgCVNDU0lfREVMQVk9NTAwMAkJIyBE ZWxheSAoaW4gbXMpIGJlZm9yZSBwcm9iaW5nIFNDU0kNCm9wdGlvbnMgCUtU UkFDRQkJCSMga3RyYWNlKDEpIHN1cHBvcnQNCm9wdGlvbnMgCVNZU1ZTSE0J CQkjIFNZU1Ytc3R5bGUgc2hhcmVkIG1lbW9yeQ0Kb3B0aW9ucyAJU1lTVk1T RwkJCSMgU1lTVi1zdHlsZSBtZXNzYWdlIHF1ZXVlcw0Kb3B0aW9ucyAJU1lT VlNFTQkJCSMgU1lTVi1zdHlsZSBzZW1hcGhvcmVzDQpvcHRpb25zIAlfS1BP U0lYX1BSSU9SSVRZX1NDSEVEVUxJTkcgIyBQT1NJWCBQMTAwM18xQiByZWFs LXRpbWUgZXh0ZW5zaW9ucw0Kb3B0aW9ucyAJS0JEX0lOU1RBTExfQ0RFVgkj IGluc3RhbGwgYSBDREVWIGVudHJ5IGluIC9kZXYNCm9wdGlvbnMgCUFEQVBU SVZFX0dJQU5UCQkjIEdpYW50IG11dGV4IGlzIGFkYXB0aXZlLg0KDQpkZXZp Y2UJCWFwaWMJCQkjIEkvTyBBUElDDQoNCiMgQnVzIHN1cHBvcnQuDQpkZXZp Y2UJCXBjaQ0KDQojIEFUQSBhbmQgQVRBUEkgZGV2aWNlcw0KZGV2aWNlCQlh dGENCmRldmljZQkJYXRhZGlzawkJIyBBVEEgZGlzayBkcml2ZXMNCmRldmlj ZQkJYXRhcGljZAkJIyBBVEFQSSBDRFJPTSBkcml2ZXMNCm9wdGlvbnMgCUFU QV9TVEFUSUNfSUQJIyBTdGF0aWMgZGV2aWNlIG51bWJlcmluZw0KDQojIFND U0kgcGVyaXBoZXJhbHMNCmRldmljZQkJc2NidXMJCSMgU0NTSSBidXMgKHJl cXVpcmVkIGZvciBTQ1NJKQ0KZGV2aWNlCQljaAkJIyBTQ1NJIG1lZGlhIGNo YW5nZXJzDQpkZXZpY2UJCWRhCQkjIERpcmVjdCBBY2Nlc3MgKGRpc2tzKQ0K ZGV2aWNlCQlzYQkJIyBTZXF1ZW50aWFsIEFjY2VzcyAodGFwZSBldGMpDQpk ZXZpY2UJCWNkCQkjIENEDQpkZXZpY2UJCXBhc3MJCSMgUGFzc3Rocm91Z2gg ZGV2aWNlIChkaXJlY3QgU0NTSSBhY2Nlc3MpDQpkZXZpY2UJCXNlcwkJIyBT Q1NJIEVudmlyb25tZW50YWwgU2VydmljZXMgKGFuZCBTQUYtVEUpDQoNCiMg YXRrYmRjMCBjb250cm9scyBib3RoIHRoZSBrZXlib2FyZCBhbmQgdGhlIFBT LzIgbW91c2UNCmRldmljZQkJYXRrYmRjCQkjIEFUIGtleWJvYXJkIGNvbnRy b2xsZXINCmRldmljZQkJYXRrYmQJCSMgQVQga2V5Ym9hcmQNCmRldmljZQkJ cHNtCQkjIFBTLzIgbW91c2UNCg0KZGV2aWNlCQlrYmRtdXgJCSMga2V5Ym9h cmQgbXVsdGlwbGV4ZXINCg0KZGV2aWNlCQl2Z2EJCSMgVkdBIHZpZGVvIGNh cmQgZHJpdmVyDQoNCmRldmljZQkJc3BsYXNoCQkjIFNwbGFzaCBzY3JlZW4g YW5kIHNjcmVlbiBzYXZlciBzdXBwb3J0DQoNCiMgc3lzY29ucyBpcyB0aGUg ZGVmYXVsdCBjb25zb2xlIGRyaXZlciwgcmVzZW1ibGluZyBhbiBTQ08gY29u c29sZQ0KZGV2aWNlCQlzYw0KDQpkZXZpY2UJCWFncAkJIyBzdXBwb3J0IHNl dmVyYWwgQUdQIGNoaXBzZXRzDQoNCmRldmljZQkJcG10aW1lcg0KDQojIFBD Q0FSRCAoUENNQ0lBKSBzdXBwb3J0DQojIFBDTUNJQSBhbmQgY2FyZGJ1cyBi cmlkZ2Ugc3VwcG9ydA0KZGV2aWNlCQljYmIJCSMgY2FyZGJ1cyAoeWVudGEp IGJyaWRnZQ0KZGV2aWNlCQlwY2NhcmQJCSMgUEMgQ2FyZCAoMTYtYml0KSBi dXMNCmRldmljZQkJY2FyZGJ1cwkJIyBDYXJkQnVzICgzMi1iaXQpIGJ1cw0K DQojIFNlcmlhbCAoQ09NKSBwb3J0cw0KZGV2aWNlCQlzaW8JCSMgODI1MCwg MTZbNDVdNTAgYmFzZWQgc2VyaWFsIHBvcnRzDQoNCiMgUGFyYWxsZWwgcG9y dA0KZGV2aWNlCQlwcGMNCmRldmljZQkJcHBidXMJCSMgUGFyYWxsZWwgcG9y dCBidXMgKHJlcXVpcmVkKQ0KZGV2aWNlCQlscHQJCSMgUHJpbnRlcg0KZGV2 aWNlCQlwcGkJCSMgUGFyYWxsZWwgcG9ydCBpbnRlcmZhY2UgZGV2aWNlDQoj ZGV2aWNlCQl2cG8JCSMgUmVxdWlyZXMgc2NidXMgYW5kIGRhDQoNCiMgSWYg eW91J3ZlIGdvdCBhICJkdW1iIiBzZXJpYWwgb3IgcGFyYWxsZWwgUENJIGNh cmQgdGhhdCBpcw0KIyBzdXBwb3J0ZWQgYnkgdGhlIHB1Yyg0KSBnbHVlIGRy aXZlciwgdW5jb21tZW50IHRoZSBmb2xsb3dpbmcNCiMgbGluZSB0byBlbmFi bGUgaXQgKGNvbm5lY3RzIHRvIHRoZSBzaW8gYW5kL29yIHBwYyBkcml2ZXJz KToNCiNkZXZpY2UJCXB1Yw0KDQoNCiMgUENJIEV0aGVybmV0IE5JQ3MgdGhh dCB1c2UgdGhlIGNvbW1vbiBNSUkgYnVzIGNvbnRyb2xsZXIgY29kZS4NCiMg Tk9URTogQmUgc3VyZSB0byBrZWVwIHRoZSAnZGV2aWNlIG1paWJ1cycgbGlu ZSBpbiBvcmRlciB0byB1c2UgdGhlc2UgTklDcyENCmRldmljZQkJbWlpYnVz CQkjIE1JSSBidXMgc3VwcG9ydA0KZGV2aWNlCQlzaXMJCSMgU2lsaWNvbiBJ bnRlZ3JhdGVkIFN5c3RlbXMgU2lTIDkwMC9TaVMgNzAxNg0KDQojIFdpcmVs ZXNzIE5JQyBjYXJkcw0KZGV2aWNlCQl3bGFuCQkjIDgwMi4xMSBzdXBwb3J0 DQpkZXZpY2UJCXdsYW5fd2VwCSMgODAyLjExIFdFUCBzdXBwb3J0DQpkZXZp Y2UJCXdsYW5fY2NtcAkjIDgwMi4xMSBDQ01QIHN1cHBvcnQNCmRldmljZQkJ d2xhbl90a2lwCSMgODAyLjExIFRLSVAgc3VwcG9ydA0KDQojIFBzZXVkbyBk ZXZpY2VzLg0KZGV2aWNlCQlsb29wCQkjIE5ldHdvcmsgbG9vcGJhY2sNCmRl dmljZQkJcmFuZG9tCQkjIEVudHJvcHkgZGV2aWNlDQpkZXZpY2UJCWV0aGVy CQkjIEV0aGVybmV0IHN1cHBvcnQNCmRldmljZQkJc2wJCSMgS2VybmVsIFNM SVANCmRldmljZQkJcHBwCQkjIEtlcm5lbCBQUFANCmRldmljZQkJdHVuCQkj IFBhY2tldCB0dW5uZWwuDQpkZXZpY2UJCXB0eQkJIyBQc2V1ZG8tdHR5cyAo dGVsbmV0IGV0YykNCmRldmljZQkJbWQJCSMgTWVtb3J5ICJkaXNrcyINCmRl dmljZQkJZ2lmCQkjIElQdjYgYW5kIElQdjQgdHVubmVsaW5nDQpkZXZpY2UJ CWZhaXRoCQkjIElQdjYtdG8tSVB2NCByZWxheWluZyAodHJhbnNsYXRpb24p DQoNCiMgVGhlIGBicGYnIGRldmljZSBlbmFibGVzIHRoZSBCZXJrZWxleSBQ YWNrZXQgRmlsdGVyLg0KIyBCZSBhd2FyZSBvZiB0aGUgYWRtaW5pc3RyYXRp dmUgY29uc2VxdWVuY2VzIG9mIGVuYWJsaW5nIHRoaXMhDQojIE5vdGUgdGhh dCAnYnBmJyBpcyByZXF1aXJlZCBmb3IgREhDUC4NCmRldmljZQkJYnBmCQkj IEJlcmtlbGV5IHBhY2tldCBmaWx0ZXINCg0KIyBVU0Igc3VwcG9ydA0KZGV2 aWNlCQl1aGNpCQkjIFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlDQpkZXZpY2UJ CWVoY2kJCSMgRUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UgKFVTQiAyLjApDQpk ZXZpY2UJCXVzYgkJIyBVU0IgQnVzIChyZXF1aXJlZCkNCiNkZXZpY2UJCXVk YnAJCSMgVVNCIERvdWJsZSBCdWxrIFBpcGUgZGV2aWNlcw0KZGV2aWNlCQl1 Z2VuCQkjIEdlbmVyaWMNCmRldmljZQkJdWhpZAkJIyAiSHVtYW4gSW50ZXJm YWNlIERldmljZXMiDQpkZXZpY2UJCXVrYmQJCSMgS2V5Ym9hcmQNCmRldmlj ZQkJdWxwdAkJIyBQcmludGVyDQpkZXZpY2UJCXVtYXNzCQkjIERpc2tzL01h c3Mgc3RvcmFnZSAtIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQ0KZGV2aWNlCQl1 bXMJCSMgTW91c2UNCmRldmljZQkJZHJtDQpkZXZpY2UJCXJhZGVvbmRybQ0K --0-998805957-1168797403=:36754-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 14 19: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 BAFFA16A412 for ; Sun, 14 Jan 2007 19:17:21 +0000 (UTC) (envelope-from Roar.Pettersen@it.uib.no) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8102D13C441 for ; Sun, 14 Jan 2007 19:17:21 +0000 (UTC) (envelope-from Roar.Pettersen@it.uib.no) Received: from edprp by alf.uib.no with local-esmtp (Exim 4.34) id 1H6Afj-00065E-7c; Sun, 14 Jan 2007 20:05:39 +0100 Date: Sun, 14 Jan 2007 20:05:39 +0100 (CET) From: Roar Pettersen X-X-Sender: edprp@alf.uib.no To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: Roar Pettersen Cc: davidch@broadcom.com Subject: Dell 1955 Blade - Broadcom NIC not detected (BCM5708S) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2007 19:17:21 -0000 Hello Dave ! >Wed Nov 1 18:54:19 UTC 2006 > >Yes, the Linux bnx2 driver does support SerDes. I don't have the >bandwidth to tackle this feature until after the first of the year, >though a few other people have also considered looking into adding >the support. Any news or status report regarding support for this new network interface in FreeBSD ? -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen Nygardsgt. 5 - N-5020 BERGEN - Norway Tlf: +47 55 58 40 55 VIP: 81503 fax: +47 55 58 40 70 roar.pettersen@it.uib.no - IT-Avd, UiB - http://www.uib.no From owner-freebsd-stable@FreeBSD.ORG Sun Jan 14 22:11: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 8C49116A407 for ; Sun, 14 Jan 2007 22:11:30 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 6514513C459 for ; Sun, 14 Jan 2007 22:11:30 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Date:From:To:Subject:In-Reply-To:Message-ID:References:MIME-Version:Content-Type:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=kqMnA+GGCGuL0Gn3XO7xUTqZzPUkxhJx16QZ/HsO2hVP0YOlMJUC8LCovQGJvZBFBA73GZW6ObDRAPWT0/36RCXED/XCGDDgFi+SMHyxFLWBsKT8rBuqaQSThZwxOqjl+2JuUZ2cF+pkeM7j2VBR8jHanDqvxgiGsRpgLtKE2+E=; Received: from adsl-70-135-89-145.dsl.austtx.sbcglobal.net ([70.135.89.145]:57598 helo=[192.168.200.106]) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1H6DZY-000Oik-Ko for freebsd-stable@freebsd.org; Sun, 14 Jan 2007 16:11:29 -0600 Date: Sun, 14 Jan 2007 16:11:13 -0600 (CST) From: Larry Rosenman To: freebsd-stable@freebsd.org In-Reply-To: <20070114115403.W36754@lerlaptop.lerctr.org> Message-ID: <20070114161002.U1020@lerlaptop.lerctr.org> References: <20070114115403.W36754@lerlaptop.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 X-LERCTR-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 DomainKey-Status: no signature Subject: Re: DRM disabled? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jan 2007 22:11:30 -0000 On Sun, 14 Jan 2007, Larry Rosenman wrote: > Greetings, > I finally have FreeBSD back on my HP ZE5700US Laptop. I was wondering if > anyone knew why > the DRM is being disabled. I have the agp device static in the kernel, and > have attached a dmesg, as well as the X log, and > also the full kernel config. kern/100958 has a patch that fixes this. I've sent a tickler to GNATS asking for an MFC. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 00:53:12 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 D990116A519 for ; Mon, 15 Jan 2007 00:53:12 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 7063313C44C for ; Mon, 15 Jan 2007 00:53:12 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id A1E861CC29; Mon, 15 Jan 2007 13:41:46 +1300 (NZDT) Date: Mon, 15 Jan 2007 13:41:46 +1300 From: Andrew Thompson To: Peter Jeremy Message-ID: <20070115004146.GC82108@heff.fud.org.nz> References: <20070106210211.GF839@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070106210211.GF839@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org Subject: Re: Source MAC addresses when bridge(4) used X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 00:53:13 -0000 On Sun, Jan 07, 2007 at 08:02:11AM +1100, Peter Jeremy wrote: > I've just noticed an number of unpexected "IP address changed MAC" > messages on one of the hosts in my network. It is connected via a > FreeBSD bridge to the rest of my network (there aren't enuf network > ports in my son's bedroom). The configuration looks like: > > +---------+ +---------+ > | | | | > | laptop1 |---------| desktop |------> Rest of network > | |dc0 tl0| |rl0 via dumb switch > +---------+ +---------+ Chiming in late here after a nice holiday. > Both hosts are running 6.1-STABLE: > laptop1: FreeBSD laptop1.vk2pj.dyndns.org 6.1-STABLE FreeBSD > 6.1-STABLE #0: Wed Nov 15 18:40:00 EST 2006 > root@laptop1.vk2pj.dyndns.org:/usr/obj/usr/src/sys/laptop i386 > desktop: FreeBSD jashank.vk2pj.dyndns.org 6.1-STABLE FreeBSD > 6.1-STABLE #15: Wed Aug 2 18:35:57 EST 2006 ^^^^^^^^^^ This is actually fixed now in r1.84 and MFC'd early nov. The laptop would have been fine but the bridging was done on the desktop which was an older stable. The reason is that the arp reply when bridging sends the mac address of the nic where the request came in, so laptop1 will get the mac of tl0. The other problem that was fixed in r1.84 was that locally destined packets to the bridge were always broadcast when they shouldn't. Anything on the rest of the network arping for the rl0 address would cause the arp reply to also be sent to laptop1 (with rl0's address), hence the logged 'address moved' warnings. Some people pointed out that the address should be assigned to the bridge interface which is correct, but they way you had it still works and now that warning is now fixed. cheers, Andrew From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 01:02: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 C18CB16A4CA for ; Mon, 15 Jan 2007 01:02:19 +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 8159413C4A6 for ; Mon, 15 Jan 2007 01:02:19 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1H6GEk-00032a-UI for freebsd-stable@freebsd.org; Mon, 15 Jan 2007 02:02:10 +0100 Received: from p3ee21892.dip0.t-ipconnect.de ([62.226.24.146]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 15 Jan 2007 02:02:10 +0100 Received: from christian.baer by p3ee21892.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 15 Jan 2007 02:02:10 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Christian Baer Date: Mon, 15 Jan 2007 02:01:48 +0100 (CET) Organization: Convenimus Projekt Lines: 18 Message-ID: X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: p3ee21892.dip0.t-ipconnect.de User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Firefox won't start on SPARC64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 01:02:19 -0000 Hello all! I'm having a few problems with Firefox here on this box. As you can see, Thunderbird seems to work fine. But Firfox just exits with segmentation fault (Exit 139) - before anything is ever displayed. Is this a known problem or do I have to go looking by myself? I am currently running this: FreeBSD sunny.rz1.convenimus.net 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Sat Jan 13 17:39:47 CET 2007 root@sunny.rz1.convenimus.net:/usr/obj/usr/src/sys/SUNNY sparc64 Has anyone else had this problem? Regards Chris From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 01:14: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 CCFE316A40F for ; Mon, 15 Jan 2007 01:14:58 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from com1.ht-systems.ru (com1.ht-systems.ru [83.97.104.204]) by mx1.freebsd.org (Postfix) with ESMTP id 81FF013C442 for ; Mon, 15 Jan 2007 01:14:58 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from [85.21.245.235] (helo=phonon.SpringDaemons.com) by com1.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1H6Fse-0002ka-TK; Mon, 15 Jan 2007 03:39:21 +0300 Received: from localhost (localhost [IPv6:::1]) by phonon.SpringDaemons.com (Postfix) with SMTP id 48CFE11E93; Mon, 15 Jan 2007 03:46:52 +0300 (MSK) Date: Mon, 15 Jan 2007 03:46:41 +0300 From: Stanislav Sedov To: Larry Rosenman Message-Id: <20070115034641.f2d235b2.stas@FreeBSD.org> In-Reply-To: <20070114115403.W36754@lerlaptop.lerctr.org> References: <20070114115403.W36754@lerlaptop.lerctr.org> Organization: The FreeBSD Project X-Mailer: carrier-pigeon X-Voice: +7 916 849 20 23 X-XMPP: ssedov@jabber.ru X-ICQ: 208105021 X-Yahoo: stanislav_sedov X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-University: MEPhI Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__15_Jan_2007_03_46_41_+0300_PlylDn/_WZIZhiJ=" X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.6.0 Cc: freebsd-stable@freebsd.org Subject: Re: DRM disabled? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 01:14:58 -0000 --Signature=_Mon__15_Jan_2007_03_46_41_+0300_PlylDn/_WZIZhiJ= Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Sun, 14 Jan 2007 11:56:43 -0600 (CST) Larry Rosenman mentioned: > Greetings, > I finally have FreeBSD back on my HP ZE5700US Laptop. I was wondering if anyone knew why > the DRM is being disabled. I have the agp device static in the kernel, and have attached a dmesg, as well as the X log, and > also the full kernel config. > > Ideas? For dri to work you should install recent Xorg (7.1 - 7.2) as drm on your card will not work with 6.9. You can find instructions how to obtain Xorg 7.2 featured ports tree on http://wiki.freebsd.org/. However, you might want to wait until Xorg modular will be committed into the tree. Hopefully, that will be done soon. -- Stanislav Sedov ST4096-RIPE --Signature=_Mon__15_Jan_2007_03_46_41_+0300_PlylDn/_WZIZhiJ= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFqs77K/VZk+smlYERAtq3AJ0XxtUDnCRpXKlfpH5j5M/m/gqQJwCfUdD9 HefWfRRXBizB8sFUoSgXjyQ= =M8yW -----END PGP SIGNATURE----- --Signature=_Mon__15_Jan_2007_03_46_41_+0300_PlylDn/_WZIZhiJ=-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 01:16: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 C30EC16A51F; Mon, 15 Jan 2007 01:16:17 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 9699E13C448; Mon, 15 Jan 2007 01:16:17 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:MIME-Version:Content-Type:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=x4RncRNb7ZJ70qG+cyJj0qLfmO/dKylCA0m4v8uAP9e9c3uBJL45JpFiWBasl/hBXvyceQftkLMk7ch/Z/oLrgIe4xgPp13naO0huXeLEye8IZXC8FlStRQXzjQnmFXM/UmYVsz1vK77ij4SXzxa5gobto1uV9Tj7ojCi6jrDkA=; Received: from adsl-70-135-89-145.dsl.austtx.sbcglobal.net ([70.135.89.145]:59698 helo=[192.168.200.106]) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1H6GSN-0000ye-H9; Sun, 14 Jan 2007 19:16:17 -0600 Date: Sun, 14 Jan 2007 19:15:54 -0600 (CST) From: Larry Rosenman To: Stanislav Sedov In-Reply-To: <20070115034641.f2d235b2.stas@FreeBSD.org> Message-ID: <20070114191349.P28376@lerlaptop.lerctr.org> References: <20070114115403.W36754@lerlaptop.lerctr.org> <20070115034641.f2d235b2.stas@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 X-LERCTR-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 DomainKey-Status: no signature Cc: freebsd-stable@freebsd.org Subject: Re: DRM disabled? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 01:16:17 -0000 On Mon, 15 Jan 2007, Stanislav Sedov wrote: > On Sun, 14 Jan 2007 11:56:43 -0600 (CST) > Larry Rosenman mentioned: > >> Greetings, >> I finally have FreeBSD back on my HP ZE5700US Laptop. I was wondering if anyone knew why >> the DRM is being disabled. I have the agp device static in the kernel, and have attached a dmesg, as well as the X log, and >> also the full kernel config. >> >> Ideas? > > For dri to work you should install recent Xorg (7.1 - 7.2) as drm on > your card will not work with 6.9. You can find instructions how to > obtain Xorg 7.2 featured ports tree on http://wiki.freebsd.org/. > However, you might want to wait until Xorg modular will be committed > into the tree. Hopefully, that will be done soon. Actually, PR kern/100958 fixes the agpgart issue, and then the DRI stuff attaches and seems(!) to work. Can we get that PR commited? > > -- > Stanislav Sedov > ST4096-RIPE > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 02:28: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 5663116A412 for ; Mon, 15 Jan 2007 02:28:03 +0000 (UTC) (envelope-from geoffwa@cs.rmit.edu.au) Received: from its-mu-mail1.its.rmit.edu.au (its-mu-mail1.its.rmit.edu.au [131.170.1.11]) by mx1.freebsd.org (Postfix) with ESMTP id F148C13C45A for ; Mon, 15 Jan 2007 02:28:02 +0000 (UTC) (envelope-from geoffwa@cs.rmit.edu.au) Received: from wombat.cs.rmit.edu.au (wombat.cs.rmit.edu.au [131.170.24.41]) by its-mu-mail1.its.rmit.edu.au (8.13.7/8.13.7/mail1) with ESMTP id l0F23HiP002543 for ; Mon, 15 Jan 2007 13:04:28 +1100 (EST) Received: from goanna.cs.rmit.edu.au (root@goanna.cs.rmit.edu.au [131.170.24.40]) by wombat.cs.rmit.edu.au (8.12.10/8.12.10/cshub) with ESMTP id l0F1gDU6025284 for ; Mon, 15 Jan 2007 12:42:13 +1100 (EST) Received: from goanna.cs.rmit.edu.au (geoffwa@localhost [127.0.0.1]) by goanna.cs.rmit.edu.au (8.13.4+Sun/8.13.4/csnode) with ESMTP id l0F1gDbV000553 for ; Mon, 15 Jan 2007 12:42:13 +1100 (EST) Received: (from geoffwa@localhost) by goanna.cs.rmit.edu.au (8.13.4+Sun/8.13.3/Submit) id l0F1gDUf000552 for freebsd-stable@freebsd.org; Mon, 15 Jan 2007 12:42:13 +1100 (EST) Date: Mon, 15 Jan 2007 12:42:13 +1100 From: Geoffrey Giesemann To: freebsd-stable@freebsd.org Message-ID: <20070115014213.GA29074@cs.rmit.edu.au> References: <20070105165910.GA37906@zone3000.net> <20070107164336.GA13511@crodrigues.org> <200701071922.l07JMp3K016382@lava.sentex.ca> <20070107213350.GA61293@aleph.niw.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070107213350.GA61293@aleph.niw.com.au> User-Agent: Mutt/1.5.11 X-Scanned-By: MIMEDefang 2.44 Subject: Re: kernel panic on 6.2-RC2 with 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: Mon, 15 Jan 2007 02:28:03 -0000 On Mon, Jan 08, 2007 at 08:03:50AM +1030, Ian West wrote: > On Sun, Jan 07, 2007 at 02:25:02PM -0500, Mike Tancsa wrote: > > At 11:43 AM 1/7/2007, Craig Rodrigues wrote: > > >On Fri, Jan 05, 2007 at 06:59:10PM +0200, Nikolay Pavlov wrote: > > > > > I have seen this identical fault with the new areca driver, my machine > is opteron hardware, but running a regular i386/SMP kernel/world. With > everything at 6.2RC2 (as of 29th of December) except the areca driver > the machine is rock solid, with the 29th of december version of the > areca driver the box will crash on extract of a large tar file, removal > of a large directory structure, or pretty much anything that does a lot > of disk io to different files/locations. There is no error log prior to > seeing the following messages.. > > Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=433078272, length=8192)]error = 5 > Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=433111040, length=16384)]error = 5 > Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=433209344, length=16384)]error = 5 > Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=433242112, length=32768)]error = 5 > Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=437612544, length=4096)]error = 5 > Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=437616640, length=12288)]error = 5 > Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=437633024, length=6144)]error = 5 > Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=437639168, length=2048)]error = 5 > Dec 29 14:26:44 aleph kernel: g_vfs_done():da0s1g[WRITE(offset=437641216, length=6144)]error = 5 > > There are a string of these, followed by a crash and reboot. The file system > state can be left very dirty to the point where background fsck seems unable > to recover it. > > The areca card in question is running the latest firmware/boot and > has shown no problems either before, or since backing out the areca > driver. > > The volume is ran the tests on was a 250G on a raid6 raid set. > I've had exactly the same issue on my arcmsr in a i386/SMP box. The card is in a 64bit/66Mhz slot running the lastest firmware and the kernel is recent. I triggered it by creating a large number of files (~10^3 to 10^4) using Samba. This caused similar errors on two volumes on a ~800GB RAID5 array. Turning off soft-updates cured the crash, but not the write errors. --Geoff From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 03:24: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 0077016A40F for ; Mon, 15 Jan 2007 03:24:02 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from cp65.agava.net (cp65.agava.net [89.108.66.215]) by mx1.freebsd.org (Postfix) with ESMTP id A45FF13C44B for ; Mon, 15 Jan 2007 03:24:02 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from clamav by cp65.agava.net with drweb-scanned (Exim 4.44 (FreeBSD)) id 1H6I8v-000GgZ-Or for freebsd-stable@freebsd.org; Mon, 15 Jan 2007 06:04:17 +0300 Received: from [213.148.29.33] (helo=nexii.panopticon) by cp65.agava.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1H6I8v-000GgP-LT for freebsd-stable@freebsd.org; Mon, 15 Jan 2007 06:04:17 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.2]) by nexii.panopticon (Postfix) with ESMTP id 0BAF51708D for ; Mon, 15 Jan 2007 06:04:22 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 42601408C; Mon, 15 Jan 2007 06:05:36 +0300 (MSK) Date: Mon, 15 Jan 2007 06:05:36 +0300 From: Dmitry Marakasov To: freebsd-stable@freebsd.org Message-ID: <20070115030536.GA1025@hades.panopticon> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cp65.agava.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [106 106] / [26 6] X-AntiAbuse: Sender Address Domain - amdmi3.ru X-Source: X-Source-Args: X-Source-Dir: Subject: 6.2 & nvidia x11 driver: weird 16bpp/24bpp colorspace damage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 03:24:03 -0000 Hi! I've just upgraded to 6.2 and found terrible bugs with nvidia x11 driver. Everything works (i.e. X starts, opengl works, no errors), but all colors are damaged terribly. It feels like graphics card is in 16 bpp mode, but X server thinks that it's in 24/32 bpp mode. Thus, value of blue channel is completely ignored. I use same driver version that I've used on 6.1, and I've recompiled driver with new kernel. I've also tried to recompile everything several time, tried bot nvidia and FreeBSD agp drivers, but nothing helped. nv driver shows correct colors, btw. Here's some additional info: # uname -a FreeBSD hades.panopticon 6.2-RELEASE FreeBSD 6.2-RELEASE #1: Mon Jan 15 04:59:29 MSK 2007 # pkg_info | grep nvidia-driver nvidia-driver-1.0.9631_1 (I can't try latest 97xx driver, as it says my GPU is no longer supported and I should stay with 96xx) # dmesg | grep nvidia nvidia0: mem 0xf2000000-0xf2ffffff,0xf4000000-0xf7ffffff,0xf3800000-0xf387ffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] >From xorg.conf: Section "Monitor" Identifier "Monitor0" VendorName "RoverScan" ModelName "Maxima Pro Black" HorizSync 31-80 VertRefresh 50-75 ModeLine "1280x1024_108" 108.0 1280 1328 1440 1688 1024 1025 1028 1066 -hsync -vsync ModeLine "1280x1024_135" 135.0 1280 1296 1440 1688 1024 1025 1028 1066 -hsync -vsync EndSection Section "Device" Identifier "Card0" Driver "nvidia" VendorName "nVidia Corporation" BoardName "NV20 [GeForce3]" BusID "PCI:1:0:0" Option "RenderAccel" "true" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Depth 24 Modes "1280x1024_135" "1280x1024_108" "1024x768" "800x600" "640x480" "640x400" EndSubSection EndSection -- Best regards, Dmitry Marakasov mailto:amdmi3@amdmi3.ru From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 05:42: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 739B816A407 for ; Mon, 15 Jan 2007 05:42:03 +0000 (UTC) (envelope-from kensmith@FreeBSD.org) Received: from meyers.cse.buffalo.edu (meyers.cse.Buffalo.EDU [128.205.32.88]) by mx1.freebsd.org (Postfix) with ESMTP id 34CE913C455 for ; Mon, 15 Jan 2007 05:42:03 +0000 (UTC) (envelope-from kensmith@FreeBSD.org) Received: from meyers.cse.buffalo.edu (localhost.cse.buffalo.edu [127.0.0.1]) by meyers.cse.buffalo.edu (8.13.8/8.12.4) with ESMTP id l0F5Qr90051166 for ; Mon, 15 Jan 2007 00:26:53 -0500 (EST) Received: (from kensmith@localhost) by meyers.cse.buffalo.edu (8.13.8/8.13.8/Submit) id l0F5QrZR051165 for freebsd-stable@freebsd.org; Mon, 15 Jan 2007 00:26:53 -0500 (EST) (envelope-from kensmith) Date: Mon, 15 Jan 2007 00:26:53 -0500 From: Ken Smith To: freebsd-stable@freebsd.org Message-ID: <20070115052653.GA51144@meyers.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: FreeBSD 6.2 Released X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 05:42:03 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 6.2-RELEASE. This release continues the development of the 6-STABLE branch providing performance and stability improvements, many bug fixes and new features. Some of the highlights: - freebsd-update(8) provides officially supported binary updates for security fixes and errata patches - Experimental support for CAPP security event auditing - OpenBSM audit command line tool suite and library - KDE updated to 3.5.4, GNOME updated to 2.16.1 - csup(1) integrated cvsup client now included - Disk integrity protection and authentication added to geli(4) - New amdsmb(4), enc(4) ipmi(4), nfsmb(4), stge(4) drivers - IPFW(4) packet tagging - Linux emulation support for sysfs - BIND updated to 9.3.3 - Many driver updates including em(4), arcmsr(4), ath(4), bce(4), ata(4), and iwi(4) For a complete list of new features and known problems, please see the online release notes and errata list, available at: http://www.FreeBSD.org/releases/6.2R/relnotes.html http://www.FreeBSD.org/releases/6.2R/errata.html For more information about FreeBSD release engineering activities, please see: http://www.FreeBSD.org/releng/ Availability ------------- FreeBSD 6.2-RELEASE is now available for the alpha, amd64, i386, ia64, pc98, powerpc, and sparc64 architectures. It can be installed from bootable ISO images or over the network; the required files can be downloaded via FTP or BitTorrent as described in the sections below. While some of the smaller FTP mirrors may not carry all architectures, they will all generally contain the more common ones, such as i386 and amd64. MD5 and SHA256 hashes for the release ISO images are included at the bottom of this message. The contents of the ISO images provided as part of the release has changed for most of the architectures. Using the i386 architecture as an example, there are ISO images named "bootonly", "disc1", "disc2", and "docs". The "bootonly" image is suitable for booting a machine to do a network based installation using FTP or NFS. The "disc1" and "disc2" images are used to do a full installation that includes a basic set of packages and does not require network access to an FTP or NFS server during the installation. In addition, "disc1" supports booting into a "live CD-based filesystem" and system rescue mode. The "docs" image has all of the documentation for all supported languages. Most people will find that "disc1" and "disc2" are all that are needed. FreeBSD 6.2-RELEASE can also be purchased on CD-ROM from several vendors. Two of the vendors that will be offering FreeBSD 6.2-based products are: ~ FreeBSD Mall, Inc. http://www.freebsdmall.com/ ~ Daemonnews, Inc. http://www.bsdmall.com/freebsd1.html BitTorrent ---------- 6.2-RELEASE ISOs are available via BitTorrent. A collection of torrent files to download the images is available at: http://torrents.freebsd.org:8080/ FTP --- At the time of this announcement the following FTP sites have FreeBSD 6.2-RELEASE available. ftp://ftp.FreeBSD.org/pub/FreeBSD/ ftp://ftp3.FreeBSD.org/pub/FreeBSD/ ftp://ftp5.FreeBSD.org/pub/FreeBSD/ ftp://ftp7.FreeBSD.org/pub/FreeBSD/ ftp://ftp.at.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.ch.FreeBSD.org/pub/FreeBSD/ ftp://ftp.cn.FreeBSD.org/pub/FreeBSD/ ftp://ftp.cz.FreeBSD.org/pub/FreeBSD/ ftp://ftp.ee.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.fr.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.ie.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.ru.FreeBSD.org/pub/FreeBSD/ ftp://ftp.se.FreeBSD.org/pub/FreeBSD/ ftp://ftp1.tw.FreeBSD.org/pub/FreeBSD/ ftp://ftp2.uk.FreeBSD.org/pub/FreeBSD/ ftp://ftp5.us.FreeBSD.org/pub/FreeBSD/ ftp://ftp13.us.FreeBSD.org/pub/FreeBSD/ FreeBSD is also available via anonymous FTP from mirror sites in the following countries and territories: Argentina, Australia, Brazil, Bulgaria, Canada, China, Czech Republic, Denmark, Estonia, Finland, France, Germany, Hong Kong, Hungary, Iceland, Ireland, Israel, Japan, Korea, Latvia, Lithuania, the Netherlands, New Zealand, Poland, Portugal, Romania, Russia, Saudi Arabia, South Africa, Slovak Republic, Slovenia, Spain, Sweden, Taiwan, Thailand, Ukraine, and the United Kingdom. Before trying the central FTP site, please check your regional mirror(s) first by going to: ftp://ftp..FreeBSD.org/pub/FreeBSD Any additional mirror sites will be labeled ftp2, ftp3 and so on. More information about FreeBSD mirror sites can be found at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html For instructions on installing FreeBSD, please see Chapter 2 of The FreeBSD Handbook. It provides a complete installation walk-through for users new to FreeBSD, and can be found online at: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/install.html FreeBSD Update -------------- The freebsd-update(8) utility, which is the client half of the FreeBSD Update binary update system, is now included in the FreeBSD base system and supported by the FreeBSD Security Team, which will be building binary security and errata updates for the i386 and amd64 platforms. In addition, an experimental version of the freebsd-update(8) utility is available which supports upgrading systems between FreeBSD releases. Administrators of FreeBSD 6.1 systems are encouraged to test this and report any problems encountered on the freebsd-stable mailing list. For more information, see http://www.daemonology.net/blog/2006-11-26-freebsd-6.1-to-6.2-binary-upgrade.html Acknowledgments ---------------- Many companies donated equipment, network access, or man-hours to finance the release engineering activities for FreeBSD 6.2 including The FreeBSD Foundation, FreeBSD Systems, Hewlett-Packard, Yahoo!, Network Appliances, Sentex Communications, and Copan Systems. The release engineering team for 6.2-RELEASE includes: Ken Smith Release Engineering, amd64, i386, sparc64 Release Building, Mirror Site Coordination Robert Watson Release Engineering, Security Doug White Release Engineering Maxime Henrion Release Engineering Hiroki Sato Release Engineering, Documentation Murray Stokely Release Engineering Bruce A. Mah Release Engineering, Documentation Marcel Moolenaar ia64, powerpc Release Building Takahashi Yoshihiro PC98 Release Building Wilko Bulte Alpha Release Building Kris Kennaway Package Building Colin Percival Security Officer Trademark --------- FreeBSD is a registered trademark of The FreeBSD Foundation. ISO Image Checksums ------------------- MD5 (6.2-RELEASE-alpha-bootonly.iso) = e8e29790cb6e621c7dfbe3ab4b5a30f5 MD5 (6.2-RELEASE-alpha-disc1.iso) = 8c80f84e59aff027eab3dcebac87c823 MD5 (6.2-RELEASE-alpha-docs.iso) = 9de4213a490341738cd06f0e943cabfd MD5 (6.2-RELEASE-amd64-bootonly.iso) = da90d52b86f956c8eb0980ca77d06fd7 MD5 (6.2-RELEASE-amd64-disc1.iso) = bf42599b11b7d8fb468160bd8168e053 MD5 (6.2-RELEASE-amd64-disc2.iso) = 703435e3e34c1c7729cab8a98378d6df MD5 (6.2-RELEASE-amd64-docs.iso) = 0c826df4dd7280738392cb04188cb183 MD5 (6.2-RELEASE-i386-bootonly.iso) = 4e8701ac951bc4537f8420fdac7efbb5 MD5 (6.2-RELEASE-i386-disc1.iso) = 3d27214700687c0b5390e8b6dd3706e3 MD5 (6.2-RELEASE-i386-disc2.iso) = fd30bfc65ef8adaa67aeffd07c72bf21 MD5 (6.2-RELEASE-i386-docs.iso) = e3512834982a9beebc3670499c7f3817 MD5 (6.2-RELEASE-ia64-bootonly.iso) = a678f17e66b306c9ceabf17d2e820cfc MD5 (6.2-RELEASE-ia64-disc1.iso) = 30ea0bbef1d6400f8d9c30e2d7cea764 MD5 (6.2-RELEASE-ia64-disc2.iso) = fd0d68530582208fab0377c419500153 MD5 (6.2-RELEASE-ia64-docs.iso) = 4abb963dec5d4f957a3185cebd8534e8 MD5 (6.2-RELEASE-ia64-livefs.iso) = d5325d0084f59b6dbbca4706da7c78e6 MD5 (6.2-RELEASE-pc98-bootonly.iso) = da1bdf4c43dd6e8adcf5bd610a0aa3ad MD5 (6.2-RELEASE-pc98-disc1.iso) = 31b56ea419c7d1071cbd68f8a1fa2628 MD5 (6.2-RELEASE-powerpc-bootonly.iso) = 3d5ecb6c20a692be9554ba9959e34519 MD5 (6.2-RELEASE-powerpc-disc1.iso) = 53f47b625ef4a6e2ab9ef51e415333d0 MD5 (6.2-RELEASE-sparc64-bootonly.iso) = 40d2e78c023284722478e82f16f77963 MD5 (6.2-RELEASE-sparc64-disc1.iso) = d9830e979013d9e4ac67eab4565aecde MD5 (6.2-RELEASE-sparc64-disc2.iso) = 9f93f1cf2cb07e40b78b1217b52242c2 MD5 (6.2-RELEASE-sparc64-docs.iso) = 7226efa1edb55a6ee0b8286ee2fe3be6 SHA256 (6.2-RELEASE-alpha-bootonly.iso) = ce8d9183b8c15a9b1fe6ebbf2a72f9797baa5fe3a80e726041eea23efe027b59 SHA256 (6.2-RELEASE-alpha-disc1.iso) = 6ecb22ddd1b400699707c7584bef4fc90ea53852b23859a95aa2b4d659c6baf4 SHA256 (6.2-RELEASE-alpha-docs.iso) = 086b58bda8f89ca942f9f46af77de0ee95cf5a5aa15045b7bbe043ea0d220ae7 SHA256 (6.2-RELEASE-amd64-bootonly.iso) = 29b3c796fffbe758913e45787f2467f2d21f9e2074ff642b3f1b092f59888960 SHA256 (6.2-RELEASE-amd64-disc1.iso) = 60d2d13a23c0e6ecac5547c5e83c53c378c37ae40a04ef4f5f0964c79955cc6f SHA256 (6.2-RELEASE-amd64-disc2.iso) = b4e9d7e396d60c0b1311853a3f67e8edbbe882ce1ed65b885eaf91e1f553c171 SHA256 (6.2-RELEASE-amd64-docs.iso) = 5c9a5c1ff8d8b588485cfbedf0d7482e3c70841d53f4750ab33e4efdccd67911 SHA256 (6.2-RELEASE-i386-bootonly.iso) = f338404690ebca656c6c15b20a8f82d10fb3f37c237808a3ce7d786509123378 SHA256 (6.2-RELEASE-i386-disc1.iso) = 2099715d561df721833322bc56a4fa8b02c2b77713a1e0bc17fc4b2dded20212 SHA256 (6.2-RELEASE-i386-disc2.iso) = 7399fa52298a76eebedd70436361f0de980412a2d88679054ed5338b7c30a4bf SHA256 (6.2-RELEASE-i386-docs.iso) = 3962be41cbdf8341e5ed38c8a7ceb762d3b1feb275f961fe21d74e5312e43377 SHA256 (6.2-RELEASE-ia64-bootonly.iso) = 950bdbd9c46aef3e55e98b429813bd7812e2300bbea4c31304282930e04ae25e SHA256 (6.2-RELEASE-ia64-disc1.iso) = eaf3fe8ffb1458fc0629453ffe58b44f161d4a915dba1fca7f055b4b8209db24 SHA256 (6.2-RELEASE-ia64-disc2.iso) = e43e1360984dae64b9f917118fab8e9e6f0428b9533e11996190f894b035b3ad SHA256 (6.2-RELEASE-ia64-docs.iso) = f69c57f47fb289da1bee1a812c17f209b48fb7dd1b28cbc7d9ae9719d12f5755 SHA256 (6.2-RELEASE-ia64-livefs.iso) = 0af88079c7451169b09d3765a85042bdc33e1334df5dd5c8a1fbff33e8d16170 SHA256 (6.2-RELEASE-pc98-bootonly.iso) = ee73ce2ab7a7f37adb5d71eb054e6e0ca3d986d2f7b6d80273139bba029cb091 SHA256 (6.2-RELEASE-pc98-disc1.iso) = 22ffa26aecbfad9efafd115ec6b4a74ce75bc920b0b63d159ee5c4bb35d79d1d SHA256 (6.2-RELEASE-powerpc-bootonly.iso) = 7abc11e7bc9c80e11bcd87e8c85016ca3a6affbc986bbd9b4e02aec4dea17958 SHA256 (6.2-RELEASE-powerpc-disc1.iso) = 0c4533f474f6b79b37bfd3bf3297ef6fc044d82e2b8a64829900924685d2d1db SHA256 (6.2-RELEASE-sparc64-bootonly.iso) = 902509d63d4beef190c0260ea570901769cb87e30904f7144e45583a5d81913b SHA256 (6.2-RELEASE-sparc64-disc1.iso) = 9a864e017d652e584a959335088aa36be85d3c78568546afddf2c743e74111c1 SHA256 (6.2-RELEASE-sparc64-disc2.iso) = b5c34512fbc2edc1920ab1f7d811b06be0f79cd27f58ca9c8b93c5d5ebd041d7 SHA256 (6.2-RELEASE-sparc64-docs.iso) = 9d974edf7f100512b2c67fd1b8c0124e370e7b687120f5284e5cc8979e0e18d2 --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFqxCc/G14VSmup/YRAusdAJ9TGYWl5PpjEaVEaF0XmuLk6QQ2awCfScT3 e0NDhh+aZofgrVe+qNuNliM= =Rngs -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 06:06: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 4B3D116A407; Mon, 15 Jan 2007 06:06:15 +0000 (UTC) (envelope-from jack@jarasoft.net) Received: from raats.xs4all.nl (raats.xs4all.nl [80.126.151.47]) by mx1.freebsd.org (Postfix) with ESMTP id 0535F13C45A; Mon, 15 Jan 2007 06:06:14 +0000 (UTC) (envelope-from jack@jarasoft.net) Received: from raats.xs4all.nl (localhost.jarasoft.net [127.0.0.1]) by raats.xs4all.nl (Postfix) with ESMTP id F04E511516; Mon, 15 Jan 2007 06:54:03 +0100 (CET) Received: from jara3 (raats.xs4all.nl [80.126.151.47]) by raats.xs4all.nl (Postfix) with ESMTP id AC4BC11502; Mon, 15 Jan 2007 06:54:03 +0100 (CET) Message-ID: <003101c73869$91a68780$0202fea9@jarasoft.net> From: "Jack Raats" To: "Ken Smith" , References: <20070115052653.GA51144@meyers.cse.buffalo.edu> Date: Mon, 15 Jan 2007 06:54:06 +0100 Organization: JaRaSoft, Steenbergen, Nederland MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 1 X-MSMail-Priority: High X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Virus-Scanned: ClamAV using ClamSMTP on orac.jarasoft.net Cc: Subject: Re: FreeBSD 6.2 Released X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2007 06:06:15 -0000 Ken, At this moment newvers.h of RELENG_6: TYPE="FreeBSD" REVISION="6.2" BRANCH="PRERELEASE" Is that being corrected? Jack ----- Original Message ----- From: "Ken Smith" To: Sent: Monday, January 15, 2007 6:26 AM Subject: FreeBSD 6.2 Released From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 06:17: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 2CEFD16A417; Mon, 15 Jan 2007 06:17:13 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from opus.cse.buffalo.edu (opus.cse.Buffalo.EDU [128.205.32.4]) by mx1.freebsd.org (Postfix) with ESMTP id E4A1C13C459; Mon, 15 Jan 2007 06:17:12 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [127.0.0.1] (localhost.cse.buffalo.edu [127.0.0.1]) by opus.cse.buffalo.edu (8.13.8/8.12.4) with ESMTP id l0F6HCDO077856; Mon, 15 Jan 2007 01:17:12 -0500 (EST) From: Ken Smith To: Jack Raats In-Reply-To: <003101c73869$91a68780$0202fea9@jarasoft.net> References: <20070115052653.GA51144@meyers.cse.buffalo.edu> <003101c73869$91a68780$0202fea9@jarasoft.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-b/4gBU7Yg6sdVwSjPyt7" Organization: U. Buffalo CSE Department Date: Mon, 15 Jan 2007 01:17:12 -0500 Message-Id: <1168841832.76702.39.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Cc: freebsd-stable@FreeBSD.org, Ken Smith Subject: Re: FreeBSD 6.2 Released X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 06:17:13 -0000 --=-b/4gBU7Yg6sdVwSjPyt7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2007-01-15 at 06:54 +0100, Jack Raats wrote: > Ken, >=20 > At this moment newvers.h of RELENG_6: > TYPE=3D"FreeBSD" > REVISION=3D"6.2" > BRANCH=3D"PRERELEASE" > Is that being corrected? >=20 > Jack All set. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-b/4gBU7Yg6sdVwSjPyt7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFqxxo/G14VSmup/YRAm/MAJ9SsfovAdfm81uO9b4P31ocAbV55ACfVtoj BntEBVWghm3AWAnZNXMPeus= =fTDv -----END PGP SIGNATURE----- --=-b/4gBU7Yg6sdVwSjPyt7-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 06:44: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 6C23016A4B3; Mon, 15 Jan 2007 06:44:31 +0000 (UTC) (envelope-from jgrosch@mooseriver.com) Received: from gdead.mooseriver.com (gdead.mooseriver.com [205.166.121.45]) by mx1.freebsd.org (Postfix) with ESMTP id 4E10E13C441; Mon, 15 Jan 2007 06:44:31 +0000 (UTC) (envelope-from jgrosch@mooseriver.com) Received: by gdead.mooseriver.com (Postfix, from userid 2010) id C03D33C9CE1; Sun, 14 Jan 2007 22:21:45 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on gdead.mooseriver.com X-Spam-Level: X-Spam-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00, DNS_FROM_RFC_WHOIS,FORGED_RCVD_HELO autolearn=no version=3.1.7 Received: from mooseriver.com (h-66-166-146-73.snvacaid.covad.net [66.166.146.73]) by gdead.mooseriver.com (Postfix) with ESMTP id 9F4A43C9CDE; Sun, 14 Jan 2007 22:21:43 -0800 (PST) Received: by mooseriver.com (Postfix, from userid 200) id 6BE3A2E5C14; Sun, 14 Jan 2007 22:21:43 -0800 (PST) Date: Sun, 14 Jan 2007 22:21:43 -0800 From: Josef Grosch To: Jack Raats Message-ID: <20070115062143.GA44009@mooseriver.com> References: <20070115052653.GA51144@meyers.cse.buffalo.edu> <003101c73869$91a68780$0202fea9@jarasoft.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <003101c73869$91a68780$0202fea9@jarasoft.net> User-Agent: Mutt/1.4.2.2i Organization: Moose River, LLC Cc: freebsd-stable@freebsd.org, Ken Smith Subject: Re: FreeBSD 6.2 Released X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jgrosch@MooseRiver.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2007 06:44:31 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 15, 2007 at 06:54:06AM +0100, Jack Raats wrote: > Ken, >=20 > At this moment newvers.h of RELENG_6: > TYPE=3D"FreeBSD" > REVISION=3D"6.2" > BRANCH=3D"PRERELEASE" > Is that being corrected? >=20 > Jack >=20 I just did a cvsup against our local mirror, we pull from cvsup8.FreeBSD.org, and I got the correct file. It could be that you pulled from a repository that has not yet caught up. Try again. Josef --=20 Josef Grosch | Another day closer to a | FreeBSD 6.2 jgrosch@MooseRiver.com | Micro$oft free world | Berkeley, Ca. --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFFqx12y8prLS1GYSERAhYpAJ97BcukfVwTB/hL8hgbREgm/4881ACggBbG XPlJ61HAK+9NhLptPaAdE5E= =3hRb -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 08:22: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 B9BB116A407 for ; Mon, 15 Jan 2007 08:22:17 +0000 (UTC) (envelope-from boris@ntmk.ru) Received: from mail.ntmk.ru (mail.ntmk.ru [217.114.241.6]) by mx1.freebsd.org (Postfix) with ESMTP id 7406313C45D for ; Mon, 15 Jan 2007 08:22:17 +0000 (UTC) (envelope-from boris@ntmk.ru) Received: from boris.nikom.ru ([10.1.16.195]) by mail.ntmk.ru with esmtp (Exim 4.62) (envelope-from ) id 1H6Lqz-0001tF-4Z for freebsd-stable@freebsd.org; Mon, 15 Jan 2007 12:02:01 +0500 Message-ID: <45AB26E8.4060604@ntmk.ru> Date: Mon, 15 Jan 2007 12:02:00 +0500 From: Boris Kovalenko User-Agent: Thunderbird 1.5.0.9 (X11/20070109) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: 6.2 release and atausb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 08:22:17 -0000 Hello! Is this ok that atausb is not shown in NOTES and LINT? Even I see no module atausb.ko after kernel recompilation. -- With respect, Boris From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 10:28:09 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 2D9C816A412 for ; Mon, 15 Jan 2007 10:28:09 +0000 (UTC) (envelope-from infofarmer@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 C032413C45D for ; Mon, 15 Jan 2007 10:28:06 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1183986uge for ; Mon, 15 Jan 2007 02:28:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=FL1KYGb0GgDAWi8gxDxwT7QDK3nxeMg0GxR2or4porDBrq+ELbJ7HGw4o4Z4l0M/GTMHB/9pBoSeE3Sg0DiH630Le/GSh/GajWzCI+TH0OcFFleJw4CeTs9mSpSwxkIlJkX+e63C04WS5cFsTN/SDuhlwQCE53SHxW9pEoynG00= Received: by 10.78.170.17 with SMTP id s17mr2423899hue.1168855363208; Mon, 15 Jan 2007 02:02:43 -0800 (PST) Received: by 10.78.164.20 with HTTP; Mon, 15 Jan 2007 02:02:38 -0800 (PST) Message-ID: Date: Mon, 15 Jan 2007 13:02:38 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Boris Kovalenko" In-Reply-To: <45AB26E8.4060604@ntmk.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45AB26E8.4060604@ntmk.ru> X-Google-Sender-Auth: f0b350ca334599f8 Cc: stable@freebsd.org Subject: Re: 6.2 release and atausb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 10:28:09 -0000 On 1/15/07, Boris Kovalenko wrote: > Hello! > > Is this ok that atausb is not shown in NOTES and LINT? Even I see no > module atausb.ko after kernel recompilation. Right, somebody has been carefully hiding this feature from us. I've just tried it - and... it works. No performance boost, I still only get around 12Mb/s over USB 2.0. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 10:30:59 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 7243116A412 for ; Mon, 15 Jan 2007 10:30:59 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 34C2513C461 for ; Mon, 15 Jan 2007 10:30:58 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1H6P6y-0001Al-Jz for freebsd-stable@freebsd.org; Mon, 15 Jan 2007 11:30:44 +0100 Received: from p3ee21569.dip0.t-ipconnect.de ([62.226.21.105]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 15 Jan 2007 11:30:44 +0100 Received: from christian.baer by p3ee21569.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 15 Jan 2007 11:30:44 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Christian Baer Date: Mon, 15 Jan 2007 11:27:29 +0100 (CET) Organization: Convenimus Projekt Lines: 23 Message-ID: References: X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: p3ee21569.dip0.t-ipconnect.de User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: Firefox won't start on SPARC64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 10:30:59 -0000 On Mon, 15 Jan 2007 02:01:48 +0100 (CET) Christian Baer wrote: supplemental... > I'm having a few problems with Firefox here on this box. As you can see, > Thunderbird seems to work fine. Ok, that was dumb. I was actually planning to write this with Thunderbird, so you can't really see it. But let me assure you, Thunderbird works fine. :-) > Is this a known problem or do I have to go looking by myself? What I forgot to write was that I tried to install Firefox with pkg_add -r. This is only a Sun U60 and compiling big things like Firefox isn't much fun as it takes forever. After Firefox refused to start I removed it again and built it myself with the port. The effekt was the same though - segmentation fault. Can someone help me with this? Regards, Chris From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 10:39:12 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 36AB416A407 for ; Mon, 15 Jan 2007 10:39:12 +0000 (UTC) (envelope-from boris@ntmk.ru) Received: from mail.ntmk.ru (mail.ntmk.ru [217.114.241.6]) by mx1.freebsd.org (Postfix) with ESMTP id E272C13C43E for ; Mon, 15 Jan 2007 10:39:11 +0000 (UTC) (envelope-from boris@ntmk.ru) Received: from boris.nikom.ru ([10.1.16.195]) by mail.ntmk.ru with esmtp (Exim 4.62) (envelope-from ) id 1H6PF8-0006lA-RD for freebsd-stable@freebsd.org; Mon, 15 Jan 2007 15:39:10 +0500 Message-ID: <45AB59CE.70606@ntmk.ru> Date: Mon, 15 Jan 2007 15:39:10 +0500 From: Boris Kovalenko User-Agent: Thunderbird 1.5.0.9 (X11/20070109) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <45AB26E8.4060604@ntmk.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 6.2 release and atausb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 10:39:12 -0000 Hello! I also getting strange errors like Jan 15 12:20:58 boris kernel: afd0: FAILURE - PREVENT_ALLOW ILLEGAL REQUEST asc=0x24 ascq=0x00 P.S. How You get 12Mb/s? With my flash Jan 15 12:20:58 boris kernel: da0: Removable Direct Acce ss SCSI-0 device Jan 15 12:20:58 boris kernel: da0: 3.300MB/s transfers I can only reach about 800-900Kbytes/s. On WinXP 2Mbytes/s is the primary speed. May be I've configured something wrong? > On 1/15/07, Boris Kovalenko wrote: >> Hello! >> >> Is this ok that atausb is not shown in NOTES and LINT? Even I see no >> module atausb.ko after kernel recompilation. > > Right, somebody has been carefully hiding this feature > from us. I've just tried it - and... it works. No > performance boost, I still only get around 12Mb/s over > USB 2.0. > > -- With respect, Boris From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 11:07: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 AAB4516A416 for ; Mon, 15 Jan 2007 11:07:46 +0000 (UTC) (envelope-from boris@ntmk.ru) Received: from mail.ntmk.ru (mail.ntmk.ru [217.114.241.6]) by mx1.freebsd.org (Postfix) with ESMTP id 622B313C4B7 for ; Mon, 15 Jan 2007 11:07:46 +0000 (UTC) (envelope-from boris@ntmk.ru) Received: from boris.nikom.ru ([10.1.16.195]) by mail.ntmk.ru with esmtp (Exim 4.62) (envelope-from ) id 1H6Pgn-0008Si-1s; Mon, 15 Jan 2007 16:07:45 +0500 Message-ID: <45AB6080.1070901@ntmk.ru> Date: Mon, 15 Jan 2007 16:07:44 +0500 From: Boris Kovalenko User-Agent: Thunderbird 1.5.0.9 (X11/20070109) MIME-Version: 1.0 To: Stefan Lambrev , freebsd-stable@freebsd.org References: <45AB26E8.4060604@ntmk.ru> <45AB59CE.70606@ntmk.ru> <45AB5CB3.1070208@sun-fish.com> In-Reply-To: <45AB5CB3.1070208@sun-fish.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: 6.2 release and atausb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 11:07:46 -0000 Hello! Oopss... sure... missed "b" was lowercase. > > Mb normally stands for Megabits :) so 12Mbps = 1,2MB/s >> >>> On 1/15/07, Boris Kovalenko wrote: >>>> Hello! >>>> >>>> Is this ok that atausb is not shown in NOTES and LINT? Even I see no >>>> module atausb.ko after kernel recompilation. >>> >>> Right, somebody has been carefully hiding this feature >>> from us. I've just tried it - and... it works. No >>> performance boost, I still only get around 12Mb/s over >>> USB 2.0. >>> >>> >> >> > > > -- With respect, Boris From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 11:21:13 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 731D916A417 for ; Mon, 15 Jan 2007 11:21:13 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id 1F19913C465 for ; Mon, 15 Jan 2007 11:21:11 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id 7C0645FE5; Mon, 15 Jan 2007 11:21:09 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id 0005C40C6; Mon, 15 Jan 2007 11:21:06 +0000 (GMT) Date: Mon, 15 Jan 2007 11:21:06 +0000 From: Josef Karthauser To: stable@freebsd.org, fs@freebsd.org Message-ID: <20070115112106.GA2304@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , stable@freebsd.org, fs@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: Dell hardware raid 0 (sas5ir) or gmirror? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 11:21:13 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm purchasing a new server, and was wondering what anyone thought about whether to pay extra for the SAS5IR card so I can RAID0 the two drives, or whether to just rely on gmirror. My worry about the former is that I can't seem to find management tools for controlling the hardware controller. What if one of the drives fails? How would I know? Joe --=20 =3D=3D=3D Josef Karthauser (joe@tao.org.uk) =3D=3D=3D http://x2obuilder.com= /tao =3D=3D=3D --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkWrY6IACgkQXVIcjOaxUBY1pQCeJ2g4Np9/o0mueo1dvmII0AYa 7XkAnR1KrwJKAVdY5IXHekwc2mmpyz2W =CiEN -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 11:22: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 BEB7516A415 for ; Mon, 15 Jan 2007 11:22:42 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 33C0813C474 for ; Mon, 15 Jan 2007 11:22:41 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1194799uge for ; Mon, 15 Jan 2007 03:22:41 -0800 (PST) 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=rMo57ywi5lsz9nG/LzWR6E+ExGcw78+pKCBbXKkteheNync0g+6m0x2XZiSGDBtltUlhYkSwNcj+IJYFPNchyCeUP6eye8IlQQTjGiqWtLWLzF7ctCGt0gEKfUisv+Cdw4djkgTYQC3YCNeamC313swMnDPuO9v0L8VHjGJ0JL8= Received: by 10.67.21.11 with SMTP id y11mr5250992ugi.1168860160233; Mon, 15 Jan 2007 03:22:40 -0800 (PST) Received: by 10.67.23.8 with HTTP; Mon, 15 Jan 2007 03:22:40 -0800 (PST) Message-ID: Date: Mon, 15 Jan 2007 12:22:40 +0100 From: "Pietro Cerutti" To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: atacontrol kernel crash (atausb?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 11:22:42 -0000 Hello, this is a reproducible kernel page-fault crash on stable as of 1h ago: FreeBSD gahrtop.localhost 6.2-STABLE FreeBSD 6.2-STABLE #4: Mon Jan 15 11:24:56 CET 2007 root@gahrtop.localhost:/usr/obj/usr/src/sys/GAHRTOP i386 1) atacontrol list ATA channel 0: Master: ad0 Serial ATA v1.0 Slave: no device present ATA channel 1: Master: no device present Slave: acd0 ATA/ATAPI revision 5 2) -> plug in USB stick (microspot 256MB USB2.0) 3) atacontrol list ATA channel 0: Master: ad0 Serial ATA v1.0 Slave: no device present ATA channel 1: Master: no device present Slave: acd0 ATA/ATAPI revision 5 ATA channel 2: Master: no device present Slave: no device present 4) atacontrol attach ata2 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x20:0xc050d8fa stack pointer = 0x28:0xe8fd2bb8 frame pointer = 0x28:0xe8fd2bb8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 900 (atacontrol) trap number = 12 panic: page fault cpuid = 0 Uptime = 5m46s Physical memory: 2031 MB Dumping 63 MB: at this point nothing more appens. I have set debug.minidump=1 so maybe this could be the cause for the RAM not to be dumped. Furthermore, I read " The atacontrol utility can cause severe system crashes and loss of data if used improperly. Please exercise caution when using this command! " from the atacontrol(8) manual page, so maybe it's just me doing something wrong. If it's the case, how can I scan for the just-plugged-in USB disk using the atausb driver? No device appears in /dev last one: why atausb doesn't have a manual page?? Thanx, -- Pietro Cerutti ICQ: 117293691 PGP: 0x9571F78E - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 11:38: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 B63DB16A407 for ; Mon, 15 Jan 2007 11:38:22 +0000 (UTC) (envelope-from jarthel@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 545C613C457 for ; Mon, 15 Jan 2007 11:38:22 +0000 (UTC) (envelope-from jarthel@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1197818uge for ; Mon, 15 Jan 2007 03:38:21 -0800 (PST) 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=bUyVHMFEzzf5TXQNDbej/s+WAtWmA/Wf1NiB61xis4qzJDNSboASyqTKkG4YFzYJE4HnbAszc+eE1pvzE6rMgfBB+sFHVUDM8Mie8YDTFEk6pp8bLmeQCvosjnOsscevxTgT+cg/i5Wd81WzKFuHzSEMLeXfQUpFWI4PI2ERG9E= Received: by 10.78.201.2 with SMTP id y2mr2456666huf.1168859547347; Mon, 15 Jan 2007 03:12:27 -0800 (PST) Received: by 10.78.184.19 with HTTP; Mon, 15 Jan 2007 03:12:27 -0800 (PST) Message-ID: Date: Mon, 15 Jan 2007 21:42:27 +1030 From: "Jayel Villamin" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: just cvsuped and compiled/installed world and kernel. why is uname -a still saying "6.2-prerelease"? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 11:38:22 -0000 tag used is RELENG_6. cvsup was completed at around 3am Monday New York time. 6.2 has been released hours before so I thought uname -a should display something else? like "6-stable" or at least something other than "6.2-prerelease"? thank you. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 11:56:54 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 164D716A55B; Mon, 15 Jan 2007 11:56:54 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id C6D4F13C45A; Mon, 15 Jan 2007 11:56:53 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id F0EBE5F26; Mon, 15 Jan 2007 11:56:52 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id 77E1D40C6; Mon, 15 Jan 2007 11:56:50 +0000 (GMT) Date: Mon, 15 Jan 2007 11:56:50 +0000 From: Josef Karthauser To: stable@freebsd.org, fs@freebsd.org Message-ID: <20070115115650.GB2304@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , stable@freebsd.org, fs@freebsd.org References: <20070115112106.GA2304@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H1spWtNR+x+ondvy" Content-Disposition: inline In-Reply-To: <20070115112106.GA2304@genius.tao.org.uk> User-Agent: Mutt/1.5.11 Cc: Subject: Re: Dell hardware raid 0 (sas5ir) or gmirror? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 11:56:54 -0000 --H1spWtNR+x+ondvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 15, 2007 at 11:21:06AM +0000, Josef Karthauser wrote: > I'm purchasing a new server, and was wondering what anyone thought about > whether to pay extra for the SAS5IR card so I can RAID0 the two drives, > or whether to just rely on gmirror. My worry about the former is that I > can't seem to find management tools for controlling the hardware > controller. What if one of the drives fails? How would I know? >=20 Of course I mean RAID1! J. --=20 =3D=3D=3D Josef Karthauser (joe@tao.org.uk) =3D=3D=3D http://x2obuilder.com= /tao =3D=3D=3D --H1spWtNR+x+ondvy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkWrbAIACgkQXVIcjOaxUBa1KQCgyM6zi+c0POXl/wkmzFMo3AaA gIcAn1JaMcGHqX7z0xSty3GUERWfIwNX =g8mj -----END PGP SIGNATURE----- --H1spWtNR+x+ondvy-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 13:32: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 DA4C616A407 for ; Mon, 15 Jan 2007 13:32:18 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 534AA13C428 for ; Mon, 15 Jan 2007 13:32:18 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe02.swip.net (CommuniGate Pro SMTP 5.0.12) with ESMTPA id 386144402; Mon, 15 Jan 2007 13:32:11 +0100 From: Hans Petter Selasky To: freebsd-hackers@freebsd.org Date: Mon, 15 Jan 2007 13:31:45 +0100 User-Agent: KMail/1.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701151331.47185.hselasky@c2i.net> Cc: freebsd-stable@freebsd.org, Pietro Cerutti Subject: Re: atacontrol kernel crash (atausb?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 13:32:18 -0000 On Monday 15 January 2007 12:22, Pietro Cerutti wrote: > Hello, > this is a reproducible kernel page-fault crash on stable as of 1h ago: > > FreeBSD gahrtop.localhost 6.2-STABLE FreeBSD 6.2-STABLE #4: Mon Jan 15 > 11:24:56 CET 2007 > root@gahrtop.localhost:/usr/obj/usr/src/sys/GAHRTOP i386 > > 1) atacontrol list > ATA channel 0: > Master: ad0 Serial ATA v1.0 > Slave: no device present > ATA channel 1: > Master: no device present > Slave: acd0 ATA/ATAPI revision 5 > > 2) -> plug in USB stick (microspot 256MB USB2.0) > > 3) atacontrol list > ATA channel 0: > Master: ad0 Serial ATA v1.0 > Slave: no device present > ATA channel 1: > Master: no device present > Slave: acd0 ATA/ATAPI revision 5 > ATA channel 2: > Master: no device present > Slave: no device present > > 4) atacontrol attach ata2 This is a known issue that SOS should fix. If you look into the code of "ata_attach()" you will see that it tries to do things that are not allowed by USB devices, like allocating an IRQ: int ata_attach(device_t dev) { struct ata_channel *ch = device_get_softc(dev); int error, rid; /* check that we have a virgin channel to attach */ if (ch->r_irq) return EEXIST; /* initialize the softc basics */ ch->dev = dev; ch->state = ATA_IDLE; bzero(&ch->state_mtx, sizeof(struct mtx)); mtx_init(&ch->state_mtx, "ATA state lock", NULL, MTX_DEF); bzero(&ch->queue_mtx, sizeof(struct mtx)); mtx_init(&ch->queue_mtx, "ATA queue lock", NULL, MTX_DEF); TAILQ_INIT(&ch->ata_queue); /* reset the controller HW, the channel and device(s) */ while (ATA_LOCKING(dev, ATA_LF_LOCK) != ch->unit) tsleep(&error, PRIBIO, "ataatch", 1); ATA_RESET(dev); ATA_LOCKING(dev, ATA_LF_UNLOCK); /* setup interrupt delivery */ rid = ATA_IRQ_RID; ch->r_irq = bus_alloc_resource_any(dev, SYS_RES_IRQ, &rid, RF_SHAREABLE | RF_ACTIVE); if (!ch->r_irq) { device_printf(dev, "unable to allocate interrupt\n"); return ENXIO; } if ((error = bus_setup_intr(dev, ch->r_irq, ATA_INTR_FLAGS, (driver_intr_t *)ata_interrupt, ch, &ch->ih))) { device_printf(dev, "unable to setup interrupt\n"); return error; } /* probe and attach devices on this channel unless we are in early boot */ if (!ata_delayed_attach) ata_identify(dev); return 0; } Same with "ata_detach()". > > last one: why atausb doesn't have a manual page?? Probably the device driver is too new. --HPS From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 14:01: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 2945816A412 for ; Mon, 15 Jan 2007 14:01:16 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.227]) by mx1.freebsd.org (Postfix) with ESMTP id AD6A613C45A for ; Mon, 15 Jan 2007 14:01:15 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by hu-out-0506.google.com with SMTP id 31so944171huc for ; Mon, 15 Jan 2007 06:01:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=p6lwtWVRHICTBuPIOruwIjJgk0K30spRhOc4awUclOYBfKk/UYKKmSZI8+vc9rYHZFQ+R+zqM9ERReROCpx9RNLoFBxfAy0aHIph2tVO9T5LATBc9uAFjsZmCHP+JS5EIjssGtdSBjRRO8YYW5BMkti8x95HLo4N4tlp+U2dzwQ= Received: by 10.78.170.17 with SMTP id s17mr2549960hue.1168869644742; Mon, 15 Jan 2007 06:00:44 -0800 (PST) Received: by 10.78.164.20 with HTTP; Mon, 15 Jan 2007 06:00:36 -0800 (PST) Message-ID: Date: Mon, 15 Jan 2007 17:00:36 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Josef Karthauser" , stable@freebsd.org, fs@freebsd.org In-Reply-To: <20070115112106.GA2304@genius.tao.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070115112106.GA2304@genius.tao.org.uk> X-Google-Sender-Auth: 3a2a045d402ba0ea Cc: Subject: Re: Dell hardware raid 0 (sas5ir) or gmirror? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 14:01:16 -0000 On 1/15/07, Josef Karthauser wrote: > I'm purchasing a new server, and was wondering what anyone thought about > whether to pay extra for the SAS5IR card so I can RAID0 the two drives, > or whether to just rely on gmirror. My worry about the former is that I > can't seem to find management tools for controlling the hardware > controller. What if one of the drives fails? How would I know? By all means I would go the gmirror way, and I always do even when a hardware raid controller is already present. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 14:37: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 8B94016A407 for ; Mon, 15 Jan 2007 14:37:50 +0000 (UTC) (envelope-from pietro.cerutti@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 24A9913C47E for ; Mon, 15 Jan 2007 14:37:47 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1236622uge for ; Mon, 15 Jan 2007 06:37:47 -0800 (PST) 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=lifL3lzNI1qwgeBRKy2dYJDVDEaWUtb4z6Ai7uekEI2tJbXhB5xt+6G7roy8f5kmRt745cUTcr9xwUDh0k/GzH10xe8iv9lF5T3sfkfU562TGvv/zB19Ram4TkqQpPdnzGKK448yXHKIWvjMKhznngFeuKUYYOqOAVq58k0zvv4= Received: by 10.67.21.11 with SMTP id y11mr5483697ugi.1168871866151; Mon, 15 Jan 2007 06:37:46 -0800 (PST) Received: by 10.67.23.8 with HTTP; Mon, 15 Jan 2007 06:37:45 -0800 (PST) Message-ID: Date: Mon, 15 Jan 2007 15:37:45 +0100 From: "Pietro Cerutti" To: "Hans Petter Selasky" In-Reply-To: <200701151331.47185.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200701151331.47185.hselasky@c2i.net> Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: atacontrol kernel crash (atausb?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 14:37:50 -0000 On 1/15/07, Hans Petter Selasky wrote: > > last one: why atausb doesn't have a manual page?? > > Probably the device driver is too new. Maybe we should adopt the OpenBSD's "everything not documented is a bug" philosophy, don't you think? So, anyone knows how to use atausb? Thanx, > > --HPS > -- Pietro Cerutti ICQ: 117293691 PGP: 0x9571F78E - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 15:06: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 67E9E16A55A for ; Mon, 15 Jan 2007 15:06:40 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id F0A0613C448 for ; Mon, 15 Jan 2007 15:06:39 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 15 Jan 2007 15:06:36 -0000 Date: Mon, 15 Jan 2007 17:06:09 +0200 From: Nikolay Pavlov To: Scott Long Message-ID: <20070115150609.GB2510@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Scott Long , Jan Mikkelsen , freebsd-stable@FreeBSD.org References: <001a01c732b0$c22f4860$0204a8c0@transactionware.com> <45A1C15F.8060802@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45A1C15F.8060802@samsco.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Jan Mikkelsen , freebsd-stable@FreeBSD.org Subject: Re: kernel panic on 6.2-RC2 with 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: Mon, 15 Jan 2007 15:06:40 -0000 On Sunday, 7 January 2007 at 19:58:23 -0800, Scott Long wrote: > Jan Mikkelsen wrote: > >(Scott: I should have emailed you this earlier, but Christmas and various > >other things got in the way.) > > > >Ian West wrote: > >>On Sun, Jan 07, 2007 at 02:25:02PM -0500, Mike Tancsa wrote: > >>>At 11:43 AM 1/7/2007, Craig Rodrigues wrote: > >>>>On Fri, Jan 05, 2007 at 06:59:10PM +0200, Nikolay Pavlov wrote: > >>>>[ Areca kernel panic, IO failures ... ] > >>I have seen this identical fault with the new areca driver, my machine > >>is opteron hardware, but running a regular i386/SMP kernel/world. With > >>everything at 6.2RC2 (as of 29th of December) except the areca driver > >>the machine is rock solid, with the 29th of december version of the > >>areca driver the box will crash on extract of a large tar > >>file, removal > >>of a large directory structure, or pretty much anything that > >>does a lot > >>of disk io to different files/locations. There is no error > >>log prior to > >>seeing the following messages.. > >> > >>Dec 29 14:26:44 aleph kernel: > >>g_vfs_done():da0s1g[WRITE(offset=433078272, length=8192)]error = 5 > >>Dec 29 14:26:44 aleph kernel: > >>g_vfs_done():da0s1g[WRITE(offset=433111040, length=16384)]error = 5 > >>Dec 29 14:26:44 aleph kernel: > >>g_vfs_done():da0s1g[WRITE(offset=433209344, length=16384)]error = 5 > >>Dec 29 14:26:44 aleph kernel: > >>g_vfs_done():da0s1g[WRITE(offset=433242112, length=32768)]error = 5 > >>Dec 29 14:26:44 aleph kernel: > >>g_vfs_done():da0s1g[WRITE(offset=437612544, length=4096)]error = 5 > >>Dec 29 14:26:44 aleph kernel: > >>g_vfs_done():da0s1g[WRITE(offset=437616640, length=12288)]error = 5 > >>Dec 29 14:26:44 aleph kernel: > >>g_vfs_done():da0s1g[WRITE(offset=437633024, length=6144)]error = 5 > >>Dec 29 14:26:44 aleph kernel: > >>g_vfs_done():da0s1g[WRITE(offset=437639168, length=2048)]error = 5 > >>Dec 29 14:26:44 aleph kernel: > >>g_vfs_done():da0s1g[WRITE(offset=437641216, length=6144)]error = 5 > >> > >>There are a string of these, followed by a crash and reboot. > >>The file system > >>state can be left very dirty to the point where background > >>fsck seems unable > >>to recover it. > >> > >>The areca card in question is running the latest firmware/boot and > >>has shown no problems either before, or since backing out the areca > >>driver. > >> > >>The volume is ran the tests on was a 250G on a raid6 raid set. > > > >I have seen various problems with various Areca drivers. All on > >6.2-RC1/amd64 with an Areca RAID-6 volume. > > > >Areca 1.20.00.02 seems to work fine. > > > >Areca 1.20.00.12 (from the Areca website) seems to have data corruption > >problems. My tests involve doing a "diff -r" on a filesystem with 2GB of > >data. It will occasional find differences in files. On examination, the > >last 640 bytes of the first block of the affected file contain data from > >another file "nearby" in the filesystem. Unmounting and remounting the > >filesystems and rerunning the test shows no problem, or a difference in > >another file entirely. I think this is the cause of the g_vfs_done > >failures > >with this version of the driver; the offsets are wrong because the data is > >corrupted. > > > >Areca 1.20.00.13 (as currently in the tree) does not seem to have data > >corruption problems, but I can trigger g_vfs_done failures under heavy I/O. > > > >I have raised this with Areca support, and I'm waiting to hear back from > >Erich Chen. > > > >Regards, > > > >Jan Mikkelsen > > > > I discussed this issue in length with the release engineering team > today, and we're going to go ahead with keeping the .013 version in > 6.2 since it has been working very reliably for a number of other > testers, and reverting it at this late stage of the release represents > more risk. A note about this issue will likely be put into the 6.2 > errata document as well. This problem isn't mentioned in errata notes to release 6.2. Someone can face the problem. http://www.freebsd.org/releases/6.2R/errata.html > > I plan to dig into this problem next week unless Areca fixes it first. > Please let me know if you hear anything from them. > > 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" -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 15:49: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 AD8E016A4E1; Mon, 15 Jan 2007 15:49:33 +0000 (UTC) (envelope-from joe@osoft.us) Received: from mail.osoft.us (osoft.us [67.14.192.59]) by mx1.freebsd.org (Postfix) with ESMTP id 4D5EC13C459; Mon, 15 Jan 2007 15:49:33 +0000 (UTC) (envelope-from joe@osoft.us) Received: from [10.100.1.173] (mail.cteh.com [207.218.77.3]) by mail.osoft.us (Postfix) with ESMTP id 2007A33C6E; Mon, 15 Jan 2007 09:21:05 -0600 (CST) Message-ID: <45AB9BE4.1030606@osoft.us> Date: Mon, 15 Jan 2007 09:21:08 -0600 From: Joe Koberg User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Josef Karthauser , stable@freebsd.org, fs@freebsd.org References: <20070115112106.GA2304@genius.tao.org.uk> <20070115115650.GB2304@genius.tao.org.uk> In-Reply-To: <20070115115650.GB2304@genius.tao.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Dell hardware raid 0 (sas5ir) or gmirror? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 15:49:33 -0000 Josef Karthauser wrote: > On Mon, Jan 15, 2007 at 11:21:06AM +0000, Josef Karthauser wrote: >> I'm purchasing a new server, and was wondering what anyone thought >> about whether to pay extra for the SAS5IR card so I can RAID0 the >> two drives, or whether to just rely on gmirror. My worry about the >> former is that I can't seem to find management tools for >> controlling the hardware controller. What if one of the drives >> fails? How would I know? > > Of course I mean RAID1! > > J. I just bought two Dell PE-1950's to use as routers. They have LSI Logic PERC/5i's attached to 80GB SATA drives. I am pretty sure this is the same card used for SAS. One thing is for sure, the mfi(4) card and driver aren't shy! See below for examples of the kernel messages I get regularly. I am sure drive failure would be well noted. As to rebuilding on-line, I suspect a drive (hot-)swap will initiate the rebuild. There is a CLI tool (megarc) in ports/sysutils/megarc but I haven't tried to use it yet. All in all I would recommend the PERC/5i. Joe Koberg joe at osoft dot us Jan 7 06:41:41 fw2 kernel: mfi0: 316 (4278190093s/0x0008/0) - Battery Present Jan 7 06:41:41 fw2 kernel: mfi0: 317 (4278190110s/0x0004/0) - PD 08(e1/s255) event: Enclosure (SES) discovered on PD 08(e1/s255) Jan 7 06:41:41 fw2 kernel: mfi0: 318 (4278190110s/0x0002/0) - PD 08(e1/s255) event: Inserted: PD 08(e1/s255) Jan 7 06:41:41 fw2 kernel: mfi0: 319 (4278190110s/0x0002/0) - Type 29: Inserted: PD 08(e1/s255) Info: enclPd=08, scsiType=d, portMap=00, sasAddr=500180b04375a600,0000000000000000 Jan 7 06:41:41 fw2 kernel: mfi0: 320 (4278190110s/0x0002/0) - PD 00(e1/s0) event: Inserted: PD 00(e1/s0) Jan 7 06:41:41 fw2 kernel: mfi0: 321 (4278190110s/0x0002/0) - Type 29: Inserted: PD 00(e1/s0) Info: enclPd=08, scsiType=0, portMap=01, sasAddr=1221000000000000,0000000000000000 Jan 7 06:41:41 fw2 kernel: mfi0: 322 (4278190110s/0x0002/0) - PD 01(e1/s1) event: Inserted: PD 01(e1/s1) Jan 7 06:41:41 fw2 kernel: mfi0: 323 (4278190110s/0x0002/0) - Type 29: Inserted: PD 01(e1/s1) Info: enclPd=08, scsiType=0, portMap=02, sasAddr=1221000001000000,0000000000000000 Jan 7 06:41:41 fw2 kernel: mfi0: 325 (4278190110s/0x0001/0) - VD 00/0 event: Background Initialization started on VD 00/0 Jan 7 06:41:41 fw2 kernel: mfi0: 326 (221488579s/0x0020/0) - Adapter ticks 221488579 elapsed 30s: Time established as 01/07/07 12:36:19; (30 seconds since power on) Jan 7 06:41:41 fw2 kernel: mfi0: 330 (4278190080s/0x0020/0) - PCI 0x041028 0x0415 0x041028 0x041f03: Firmware initialization started (PCI ID 0015/1028/1f03/1028) Jan 7 06:41:41 fw2 kernel: mfi0: 331 (4278190080s/0x0020/0) - Type 18: Firmware version 1.00.02-0157 Jan 7 06:41:41 fw2 kernel: mfi0: 332 (4278190096s/0x0008/0) - Battery Present Jan 7 06:41:41 fw2 kernel: mfi0: 333 (4278190113s/0x0004/0) - PD 08(e1/s255) event: Enclosure (SES) discovered on PD 08(e1/s255) Jan 7 06:41:41 fw2 kernel: mfi0: 334 (4278190113s/0x0002/0) - PD 08(e1/s255) event: Inserted: PD 08(e1/s255) Jan 7 06:41:41 fw2 kernel: mfi0: 335 (4278190113s/0x0002/0) - Type 29: Inserted: PD 08(e1/s255) Info: enclPd=08, scsiType=d, portMap=00, sasAddr=500180b04375a600,0000000000000000 Jan 7 06:41:41 fw2 kernel: mfi0: 336 (4278190113s/0x0002/0) - PD 00(e1/s0) event: Inserted: PD 00(e1/s0) Jan 7 06:41:41 fw2 kernel: mfi0: 337 (4278190113s/0x0002/0) - Type 29: Inserted: PD 00(e1/s0) Info: enclPd=08, scsiType=0, portMap=01, sasAddr=1221000000000000,0000000000000000 Jan 7 06:41:41 fw2 kernel: mfi0: 338 (4278190113s/0x0002/0) - PD 01(e1/s1) event: Inserted: PD 01(e1/s1) Jan 7 06:41:41 fw2 kernel: mfi0: 339 (4278190113s/0x0002/0) - Type 29: Inserted: PD 01(e1/s1) Info: enclPd=08, scsiType=0, portMap=02, sasAddr=1221000001000000,0000000000000000 Jan 7 06:41:41 fw2 kernel: mfi0: 341 (4278190113s/0x0001/0) - VD 00/0 event: Background Initialization started on VD 00/0 Jan 7 06:41:41 fw2 kernel: mfi0: 342 (221488658s/0x0020/0) - Adapter ticks 221488658 elapsed 33s: Time established as 01/07/07 12:37:38; (33 seconds since power on) Jan 7 06:41:41 fw2 kernel: mfi0: 347 (221488716s/0x0008/0) - Battery temperature is normal Jan 7 06:41:41 fw2 kernel: mfi0: 348 (221488716s/0x0008/0) - Battery started charging Jan 7 06:41:41 fw2 kernel: mfi0: 349 (221488716s/0x0008/0) - Current capacity of the battery is above threshold Jan 7 06:41:41 fw2 kernel: mfi0: 350 (4278190080s/0x0020/0) - PCI 0x041028 0x0415 0x041028 0x041f03: Firmware initialization started (PCI ID 0015/1028/1f03/1028) Jan 7 06:41:41 fw2 kernel: mfi0: 351 (4278190080s/0x0020/0) - Type 18: Firmware version 1.00.02-0157 Jan 7 06:41:41 fw2 kernel: mfi0: 352 (4278190096s/0x0008/0) - Battery Present Jan 7 06:41:41 fw2 kernel: mfi0: 353 (4278190113s/0x0004/0) - PD 08(e1/s255) event: Enclosure (SES) discovered on PD 08(e1/s255) Jan 7 06:41:41 fw2 kernel: mfi0: 354 (4278190113s/0x0002/0) - PD 08(e1/s255) event: Inserted: PD 08(e1/s255) Jan 7 06:41:41 fw2 kernel: mfi0: 355 (4278190113s/0x0002/0) - Type 29: Inserted: PD 08(e1/s255) Info: enclPd=08, scsiType=d, portMap=00, sasAddr=500180b04375a600,0000000000000000 Jan 7 06:41:41 fw2 kernel: mfi0: 356 (4278190113s/0x0002/0) - PD 00(e1/s0) event: Inserted: PD 00(e1/s0) Jan 7 06:41:41 fw2 kernel: mfi0: 357 (4278190113s/0x0002/0) - Type 29: Inserted: PD 00(e1/s0) Info: enclPd=08, scsiType=0, portMap=01, sasAddr=1221000000000000,0000000000000000 Jan 7 06:41:41 fw2 kernel: mfi0: 358 (4278190113s/0x0002/0) - PD 01(e1/s1) event: Inserted: PD 01(e1/s1) Jan 7 06:41:41 fw2 kernel: mfi0: 359 (4278190113s/0x0002/0) - Type 29: Inserted: PD 01(e1/s1) Info: enclPd=08, scsiType=0, portMap=02, sasAddr=1221000001000000,0000000000000000 Jan 7 06:41:41 fw2 kernel: mfi0: 361 (4278190114s/0x0001/0) - VD 00/0 event: Background Initialization started on VD 00/0 Jan 7 06:41:41 fw2 kernel: mfi0: 362 (221488767s/0x0020/0) - Adapter ticks 221488767 elapsed 34s: Time established as 01/07/07 12:39:27; (34 seconds since power on) Jan 7 06:41:41 fw2 kernel: mfi0: 366 (4278190080s/0x0020/0) - PCI 0x041028 0x0415 0x041028 0x041f03: Firmware initialization started (PCI ID 0015/1028/1f03/1028) Jan 7 06:41:41 fw2 kernel: mfi0: 367 (4278190080s/0x0020/0) - Type 18: Firmware version 1.00.02-0157 Jan 7 06:41:41 fw2 kernel: mfi0: 368 (4278190095s/0x0008/0) - Battery Present Jan 7 06:41:41 fw2 kernel: mfi0: 369 (4278190113s/0x0004/0) - PD 08(e1/s255) event: Enclosure (SES) discovered on PD 08(e1/s255) Jan 7 06:41:41 fw2 kernel: mfi0: 370 (4278190113s/0x0002/0) - PD 08(e1/s255) event: Inserted: PD 08(e1/s255) Jan 7 06:41:41 fw2 kernel: mfi0: 371 (4278190113s/0x0002/0) - Type 29: Inserted: PD 08(e1/s255) Info: enclPd=08, scsiType=d, portMap=00, sasAddr=500180b04375a600,0000000000000000 Jan 7 06:41:41 fw2 kernel: mfi0: 372 (4278190113s/0x0002/0) - PD 00(e1/s0) event: Inserted: PD 00(e1/s0) Jan 7 06:41:41 fw2 kernel: mfi0: 373 (4278190113s/0x0002/0) - Type 29: Inserted: PD 00(e1/s0) Info: enclPd=08, scsiType=0, portMap=01, sasAddr=1221000000000000,0000000000000000 Jan 7 06:41:41 fw2 kernel: mfi0: 374 (4278190113s/0x0002/0) - PD 01(e1/s1) event: Inserted: PD 01(e1/s1) Jan 7 06:41:41 fw2 kernel: mfi0: 375 (4278190113s/0x0002/0) - Type 29: Inserted: PD 01(e1/s1) Info: enclPd=08, scsiType=0, portMap=02, sasAddr=1221000001000000,0000000000000000 Jan 7 06:41:41 fw2 kernel: mfi0: 377 (4278190114s/0x0001/0) - VD 00/0 event: Background Initialization started on VD 00/0 Jan 7 06:41:41 fw2 kernel: mfi0: 378 (221488853s/0x0020/0) - Adapter ticks 221488853 elapsed 34s: Time established as 01/07/07 12:40:53; (34 seconds since power on) Jan 7 06:41:41 fw2 kernel: mfid0: on mfi0 Jan 7 06:41:42 fw2 kernel: mfi0: 382 (221488903s/0x0001/-1) - VD 00/0 progress 85% in 50s: Background Initialization progress on VD 00/0 is 85.81%(50s) Jan 7 06:41:48 fw2 kernel: mfi0: 383 (221488909s/0x0008/0) - Battery temperature is normal Jan 7 06:41:48 fw2 kernel: mfi0: 384 (221488909s/0x0008/0) - Battery started charging Jan 7 06:41:48 fw2 kernel: mfi0: 385 (221488909s/0x0008/0) - Current capacity of the battery is above threshold Jan 7 06:41:58 fw2 kernel: mfi0: 386 (221488919s/0x0001/-1) - VD 00/0 progress 86% in 66s: Background Initialization progress on VD 00/0 is 86.28%(66s) Jan 7 06:42:14 fw2 kernel: mfi0: 387 (221488935s/0x0001/-1) - VD 00/0 progress 86% in 82s: Background Initialization progress on VD 00/0 is 86.66%(82s) Jan 7 06:42:30 fw2 kernel: mfi0: 388 (221488951s/0x0001/-1) - VD 00/0 progress 87% in 98s: Background Initialization progress on VD 00/0 is 87.21%(98s) Jan 7 06:42:46 fw2 kernel: mfi0: 389 (221488967s/0x0001/-1) - VD 00/0 progress 87% in 114s: Background Initialization progress on VD 00/0 is 87.65%(114s) Jan 7 06:43:02 fw2 kernel: mfi0: 390 (221488983s/0x0001/-1) - VD 00/0 progress 88% in 130s: Background Initialization progress on VD 00/0 is 88.27%(130s) Jan 7 06:43:18 fw2 kernel: mfi0: 391 (221488999s/0x0001/-1) - VD 00/0 progress 88% in 146s: Background Initialization progress on VD 00/0 is 88.86%(146s) Jan 7 06:43:34 fw2 kernel: mfi0: 392 (221489015s/0x0001/-1) - VD 00/0 progress 89% in 162s: Background Initialization progress on VD 00/0 is 89.48%(162s) Jan 7 06:43:50 fw2 kernel: mfi0: 393 (221489031s/0x0001/-1) - VD 00/0 progress 90% in 178s: Background Initialization progress on VD 00/0 is 90.10%(178s) Jan 7 06:44:06 fw2 kernel: mfi0: 394 (221489047s/0x0001/-1) - VD 00/0 progress 90% in 194s: Background Initialization progress on VD 00/0 is 90.65%(194s) Jan 7 06:44:22 fw2 kernel: mfi0: 395 (221489063s/0x0001/-1) - VD 00/0 progress 91% in 210s: Background Initialization progress on VD 00/0 is 91.30%(210s) Jan 7 06:44:38 fw2 kernel: mfi0: 396 (221489079s/0x0001/-1) - VD 00/0 progress 91% in 226s: Background Initialization progress on VD 00/0 is 91.83%(226s) Jan 7 06:44:54 fw2 kernel: mfi0: 397 (221489095s/0x0001/-1) - VD 00/0 progress 92% in 242s: Background Initialization progress on VD 00/0 is 92.37%(242s) Jan 7 06:45:10 fw2 kernel: mfi0: 398 (221489111s/0x0001/-1) - VD 00/0 progress 92% in 258s: Background Initialization progress on VD 00/0 is 92.91%(258s) Jan 7 06:45:26 fw2 kernel: mfi0: 399 (221489127s/0x0001/-1) - VD 00/0 progress 93% in 274s: Background Initialization progress on VD 00/0 is 93.42%(274s) Jan 7 06:45:42 fw2 kernel: mfi0: 400 (221489143s/0x0001/-1) - VD 00/0 progress 93% in 290s: Background Initialization progress on VD 00/0 is 93.93%(290s) Jan 7 06:45:58 fw2 kernel: mfi0: 401 (221489159s/0x0001/-1) - VD 00/0 progress 94% in 306s: Background Initialization progress on VD 00/0 is 94.38%(306s) Jan 7 06:46:14 fw2 kernel: mfi0: 402 (221489175s/0x0001/-1) - VD 00/0 progress 94% in 322s: Background Initialization progress on VD 00/0 is 94.84%(322s) Jan 7 06:46:30 fw2 kernel: mfi0: 403 (221489191s/0x0001/-1) - VD 00/0 progress 95% in 338s: Background Initialization progress on VD 00/0 is 95.41%(338s) Jan 7 06:46:46 fw2 kernel: mfi0: 404 (221489207s/0x0001/-1) - VD 00/0 progress 96% in 354s: Background Initialization progress on VD 00/0 is 95.96%(354s) Jan 7 06:47:02 fw2 kernel: mfi0: 405 (221489223s/0x0001/-1) - VD 00/0 progress 96% in 370s: Background Initialization progress on VD 00/0 is 96.43%(370s) Jan 7 06:47:18 fw2 kernel: mfi0: 406 (221489239s/0x0001/-1) - VD 00/0 progress 97% in 386s: Background Initialization progress on VD 00/0 is 96.95%(386s) Jan 7 06:47:34 fw2 kernel: mfi0: 407 (221489255s/0x0001/-1) - VD 00/0 progress 97% in 402s: Background Initialization progress on VD 00/0 is 97.38%(402s) Jan 7 06:47:51 fw2 kernel: mfi0: 408 (221489271s/0x0001/-1) - VD 00/0 progress 97% in 418s: Background Initialization progress on VD 00/0 is 97.86%(418s) Jan 7 06:48:06 fw2 kernel: mfi0: 409 (221489287s/0x0001/-1) - VD 00/0 progress 98% in 434s: Background Initialization progress on VD 00/0 is 98.26%(434s) Jan 7 06:48:22 fw2 kernel: mfi0: 410 (221489303s/0x0001/-1) - VD 00/0 progress 98% in 450s: Background Initialization progress on VD 00/0 is 98.68%(450s) Jan 7 06:48:38 fw2 kernel: mfi0: 411 (221489319s/0x0001/-1) - VD 00/0 progress 99% in 466s: Background Initialization progress on VD 00/0 is 98.98%(466s) Jan 7 06:48:55 fw2 kernel: mfi0: 412 (221489335s/0x0001/-1) - VD 00/0 progress 99% in 482s: Background Initialization progress on VD 00/0 is 99.29%(482s) Jan 7 06:49:11 fw2 kernel: mfi0: 413 (221489352s/0x0001/-1) - VD 00/0 progress 99% in 499s: Background Initialization progress on VD 00/0 is 99.48%(499s) Jan 7 06:49:27 fw2 kernel: mfi0: 414 (221489368s/0x0001/-1) - VD 00/0 progress 99% in 515s: Background Initialization progress on VD 00/0 is 99.80%(515s) Jan 7 06:49:35 fw2 kernel: mfi0: 415 (221489376s/0x0001/0) - VD 00/0 event: Background Initialization completed on VD 00/0 Jan 7 13:08:00 fw2 kernel: mfi0: mem 0xd80f0000-0xd80fffff,0xfc6e0000-0xfc6fffff irq 78 at device 14.0 on pci2 Jan 7 13:08:00 fw2 kernel: mfi0: 416 (221490360s/0x0020/0) - Shutdown command received from host Jan 7 13:08:00 fw2 kernel: mfi0: 417 (4278190080s/0x0020/0) - PCI 0x041028 0x0415 0x041028 0x041f03: Firmware initialization started (PCI ID 0015/1028/1f03/1028) Jan 7 13:08:00 fw2 kernel: mfi0: 418 (4278190080s/0x0020/0) - Type 18: Firmware version 1.00.02-0157 Jan 7 13:08:00 fw2 kernel: mfi0: 419 (4278190093s/0x0008/0) - Battery Present Jan 7 13:08:00 fw2 kernel: mfi0: 420 (4278190110s/0x0004/0) - PD 08(e1/s255) event: Enclosure (SES) discovered on PD 08(e1/s255) Jan 7 13:08:00 fw2 kernel: mfi0: 421 (4278190110s/0x0002/0) - PD 08(e1/s255) event: Inserted: PD 08(e1/s255) Jan 7 13:08:00 fw2 kernel: mfi0: 422 (4278190110s/0x0002/0) - Type 29: Inserted: PD 08(e1/s255) Info: enclPd=08, scsiType=d, portMap=00, sasAddr=500180b04375a600,0000000000000000 Jan 7 13:08:00 fw2 kernel: mfi0: 423 (4278190110s/0x0002/0) - PD 00(e1/s0) event: Inserted: PD 00(e1/s0) Jan 7 13:08:00 fw2 kernel: mfi0: 424 (4278190110s/0x0002/0) - Type 29: Inserted: PD 00(e1/s0) Info: enclPd=08, scsiType=0, portMap=01, sasAddr=1221000000000000,0000000000000000 Jan 7 13:08:00 fw2 kernel: mfi0: 425 (4278190110s/0x0002/0) - PD 01(e1/s1) event: Inserted: PD 01(e1/s1) Jan 7 13:08:00 fw2 kernel: mfi0: 426 (4278190110s/0x0002/0) - Type 29: Inserted: PD 01(e1/s1) Info: enclPd=08, scsiType=0, portMap=02, sasAddr=1221000001000000,0000000000000000 Jan 7 13:08:00 fw2 kernel: mfi0: 427 (221512017s/0x0020/0) - Adapter ticks 221512017 elapsed 30s: Time established as 01/07/07 19:06:57; (30 seconds since power on) Jan 7 13:08:00 fw2 kernel: mfi0: 428 (221512075s/0x0008/0) - Battery temperature is normal Jan 7 13:08:00 fw2 kernel: mfi0: 429 (221512075s/0x0008/0) - Battery started charging Jan 7 13:08:00 fw2 kernel: mfi0: 430 (221512075s/0x0008/0) - Current capacity of the battery is above threshold Jan 7 13:08:00 fw2 kernel: mfid0: on mfi0 Jan 7 13:14:33 fw2 kernel: mfi0: mem 0xd80f0000-0xd80fffff,0xfc6e0000-0xfc6fffff irq 78 at device 14.0 on pci2 Jan 7 13:14:33 fw2 kernel: mfi0: 431 (221512357s/0x0020/0) - Shutdown command received from host Jan 7 13:14:33 fw2 kernel: mfi0: 432 (4278190080s/0x0020/0) - PCI 0x041028 0x0415 0x041028 0x041f03: Firmware initialization started (PCI ID 0015/1028/1f03/1028) Jan 7 13:14:33 fw2 kernel: mfi0: 433 (4278190080s/0x0020/0) - Type 18: Firmware version 1.00.02-0157 Jan 7 13:14:33 fw2 kernel: mfi0: 434 (4278190092s/0x0008/0) - Battery Present Jan 7 13:14:33 fw2 kernel: mfi0: 435 (4278190110s/0x0004/0) - PD 08(e1/s255) event: Enclosure (SES) discovered on PD 08(e1/s255) Jan 7 13:14:33 fw2 kernel: mfi0: 436 (4278190111s/0x0002/0) - PD 08(e1/s255) event: Inserted: PD 08(e1/s255) Jan 7 13:14:33 fw2 kernel: mfi0: 437 (4278190111s/0x0002/0) - Type 29: Inserted: PD 08(e1/s255) Info: enclPd=08, scsiType=d, portMap=00, sasAddr=500180b04375a600,0000000000000000 Jan 7 13:14:33 fw2 kernel: mfi0: 438 (4278190111s/0x0002/0) - PD 00(e1/s0) event: Inserted: PD 00(e1/s0) Jan 7 13:14:33 fw2 kernel: mfi0: 439 (4278190111s/0x0002/0) - Type 29: Inserted: PD 00(e1/s0) Info: enclPd=08, scsiType=0, portMap=01, sasAddr=1221000000000000,0000000000000000 Jan 7 13:14:33 fw2 kernel: mfi0: 440 (4278190111s/0x0002/0) - PD 01(e1/s1) event: Inserted: PD 01(e1/s1) Jan 7 13:14:33 fw2 kernel: mfi0: 441 (4278190111s/0x0002/0) - Type 29: Inserted: PD 01(e1/s1) Info: enclPd=08, scsiType=0, portMap=02, sasAddr=1221000001000000,0000000000000000 Jan 7 13:14:33 fw2 kernel: mfi0: 442 (221512408s/0x0020/0) - Adapter ticks 221512408 elapsed 31s: Time established as 01/07/07 19:13:28; (31 seconds since power on) Jan 7 13:14:33 fw2 kernel: mfi0: 443 (221512464s/0x0008/0) - Battery temperature is normal Jan 7 13:14:33 fw2 kernel: mfi0: 444 (221512464s/0x0008/0) - Battery started charging Jan 7 13:14:33 fw2 kernel: mfi0: 445 (221512464s/0x0008/0) - Current capacity of the battery is above threshold Jan 7 13:14:33 fw2 kernel: mfid0: on mfi0 Jan 7 15:41:56 fw2 kernel: mfi0: 446 (221521304s/0x0008/0) - Battery charge complete Jan 12 21:11:38 fw2 kernel: mfi0: 447 (221972400s/0x0020/0) - Patrol Read started Jan 12 21:14:00 fw2 kernel: mfi0: 448 (221972542s/0x0002/-1) - PD 01(e1/s1) progress 10% seconds 142s: Patrol Read progress on PD 01(e1/s1) is 10.02%(142s) Jan 12 21:14:00 fw2 kernel: mfi0: 449 (221972542s/0x0002/-1) - PD 00(e1/s0) progress 10% seconds 142s: Patrol Read progress on PD 00(e1/s0) is 10.02%(142s) Jan 12 21:16:24 fw2 kernel: mfi0: 450 (221972685s/0x0002/-1) - PD 01(e1/s1) progress 20% seconds 285s: Patrol Read progress on PD 01(e1/s1) is 20.00%(285s) Jan 12 21:16:26 fw2 kernel: mfi0: 451 (221972688s/0x0002/-1) - PD 00(e1/s0) progress 20% seconds 288s: Patrol Read progress on PD 00(e1/s0) is 20.00%(288s) Jan 12 21:18:49 fw2 kernel: mfi0: 452 (221972830s/0x0002/-1) - PD 01(e1/s1) progress 30% seconds 430s: Patrol Read progress on PD 01(e1/s1) is 30.03%(430s) Jan 12 21:18:52 fw2 kernel: mfi0: 453 (221972833s/0x0002/-1) - PD 00(e1/s0) progress 30% seconds 433s: Patrol Read progress on PD 00(e1/s0) is 30.03%(433s) Jan 12 21:21:20 fw2 kernel: mfi0: 454 (221972981s/0x0002/-1) - PD 01(e1/s1) progress 40% seconds 581s: Patrol Read progress on PD 01(e1/s1) is 40.01%(581s) Jan 12 21:21:23 fw2 kernel: mfi0: 455 (221972984s/0x0002/-1) - PD 00(e1/s0) progress 40% seconds 584s: Patrol Read progress on PD 00(e1/s0) is 40.01%(584s) Jan 12 21:23:59 fw2 kernel: mfi0: 456 (221973140s/0x0002/-1) - PD 01(e1/s1) progress 50% seconds 740s: Patrol Read progress on PD 01(e1/s1) is 49.99%(740s) Jan 12 21:24:02 fw2 kernel: mfi0: 457 (221973143s/0x0002/-1) - PD 00(e1/s0) progress 50% seconds 743s: Patrol Read progress on PD 00(e1/s0) is 49.99%(743s) Jan 12 21:26:43 fw2 kernel: mfi0: 458 (221973304s/0x0002/-1) - PD 01(e1/s1) progress 60% seconds 904s: Patrol Read progress on PD 01(e1/s1) is 60.02%(904s) Jan 12 21:26:47 fw2 kernel: mfi0: 459 (221973307s/0x0002/-1) - PD 00(e1/s0) progress 60% seconds 907s: Patrol Read progress on PD 00(e1/s0) is 60.02%(907s) Jan 12 21:29:30 fw2 kernel: mfi0: 460 (221973470s/0x0002/-1) - PD 01(e1/s1) progress 70% seconds 1070s: Patrol Read progress on PD 01(e1/s1) is 70.00%(1070s) Jan 12 21:29:33 fw2 kernel: mfi0: 461 (221973473s/0x0002/-1) - PD 00(e1/s0) progress 70% seconds 1073s: Patrol Read progress on PD 00(e1/s0) is 70.00%(1073s) Jan 12 21:32:37 fw2 kernel: mfi0: 462 (221973657s/0x0002/-1) - PD 01(e1/s1) progress 80% seconds 1257s: Patrol Read progress on PD 01(e1/s1) is 80.03%(1257s) Jan 12 21:32:40 fw2 kernel: mfi0: 463 (221973660s/0x0002/-1) - PD 00(e1/s0) progress 80% seconds 1260s: Patrol Read progress on PD 00(e1/s0) is 80.03%(1260s) Jan 12 21:36:16 fw2 kernel: mfi0: 464 (221973875s/0x0002/-1) - PD 01(e1/s1) progress 90% seconds 1475s: Patrol Read progress on PD 01(e1/s1) is 90.01%(1475s) Jan 12 21:36:19 fw2 kernel: mfi0: 465 (221973878s/0x0002/-1) - PD 00(e1/s0) progress 90% seconds 1478s: Patrol Read progress on PD 00(e1/s0) is 90.01%(1478s) Jan 12 21:40:21 fw2 kernel: mfi0: 466 (221974120s/0x0002/-1) - PD 01(e1/s1) progress 100% seconds 1720s: Patrol Read progress on PD 01(e1/s1) is 100.00%(1720s) Jan 12 21:40:24 fw2 kernel: mfi0: 467 (221974123s/0x0002/-1) - PD 00(e1/s0) progress 100% seconds 1723s: Patrol Read progress on PD 00(e1/s0) is 100.00%(1723s) Jan 12 21:40:24 fw2 kernel: mfi0: 468 (221974123s/0x0020/0) - Patrol Read complete Jan 15 08:47:14 fw2 kernel: mfi0: mem 0xd80f0000-0xd80fffff,0xfc6e0000-0xfc6fffff irq 78 at device 14.0 on pci2 Jan 15 08:47:14 fw2 kernel: mfi0: 483 (222187518s/0x0020/0) - Shutdown command received from host Jan 15 08:47:14 fw2 kernel: mfi0: 484 (4278190080s/0x0020/0) - PCI 0x041028 0x0415 0x041028 0x041f03: Firmware initialization started (PCI ID 0015/1028/1f03/1028) Jan 15 08:47:14 fw2 kernel: mfi0: 485 (4278190080s/0x0020/0) - Type 18: Firmware version 1.00.02-0157 Jan 15 08:47:14 fw2 kernel: mfi0: 486 (4278190092s/0x0008/0) - Battery Present Jan 15 08:47:14 fw2 kernel: mfi0: 487 (4278190109s/0x0004/0) - PD 08(e1/s255) event: Enclosure (SES) discovered on PD 08(e1/s255) Jan 15 08:47:14 fw2 kernel: mfi0: 488 (4278190109s/0x0002/0) - PD 08(e1/s255) event: Inserted: PD 08(e1/s255) Jan 15 08:47:14 fw2 kernel: mfi0: 489 (4278190109s/0x0002/0) - Type 29: Inserted: PD 08(e1/s255) Info: enclPd=08, scsiType=d, portMap=00, sasAddr=500180b04375a600,0000000000000000 Jan 15 08:47:14 fw2 kernel: mfi0: 490 (4278190109s/0x0002/0) - PD 00(e1/s0) event: Inserted: PD 00(e1/s0) Jan 15 08:47:14 fw2 kernel: mfi0: 491 (4278190109s/0x0002/0) - Type 29: Inserted: PD 00(e1/s0) Info: enclPd=08, scsiType=0, portMap=01, sasAddr=1221000000000000,0000000000000000 Jan 15 08:47:14 fw2 kernel: mfi0: 492 (4278190109s/0x0002/0) - PD 01(e1/s1) event: Inserted: PD 01(e1/s1) Jan 15 08:47:14 fw2 kernel: mfi0: 493 (4278190109s/0x0002/0) - Type 29: Inserted: PD 01(e1/s1) Info: enclPd=08, scsiType=0, portMap=02, sasAddr=1221000001000000,0000000000000000 Jan 15 08:47:14 fw2 kernel: mfi0: 494 (222187559s/0x0020/0) - Adapter ticks 222187559 elapsed 30s: Time established as 01/15/07 14:45:59; (30 seconds since power on) Jan 15 08:47:14 fw2 kernel: mfi0: 495 (222187616s/0x0008/0) - Battery temperature is normal Jan 15 08:47:14 fw2 kernel: mfi0: 496 (222187616s/0x0008/0) - Current capacity of the battery is above threshold From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 15:54: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 2E0A116A417 for ; Mon, 15 Jan 2007 15:54:55 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id B6F3A13C469 for ; Mon, 15 Jan 2007 15:54:54 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1255467uge for ; Mon, 15 Jan 2007 07:54:53 -0800 (PST) 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=mCyTk6fUr6MjQOWJVzJZXmBGM/mVobEu7hGyP4K0/EyWqsidzqwvS876nT87MQILEyIzo72Aeet9DNRUfIWaG+o/32lp4QAIslrfycO5tDa9Jl8048XVx1AaiySrr8ZynZXzrVa1OBN86Ic9Mspjvv8m+v33lgW9JGhKEQZRPfY= Received: by 10.67.21.11 with SMTP id y11mr5601325ugi.1168876493259; Mon, 15 Jan 2007 07:54:53 -0800 (PST) Received: by 10.67.23.8 with HTTP; Mon, 15 Jan 2007 07:54:52 -0800 (PST) Message-ID: Date: Mon, 15 Jan 2007 16:54:52 +0100 From: "Pietro Cerutti" To: "Hans Petter Selasky" In-Reply-To: <200701151555.07155.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200701151331.47185.hselasky@c2i.net> <200701151555.07155.hselasky@c2i.net> Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: atacontrol kernel crash (atausb?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 15:54:55 -0000 On 1/15/07, Hans Petter Selasky wrote: > It is just plug and play. If you don't get any new USB devices like /dev/adXX > after that you plug the device, then maybe there is something wrong or the > protocol used is not supported by atausb. This is the only thing showing on the console: atausb0: using SCSI over Bulk-Only ata2: on atausb0 Can you see anything wrong with it? > > PS: You maybe want to try out my new and rewritten USB stack + atausb: Tried, nothing changed... what functionality is your patch supposed to add? -- Pietro Cerutti ICQ: 117293691 PGP: 0x9571F78E - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 15:55: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 BAB2816A5FF for ; Mon, 15 Jan 2007 15:55:34 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swip.net [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 56D6913C45E for ; Mon, 15 Jan 2007 15:55:34 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe13.swip.net (CommuniGate Pro SMTP 5.0.12) with ESMTPA id 214883430; Mon, 15 Jan 2007 15:55:31 +0100 From: Hans Petter Selasky To: "Pietro Cerutti" Date: Mon, 15 Jan 2007 15:55:06 +0100 User-Agent: KMail/1.7 References: <200701151331.47185.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701151555.07155.hselasky@c2i.net> Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: atacontrol kernel crash (atausb?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 15:55:34 -0000 On Monday 15 January 2007 15:37, Pietro Cerutti wrote: > On 1/15/07, Hans Petter Selasky wrote: > > > last one: why atausb doesn't have a manual page?? > > > > Probably the device driver is too new. > > Maybe we should adopt the OpenBSD's "everything not documented is a > bug" philosophy, don't you think? > > So, anyone knows how to use atausb? It is just plug and play. If you don't get any new USB devices like /dev/adXX after that you plug the device, then maybe there is something wrong or the protocol used is not supported by atausb. PS: You maybe want to try out my new and rewritten USB stack + atausb: # # How to get the latest sources: (you need subversion installed) # svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b # # The following commands will # install the driver on FreeBSD: # cd i4b/trunk/i4b/FreeBSD.usb make S=../src package make install # # Then build a new kernel. # --HPS From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 16:16: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 1029216A587; Mon, 15 Jan 2007 16:16:50 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.swip.net [212.247.155.1]) by mx1.freebsd.org (Postfix) with ESMTP id D39DF13C468; Mon, 15 Jan 2007 16:16:46 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe09.swip.net (CommuniGate Pro SMTP 5.0.12) with ESMTPA id 214875279; Mon, 15 Jan 2007 17:16:44 +0100 From: Hans Petter Selasky To: "Pietro Cerutti" Date: Mon, 15 Jan 2007 17:16:18 +0100 User-Agent: KMail/1.7 References: <200701151555.07155.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701151716.20094.hselasky@c2i.net> Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: atacontrol kernel crash (atausb?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 16:16:50 -0000 On Monday 15 January 2007 16:54, Pietro Cerutti wrote: > On 1/15/07, Hans Petter Selasky wrote: > > It is just plug and play. If you don't get any new USB devices like > > /dev/adXX after that you plug the device, then maybe there is something > > wrong or the protocol used is not supported by atausb. > > This is the only thing showing on the console: > > atausb0: using SCSI over Bulk-Only > ata2: on atausb0 > > Can you see anything wrong with it? No. What happens when you use/load "umass" and unload "atausb" ? > > > PS: You maybe want to try out my new and rewritten USB stack + atausb: > > Tried, nothing changed... what functionality is your patch supposed to add? No new functionality with regard to atausb. --HPS From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 16:25: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 71A3916A562 for ; Mon, 15 Jan 2007 16:25:08 +0000 (UTC) (envelope-from pietro.cerutti@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 D35D913C43E for ; Mon, 15 Jan 2007 16:24:56 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1263156uge for ; Mon, 15 Jan 2007 08:24:55 -0800 (PST) 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=XfHmowYtSNvAMUOswKwqm6D9Tt7vDx4GHEmJwUDyv5AuRF7PACkCly/bPzXtPEy7JXwMbWLSK61c8lQHuRFwg9YZ/VJvQQxEtk3VkoMbCT7QB2+0jOCAINm7mWYECry2cI59w+iFp//ck+rW13gfh7AEOyQbnL8sh4N9/79XoLY= Received: by 10.66.232.9 with SMTP id e9mr5644928ugh.1168878295164; Mon, 15 Jan 2007 08:24:55 -0800 (PST) Received: by 10.67.23.8 with HTTP; Mon, 15 Jan 2007 08:24:55 -0800 (PST) Message-ID: Date: Mon, 15 Jan 2007 17:24:55 +0100 From: "Pietro Cerutti" To: "Hans Petter Selasky" , freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <200701151716.20094.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200701151555.07155.hselasky@c2i.net> <200701151716.20094.hselasky@c2i.net> Cc: Subject: Re: atacontrol kernel crash (atausb?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 16:25:08 -0000 On 1/15/07, Hans Petter Selasky wrote: > > No. What happens when you use/load "umass" and unload "atausb" ? Everything works nice with umass. It creates the da0 device node. It just shows up these errors, as it always did... GEOM: new disk da0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: < USB2.0 FlashDisk 1.1b> Removable Direct Access SCSI-0 device da0: Serial Number da0: 40.000MB/s transfers da0: 248MB (507904 512 byte sectors: 64H 32S/T 248C) (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 > --HPS > -- Pietro Cerutti ICQ: 117293691 PGP: 0x9571F78E - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 16:26:41 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 1812516A623 for ; Mon, 15 Jan 2007 16:26:41 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9372613C44C for ; Mon, 15 Jan 2007 16:26:39 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id l0FGQbJX049890; Mon, 15 Jan 2007 11:26:37 -0500 (EST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id l0FGQbXi012049; Mon, 15 Jan 2007 11:26:37 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: Kris Kennaway In-Reply-To: <20070113201106.GD66260@xor.obsecurity.org> References: <20061205.004323.78708386.hrs@allbsd.org> <20061204160949.GM35681@deviant.kiev.zoral.com.ua> <20061205.123805.59655403.hrs@allbsd.org> <1166194879.6317.11.camel@lanshark.dmv.com> <20061215181548.GA58555@xor.obsecurity.org> <1166209936.6317.21.camel@lanshark.dmv.com> <20061215192958.GA86926@xor.obsecurity.org> <20061215212040.GG23698@deviant.kiev.zoral.com.ua> <1166463200.11562.5.camel@lanshark.dmv.com> <4596F06D.30004@dmv.com> <20070113201106.GD66260@xor.obsecurity.org> Content-Type: text/plain Date: Mon, 15 Jan 2007 11:33:33 -0500 Message-Id: <1168878813.13113.2.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Cc: Kostik Belousov , stable@freebsd.org Subject: Re: Not panic in nfsd (Re: panic in nfsd on 6.2-RC1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2007 16:26:41 -0000 On Sat, 2007-01-13 at 15:11 -0500, Kris Kennaway wrote: > On Sat, Dec 30, 2006 at 06:04:13PM -0500, Sven Willenberger wrote: > > > > > > Sven Willenberger presumably uttered the following on 12/18/06 12:33: > > > On Fri, 2006-12-15 at 23:20 +0200, Kostik Belousov wrote: > > >> On Fri, Dec 15, 2006 at 02:29:58PM -0500, Kris Kennaway wrote: > > > > > > <> > > > > > >>> > > >>>> FWIW, I do see the following appearing in the /var/log/messages: > > >>>> ufs_rename: fvp == tvp (can't happen) > > >>>> about once or twice a day, but cannot correlate those to lockup. Now > > >>>> that I have enabled the options mentioned above in the kernel, I am > > >>>> seeing some LOR issues: > > >>>> > > >>>> kernel: lock order reversal: > > >>>> kernel: 1st 0xffffff00c3bab200 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c:1547 > > >>>> kernel: 2nd 0xffffff0005bb6078 struct mount mtx (struct mount mtx) @ /usr/src/sys/ufs/ufs/ufs_vnops.c:138 > > >>> OK, this is interesting, so let's proceed from here. > > >>> > > >>> Kris > > >> Try this. > > >> > > >> Index: ufs/ufs/ufs_vnops.c > > >> =================================================================== > > >> RCS file: /usr/local/arch/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v > > >> retrieving revision 1.283 > > >> diff -u -r1.283 ufs_vnops.c > > >> --- ufs/ufs/ufs_vnops.c 6 Nov 2006 13:42:09 -0000 1.283 > > >> +++ ufs/ufs/ufs_vnops.c 15 Dec 2006 21:19:51 -0000 > > >> @@ -133,19 +133,15 @@ > > >> { > > >> struct inode *ip; > > >> struct timespec ts; > > >> - int mnt_locked; > > >> > > >> ip = VTOI(vp); > > >> - mnt_locked = 0; > > >> - if ((vp->v_mount->mnt_flag & MNT_RDONLY) != 0) { > > >> - VI_LOCK(vp); > > >> + VI_LOCK(vp); > > >> + if ((vp->v_mount->mnt_flag & MNT_RDONLY) != 0) > > >> goto out; > > >> + if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) == 0) { > > >> + VI_UNLOCK(vp); > > >> + return; > > >> } > > >> - MNT_ILOCK(vp->v_mount); /* For reading of mnt_kern_flags. */ > > >> - mnt_locked = 1; > > >> - VI_LOCK(vp); > > >> - if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) == 0) > > >> - goto out_unl; > > >> > > >> if ((vp->v_type == VBLK || vp->v_type == VCHR) && !DOINGSOFTDEP(vp)) > > >> ip->i_flag |= IN_LAZYMOD; > > >> @@ -172,10 +168,7 @@ > > >> > > >> out: > > >> ip->i_flag &= ~(IN_ACCESS | IN_CHANGE | IN_UPDATE); > > >> - out_unl: > > >> VI_UNLOCK(vp); > > >> - if (mnt_locked) > > >> - MNT_IUNLOCK(vp->v_mount); > > >> } > > >> > > >> /* > > > > > > > > > Patch applied cleanly (offset 6 lines), make buildworld, make kernel, > > > reboot, make installworld, etc. > > > > > > kernel: lock order reversal: > > > kernel: 1st 0xffffff00b9181800 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c:1547 > > > kernel: 2nd 0xffffff00c16030d0 vnode interlock (vnode interlock) @ /usr/src/sys/ufs/ufs/ufs_vnops.c:132 > > > > > > > > > > > > _______________________________________________ > > > > Having enabled witness and ddb, etc I cannot get this LOR to trigger anymore, but > > the machine is still locking up. I finally managed to get a piece of what was > > appearing on the console which is the following (copied by hand by an onsite tech so > > there may be a typo here and there): > > > > --------cut-------------- > > > > bge_intr() at loge_intr+0x84a > > ithread_loop() at ithread_loop+0x14c > > fork_exit() at fork_exit+0xbb > > fork_trampoline() at fork_trampoline+0xee > > --- trap 0, rip-0, rsp-0xffffffffb371ad00, rbp-0 --- > > > > Fatal trap 12: page fault while in Kernel Mode > > cupid=1, apic id=01 > > fault virtual address - 0x28 > > fault code - supervisor write, page not present > > instruction pointer - 0x8:0xffffffff801dae1a > > stack pointer - 0x10:0xffffffffb371ab70 > > frame pointer - 0x10:0xffffffffb371abd0 > > code segment - base 0x0, limit 0xfffff, type 0x1b > > - DPL 0, pres 1, long 1, def32 0, gram 1 > > > > processor eflags=interrupt enabled, resume, IOPL=0 > > current process=28 (irq 24:bge0) > > trap number=12 > > panic: page fault > > cupid=1 > > > > Uptime - 4d10h52m36s > > Dumping 4031MB (2 chunks) > > chunk0: 1MB (156 pages)... ok > > chunk1: 4031MB (1031920) > > > > ----------cut----------------- > > > > For some reason, by the time it reboots, there is no dump file available (even > > though it is enabled in rc.conf and there is more than enough room in /var/crash to > > hold it). > > This is indicating a problem either with your bge hardware or the driver. > > Kris I suspect the driver: This same hardware setup was being used as a databse server with FreeBSD 5.4. I had been using the bge driver but set at base100T without any issue at all. It was when I did a clean install of 6.2-Prerelease and setting bge to use the full gigE speed (via autonegotiate) that these issues cropped up. Since changing to the onboard fxp interface I have (knock on wood) not had an issue in some 7 days (as opposed to the random lockups/reboots occuring every 3 days using bge). Sven From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 17:12: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 8964816A4F5 for ; Mon, 15 Jan 2007 17:12:04 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 7079113C461 for ; Mon, 15 Jan 2007 17:12:04 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from [192.168.26.75] (64-84-9-2-sf-gw.ncircle.com [64.84.9.2]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l0FHC30Z010143 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Jan 2007 09:12:04 -0800 Message-ID: <45ABB5DC.1060905@freebsd.org> Date: Mon, 15 Jan 2007 09:11:56 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Jayel Villamin References: In-Reply-To: X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBBF447A46E81FCA0F76C9760" Cc: freebsd-stable@freebsd.org Subject: Re: just cvsuped and compiled/installed world and kernel. why is uname -a still saying "6.2-prerelease"? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 17:12:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBBF447A46E81FCA0F76C9760 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Jayel Villamin wrote: > tag used is RELENG_6. >=20 > cvsup was completed at around 3am Monday New York time. 6.2 has been > released hours before so I thought uname -a should display something > else? like "6-stable" or at least something other than > "6.2-prerelease"? Make sure you have at least revision 1.69.2.14 of src/sys/conf/newvers.sh. Otherwise the change probably just didn't propagate yet to whichever cvsup mirror you're using. Bruce. --------------enigBBF447A46E81FCA0F76C9760 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.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFq7Xc2MoxcVugUsMRAqMjAKC2E+daEtcmAqgeM1beDK1I9OsiwgCfXUwr l6Qpj6gwCpH7FbUy5mc2v2c= =hUNQ -----END PGP SIGNATURE----- --------------enigBBF447A46E81FCA0F76C9760-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 17:49: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 ECAC316A40F for ; Mon, 15 Jan 2007 17:49:25 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.freebsd.org (Postfix) with ESMTP id C33E613C45D for ; Mon, 15 Jan 2007 17:49:23 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.0)); Mon, 15 Jan 2007 09:29:38 -0800 X-Server-Uuid: 05DA3F36-9AA8-4766-A7E5-53B43A7C42E6 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id DC0E02B2; Mon, 15 Jan 2007 09:29:37 -0800 (PST) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id B616B2B1; Mon, 15 Jan 2007 09:29:37 -0800 (PST) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id ETQ97379; Mon, 15 Jan 2007 09:16:18 -0800 (PST) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id AA23869CAF; Mon, 15 Jan 2007 09:16:18 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 15 Jan 2007 09:16:16 -0800 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90302CE3855@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: Thread-Topic: Dell 1955 Blade - Broadcom NIC not detected (BCM5708S) Thread-Index: Acc4DwH0DIcm3GchS3yKw5Yt9iNl8gAuaRCw From: "David Christensen" To: "Roar Pettersen" , freebsd-stable@freebsd.org X-WSS-ID: 69B566753S43693478-05-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: Dell 1955 Blade - Broadcom NIC not detected (BCM5708S) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 17:49:26 -0000 > Hello Dave ! >=20 > >Wed Nov 1 18:54:19 UTC 2006 > > > >Yes, the Linux bnx2 driver does support SerDes. I don't have the > >bandwidth to tackle this feature until after the first of the year, > >though a few other people have also considered looking into adding > >the support. >=20 >=20 > Any news or status report regarding support for this new=20 > network interface=20 > in FreeBSD ? I've copied Doug White who is working to add SerDes support to bce. Dave From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 17:57: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 0E40D16A407 for ; Mon, 15 Jan 2007 17:57:13 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from zealot.ksu.ru (zealot.ksu.ru [194.85.245.161]) by mx1.freebsd.org (Postfix) with ESMTP id 5C2A613C441 for ; Mon, 15 Jan 2007 17:57:11 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from [127.0.0.1] (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.13.8/8.13.8) with ESMTP id l0FHNbpc062131 for ; Mon, 15 Jan 2007 20:23:37 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <45ABB899.7060807@ksu.ru> Date: Mon, 15 Jan 2007 20:23:37 +0300 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.0.9) Gecko/20070115 SeaMonkey/1.0.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: charset conversion support in amd(8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 17:57:13 -0000 Hello! I found that automount daemon configured to use cdrom device doesn't support -C option to convert filenames to local charset. Is there any ways to make it work? my amd.map is as follows: # $FreeBSD: src/etc/amd.map,v 1.9 2002/05/15 22:24:29 obrien Exp $ # /defaults type:=host;fs:=${autodir}/${rhost}/host;rhost:=${key} * opts:=rw,grpid,resvport,vers=3,proto=udp,nosuid,nodev cdrom fs:=${autodir}/cdrom;type:=cdfs;opts:=ro;dev:=/dev/cd2 adding Ckoi8-r to opts doesn't solve the problem. I suppose one should add charset conversion ability to amd itself. Am I right? -- SY, Marat From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 18:15: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 0002F16A407 for ; Mon, 15 Jan 2007 18:15:29 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail13.simplicato.com (mail13.simplicato.com [207.99.47.68]) by mx1.freebsd.org (Postfix) with ESMTP id CADEA13C471 for ; Mon, 15 Jan 2007 18:15:29 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail13.simplicato.com (localhost [127.0.0.1]) by mail13.simplicato.com (Postfix) with ESMTP id 8EC7977B5FF for ; Mon, 15 Jan 2007 12:57:51 -0500 (EST) Received: from uws1.starlofashions.com (unknown [12.44.50.124]) by mail13.simplicato.com (Postfix) with ESMTP id 6C5AD77B5FC for ; Mon, 15 Jan 2007 12:57:51 -0500 (EST) Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Mon, 15 Jan 2007 12:57:51 -0500 Date: Mon, 15 Jan 2007 12:57:51 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20070115175751.GA1698@uws1.starlofashions.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <45ABB5DC.1060905@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45ABB5DC.1060905@freebsd.org> User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: just cvsuped and compiled/installed world and kernel. why is uname -a still saying "6.2-prerelease"? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 18:15:30 -0000 On Mon, Jan 15, 2007 at 09:11:56AM -0800, Bruce A. Mah wrote: > If memory serves me right, Jayel Villamin wrote: > > tag used is RELENG_6. > > > > cvsup was completed at around 3am Monday New York time. 6.2 has been > > released hours before so I thought uname -a should display something > > else? like "6-stable" or at least something other than > > "6.2-prerelease"? > > Make sure you have at least revision 1.69.2.14 of > src/sys/conf/newvers.sh. Otherwise the change probably just didn't > propagate yet to whichever cvsup mirror you're using. I've found the quickest way to figure out if I got the right version is to do, after downloading egrep "REVISION|BRANCH" /usr/src/sys/conf/newvers.sh -- Scott GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Angelus: I wanna torture you. I used to love it, and it's been such a long time. I mean, the last time I tortured someone, they didn't even *have* chainsaws. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 18:22: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 0F6AA16A4CE for ; Mon, 15 Jan 2007 18:22: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 EA9E413C45A for ; Mon, 15 Jan 2007 18:22:33 +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 61A221A4D8B; Mon, 15 Jan 2007 10:22:32 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 239695138A; Mon, 15 Jan 2007 13:22:28 -0500 (EST) Date: Mon, 15 Jan 2007 13:22:27 -0500 From: Kris Kennaway To: Sven Willenberger Message-ID: <20070115182227.GA30242@xor.obsecurity.org> References: <20061205.123805.59655403.hrs@allbsd.org> <1166194879.6317.11.camel@lanshark.dmv.com> <20061215181548.GA58555@xor.obsecurity.org> <1166209936.6317.21.camel@lanshark.dmv.com> <20061215192958.GA86926@xor.obsecurity.org> <20061215212040.GG23698@deviant.kiev.zoral.com.ua> <1166463200.11562.5.camel@lanshark.dmv.com> <4596F06D.30004@dmv.com> <20070113201106.GD66260@xor.obsecurity.org> <1168878813.13113.2.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <1168878813.13113.2.camel@lanshark.dmv.com> User-Agent: Mutt/1.4.2.2i Cc: Kostik Belousov , stable@freebsd.org, Kris Kennaway Subject: bge panic (Re: Not panic in nfsd (Re: panic in nfsd on 6.2-RC1)) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2007 18:22:34 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 15, 2007 at 11:33:33AM -0500, Sven Willenberger wrote: > > This is indicating a problem either with your bge hardware or the drive= r. > >=20 > > Kris >=20 > I suspect the driver: This same hardware setup was being used as a > databse server with FreeBSD 5.4. I had been using the bge driver but set > at base100T without any issue at all. It was when I did a clean install > of 6.2-Prerelease and setting bge to use the full gigE speed (via > autonegotiate) that these issues cropped up. Be careful before you start blaming FreeBSD - since you did not test the failing hardware configuration in the older version of FreeBSD you cannot yet determine that it is a driver regression. Kris --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFq8ZjWry0BWjoQKURAiPEAJ9xXkM42O43zV/Vs17Y1IeqbAyTiwCZASER RUVGi5lq78TZ7mcyahS1Stc= =0lw2 -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 18:38: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 BFE1E16A407 for ; Mon, 15 Jan 2007 18:38:57 +0000 (UTC) (envelope-from nick@gustas.org) Received: from flpi101.sbcis.sbc.com (flpi101.sbcis.sbc.com [207.115.20.70]) by mx1.freebsd.org (Postfix) with ESMTP id AB8C913C44C for ; Mon, 15 Jan 2007 18:38:57 +0000 (UTC) (envelope-from nick@gustas.org) X-ORBL: [69.209.125.220] Received: from jrwalters.lan (adsl-69-209-125-220.dsl.klmzmi.ameritech.net [69.209.125.220]) by flpi101.sbcis.sbc.com (8.13.8 out.dk.spool/8.13.8) with ESMTP id l0FIIxnJ007148; Mon, 15 Jan 2007 10:19:00 -0800 Received: from [127.0.0.1] (67-39-225-23.ded.ameritech.net [67.39.225.23]) by jrwalters.lan (Postfix) with ESMTP id D7D152438DD; Mon, 15 Jan 2007 13:18:53 -0500 (EST) Message-ID: <45ABC595.4090206@gustas.org> Date: Mon, 15 Jan 2007 13:19:01 -0500 From: Nick Gustas User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: "Marat N.Afanasyev" References: <45ABB899.7060807@ksu.ru> In-Reply-To: <45ABB899.7060807@ksu.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: charset conversion support in amd(8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 18:38:57 -0000 I have an old amd.map from 1999 or so that we use for a freebsd cd server here at work, it uses a mount "type" of program. I don't see this format documented in the current amd man pages, but it still works on 6-stable. You should be able to change the mount commands to mount_cd9660 and add the -C option. amd.map: ____________ cdrom0 type:=program;\ fs:=/realmounts/cdrom0;\ mount:="/sbin/mount mount /realmounts/cdrom0";\ unmount:="/sbin/umount umount /realmounts/cdrom0" cdrom1 type:=program;\ fs:=/realmounts/cdrom1;\ mount:="/sbin/mount mount /realmounts/cdrom1";\ unmount:="/sbin/umount umount /realmounts/cdrom1" cdrom2 type:=program;\ fs:=/realmounts/cdrom2;\ mount:="/sbin/mount mount /realmounts/cdrom2";\ unmount:="/sbin/umount umount /realmounts/cdrom2" cdrom3 type:=program;\ fs:=/realmounts/cdrom3;\ mount:="/sbin/mount mount /realmounts/cdrom3";\ unmount:="/sbin/umount umount /realmounts/cdrom3" cdrom4 type:=program;\ fs:=/realmounts/cdrom4;\ mount:="/sbin/mount mount /realmounts/cdrom4";\ unmount:="/sbin/umount umount /realmounts/cdrom4" cdrom5 type:=program;\ fs:=/realmounts/cdrom5;\ mount:="/sbin/mount mount /realmounts/cdrom5";\ unmount:="/sbin/umount umount /realmounts/cdrom5" cdrom6 type:=program;\ fs:=/realmounts/cdrom6;\ mount:="/sbin/mount mount /realmounts/cdrom6";\ unmount:="/sbin/umount umount /realmounts/cdrom6" ____________ fstab: ____________ /dev/cd0 /realmounts/cdrom0 cd9660 ro,noauto 0 0 /dev/cd1 /realmounts/cdrom1 cd9660 ro,noauto 0 0 /dev/cd2 /realmounts/cdrom2 cd9660 ro,noauto 0 0 /dev/cd3 /realmounts/cdrom3 cd9660 ro,noauto 0 0 /dev/cd4 /realmounts/cdrom4 cd9660 ro,noauto 0 0 /dev/cd5 /realmounts/cdrom5 cd9660 ro,noauto 0 0 /dev/cd6 /realmounts/cdrom6 cd9660 ro,noauto 0 0 ____________ amd command line: ____________ /usr/sbin/amd -p -a /cdrom -w 5 -c 10 /cdrom /etc/amd.map /cdrom /etc/amd.map ____________ directories to create: ____________ mkdir -p /realmounts/cdrom0 mkdir -p /realmounts/cdrom1 mkdir -p /realmounts/cdrom2 mkdir -p /realmounts/cdrom3 mkdir -p /realmounts/cdrom4 mkdir -p /realmounts/cdrom5 mkdir -p /realmounts/cdrom6 mkdir /cdrom It certainly looks hacky compared to your config, but it's worked from freebsd 3.1 through now so I never changed it. Marat N.Afanasyev wrote: > Hello! > > I found that automount daemon configured to use cdrom device doesn't > support -C option to convert filenames to local charset. Is there any > ways to make it work? > > my amd.map is as follows: > > # $FreeBSD: src/etc/amd.map,v 1.9 2002/05/15 22:24:29 obrien Exp $ > # > /defaults type:=host;fs:=${autodir}/${rhost}/host;rhost:=${key} > * opts:=rw,grpid,resvport,vers=3,proto=udp,nosuid,nodev > > cdrom fs:=${autodir}/cdrom;type:=cdfs;opts:=ro;dev:=/dev/cd2 > > adding Ckoi8-r to opts doesn't solve the problem. I suppose one should > add charset conversion ability to amd itself. Am I right? > From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 18:56: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 7487016A47C for ; Mon, 15 Jan 2007 18:56:34 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.freebsd.org (Postfix) with ESMTP id 328CC13C455 for ; Mon, 15 Jan 2007 18:56:33 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id l0FIuW0F070904; Mon, 15 Jan 2007 13:56:32 -0500 (EST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id l0FIuWXi017509; Mon, 15 Jan 2007 13:56:32 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: Kris Kennaway In-Reply-To: <20070115182227.GA30242@xor.obsecurity.org> References: <20061205.123805.59655403.hrs@allbsd.org> <1166194879.6317.11.camel@lanshark.dmv.com> <20061215181548.GA58555@xor.obsecurity.org> <1166209936.6317.21.camel@lanshark.dmv.com> <20061215192958.GA86926@xor.obsecurity.org> <20061215212040.GG23698@deviant.kiev.zoral.com.ua> <1166463200.11562.5.camel@lanshark.dmv.com> <4596F06D.30004@dmv.com> <20070113201106.GD66260@xor.obsecurity.org> <1168878813.13113.2.camel@lanshark.dmv.com> <20070115182227.GA30242@xor.obsecurity.org> Content-Type: text/plain Date: Mon, 15 Jan 2007 14:03:28 -0500 Message-Id: <1168887808.13113.7.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Cc: Kostik Belousov , stable@freebsd.org Subject: Re: bge panic (Re: Not panic in nfsd (Re: panic in nfsd on 6.2-RC1)) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2007 18:56:34 -0000 On Mon, 2007-01-15 at 13:22 -0500, Kris Kennaway wrote: > On Mon, Jan 15, 2007 at 11:33:33AM -0500, Sven Willenberger wrote: > > > > This is indicating a problem either with your bge hardware or the driver. > > > > > > Kris > > > > I suspect the driver: This same hardware setup was being used as a > > databse server with FreeBSD 5.4. I had been using the bge driver but set > > at base100T without any issue at all. It was when I did a clean install > > of 6.2-Prerelease and setting bge to use the full gigE speed (via > > autonegotiate) that these issues cropped up. > > Be careful before you start blaming FreeBSD - since you did not test > the failing hardware configuration in the older version of FreeBSD you > cannot yet determine that it is a driver regression. > > Kris I will freely admit that this may be circumstantial, that the hardware failed at the same time I upgraded to the newer version of FreeBSD. It could also be that there is an issue with the bge driver being used with 1000 (gigE) speeds instead of at fastE speeds as I used it with the 5.4 release (same hardware). Unfortunately, now that the fxp connection seems stable (for the moment) I am going to take advantage of the uptime and will have to leave troubleshooting/debugging/etc to what I have provided in the other responses I have sent. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 19:28:10 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 AC9C516A40F; Mon, 15 Jan 2007 19:28:10 +0000 (UTC) (envelope-from rees@umich.edu) Received: from citi.umich.edu (citi.umich.edu [141.211.133.111]) by mx1.freebsd.org (Postfix) with ESMTP id 8D3D113C465; Mon, 15 Jan 2007 19:28:10 +0000 (UTC) (envelope-from rees@umich.edu) Received: from localhost (dsl093-001-248.det1.dsl.speakeasy.net [66.93.1.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by citi.umich.edu (Postfix) with ESMTP id 92A6139081; Mon, 15 Jan 2007 13:54:26 -0500 (EST) Date: Mon, 15 Jan 2007 13:54:26 -0500 From: Jim Rees To: stable@freebsd.org, fs@freebsd.org Message-ID: <20070115185425.GB23427@citi.umich.edu> References: <20070115112106.GA2304@genius.tao.org.uk> <20070115115650.GB2304@genius.tao.org.uk> <45AB9BE4.1030606@osoft.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45AB9BE4.1030606@osoft.us> Cc: Subject: Re: Dell hardware raid 0 (sas5ir) or gmirror? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 19:28:10 -0000 We've had nothing but trouble with various models of Adaptec RAID hardware, and now only use software RAID even where hardware is available. But we only run a handful of servers. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 19:33: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 B556016A416 for ; Mon, 15 Jan 2007 19:33:40 +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 7922B13C448 for ; Mon, 15 Jan 2007 19:33:38 +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.4/8.13.4) with ESMTP id l0FJXWka055853; Mon, 15 Jan 2007 12:33:37 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45ABD709.90809@samsco.org> Date: Mon, 15 Jan 2007 12:33:29 -0700 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: Jim Rees References: <20070115112106.GA2304@genius.tao.org.uk> <20070115115650.GB2304@genius.tao.org.uk> <45AB9BE4.1030606@osoft.us> <20070115185425.GB23427@citi.umich.edu> In-Reply-To: <20070115185425.GB23427@citi.umich.edu> 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]); Mon, 15 Jan 2007 12:33:37 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: stable@freebsd.org, fs@freebsd.org Subject: Re: Dell hardware raid 0 (sas5ir) or gmirror? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 19:33:40 -0000 Jim Rees wrote: > We've had nothing but trouble with various models of Adaptec RAID hardware, > and now only use software RAID even where hardware is available. But we > only run a handful of servers. Adaptec RAID doesn't apply to this discussion. Scott From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 20:20: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 0082A16A407 for ; Mon, 15 Jan 2007 20:20:40 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from cp65.agava.net (cp65.agava.net [89.108.66.215]) by mx1.freebsd.org (Postfix) with ESMTP id A730E13C45B for ; Mon, 15 Jan 2007 20:20:39 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from clamav by cp65.agava.net with drweb-scanned (Exim 4.44 (FreeBSD)) id 1H6YJp-000Fs5-UG for freebsd-stable@freebsd.org; Mon, 15 Jan 2007 23:20:37 +0300 Received: from [213.148.29.33] (helo=nexii.panopticon) by cp65.agava.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1H6YJp-000Frj-Qe for freebsd-stable@freebsd.org; Mon, 15 Jan 2007 23:20:37 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.2]) by nexii.panopticon (Postfix) with ESMTP id 5CA231705D for ; Mon, 15 Jan 2007 23:22:02 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 9016D4088; Mon, 15 Jan 2007 23:21:55 +0300 (MSK) Date: Mon, 15 Jan 2007 23:21:55 +0300 From: Dmitry Marakasov To: freebsd-stable@freebsd.org Message-ID: <20070115202155.GA24558@hades.panopticon> Mail-Followup-To: freebsd-stable@freebsd.org References: <20070115030536.GA1025@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20070115030536.GA1025@hades.panopticon> User-Agent: Mutt/1.5.13 (2006-08-11) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cp65.agava.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [106 106] / [26 6] X-AntiAbuse: Sender Address Domain - amdmi3.ru X-Source: X-Source-Args: X-Source-Dir: Subject: Re: 6.2 & nvidia x11 driver: weird 16bpp/24bpp colorspace damage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 20:20:40 -0000 * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: Update: after some research I've determined natre of this color distortion. It seems like card interpretes each RGB8 value (24 bits, 8 for each color component) as RBG4 (12 bits, 4 bits for each component, red-blue-green order). Thus, color which is 0xFF0000 (red) looks like magenta onscreen (red = 0xF, green = 0x0, blue = 0xF) and so on. Doesn't anyone have any problems with nvidia driver on 6.2-RELEASE? PS. Here's related thread on nvidia's forum: http://www.nvnews.net/vbulletin/showthread.php?t=84323 -- Best regards, Dmitry Marakasov mailto:amdmi3@amdmi3.ru From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 20:24: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 DD95816A47C for ; Mon, 15 Jan 2007 20:24:15 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 6EB9413C478 for ; Mon, 15 Jan 2007 20:24:15 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1323012uge for ; Mon, 15 Jan 2007 12:24:06 -0800 (PST) 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=OTamE4hb/H81IkN6+mFKL4aSJ3+GgOMT8UT2Bd/F4ECv1CAgqW6Xm4LyzIkX4ShGSTbha3cd7ZEVsJzzJgY656nGIZzWxqMP25Cd+mWhTIPCB92gJQRBi9EwsYLcZMfJlR26xgmWLL/REPEZjYOhWOsTWhflQhfFol0I60OzH2s= Received: by 10.67.91.6 with SMTP id t6mr5977690ugl.1168892646296; Mon, 15 Jan 2007 12:24:06 -0800 (PST) Received: by 10.67.23.8 with HTTP; Mon, 15 Jan 2007 12:24:05 -0800 (PST) Message-ID: Date: Mon, 15 Jan 2007 21:24:05 +0100 From: "Pietro Cerutti" To: freebsd-stable@freebsd.org, scottro@nyc.rr.com In-Reply-To: <20070115175751.GA1698@uws1.starlofashions.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45ABB5DC.1060905@freebsd.org> <20070115175751.GA1698@uws1.starlofashions.com> Cc: Subject: Re: just cvsuped and compiled/installed world and kernel. why is uname -a still saying "6.2-prerelease"? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 20:24:15 -0000 On 1/15/07, Scott Robbins wrote: > I've found the quickest way to figure out if I got the right version is > to do, after downloading > > egrep "REVISION|BRANCH" /usr/src/sys/conf/newvers.sh egrep "^REVISION|^BRANCH" /usr/src/sys/conf/newvers.sh to get rid of the useless lines > -- > > Scott > > GPG KeyID EB3467D6 > ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) > gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 > > Angelus: I wanna torture you. I used to love it, and it's been > such a long time. I mean, the last time I tortured someone, they > didn't even *have* chainsaws. -- Pietro Cerutti ICQ: 117293691 PGP: 0x9571F78E - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 20:25:01 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 ADAC616A40F for ; Mon, 15 Jan 2007 20:25:01 +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 8A91713C457 for ; Mon, 15 Jan 2007 20:25:01 +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 330561A4D8C; Mon, 15 Jan 2007 12:25:01 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 685D151482; Mon, 15 Jan 2007 15:24:56 -0500 (EST) Date: Mon, 15 Jan 2007 15:24:56 -0500 From: Kris Kennaway To: Sven Willenberger Message-ID: <20070115202456.GA31969@xor.obsecurity.org> References: <20061215181548.GA58555@xor.obsecurity.org> <1166209936.6317.21.camel@lanshark.dmv.com> <20061215192958.GA86926@xor.obsecurity.org> <20061215212040.GG23698@deviant.kiev.zoral.com.ua> <1166463200.11562.5.camel@lanshark.dmv.com> <4596F06D.30004@dmv.com> <20070113201106.GD66260@xor.obsecurity.org> <1168878813.13113.2.camel@lanshark.dmv.com> <20070115182227.GA30242@xor.obsecurity.org> <1168887808.13113.7.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <1168887808.13113.7.camel@lanshark.dmv.com> User-Agent: Mutt/1.4.2.2i Cc: Kostik Belousov , stable@freebsd.org, Kris Kennaway Subject: Re: bge panic (Re: Not panic in nfsd (Re: panic in nfsd on 6.2-RC1)) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2007 20:25:01 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 15, 2007 at 02:03:28PM -0500, Sven Willenberger wrote: > On Mon, 2007-01-15 at 13:22 -0500, Kris Kennaway wrote: > > On Mon, Jan 15, 2007 at 11:33:33AM -0500, Sven Willenberger wrote: > >=20 > > > > This is indicating a problem either with your bge hardware or the d= river. > > > >=20 > > > > Kris > > >=20 > > > I suspect the driver: This same hardware setup was being used as a > > > databse server with FreeBSD 5.4. I had been using the bge driver but = set > > > at base100T without any issue at all. It was when I did a clean insta= ll > > > of 6.2-Prerelease and setting bge to use the full gigE speed (via > > > autonegotiate) that these issues cropped up. > >=20 > > Be careful before you start blaming FreeBSD - since you did not test > > the failing hardware configuration in the older version of FreeBSD you > > cannot yet determine that it is a driver regression. > >=20 > > Kris >=20 > I will freely admit that this may be circumstantial, that the hardware > failed at the same time I upgraded to the newer version of FreeBSD. It > could also be that there is an issue with the bge driver being used with > 1000 (gigE) speeds instead of at fastE speeds as I used it with the 5.4 > release (same hardware). The latter is what I am referring to. Your hardware may never have worked in gige mode due to your hardware being broken (yes, this happens), or it could be a freebsd driver issue either introduced in 6.x or present in 5.4 too. You just haven't ruled these cases out. Anyway, since you're happy with your present workaround we'll have to just drop the issue for now. Kris --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFq+MXWry0BWjoQKURAi8HAKCAjfzXOvop6rq5xQEd8LSV4WXzOACgnuac aGGnJKdwMlDeRE5zIItHfPQ= =JnX+ -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 20:37: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 6423D16A4EE for ; Mon, 15 Jan 2007 20:37:36 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id D77B613C45E for ; Mon, 15 Jan 2007 20:37:34 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 11865 invoked by uid 0); 15 Jan 2007 20:37:33 -0000 Received: from unknown (HELO white.nat.fasttrackmonkey.com) (216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 15 Jan 2007 20:37:33 -0000 Date: Mon, 15 Jan 2007 15:37:17 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: 100.chksetuid and nfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 20:37:36 -0000 Hello all, I've never noticed this on any 4.x boxes, but on 6.2 I'm seeing the following in the daily security run: Checking setuid files and devices: find: /usr/src: Operation timed out find: /usr/ports: Operation timed out find: /usr/obj: Operation timed out Those three directories are mounted via nfs. It seems like when the daily run kicks off on a bunch of boxes it's traversing nfs mounts and temporarily swamping the nfs server. I don't see any real differences in the chksetuid script from 4.11 to 6.2... Any ideas what has changed or how to prevent the script from traversing nfs mount points? Thanks, Charles From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 20:43: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 28E7A16A47C; Mon, 15 Jan 2007 20:43:40 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from vsmtp3.tin.it (vsmtp3.tin.it [212.216.176.223]) by mx1.freebsd.org (Postfix) with ESMTP id D611813C4A6; Mon, 15 Jan 2007 20:43:39 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from kaiser.sig11.org (82.56.123.149) by vsmtp3.tin.it (7.2.072.1) id 45894780009A8C5D; Mon, 15 Jan 2007 21:21:55 +0100 Received: from kaiser.sig11.org (rionda@localhost [127.0.0.1]) by kaiser.sig11.org (8.13.8/8.13.8) with ESMTP id l0FKLsGP034861; Mon, 15 Jan 2007 21:21:54 +0100 (CET) (envelope-from matteo@freebsd.org) Received: (from rionda@localhost) by kaiser.sig11.org (8.13.8/8.13.8/Submit) id l0FKLsjb034860; Mon, 15 Jan 2007 21:21:54 +0100 (CET) (envelope-from matteo@freebsd.org) X-Authentication-Warning: kaiser.sig11.org: rionda set sender to matteo@freebsd.org using -f Date: Mon, 15 Jan 2007 21:21:54 +0100 From: Matteo Riondato To: freesbie@gufi.org Message-ID: <20070115202154.GB33239@kaiser.sig11.org> Mail-Followup-To: Matteo Riondato , freesbie@gufi.org, varie@gufi.org, freebsd-small@freebsd.org, freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WYTEVAkct0FjGQmd" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: freebsd-hackers@freebsd.org, varie@gufi.org, freebsd-small@freebsd.org, freebsd-stable@freebsd.org Subject: Announce: FreeSBIE-2.0-RELEASE available! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 20:43:40 -0000 --WYTEVAkct0FjGQmd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable All, today is a good day, as we, the FreeSBIE team, reached our goal: it's the day we release FreeSBIE 2.0. Development cycle started on August 2006 and, after many months and a series of four ISO images, an official stable FreeSBIE image is now available. It went under many changes, many experiments, many bugfixes, many features' additions, but it was worth the work and the time we spent on it. We must express our thanks to everyone involved in the release process.=20 FreeSBIE 2.0-RELEASE (codename Clint Eastwood) is based on the fresh FreeBSD 6.2-RELEASE, both in terms of sources and of packages. It contains more than 450 pieces and 1,3 gigabytes of software, all in a single CD-ROM of 668 megabytes. The ISO image can be download from FreeSBIE official mirrors, a list of which is available at http://www.freesbie.org/mirrors.php MD5 checksum for the ISO image is: MD5 (FreeSBIE-2.0-RELEASE.iso) =3D bb98890aa8ce4fd9d35b5842baa34fdb For you BitTorrent lovers: http://torrent.freesbie.org/FreeSBIE-2.0-RELEASE.iso.torrent Screenshots are available at http://www.freesbie.org/screenshots.html Release Notes, Manual and FAQ can be found at http://www.freesbie.org/share/2.0/manual/ Feel free to send feedback and bug reports to staff@freesbie.org . Enjoy FreeSBIE and spread FreeBSD! Thank you all. Best Regards --=20 Matteo Riondato FreeBSD Committer (http://www.freebsd.org) G.U.F.I. Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) --WYTEVAkct0FjGQmd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFq+Ji2Mp4pR7Fa+wRAh+vAKCp5gZJv29UeV3yCVLFjL6Ts5EYjACfeh+B zaKA05Ybiorahq+kmArxg5k= =NkyJ -----END PGP SIGNATURE----- --WYTEVAkct0FjGQmd-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 21:10: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 BB21416A4EE; Mon, 15 Jan 2007 21:10:52 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id 531CE13C442; Mon, 15 Jan 2007 21:10:52 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id l0FLAdjM046268; Mon, 15 Jan 2007 22:10:39 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l0FLAcIJ096387; Mon, 15 Jan 2007 22:10:38 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l0FLAco6096386; Mon, 15 Jan 2007 22:10:38 +0100 (CET) (envelope-from wb) Date: Mon, 15 Jan 2007 22:10:38 +0100 From: Wilko Bulte To: Matteo Riondato , freesbie@gufi.org, varie@gufi.org, freebsd-small@freebsd.org, freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20070115211038.GB96356@freebie.xs4all.nl> References: <20070115202154.GB33239@kaiser.sig11.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070115202154.GB33239@kaiser.sig11.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: Re: Announce: FreeSBIE-2.0-RELEASE available! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 21:10:52 -0000 On Mon, Jan 15, 2007 at 09:21:54PM +0100, Matteo Riondato wrote.. > All, > > today is a good day, as we, the FreeSBIE team, reached our goal: > it's the day we release FreeSBIE 2.0. ... > Enjoy FreeSBIE and spread FreeBSD! Thanks Matteo! > Thank you all. > Best Regards > -- > Matteo Riondato > FreeBSD Committer (http://www.freebsd.org) > G.U.F.I. Staff Member (http://www.gufi.org) > FreeSBIE Developer (http://www.freesbie.org) --- end of quoted text --- -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 21:15: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 BCAD016A530 for ; Mon, 15 Jan 2007 21:15:37 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail12.simplicato.com (mail12.simplicato.com [207.99.47.64]) by mx1.freebsd.org (Postfix) with ESMTP id 8FB6C13C525 for ; Mon, 15 Jan 2007 21:15:32 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail12.simplicato.com (localhost [207.99.47.64]) by mail12.simplicato.com (Postfix) with ESMTP id A7317EA9E for ; Mon, 15 Jan 2007 16:15:26 -0500 (EST) Received: from uws1.starlofashions.com (unknown [12.44.50.124]) by mail12.simplicato.com (Postfix) with ESMTP id 79DAAEA9A for ; Mon, 15 Jan 2007 16:15:26 -0500 (EST) Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Mon, 15 Jan 2007 16:15:26 -0500 Date: Mon, 15 Jan 2007 16:15:26 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20070115211526.GA4519@uws1.starlofashions.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <45ABB5DC.1060905@freebsd.org> <20070115175751.GA1698@uws1.starlofashions.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: just cvsuped and compiled/installed world and kernel. why is uname -a still saying "6.2-prerelease"? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 21:15:38 -0000 On Mon, Jan 15, 2007 at 09:24:05PM +0100, Pietro Cerutti wrote: > On 1/15/07, Scott Robbins wrote: > >I've found the quickest way to figure out if I got the right version is > >to do, after downloading > > > >egrep "REVISION|BRANCH" /usr/src/sys/conf/newvers.sh > > egrep "^REVISION|^BRANCH" /usr/src/sys/conf/newvers.sh > > to get rid of the useless lines > You're right, that's much better. Thank you. -- Scott GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 21:23: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 CA1F216A412 for ; Mon, 15 Jan 2007 21:23:27 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.freebsd.org (Postfix) with ESMTP id 86BE613C45B for ; Mon, 15 Jan 2007 21:23:27 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-b.dmv.com (mail-gw-cl-b.dmv.com [216.240.97.39]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id l0FLNPJX059962; Mon, 15 Jan 2007 16:23:25 -0500 (EST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-b.dmv.com (8.12.9/8.12.9) with ESMTP id l0FLNP8s006935; Mon, 15 Jan 2007 16:23:25 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: Kris Kennaway In-Reply-To: <20070115202456.GA31969@xor.obsecurity.org> References: <20061215181548.GA58555@xor.obsecurity.org> <1166209936.6317.21.camel@lanshark.dmv.com> <20061215192958.GA86926@xor.obsecurity.org> <20061215212040.GG23698@deviant.kiev.zoral.com.ua> <1166463200.11562.5.camel@lanshark.dmv.com> <4596F06D.30004@dmv.com> <20070113201106.GD66260@xor.obsecurity.org> <1168878813.13113.2.camel@lanshark.dmv.com> <20070115182227.GA30242@xor.obsecurity.org> <1168887808.13113.7.camel@lanshark.dmv.com> <20070115202456.GA31969@xor.obsecurity.org> Content-Type: text/plain Date: Mon, 15 Jan 2007 16:30:23 -0500 Message-Id: <1168896623.13113.15.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.39 Cc: Kostik Belousov , stable@freebsd.org Subject: Re: bge panic (Re: Not panic in nfsd (Re: panic in nfsd on 6.2-RC1)) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2007 21:23:27 -0000 On Mon, 2007-01-15 at 15:24 -0500, Kris Kennaway wrote: > On Mon, Jan 15, 2007 at 02:03:28PM -0500, Sven Willenberger wrote: > > On Mon, 2007-01-15 at 13:22 -0500, Kris Kennaway wrote: > > > On Mon, Jan 15, 2007 at 11:33:33AM -0500, Sven Willenberger wrote: > > > > > > > > This is indicating a problem either with your bge hardware or the driver. > > > > > > > > > > Kris > > > > > > > > I suspect the driver: This same hardware setup was being used as a > > > > databse server with FreeBSD 5.4. I had been using the bge driver but set > > > > at base100T without any issue at all. It was when I did a clean install > > > > of 6.2-Prerelease and setting bge to use the full gigE speed (via > > > > autonegotiate) that these issues cropped up. > > > > > > Be careful before you start blaming FreeBSD - since you did not test > > > the failing hardware configuration in the older version of FreeBSD you > > > cannot yet determine that it is a driver regression. > > > > > > Kris > > > > I will freely admit that this may be circumstantial, that the hardware > > failed at the same time I upgraded to the newer version of FreeBSD. It > > could also be that there is an issue with the bge driver being used with > > 1000 (gigE) speeds instead of at fastE speeds as I used it with the 5.4 > > release (same hardware). > > The latter is what I am referring to. Your hardware may never have > worked in gige mode due to your hardware being broken (yes, this > happens), or it could be a freebsd driver issue either introduced in > 6.x or present in 5.4 too. You just haven't ruled these cases out. > > Anyway, since you're happy with your present workaround we'll have to > just drop the issue for now. > > Kris As the box in question is now fully production I can no longer "guinea pig" it. However, I will attempt to set up a test bed with similar hardware and try and push as much traffic through the bge interface at gigE speeds as I can in an effort to duplicate this issue. If it does crop up, this box should allow me to more effectively provide debugging information as it will not be a production unit. Although the current workaround is satisfactory for now (and to that extent I am "happy") I would much rather have the available headroom of full gigE traffic to this server so I would like to see if I can reproduce the error or at least find out if it is a hardware issue (if nothing else than for my own edification). Sven From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 22:58: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 795DA16A416; Mon, 15 Jan 2007 22:58:46 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id D070813C474; Mon, 15 Jan 2007 22:58:45 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (dialup215.ach.sch.gr [81.186.70.215]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l0FMkaJ0028822 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 16 Jan 2007 00:46:44 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.13.8/8.13.8) with ESMTP id l0FMkSAw002720; Tue, 16 Jan 2007 00:46:29 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.13.8/8.13.8/Submit) id l0FMkSxv002719; Tue, 16 Jan 2007 00:46:28 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 16 Jan 2007 00:46:28 +0200 From: Giorgos Keramidas To: Matteo Riondato , freesbie@gufi.org, varie@gufi.org, freebsd-small@freebsd.org, freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20070115224627.GA2670@kobe.laptop> References: <20070115202154.GB33239@kaiser.sig11.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070115202154.GB33239@kaiser.sig11.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.74, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.46, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Subject: Re: Announce: FreeSBIE-2.0-RELEASE available! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 22:58:46 -0000 On 2007-01-15 21:21, Matteo Riondato wrote: > FreeSBIE 2.0-RELEASE (codename Clint Eastwood) is based on the fresh > FreeBSD 6.2-RELEASE, both in terms of sources and of packages. My goodness! You guys are fast :) > Enjoy FreeSBIE and spread FreeBSD! Go Matteo and FreeSBIE team, go... You have my sincerest thanks and gratitude. For one thing, I used FreeSBIE to test laptops in local computer shops, until I found one that I liked. Without FreeSBIE, I would have had to guess (wrongly, most of the time) or use an inferior OS for my tests. Thank you! From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 23:24: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 8C87F16A49E for ; Mon, 15 Jan 2007 23:24:18 +0000 (UTC) (envelope-from dminor@houston.rr.com) Received: from ms-smtp-02.texas.rr.com (ms-smtp-02.texas.rr.com [24.93.47.41]) by mx1.freebsd.org (Postfix) with ESMTP id 637C513C46A for ; Mon, 15 Jan 2007 23:24:16 +0000 (UTC) (envelope-from dminor@houston.rr.com) Received: from [192.168.5.207] (cpe-72-181-156-120.houston.res.rr.com [72.181.156.120]) by ms-smtp-02.texas.rr.com (8.13.6/8.13.6) with ESMTP id l0FMXuXG002139 for ; Mon, 15 Jan 2007 16:33:57 -0600 (CST) From: Patrick Reich To: freebsd-stable@freebsd.org In-Reply-To: <20070115212338.9AF0516A5D9@hub.freebsd.org> References: <20070115212338.9AF0516A5D9@hub.freebsd.org> Content-Type: text/plain Date: Mon, 15 Jan 2007 16:33:56 -0600 Message-Id: <1168900436.20805.6.camel@acheron> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: 6.2 & nvidia x11 driver: weird 16bpp/24bpp colorspace damage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 23:24:18 -0000 > Update: after some research I've determined natre of this color > distortion. It seems like card interpretes each RGB8 value (24 bits, 8 > for each color component) as RBG4 (12 bits, 4 bits for each component, > red-blue-green order). > > Thus, color which is 0xFF0000 (red) looks like magenta onscreen (red = > 0xF, green = 0x0, blue = 0xF) and so on. > > Doesn't anyone have any problems with nvidia driver on 6.2-RELEASE? Yes but my problem with the nvidia driver is because the new version in ports no longer supports the card in my laptop (GForce4 440 go). X log says to use the old 96xx version of the driver. Wishful thinking: Too bad there isn't an nvidia-driver-legacy port. > PS. Here's related thread on nvidia's forum: > http://www.nvnews.net/vbulletin/showthread.php?t=84323 Pat From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 23:36: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 2E40116A407 for ; Mon, 15 Jan 2007 23:36:24 +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 1252613C448 for ; Mon, 15 Jan 2007 23:36:24 +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 CF4691A4D91; Mon, 15 Jan 2007 15:36:23 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DCC5D516FA; Mon, 15 Jan 2007 18:36:20 -0500 (EST) Date: Mon, 15 Jan 2007 18:36:20 -0500 From: Kris Kennaway To: Sven Willenberger Message-ID: <20070115233620.GA53399@xor.obsecurity.org> References: <20061215192958.GA86926@xor.obsecurity.org> <20061215212040.GG23698@deviant.kiev.zoral.com.ua> <1166463200.11562.5.camel@lanshark.dmv.com> <4596F06D.30004@dmv.com> <20070113201106.GD66260@xor.obsecurity.org> <1168878813.13113.2.camel@lanshark.dmv.com> <20070115182227.GA30242@xor.obsecurity.org> <1168887808.13113.7.camel@lanshark.dmv.com> <20070115202456.GA31969@xor.obsecurity.org> <1168896623.13113.15.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <1168896623.13113.15.camel@lanshark.dmv.com> User-Agent: Mutt/1.4.2.2i Cc: Kostik Belousov , stable@freebsd.org, Kris Kennaway Subject: Re: bge panic (Re: Not panic in nfsd (Re: panic in nfsd on 6.2-RC1)) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2007 23:36:24 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 15, 2007 at 04:30:23PM -0500, Sven Willenberger wrote: > On Mon, 2007-01-15 at 15:24 -0500, Kris Kennaway wrote: > > On Mon, Jan 15, 2007 at 02:03:28PM -0500, Sven Willenberger wrote: > > > On Mon, 2007-01-15 at 13:22 -0500, Kris Kennaway wrote: > > > > On Mon, Jan 15, 2007 at 11:33:33AM -0500, Sven Willenberger wrote: > > > >=20 > > > > > > This is indicating a problem either with your bge hardware or t= he driver. > > > > > >=20 > > > > > > Kris > > > > >=20 > > > > > I suspect the driver: This same hardware setup was being used as a > > > > > databse server with FreeBSD 5.4. I had been using the bge driver = but set > > > > > at base100T without any issue at all. It was when I did a clean i= nstall > > > > > of 6.2-Prerelease and setting bge to use the full gigE speed (via > > > > > autonegotiate) that these issues cropped up. > > > >=20 > > > > Be careful before you start blaming FreeBSD - since you did not test > > > > the failing hardware configuration in the older version of FreeBSD = you > > > > cannot yet determine that it is a driver regression. > > > >=20 > > > > Kris > > >=20 > > > I will freely admit that this may be circumstantial, that the hardware > > > failed at the same time I upgraded to the newer version of FreeBSD. It > > > could also be that there is an issue with the bge driver being used w= ith > > > 1000 (gigE) speeds instead of at fastE speeds as I used it with the 5= .4 > > > release (same hardware). > >=20 > > The latter is what I am referring to. Your hardware may never have > > worked in gige mode due to your hardware being broken (yes, this > > happens), or it could be a freebsd driver issue either introduced in > > 6.x or present in 5.4 too. You just haven't ruled these cases out. > >=20 > > Anyway, since you're happy with your present workaround we'll have to > > just drop the issue for now. > >=20 > > Kris >=20 > As the box in question is now fully production I can no longer "guinea > pig" it. However, I will attempt to set up a test bed with similar > hardware and try and push as much traffic through the bge interface at > gigE speeds as I can in an effort to duplicate this issue. If it does > crop up, this box should allow me to more effectively provide debugging > information as it will not be a production unit. Although the current > workaround is satisfactory for now (and to that extent I am "happy") I > would much rather have the available headroom of full gigE traffic to > this server so I would like to see if I can reproduce the error or at > least find out if it is a hardware issue (if nothing else than for my > own edification). OK, let us know how that goes. Kris --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFrA/0Wry0BWjoQKURAuQwAJ9woaWgucWYTNwA2wz3RtUSiLddfgCgrYqk 5VhPdPyBE8wbNMe27fQC/P0= =CcpV -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 15 23:38: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 7D96316A40F for ; Mon, 15 Jan 2007 23:38:01 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from cp65.agava.net (cp65.agava.net [89.108.66.215]) by mx1.freebsd.org (Postfix) with ESMTP id 31B9313C461 for ; Mon, 15 Jan 2007 23:38:01 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from clamav by cp65.agava.net with drweb-scanned (Exim 4.44 (FreeBSD)) id 1H6bOp-000FRa-Fj; Tue, 16 Jan 2007 02:37:59 +0300 Received: from [213.148.29.33] (helo=nexii.panopticon) by cp65.agava.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1H6bOp-000FRF-By; Tue, 16 Jan 2007 02:37:59 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.2]) by nexii.panopticon (Postfix) with ESMTP id AB8461705D; Tue, 16 Jan 2007 02:39:23 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 1FF174083; Tue, 16 Jan 2007 02:39:17 +0300 (MSK) Date: Tue, 16 Jan 2007 02:39:16 +0300 From: Dmitry Marakasov To: Patrick Reich , freebsd-stable@freebsd.org Message-ID: <20070115233916.GB24558@hades.panopticon> Mail-Followup-To: Patrick Reich , freebsd-stable@freebsd.org References: <20070115212338.9AF0516A5D9@hub.freebsd.org> <1168900436.20805.6.camel@acheron> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1168900436.20805.6.camel@acheron> User-Agent: Mutt/1.5.13 (2006-08-11) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cp65.agava.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [106 106] / [26 6] X-AntiAbuse: Sender Address Domain - amdmi3.ru X-Source: X-Source-Args: X-Source-Dir: Cc: Subject: Re: 6.2 & nvidia x11 driver: weird 16bpp/24bpp colorspace damage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jan 2007 23:38:01 -0000 * Patrick Reich (dminor@houston.rr.com) wrote: > > Update: after some research I've determined natre of this color > > distortion. It seems like card interpretes each RGB8 value (24 bits, 8 > > for each color component) as RBG4 (12 bits, 4 bits for each component, > > red-blue-green order). > > > > Thus, color which is 0xFF0000 (red) looks like magenta onscreen (red = > > 0xF, green = 0x0, blue = 0xF) and so on. > > > > Doesn't anyone have any problems with nvidia driver on 6.2-RELEASE? > > Yes but my problem with the nvidia driver is because the > new version in ports no longer supports the card in my laptop > (GForce4 440 go). X log says to use the old 96xx version of > the driver. I've used portdowngrade for that purpose. My GF3 is not supported by 97xx as well. -- Best regards, Dmitry Marakasov mailto:amdmi3@amdmi3.ru From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 00:28: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 C070616A412 for ; Tue, 16 Jan 2007 00:28:09 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd15624.kasserver.com (dd15624.kasserver.com [85.13.136.215]) by mx1.freebsd.org (Postfix) with ESMTP id 878F913C45B for ; Tue, 16 Jan 2007 00:28:09 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-060-096-045.pools.arcor-ip.net [84.60.96.45]) by dd15624.kasserver.com (Postfix) with ESMTP id 95DC018717736 for ; Tue, 16 Jan 2007 01:08:49 +0100 (CET) Message-ID: <45AC1789.8080006@chillt.de> Date: Tue, 16 Jan 2007 00:08:41 +0000 From: Bartosz Fabianowski User-Agent: Thunderbird 1.5.0.9 (X11/20070110) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070115212338.9AF0516A5D9@hub.freebsd.org> <1168900436.20805.6.camel@acheron> <20070115233916.GB24558@hades.panopticon> In-Reply-To: <20070115233916.GB24558@hades.panopticon> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 6.2 & nvidia x11 driver: weird 16bpp/24bpp colorspace damage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 00:28:09 -0000 > I've used portdowngrade for that purpose. My GF3 is not supported > by 97xx as well. The x11/nvidia-driver port has a WITH_LEGACY_GPU_SUPPORT knob that downgrades it all the way to version 7184, which supports many older GPUs. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 00: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 BFEB616A407 for ; Tue, 16 Jan 2007 00:42:40 +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 6321F13C478 for ; Tue, 16 Jan 2007 00:42:38 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.37]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l0G0gZcJ059063 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Jan 2007 11:12:35 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 16 Jan 2007 11:12:21 +1030 User-Agent: KMail/1.9.5 References: <20070115212338.9AF0516A5D9@hub.freebsd.org> <1168900436.20805.6.camel@acheron> In-Reply-To: <1168900436.20805.6.camel@acheron> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1200422.3dJ8shj50K"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701161112.29729.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: Patrick Reich Subject: Re: 6.2 & nvidia x11 driver: weird 16bpp/24bpp colorspace damage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 00:42:40 -0000 --nextPart1200422.3dJ8shj50K Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 16 January 2007 09:03, Patrick Reich wrote: > Wishful thinking: Too bad there isn't an nvidia-driver-legacy port. It wouldn't be too much work to split the current port into 3 separate ones= =20 for this purpose. Then you could send-pr and someone could commit it :) =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 --nextPart1200422.3dJ8shj50K Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFrB915ZPcIHs/zowRAh5pAJ4p9ASD0UHW9Ccxs3AIOxnuWYDKlgCeJdL5 S1OsDVscRZsa2ijI6JkKcKI= =EbTg -----END PGP SIGNATURE----- --nextPart1200422.3dJ8shj50K-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 01:13: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 C46E116A40F for ; Tue, 16 Jan 2007 01:13:44 +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 3CA2713C468 for ; Tue, 16 Jan 2007 01:13:43 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.37]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l0G1DUdO060185 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Jan 2007 11:43:30 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 16 Jan 2007 11:42:59 +1030 User-Agent: KMail/1.9.5 References: <20070115212338.9AF0516A5D9@hub.freebsd.org> <20070115233916.GB24558@hades.panopticon> <45AC1789.8080006@chillt.de> In-Reply-To: <45AC1789.8080006@chillt.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1490599.YcCrgOjIxe"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701161143.09789.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: Bartosz Fabianowski Subject: Re: 6.2 & nvidia x11 driver: weird 16bpp/24bpp colorspace damage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 01:13:44 -0000 --nextPart1490599.YcCrgOjIxe Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 16 January 2007 10:38, Bartosz Fabianowski wrote: > > I've used portdowngrade for that purpose. My GF3 is not supported > > by 97xx as well. > > The x11/nvidia-driver port has a WITH_LEGACY_GPU_SUPPORT knob that > downgrades it all the way to version 7184, which supports many older GPUs. That's a bit far.. You suffer significant feature loss going to that low a version I believe.. =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 --nextPart1490599.YcCrgOjIxe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFrCal5ZPcIHs/zowRAiL5AKCGbi2sBjtM96OJl5neljs5kwNUswCfaIQ0 ManXw1mH8QE73HcjwYNvmbU= =gmxo -----END PGP SIGNATURE----- --nextPart1490599.YcCrgOjIxe-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 03:05: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 E523B16A407 for ; Tue, 16 Jan 2007 03:05:47 +0000 (UTC) (envelope-from free.as.in.speech@gmail.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 6881F13C474 for ; Tue, 16 Jan 2007 03:05:47 +0000 (UTC) (envelope-from free.as.in.speech@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1854443wxc for ; Mon, 15 Jan 2007 19:05:46 -0800 (PST) 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=FLyDHEjVzmH1vhx/kvDoNxk/pOUOGqoThBrwaDxhXLpAJPll0DO4MH3T3+XyyqCmwQwFY9nQrJehHhWqR3xqFft2uMuc/CUgrrcbLKiYHMe/lgqmgGC3cleeTox6MbEUzXwC8+bkbOe0Y5MrzLYqTROFOugt3QbewHyDeLWcT3g= Received: by 10.70.91.11 with SMTP id o11mr9326848wxb.1168915188250; Mon, 15 Jan 2007 18:39:48 -0800 (PST) Received: by 10.70.49.1 with HTTP; Mon, 15 Jan 2007 18:39:48 -0800 (PST) Message-ID: <2cc028020701151839l6906640ai84eb887297b46451@mail.gmail.com> Date: Tue, 16 Jan 2007 03:39:48 +0100 From: "Brian King" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: freebsd-update from 6.1 RELEASE to 6.2 RELEASE: directory creation caused failure. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 03:05:48 -0000 I'm writing this email from a freebsd 6.2 system, but it was a rocky upgrade for me. I followed the process outlined at http://www.daemonology.net/blog/2006-11-26-freebsd-6.1-to-6.2-binary-upgrade.html to upgrade my GENERIC i386 kernel and userland. I had changed some configuration files, and when notified about it, i created a directory /usr/upgrade/newfiles and downloaded the appropriate copies of these files from the cvs into this directory. And it seems that that was what caused my problems. Everything seemed to being going OK, until near the end: # sh freebsd-update.sh -f freebsd-update.conf -d /usr/upgrade install Installing updates...freebsd-update.sh: cannot create newfiles: Is a directory rm: newfiles: is a directory Well, I wasn't sure if it that was just a warning, or an error. I was optimistic and thought the script had probably successfully finished. I rebooted my computer ( triple-boot freebsd-linux-windows ), and selected freebsd from the grub menu. And that's when I saw: No /boot/loader Indeed. There was no /boot/loader file. There was a /boot/loader.old file (I'm not sure if this .old file is from freebsd-update, or if it's something I left behind once upon a time). I was able to work around it by burning a cd of disc 1 of the 6.2 release, and running the cd/dvd fix-it shell. I made a backup copy of my /boot directory, copied the cd's /boot directory in, and then copied back my original loader.conf file. After successfully booting into freebsd again, I reran the script: # sh freebsd-update.sh -f freebsd-update.conf -d /usr/upgrade install Installing updates...freebsd-update.sh: cannot create newfiles: Is a directory rm: newfiles: is a directory Hmmm ... same thing. OK, I can take a hint. I removed the /usr/upgrade/newfiles directory and reran the script, which completed succesfully, and prompted me to reboot and re-run the script, which I did. The userland update also finished successfully. Despite the problem that I had, I can see that freebsd-update is a great tool; kudos to the developer! Suggestion for the developer: either permit directory creation in /usr/upgrade, or document that it's a no-no. Brian From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 03:40: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 E9F1D16A407 for ; Tue, 16 Jan 2007 03:40:31 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from public.aci.on.ca (aci.on.ca [205.207.148.251]) by mx1.freebsd.org (Postfix) with ESMTP id 68EBC13C442 for ; Tue, 16 Jan 2007 03:40:29 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from (invalid client hostname: host address literal does not match remote client address)[127.0.0.1] (xtreme-156-171.dyn.aci.on.ca[69.17.156.171] port=1638) by public.aci.on.ca([205.207.148.252] port=25) via TCP with esmtp (3848 bytes) (sender: ) id for ; Mon, 15 Jan 2007 22:40:20 -0500 (EST) (Smail-3.2.0.122-Pre 2005-Nov-17 #1 built 2006-Feb-21) Message-ID: <45AC492F.6090409@qwirky.net> Date: Mon, 15 Jan 2007 22:40:31 -0500 From: Jeff Royle User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070105165910.GA37906@zone3000.net> <20070107164336.GA13511@crodrigues.org> <45A19994.1050902@qwirky.net> In-Reply-To: <45A19994.1050902@qwirky.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0703-1, 15/01/2007), Outbound message X-Antivirus-Status: Clean Subject: Adaptec 2130S driver performance via postmark 6.2 Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lists@qwirky.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2007 03:40:32 -0000 I was very pleased to see the driver for my Adaptec 2130S controller get into 6.2 release. TY Dev's! No using the binary anymore. I do have a question on performance. Using the binary driver on RC2 (same hardware, same unmodified GENERIC kernel) I got these results... > su-2.05b# postmark > PostMark v1.5 : 3/27/01 > pm>set number=10000 > pm>set transactions=10000 > pm>set subdirectories=10000 > pm>set location /tmp > pm>run > Creating subdirectories...Done > Creating files...Done > Performing transactions..........Done > Deleting files...Done > Deleting subdirectories...Done > Time: > 102 seconds total > 69 seconds of transactions (144 per second) > > Files: > 15027 created (147 per second) > Creation alone: 10000 files (588 per second) > Mixed with transactions: 5027 files (72 per second) > 4990 read (72 per second) > 5009 appended (72 per second) > 15027 deleted (147 per second) > Deletion alone: 10054 files (628 per second) > Mixed with transactions: 4973 files (72 per second) > > Data: > 27.14 megabytes read (272.46 kilobytes per second) > 85.08 megabytes written (854.14 kilobytes per second) > pm>quit > su-2.05b# uname -a > FreeBSD testserv1.aci 6.2-RC2 FreeBSD 6.2-RC2 #0: Sun Dec 24 23:42:30 > UTC 2006 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 Now using 6.2 Release running postmark I see these results: pm>set number=10000 pm>set transactions=10000 pm>set subdirectories=10000 pm>set location /tmp pm>run Creating subdirectories...Done Creating files...Done Performing transactions..........Done Deleting files...Done Deleting subdirectories...Done Time: 123 seconds total 80 seconds of transactions (125 per second) Files: 15027 created (122 per second) Creation alone: 10000 files (588 per second) Mixed with transactions: 5027 files (62 per second) 4990 read (62 per second) 5009 appended (62 per second) 15027 deleted (122 per second) Deletion alone: 10054 files (386 per second) Mixed with transactions: 4973 files (62 per second) Data: 27.14 megabytes read (225.94 kilobytes per second) 85.08 megabytes written (708.31 kilobytes per second) FreeBSD ovgw.aci.on.ca 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 Does anyone know what differences either in the driver (I was using b11518) or OS itself that might account for the slightly decreased performance? I realize there may have been many changes that could effect the results, just want to know if anything specific has been noted related to this. Don't get me wrong, the speed is fine not a complaint :) Cheers, Jeff From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 06:03: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 CE7A516A412 for ; Tue, 16 Jan 2007 06:03:32 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (mercury.realtime.net [205.238.132.86]) by mx1.freebsd.org (Postfix) with ESMTP id 9336913C43E for ; Tue, 16 Jan 2007 06:03:32 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (cpe-24-27-51-69.austin.res.rr.com [24.27.51.69]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 45363066-1817707 for ; Mon, 15 Jan 2007 23:23:26 -0600 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.8/8.13.8) with ESMTP id l0FNQOSn043958 for ; Mon, 15 Jan 2007 17:26:25 -0600 (CST) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.8/8.13.8/Submit) id l0FNQOdh043957 for freebsd-stable@freebsd.org; Mon, 15 Jan 2007 17:26:24 -0600 (CST) (envelope-from brucegb) Date: Mon, 15 Jan 2007 17:26:24 -0600 From: Bruce Burden To: freebsd-stable@freebsd.org Message-ID: <20070115232624.GA42529@tigerfish2.my.domain> References: <45AB26E8.4060604@ntmk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45AB26E8.4060604@ntmk.ru> User-Agent: Mutt/1.4.2.2i Subject: Re: 6.2 release and atausb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 06:03:32 -0000 On Mon, Jan 15, 2007 at 12:02:00PM +0500, Boris Kovalenko wrote: > > Is this ok that atausb is not shown in NOTES and LINT? Even I see no > module atausb.ko after kernel recompilation. > I noticed it in /usr/src/UPDATING, and noticed that it is not on the ata man page. You should submit a doc defect. :-) Does it allow the usual USB attach/deattach? Details in UPDATING were a bit sparse. Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 06:18: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 B56EC16A40F for ; Tue, 16 Jan 2007 06:18:22 +0000 (UTC) (envelope-from boris@ntmk.ru) Received: from mail.ntmk.ru (mail.ntmk.ru [217.114.241.6]) by mx1.freebsd.org (Postfix) with ESMTP id 6C75713C442 for ; Tue, 16 Jan 2007 06:18:22 +0000 (UTC) (envelope-from boris@ntmk.ru) Received: from boris.nikom.ru ([10.1.16.195]) by mail.ntmk.ru with esmtp (Exim 4.62) (envelope-from ) id 1H6heG-0003S6-UN; Tue, 16 Jan 2007 11:18:21 +0500 Message-ID: <45AC6E2C.3030804@ntmk.ru> Date: Tue, 16 Jan 2007 11:18:20 +0500 From: Boris Kovalenko User-Agent: Thunderbird 1.5.0.9 (X11/20070109) MIME-Version: 1.0 To: Bruce Burden , freebsd-stable@freebsd.org References: <45AB26E8.4060604@ntmk.ru> <20070115232624.GA42529@tigerfish2.my.domain> In-Reply-To: <20070115232624.GA42529@tigerfish2.my.domain> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: 6.2 release and atausb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 06:18:22 -0000 Hello! Can't find in /usr/src/UPDATING any information about atausb (am I blind? ;). The info about atausb I found in the release notes. Yes it allows attach/detach and also read/write usb devices but with strange messages like: Jan 15 12:20:58 boris kernel: afd0: FAILURE - PREVENT_ALLOW ILLEGAL REQUEST asc=0x24 Also, I don't think this is a doc error as there is no information in docs ;) This is an undocumented feature, isn't? > On Mon, Jan 15, 2007 at 12:02:00PM +0500, Boris Kovalenko wrote: >> Is this ok that atausb is not shown in NOTES and LINT? Even I see no >> module atausb.ko after kernel recompilation. >> > I noticed it in /usr/src/UPDATING, and noticed that it is > not on the ata man page. You should submit a doc defect. :-) > > Does it allow the usual USB attach/deattach? Details in > UPDATING were a bit sparse. > > Bruce -- With respect, Boris From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 06:56: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 D1E9F16A417 for ; Tue, 16 Jan 2007 06:56:34 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from freenix.no (atreides.freenix.no [212.33.142.6]) by mx1.freebsd.org (Postfix) with ESMTP id 11D9813C448 for ; Tue, 16 Jan 2007 06:56:29 +0000 (UTC) (envelope-from morten@atreides.freenix.no) Received: from atreides.freenix.no (localhost [127.0.0.1]) by freenix.no (8.13.6/8.13.6) with ESMTP id l0G6uO3m023754; Tue, 16 Jan 2007 07:56:24 +0100 (CET) (envelope-from morten@atreides.freenix.no) Received: (from morten@localhost) by atreides.freenix.no (8.13.6/8.13.6/Submit) id l0G6uNZ0023753; Tue, 16 Jan 2007 07:56:24 +0100 (CET) (envelope-from morten) Date: Tue, 16 Jan 2007 07:56:23 +0100 From: "Morten A. Middelthon" To: David Christensen Message-ID: <20070116065623.GD22686@freenix.no> References: <09BFF2FA5EAB4A45B6655E151BBDD90302CE3855@NT-IRVA-0750.brcm.ad.broadcom.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OROCMA9jn6tkzFBc" Content-Disposition: inline In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90302CE3855@NT-IRVA-0750.brcm.ad.broadcom.com> X-PGP-Key: http://freenix.no/~morten/pgp.txt X-PGP-Key-FingerPrint: D48B 5C4E 1590 7DE6 08A0 6539 BECC F62E 829F DF6A X-Operating-System: FreeBSD 5.5-RELEASE-p1 X-Warning: So cunning you could brush your teeth with it. User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, Roar Pettersen Subject: Re: Dell 1955 Blade - Broadcom NIC not detected (BCM5708S) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 06:56:34 -0000 --OROCMA9jn6tkzFBc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 15, 2007 at 09:16:16AM -0800, David Christensen wrote: > > Hello Dave ! > >=20 > > >Wed Nov 1 18:54:19 UTC 2006 > > > > > >Yes, the Linux bnx2 driver does support SerDes. I don't have the > > >bandwidth to tackle this feature until after the first of the year, > > >though a few other people have also considered looking into adding > > >the support. > >=20 > >=20 > > Any news or status report regarding support for this new=20 > > network interface=20 > > in FreeBSD ? >=20 > I've copied Doug White who is working to add SerDes support to bce. I'm _really_ looking forward to getting SerDes support in the bce-driver :) --=20 Morten A. Middelthon Remember: Silly is a state of Mind, Stupid is a way of Life. -- Dave Butler --OROCMA9jn6tkzFBc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFrHcXvsz2LoKf32oRAj1wAKCBWURDNYJJ4JYH0GQOc6IQZYEj1QCeNohv DfjqWmP6Nq08CO7k5LLbQrE= =eor1 -----END PGP SIGNATURE----- --OROCMA9jn6tkzFBc-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 09:06: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 23F9A16A407 for ; Tue, 16 Jan 2007 09:06:46 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 1386313C442 for ; Tue, 16 Jan 2007 09:06:46 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l0G96jCq094984; Tue, 16 Jan 2007 01:06:45 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l0G96jod094983; Tue, 16 Jan 2007 01:06:45 -0800 (PST) (envelope-from rizzo) Date: Tue, 16 Jan 2007 01:06:45 -0800 From: Luigi Rizzo To: stable@freebsd.org Message-ID: <20070116010645.A94849@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 09:06:46 -0000 [sorry if i don't post this to -ports, but i feel that this is really a -stable issue as it affects one widely used port] I am not sure if i am the only one, but on RELENG_6, linux-firefox 2 is basically unusable (see details below), while linux-firefox 1.5 is at least usable (even though it has some memory leak so after a while its size grows well above 3-400MB). Would it be possible to resurrect the linux-firefox 1.5 port (under a separate name) so at least people have a choice on which set of bugs they prefer ? The problems with linux firefox 2.0 are that after a little bit of browsing (let's say 50-100 pages) some of its threads seem to lock up, functions on the gui stop working (e.g. clicking on the tabs does not work anymore) and in the end you have to kill it hard. I have submitted a PR with more details. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/107219 cheers luigi From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 09:31:37 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 5AC0A16A407; Tue, 16 Jan 2007 09:31:37 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id D30B013C448; Tue, 16 Jan 2007 09:31:36 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from sun-fish.com (localhost.cmotd.com [127.0.0.1]) by sun-fish.com (Postfix) with ESMTP id 2DA95385BC; Tue, 16 Jan 2007 10:00:06 +0100 (CET) Received: from [192.168.3.125] (cheffo-mobile.cmotd.com [192.168.3.125]) by sun-fish.com (Postfix) with ESMTP id EABFA3859F; Tue, 16 Jan 2007 10:00:05 +0100 (CET) Message-ID: <45AC9418.60802@sun-fish.com> Date: Tue, 16 Jan 2007 11:00:08 +0200 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.9 (X11/20061230) MIME-Version: 1.0 To: Andrew Pantyukhin References: <20070115112106.GA2304@genius.tao.org.uk> In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-AV-Checked: ClamAV Cc: Josef Karthauser , stable@freebsd.org, fs@freebsd.org Subject: Re: Dell hardware raid 0 (sas5ir) or gmirror? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 09:31:37 -0000 Andrew Pantyukhin wrote: > On 1/15/07, Josef Karthauser wrote: >> I'm purchasing a new server, and was wondering what anyone thought about >> whether to pay extra for the SAS5IR card so I can RAID0 the two drives, >> or whether to just rely on gmirror. My worry about the former is that I >> can't seem to find management tools for controlling the hardware >> controller. What if one of the drives fails? How would I know? > > By all means I would go the gmirror way, and I always do > even when a hardware raid controller is already present. I really do not understand this. :) When you say something like this it will be good to explain why you think so. I have few servers with good hw raid controllers and I'm very happy with them, I also use gmirror on my desktop pc, but it is not as good as hw raid on servers for sure. Also it is harder to support it (during OS updates and etc). Also it (gmirror) will put some load on the CPU and hw raid have it's own CPU/memory for this. LSI have a nice tool to monitor/config RAID arrays that just works under fbsd in my case so I'm happy with it. There are a lot of reasons to use hw raids on mission critical servers... > _______________________________________________ > 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" -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 10:01:18 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 714FD16A40F for ; Tue, 16 Jan 2007 10:01:18 +0000 (UTC) (envelope-from infofarmer@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 D7F8213C4B7 for ; Tue, 16 Jan 2007 10:01:17 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1477728uge for ; Tue, 16 Jan 2007 02:01:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=tk8b8boDwZDZDlNyZVj5u3VORCXzFwEYkkyHGFom3yclwgt881r2ilGqqWyWIY+nrLj3IH65TiAZmrUTlOP7Ld6G926mSPOTvuX63fX5UZROdQFxBwzfd/yJhckUuqdlBBvXKmOFxTNh7oQl5DHLIROhtGbxpmi8xSJlFKgC1JA= Received: by 10.78.204.1 with SMTP id b1mr3318778hug.1168941675713; Tue, 16 Jan 2007 02:01:15 -0800 (PST) Received: by 10.78.164.20 with HTTP; Tue, 16 Jan 2007 02:01:15 -0800 (PST) Message-ID: Date: Tue, 16 Jan 2007 13:01:15 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Stefan Lambrev" In-Reply-To: <45AC9418.60802@sun-fish.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070115112106.GA2304@genius.tao.org.uk> <45AC9418.60802@sun-fish.com> X-Google-Sender-Auth: 8a0c701bb50b143c Cc: Josef Karthauser , stable@freebsd.org, fs@freebsd.org Subject: Re: Dell hardware raid 0 (sas5ir) or gmirror? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 10:01:18 -0000 On 1/16/07, Stefan Lambrev wrote: > Andrew Pantyukhin wrote: > > On 1/15/07, Josef Karthauser wrote: > >> I'm purchasing a new server, and was wondering what anyone thought about > >> whether to pay extra for the SAS5IR card so I can RAID0 the two drives, > >> or whether to just rely on gmirror. My worry about the former is that I > >> can't seem to find management tools for controlling the hardware > >> controller. What if one of the drives fails? How would I know? > > > > By all means I would go the gmirror way, and I always do > > even when a hardware raid controller is already present. > > I really do not understand this. :) > When you say something like this it will be good to explain why you > think so. > I have few servers with good hw raid controllers and I'm very happy with > them, I also use > gmirror on my desktop pc, but it is not as good as hw raid on servers > for sure. > Also it is harder to support it (during OS updates and etc). > Also it (gmirror) will put some load on the CPU and hw raid have it's > own CPU/memory for this. > LSI have a nice tool to monitor/config RAID arrays that just works under > fbsd in my case so I'm happy with it. > There are a lot of reasons to use hw raids on mission critical servers... As a matter of fact Jonathan was also surprised by my answer. Here's a part of my response to him: ===================================================== raid3, raid5 and other computation-hungry configu- rations are a cpu hog, that's why people prefer hardware controllers for that. I'm quite sure at some point FreeBSD will gain an ability to use crypto/XOR hardware for the benefit of software raid performance and maybe then software raid5 will become a popular solution. As for raid0/raid1 - there's no cpu penalty at all. gmirror/gstripe in FreeBSD might need further tweaks and optimizations, but benchmarks show that with 2-4 drives performance almost equals the theoretical limits. Reliability of OS-integrated software raid is expected to be even higher than that of hardware one, because there's no hardware to fail and software bugs might be found in all solutions. What I really like about software raid is very high flexibility and manageability. There's no issue of having the right driver or the right userland tool, it just works. And it's a snap to setup. And you are free to experiment with virtual (file-based, for one) file systems before you implement a solution. As always, there are more than one correct opinions. I just expressed my own and I hope my explanation answers some of your interest. ===================================================== What I would add to answer some of your claims, Stefan, is that there's no single correct solution here. I would argue that money spent on main CPU/RAM are a better investment compared to a hardware raid 0/1 solution, OS buffers are there anyway, so why not make them larger/faster if you need that. As for CPU load, I'd argue it's negligible, at least in 2 SATA HDD situations (which are popular in all markets). For larger configurations, consisting of 5 drives and more I would advise against raid 0/1 and therefore against software raid. If you do continue to use gmirror/gstripe, I would expect some tweaks to be needed, but in general such systems should scale very well, especially on SMP systems, as FreeBSD 6.x brought mpsafe file system access to the table. All in all there are reasons to use hw raids and there are some not to use them. For some reasons I hold our homegrown (FreeBSD) solutions closer to my heart and choose them in favor of 3d-party ones. Cheers! From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 10:34: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 BBBDD16A407; Tue, 16 Jan 2007 10:34:46 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc3-cdif2-0-0-cust64.cdif.cable.ntl.com [81.106.128.65]) by mx1.freebsd.org (Postfix) with ESMTP id 7490B13C45E; Tue, 16 Jan 2007 10:34:44 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.64 (FreeBSD)) (envelope-from ) id 1H6leL-000JnR-F1; Tue, 16 Jan 2007 10:34:41 +0000 Date: Tue, 16 Jan 2007 10:34:41 +0000 From: Ceri Davies To: stable@FreeBSD.org Message-ID: <20070116103441.GA33037@submonkey.net> References: <20070105111954.GA51511@submonkey.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <20070105111954.GA51511@submonkey.net> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Ceri Davies Cc: rwatson@FreeBSD.org Subject: Re: (audit?) Panic in 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 10:34:46 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 05, 2007 at 11:19:55AM +0000, Ceri Davies wrote: >=20 > For the last two mornings, my system decided to panic() in the exact > same place. I have dumps from both but they almost exactly the same. > Any pointers on where to go next are welcomed. For the record, this turned out to be a thermal issue. Thanks again to Robert for the time he wasted on this. Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFrKpBocfcwTS3JF8RAofOAKCYwbsBndYjHBR8aAdainbdrC02AgCePe07 RhFrvrzEPUOCr+sGgGBFJug= =a2HF -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 11:01: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 54EA616A407 for ; Tue, 16 Jan 2007 11:01:13 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.233]) by mx1.freebsd.org (Postfix) with ESMTP id 97EC713C441 for ; Tue, 16 Jan 2007 11:01:02 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by wr-out-0506.google.com with SMTP id 36so1273889wra for ; Tue, 16 Jan 2007 03:01:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=PpWGBM2vW+F8mrvnGeiPcQgyiC473TMlcIrZNp4F0ozoroDOhlnfzmaDubohDzwEzxf7snIYnMNK5W+OmFy7ia95RJLaebMFIXruqfFqbZuJ9c5URBrPjb20f4cQ6NJnHvKQwElVerFclcn8QrexYo6ssjD4rMSONe4a29cMS9M= Received: by 10.78.142.14 with SMTP id p14mr3230950hud.1168932605590; Mon, 15 Jan 2007 23:30:05 -0800 (PST) Received: by 10.78.164.20 with HTTP; Mon, 15 Jan 2007 23:30:05 -0800 (PST) Message-ID: Date: Tue, 16 Jan 2007 10:30:05 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Boris Kovalenko" In-Reply-To: <45AB59CE.70606@ntmk.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45AB26E8.4060604@ntmk.ru> <45AB59CE.70606@ntmk.ru> X-Google-Sender-Auth: 7b6bed14159d53b8 Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 release and atausb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 11:01:13 -0000 On 1/15/07, Boris Kovalenko wrote: > Hello! > > I also getting strange errors like Jan 15 12:20:58 boris kernel: afd0: > FAILURE - PREVENT_ALLOW ILLEGAL REQUEST asc=0x24 > ascq=0x00 > > P.S. How You get 12Mb/s? With my flash > Jan 15 12:20:58 boris kernel: da0: > Removable Direct Acce > ss SCSI-0 device > Jan 15 12:20:58 boris kernel: da0: 3.300MB/s transfers > > I can only reach about 800-900Kbytes/s. On WinXP 2Mbytes/s is the > primary speed. May be I've configured something wrong? Please don't top-post ;) I get 12 MBytes/s (sorry for the capitalization confusion) because I'm using a ATA100 drive in an external USB2.0 casing capable of 480Mbit/s. I actually reached just over 50MBytes/s under Windows. Same setup gives 24 MBytes/s under FreeBSD/i386 and 12 under amd64. atausb does not make a difference... From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 15:12: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 5129A16A415 for ; Tue, 16 Jan 2007 15:12:11 +0000 (UTC) (envelope-from dkirhlarov@oilspace.com) Received: from office.oilspace.com (mail.oilspace.com [194.129.65.230]) by mx1.freebsd.org (Postfix) with ESMTP id E1F6E13C45A for ; Tue, 16 Jan 2007 15:12:10 +0000 (UTC) (envelope-from dkirhlarov@oilspace.com) Received: from dkirhlarov (mos.oilspace.com [81.222.156.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by office.oilspace.com (Postfix) with ESMTP id 9B22E136E1C for ; Tue, 16 Jan 2007 14:44:02 +0000 (GMT) Received: from dkirhlarov.mow.oilspace.com (localhost [127.0.0.1]) by dkirhlarov (8.13.8/8.13.8) with ESMTP id l0GEhxnF012981 for ; Tue, 16 Jan 2007 17:44:00 +0300 (MSK) (envelope-from dkirhlarov@oilspace.com) Received: (from dkirhlarov@localhost) by dkirhlarov.mow.oilspace.com (8.13.8/8.13.8/Submit) id l0GEhxpt012980 for freebsd-stable@freebsd.org; Tue, 16 Jan 2007 17:43:59 +0300 (MSK) (envelope-from dkirhlarov) Date: Tue, 16 Jan 2007 17:43:58 +0300 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20070116144358.GA12614@dkirhlarov.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 6.2-PRERELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: make release on RELENG_6 broken with russian handbook build 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: Tue, 16 Jan 2007 15:12:11 -0000 Hi, list More them half year I'm using same script for generating my own releases and all time it's works fine. Today I tried to make release with RELEASE="RELENG_6" DATE="01/16/2007 00:00:00 UTC" and get error: ------------------------------------------- ===> ru_RU.KOI8-R/books/handbook (all) /bin/mkdir -p /usr/doc/ru_RU.KOI8-R/share/sgml env SGML_CATALOG_FILES= XML_CATALOG_FILES="file:///usr/doc/ru_RU.KOI8-R/books/handbook/catalog-cwd.xml file:///usr/doc/ru_RU.KOI8-R/share/sgml/catalog.xml file:///usr/ doc/ru_RU.KOI8-R/share/sgml/catalog.xml file:///usr/doc/share/sgml/catalog.xml file:///usr/doc/share/sgml/catalog-common.xml file:///usr/www/./share/sgml/catalog.xml file:///usr/www/share/sgml/catalog.xml file:///usr/www/share/sgml/catalog-common.xml file:///usr/local/share/xml/catalog" /usr/local/bin/xsltproc --nonet --param 'tr anstable.xml' "'/usr/doc/ru_RU.KOI8-R/share/sgml/transtable.xml'" --param 'transtable-target-element' "'country'" --param 'transtable-word-group' "'country'" --param 'transtable-mode' "'sortkey'" /usr/doc/ru_RU.KOI8-R/share/sgml/transtable-local.xsl /usr/doc/share/sgml/mirrors.xml | env -i LANG="ru_RU.KOI8-R" /usr/bin/sort -f > /us r/doc/ru_RU.KOI8-R/share/sgml/mirrors.xml.sort.tmp env -i /usr/bin/grep "^ /usr/doc/ru_RU.KOI8-R/share/sgml/mirrors.xml.sort echo "" >> /usr/doc/ru_RU.KOI8-R/share/sgml/mirrors.xml.sort env -i /usr/bin/awk '/@sortkey@/ {sub(/@sortkey@/, ++line); print;}' < /usr/doc/ru_RU.KOI8-R/share/sgml/mirrors.xml.sort.tmp >> /usr/doc/ru_RU.KOI8-R/share/sgml/mirrors. xml.sort echo '' >> /usr/doc/ru_RU.KOI8-R/share/sgml/mirrors.xml.sort env SGML_CATALOG_FILES= XML_CATALOG_FILES="file:///usr/doc/ru_RU.KOI8-R/books/handbook/catalog-cwd.xml file:///usr/doc/ru_RU.KOI8-R/share/sgml/catalog.xml file:///usr/ doc/ru_RU.KOI8-R/share/sgml/catalog.xml file:///usr/doc/share/sgml/catalog.xml file:///usr/doc/share/sgml/catalog-common.xml file:///usr/www/./share/sgml/catalog.xml file:///usr/www/share/sgml/catalog.xml file:///usr/www/share/sgml/catalog-common.xml file:///usr/local/share/xml/catalog" /usr/local/bin/xsltproc --nonet -o /usr/doc/ ru_RU.KOI8-R/share/sgml/mirrors.xml --param 'transtable.xml' "'/usr/doc/ru_RU.KOI8-R/share/sgml/transtable.xml'" --param 'transtable-target-element' "'country'" --par am 'transtable-word-group' "'country'" --param 'transtable-sortkey.xml' "'/usr/doc/ru_RU.KOI8-R/share/sgml/mirrors.xml.sort'" /usr/doc/ru_RU.KOI8-R/share/sgml/transtab le-local.xsl /usr/doc/share/sgml/mirrors.xml /bin/rm -f /usr/doc/ru_RU.KOI8-R/share/sgml/mirrors.xml.sort /usr/doc/ru_RU.KOI8-R/share/sgml/mirrors.xml.sort.tmp echo '' > /usr/doc/ru_RU.KOI8-R/books/handbook/autogen.ent env SGML_CATALOG_FILES= XML_CATALOG_FILES="file:///usr/doc/ru_RU.KOI8-R/books/handbook/catalog-cwd.xml file:///usr/doc/ru_RU.KOI8-R/share/sgml/catalog.xml file:///usr/ doc/ru_RU.KOI8-R/share/sgml/catalog.xml file:///usr/doc/share/sgml/catalog.xml file:///usr/doc/share/sgml/catalog-common.xml file:///usr/www/./share/sgml/catalog.xml file:///usr/www/share/sgml/catalog.xml file:///usr/www/share/sgml/catalog-common.xml file:///usr/local/share/xml/catalog" /usr/local/bin/xsltproc --nonet -o mirrors. sgml.ftp.inc.tmp --param 'type' "'ftp'" --param 'proto' "'ftp'" --param 'target' "'handbook/mirrors/chapter.sgml'" --param transtable.xml "'/usr/doc/ru_RU.KOI8-R/shar e/sgml/transtable.xml'" /usr/doc/ru_RU.KOI8-R/share/sgml/mirrors-local.xsl /usr/doc/ru_RU.KOI8-R/share/sgml/mirrors.xml runtime error: file /usr/doc/share/sgml/mirrors-master.xsl line 97 element choose Variable 'mirrors-docbook-country-index-without-period' has not been declared. *** Error code 10 Stop in /usr/doc/ru_RU.KOI8-R/books/handbook. *** Error code 1 Stop in /usr/doc/ru_RU.KOI8-R/books. *** Error code 1 Stop in /usr/doc/ru_RU.KOI8-R. *** Error code 1 Stop in /usr/doc. *** Error code 1 Stop in /usr/src/release. + umount /dev *** Error code 1 Stop in /usr/src/release. ------------------------------------------- Part of script: ------------------------------------------- cd release && make release BUILDNAME=${RELEASE} \ CHROOTDIR=/usr/release \ CVSROOT=/home/ncvs \ EXTSRCDIR=/usr/src \ KERNELS=OILSPACE1 \ MAKE_ISOS=yes \ NOPORTS=yes \ RELEASETAG=${RELEASE} \ WORLD_FLAGS="-j4" \ KERNEL_FLAGS="" ------------------------------------------- Something changes in make release procedure or real bug in russian handbook? WBR Dmitriy From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 15:12: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 5CB6916A492 for ; Tue, 16 Jan 2007 15:12:53 +0000 (UTC) (envelope-from kmholla@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 1EDCC13C448 for ; Tue, 16 Jan 2007 15:12:53 +0000 (UTC) (envelope-from kmholla@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1031224ana for ; Tue, 16 Jan 2007 07:12:52 -0800 (PST) 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:references; b=O5t8PLp0n/sc1LTz6DVNet6fV9n67gRq0Fiv0FGuHJBh8htqastNEN3qCmK4reBPghoiQzohhgHP0+rrLy4QI2lfsUGw/S63ZHjC+bnyWfx5xi/jSOdVfvVU+WmunFVan8FJXs1n6sCXvu4t6c0wChU0nKU31DqyNimn3TBXzZQ= Received: by 10.100.44.13 with SMTP id r13mr3145495anr.1168958929406; Tue, 16 Jan 2007 06:48:49 -0800 (PST) Received: by 10.70.45.18 with HTTP; Tue, 16 Jan 2007 06:48:48 -0800 (PST) Message-ID: <347fc4490701160648r50b71236k3835875d1c50ac46@mail.gmail.com> Date: Tue, 16 Jan 2007 20:18:49 +0530 From: "krishnamurthy holla" To: freebsd-stable@freebsd.org In-Reply-To: <347fc4490701152322m232117fdy5940b1b87470a021@mail.gmail.com> MIME-Version: 1.0 References: <347fc4490701152322m232117fdy5940b1b87470a021@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: lirc serial FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 15:12:53 -0000 Dear All, i have a serial IR receiver and i am looking for lirc support for serial ir device in freebsd is there solutions already made ? or any other alternatives? Thanks & Regards Krishna From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 16:07: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 8224716A407 for ; Tue, 16 Jan 2007 16:07:46 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 1F8A713C45B for ; Tue, 16 Jan 2007 16:07:46 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l0GG7icG001605; Tue, 16 Jan 2007 08:07:44 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Tue, 16 Jan 2007 11:04:42 -0500 User-Agent: KMail/1.9.5 References: <20070115212338.9AF0516A5D9@hub.freebsd.org> <1168900436.20805.6.camel@acheron> <200701161112.29729.doconnor@gsoft.com.au> In-Reply-To: <200701161112.29729.doconnor@gsoft.com.au> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701161104.42651.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Patrick Reich Subject: Re: 6.2 & nvidia x11 driver: weird 16bpp/24bpp colorspace damage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 16:07:46 -0000 On Monday 15 January 2007 19:42, Daniel O'Connor wrote: > On Tuesday 16 January 2007 09:03, Patrick Reich wrote: > > Wishful thinking: Too bad there isn't an nvidia-driver-legacy port. > > It wouldn't be too much work to split the current port into 3 separate ones > for this purpose. > > Then you could send-pr and someone could commit it :) There's already a PR open (and assigned to danfe@) that recommends this approach (ports/107717) but doesn't include any patches. Actually doing the work would go a long way toward getting it committed. JN From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 18:04: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 54A4816A407 for ; Tue, 16 Jan 2007 18:04:24 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id 0BCB213C45B for ; Tue, 16 Jan 2007 18:04:23 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP id E65E2730002 for ; Tue, 16 Jan 2007 12:44:15 -0500 (EST) X-Virus-Scanned: amavisd-new at bit0.com Received: from mindcrime.bit0.com ([127.0.0.1]) by localhost (mindcrime.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ziny8gmGNVHu for ; Tue, 16 Jan 2007 12:44:11 -0500 (EST) Received: from localhost (localhost.bit0.com [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP for ; Tue, 16 Jan 2007 12:44:11 -0500 (EST) Date: Tue, 16 Jan 2007 12:44:11 -0500 (EST) From: Mike Andrews To: freebsd-stable@freebsd.org Message-ID: <20070116123019.I46509@bit0.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: 6.2-RELEASE em0 watchdog timeouts -- sometimes (w/ partial workaround) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 18:04:24 -0000 I have a strange issue with em0 watchdog timeouts that I think is not the same as the ones everyone was having during the 6.2 beta cycle... I have six systems, each with two Intel GigE ports onboard: Systems A and B: Supermicro PDSMi+ Systems C and D: Supermicro PDSMi (without the plus) System E: Tyan S2730U3GN System F: Supermicro X5DPA-GG On each system: em0 is connected to a Cisco Catalyst 2960G layer 2 gigabit ethernet switch. em1 is connected to a Foundry Serveriron XL layer 4-7 fast ethernet switch. All six run FreeBSD 6.2-RELEASE i386, even though the first four are capable of running amd64. They all have 2 GB of memory, except E which has 4 GB. The kernel configs are all identical, and are not that far from GENERIC + SMP. Several times a day, em0 will go down, give a watchdog timeout error on the console, then come right back up on its own a few seconds later. But here's the weird twist: it ONLY happens on systems A and B, and ONLY when running at gigabit speed. If I knock the two switch ports down to 100 meg, the problem goes away. The other four systems C thru F never have watchdog timeout issues; they always work perfectly even at gigabit speed. So I'm trying to figure out if there are any other obvious hardware differences between the plus and non-plus version of the PDSMi that would be causing issues on the plus version. Fortunately, at the moment we are not (yet) pushing anywhere near even 100 meg worth of traffic through these ports, so it's a tolerable workaround... just kinda annoying. :) The chipset is a bit different: the PDSMi is the Intel E7230 chipset for Pentium D servers, where the PDSMi+ is the E3000 that adds Core 2 Duo support. But apparently the NIC chips are identical: 82573V for em0 and 82573L for em1. The BIOS is identical too, so the chipsets must be pretty similar. Nothing shares an IRQ with the NICs. (USB is disabled in the BIOS.) They do have different disk systems; A and B are SATA gmirror setups, while C and D use LSI Megaraid SCSI cards for their mirrors. I have tried the obvious switching the cables out. No difference at all. I have NOT yet tried a different gigabit switch. Hopefully that's enough detail to start; I can get into more specifics as needed. (Kernel configs, dmesg output, IRQ details, disk details, IPMI, running apps, serial console access if needed...) From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 18:37: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 00D4116A415 for ; Tue, 16 Jan 2007 18:37:24 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id B65DA13C467 for ; Tue, 16 Jan 2007 18:37:23 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0JBZ00J3D52A2E90@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 16 Jan 2007 19:37:22 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JBZ00B9Y52AYQ82@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 16 Jan 2007 19:37:22 +0100 (CET) Date: Tue, 16 Jan 2007 19:37:22 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20070116010645.A94849@xorpc.icir.org> To: freebsd-stable@freebsd.org Message-id: <20070116193722.fee4defe.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.7; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20070116010645.A94849@xorpc.icir.org> Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 18:37:24 -0000 On Tue, 16 Jan 2007 01:06:45 -0800 Luigi Rizzo wrote: > Would it be possible to resurrect the linux-firefox 1.5 > port (under a separate name) so at least people have a choice > on which set of bugs they prefer ? What makes native firefox unsuitable for you? -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 18: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 EBA8916A47E for ; Tue, 16 Jan 2007 18:42:29 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id BEEE913C45D for ; Tue, 16 Jan 2007 18:42:29 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 16 Jan 2007 10:10:47 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id l0GIDwwj052360; Tue, 16 Jan 2007 10:13:58 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id l0GIDv78052359; Tue, 16 Jan 2007 10:13:57 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200701161813.l0GIDv78052359@ambrisko.com> In-Reply-To: <45A68F2E.6040205@scottevil.com> To: Scott Oertel Date: Tue, 16 Jan 2007 10:13:57 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Willem Jan Withagen , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 18:42:30 -0000 Scott Oertel writes: | Kris Kennaway wrote: | > On Tue, Jan 02, 2007 at 09:06:24PM +0100, Willem Jan Withagen wrote: | > | >> Hi, | >> | >> I got the following Filesystem: | >> Filesystem Size Used Avail Capacity iused ifree %iused | >> /dev/da0a 1.3T 422G 823G 34% 565952 182833470 0% | >> | >> Running of a 3ware 9550, on a dual core Opteron 242 with 1Gb. | >> The system is used as SMB/NFS server for my other systems here. | >> | >> I would like to make weekly snapshots, but manually running mksnap_ffs | >> freezes access to the disk (I sort of expected that) but the process | >> never terminates. So I let is sit overnight, but looking a gstat did not | >> reveil any activity what so ever... | >> The disk was not released, mksnap_ffs could not be terminated. | >> And things resulted in me rebooting the system. | >> | >> So: | >> - How long should I expect making a snapshot to take: | >> 5, 15, 30min, 1, 2 hour or even more??? | > | > Yes :) Snapshots were not designed for use in this way (they were | > designed to support background fsck and allow faster system recovery | > after power failure), so they don't scale as well as you might like on | > large filesystems. | | If snapshots were designed to support background fsck, then why did they | not make it more scalable? If you can't create a snapshot without the | system locking up, that means fsck won't be able to either, making | background fsck worthless for systems with large storage. FWIW, with this patch I find making snap-shots a lot more reliable: --- sys/ufs/ffs/ffs_snapshot.c.orig Wed Mar 22 09:42:31 2006 +++ sys/ufs/ffs/ffs_snapshot.c Mon Nov 20 14:59:13 2006 @@ -282,6 +282,8 @@ restart: if (error) goto out; bawrite(nbp); + if (cg % 10 == 0) + ffs_syncvnode(vp, MNT_WAIT); } /* * Copy all the cylinder group maps. Although the @@ -303,6 +305,8 @@ restart: goto out; error = cgaccount(cg, vp, nbp, 1); bawrite(nbp); + if (cg % 10 == 0) + ffs_syncvnode(vp, MNT_WAIT); if (error) goto out; } or things can get wedged. We have some other patches as well that might be required. As a hack on a local server we have been using snap shots to do a "hot" back-up of a data base each morning. This is based on 6.x. Doug A. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 18:52: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 3189816A415 for ; Tue, 16 Jan 2007 18:52:03 +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 1DA9113C47E for ; Tue, 16 Jan 2007 18:52:03 +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 8A6D01A4D89; Tue, 16 Jan 2007 10:52:02 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CE3A951482; Tue, 16 Jan 2007 13:51:57 -0500 (EST) Date: Tue, 16 Jan 2007 13:51:57 -0500 From: Kris Kennaway To: Doug Ambrisko Message-ID: <20070116185157.GB97568@xor.obsecurity.org> References: <45A68F2E.6040205@scottevil.com> <200701161813.l0GIDv78052359@ambrisko.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="A6N2fC+uXW/VQSAv" Content-Disposition: inline In-Reply-To: <200701161813.l0GIDv78052359@ambrisko.com> User-Agent: Mutt/1.4.2.2i Cc: Scott Oertel , Willem Jan Withagen , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 18:52:03 -0000 --A6N2fC+uXW/VQSAv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 16, 2007 at 10:13:57AM -0800, Doug Ambrisko wrote: > FWIW, with this patch I find making snap-shots a lot more reliable: >=20 > --- sys/ufs/ffs/ffs_snapshot.c.orig Wed Mar 22 09:42:31 2006 > +++ sys/ufs/ffs/ffs_snapshot.c Mon Nov 20 14:59:13 2006 > @@ -282,6 +282,8 @@ restart: > if (error) > goto out; > bawrite(nbp); > + if (cg % 10 =3D=3D 0) > + ffs_syncvnode(vp, MNT_WAIT); > } > /* > * Copy all the cylinder group maps. Although the > @@ -303,6 +305,8 @@ restart: > goto out; > error =3D cgaccount(cg, vp, nbp, 1); > bawrite(nbp); > + if (cg % 10 =3D=3D 0) > + ffs_syncvnode(vp, MNT_WAIT); > if (error) > goto out; > } >=20 > or things can get wedged. We have some other patches as well that might > be required. As a hack on a local server we have been using snap shots > to do a "hot" back-up of a data base each morning. This is based on > 6.x. What do you mean by "get wedged"? Are you seeing a deadlock, and if so then what are the details? When you say 6.x, do you mean up-to-date RELENG_6? There were various snapshot deadlock fixes committed over the past year including some in the past few months. Kris --A6N2fC+uXW/VQSAv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFrR7NWry0BWjoQKURAsoIAKCVzwi68+q5T53O+h1O1HGclyOQHwCgwuNv xdP3sDKBW/rhK6p7kxLbPqs= =EohE -----END PGP SIGNATURE----- --A6N2fC+uXW/VQSAv-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 19:20: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 96C1316A407 for ; Tue, 16 Jan 2007 19:20:06 +0000 (UTC) (envelope-from conrad.burger@mxit.com) Received: from smtp.swistgroup.com (smtp.swisttech.com [196.211.145.42]) by mx1.freebsd.org (Postfix) with ESMTP id 484E013C468 for ; Tue, 16 Jan 2007 19:20:03 +0000 (UTC) (envelope-from conrad.burger@mxit.com) Received: from localhost (localhost [127.0.0.1]) by smtp.swistgroup.com (Postfix) with ESMTP id E2EFDAE520 for ; Tue, 16 Jan 2007 22:50:35 +0200 (SAST) Received: from smtp.swistgroup.com ([127.0.0.1]) by localhost (fw-swist [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00778-02 for ; Tue, 16 Jan 2007 22:50:35 +0200 (SAST) Received: from timon.swistgroup.com (unknown [172.16.1.30]) by smtp.swistgroup.com (Postfix) with ESMTP id 3282B9F209 for ; Tue, 16 Jan 2007 22:50:35 +0200 (SAST) Received: from mailnull by timon.swistgroup.com with local (Exim 4.52 (FreeBSD)) id 1H6tPM-000Dfa-79 for freebsd-stable@freebsd.org; Tue, 16 Jan 2007 20:51:44 +0200 Received: from hermes.swistgroup.com ([172.16.1.6]) by timon.swistgroup.com with esmtp (Exim 4.52 (FreeBSD)) id 1H6tPM-000Df6-2F; Tue, 16 Jan 2007 20:51:44 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 16 Jan 2007 20:53:17 +0200 Message-ID: <45FBF1D2998C93429047415BE8091CC81F3995@HERMES.swistgroup.com> In-Reply-To: <20070116065623.GD22686@freenix.no> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Dell 1955 Blade - Broadcom NIC not detected (BCM5708S) Thread-Index: Acc5PK+5ZwngBAC/Sb68FJWUaGo1wgAYpSLQ From: "Conrad Burger" To: "Morten A. Middelthon" , "David Christensen" X-disclaimer: Legalsentry X-Virus-Scanned: by amavisd-new at example.com Cc: freebsd-stable@freebsd.org, Roar Pettersen Subject: RE: Dell 1955 Blade - Broadcom NIC not detected (BCM5708S) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 19:20:06 -0000 ******************************************************************* Click here to view our e-mail legal notice: http://www.mxit.co.za/pdfs/mxit_legal.pdf or call: +27 21 888 5000 ******************************************************************* If you have an alpha or beta version of the bce driver that supports = serdes, please let me know and I'll start testing right away! Regards=20 Conrad=20 -----Original Message----- From: owner-freebsd-stable@freebsd.org = [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Morten A. Middelthon Sent: 16 January 2007 08:56 AM To: David Christensen Cc: freebsd-stable@freebsd.org; Roar Pettersen Subject: Re: Dell 1955 Blade - Broadcom NIC not detected (BCM5708S) On Mon, Jan 15, 2007 at 09:16:16AM -0800, David Christensen wrote: > > Hello Dave ! > >=20 > > >Wed Nov 1 18:54:19 UTC 2006 > > > > > >Yes, the Linux bnx2 driver does support SerDes. I don't have the > > >bandwidth to tackle this feature until after the first of the year, > > >though a few other people have also considered looking into adding > > >the support. > >=20 > >=20 > > Any news or status report regarding support for this new=20 > > network interface=20 > > in FreeBSD ? >=20 > I've copied Doug White who is working to add SerDes support to bce. I'm _really_ looking forward to getting SerDes support in the bce-driver = :) --=20 Morten A. Middelthon Remember: Silly is a state of Mind, Stupid is a way of Life. -- Dave Butler From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 19:34: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 E871F16A407 for ; Tue, 16 Jan 2007 19:34:10 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id BE8F713C442 for ; Tue, 16 Jan 2007 19:34:10 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 16 Jan 2007 11:30:51 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id l0GJY1Fs057096; Tue, 16 Jan 2007 11:34:01 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id l0GJY1mh057095; Tue, 16 Jan 2007 11:34:01 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200701161934.l0GJY1mh057095@ambrisko.com> In-Reply-To: <20070116185157.GB97568@xor.obsecurity.org> To: Kris Kennaway Date: Tue, 16 Jan 2007 11:34:01 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Scott Oertel , Willem Jan Withagen Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 19:34:11 -0000 Kris Kennaway writes: | On Tue, Jan 16, 2007 at 10:13:57AM -0800, Doug Ambrisko wrote: | | > FWIW, with this patch I find making snap-shots a lot more reliable: | > | > --- sys/ufs/ffs/ffs_snapshot.c.orig Wed Mar 22 09:42:31 2006 | > +++ sys/ufs/ffs/ffs_snapshot.c Mon Nov 20 14:59:13 2006 | > @@ -282,6 +282,8 @@ restart: | > if (error) | > goto out; | > bawrite(nbp); | > + if (cg % 10 == 0) | > + ffs_syncvnode(vp, MNT_WAIT); | > } | > /* | > * Copy all the cylinder group maps. Although the | > @@ -303,6 +305,8 @@ restart: | > goto out; | > error = cgaccount(cg, vp, nbp, 1); | > bawrite(nbp); | > + if (cg % 10 == 0) | > + ffs_syncvnode(vp, MNT_WAIT); | > if (error) | > goto out; | > } | > | > or things can get wedged. We have some other patches as well that might | > be required. As a hack on a local server we have been using snap shots | > to do a "hot" back-up of a data base each morning. This is based on | > 6.x. | | What do you mean by "get wedged"? Are you seeing a deadlock, and if | so then what are the details? When you say 6.x, do you mean | up-to-date RELENG_6? There were various snapshot deadlock fixes | committed over the past year including some in the past few months. The file-system would come to a stop, processes stuck on bio, snap-shots not finishing etc. This was caused by the system running out of usable buffers. The change forces them to be flushed every so often. This is independant of locking. 10 might be to aggresive. Some scaling of nbuf would probably be better. Doug A. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 19:47: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 E2E3E16A407 for ; Tue, 16 Jan 2007 19:47:39 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id A250C13C428 for ; Tue, 16 Jan 2007 19:47:39 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l0GJ9ZM2008596; Tue, 16 Jan 2007 11:09:35 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l0GJ9Zf4008595; Tue, 16 Jan 2007 11:09:35 -0800 (PST) (envelope-from rizzo) Date: Tue, 16 Jan 2007 11:09:35 -0800 From: Luigi Rizzo To: Torfinn Ingolfsen Message-ID: <20070116110935.A8351@xorpc.icir.org> References: <20070116010645.A94849@xorpc.icir.org> <20070116193722.fee4defe.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20070116193722.fee4defe.torfinn.ingolfsen@broadpark.no>; from torfinn.ingolfsen@broadpark.no on Tue, Jan 16, 2007 at 07:37:22PM +0100 Cc: freebsd-stable@freebsd.org Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 19:47:40 -0000 On Tue, Jan 16, 2007 at 07:37:22PM +0100, Torfinn Ingolfsen wrote: > On Tue, 16 Jan 2007 01:06:45 -0800 > Luigi Rizzo wrote: > > > Would it be possible to resurrect the linux-firefox 1.5 > > port (under a separate name) so at least people have a choice > > on which set of bugs they prefer ? > > What makes native firefox unsuitable for you? Have not tried recently, i admit, but the many times i tried (up to a few months ago and with 1.0.5 or 1.0.7) it crashed randomly while browsing, within a few hours of use, and this was enough for me to give up. Additionally, i could not find a way to make the flash plugin work, which is a major annoyance given the amount of flash content that one finds in the services i use daily (some work related too). firefox is not one of the most reliable applications around, but these days using a browser is a necessary evil for just too many things (including 'paperwork' that you have to do for your job, bank, bills and so on). It is already enough of a pain to do this as a non-Explorer user; i don't want also the impairment of a crippled firefox! cheers luigi From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 20:02: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 3E47F16A416 for ; Tue, 16 Jan 2007 20:02:09 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8BCB213C459 for ; Tue, 16 Jan 2007 20:02:07 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 95310 invoked by uid 89); 16 Jan 2007 20:02:03 -0000 Received: from unknown (HELO claylaptop) (clay@milos.za.net@82.206.131.154) by bart.milos.co.za with SMTP; 16 Jan 2007 20:02:03 -0000 Message-ID: <03f601c739a9$3006b270$9a83ce52@claylaptop> From: "Clayton Milos" To: "Luigi Rizzo" , "Torfinn Ingolfsen" References: <20070116010645.A94849@xorpc.icir.org><20070116193722.fee4defe.torfinn.ingolfsen@broadpark.no> <20070116110935.A8351@xorpc.icir.org> Date: Tue, 16 Jan 2007 21:01:52 +0100 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 Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 20:02:09 -0000 Mate If you had any idea how many RFC's IE violates and and how many bugs there are in it you would never have made a statement like that. Using firefox in windows even will save you from a lot of malware and other bugs that are floating around online. -Clay ----- Original Message ----- From: "Luigi Rizzo" To: "Torfinn Ingolfsen" Cc: Sent: Tuesday, January 16, 2007 8:09 PM Subject: Re: can we resurrect linux-firefox-1.5 ? > On Tue, Jan 16, 2007 at 07:37:22PM +0100, Torfinn Ingolfsen wrote: >> On Tue, 16 Jan 2007 01:06:45 -0800 >> Luigi Rizzo wrote: >> >> > Would it be possible to resurrect the linux-firefox 1.5 >> > port (under a separate name) so at least people have a choice >> > on which set of bugs they prefer ? >> >> What makes native firefox unsuitable for you? > > Have not tried recently, i admit, but > the many times i tried (up to a few months ago and with 1.0.5 or > 1.0.7) it crashed randomly while browsing, within a few hours of use, > and this was enough for me to give up. > > Additionally, i could not find a way to make the flash plugin > work, which is a major annoyance given the amount of flash content > that one finds in the services i use daily (some work related too). > > firefox is not one of the most reliable applications around, > but these days using a browser is a necessary evil for just too many > things > (including 'paperwork' that you have to do for your job, bank, > bills and so on). > > It is already enough of a pain to do this as a non-Explorer user; > i don't want also the impairment of a crippled firefox! > > cheers > luigi > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 20:21:50 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 6297F16A412; Tue, 16 Jan 2007 20:21:50 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id 361EF13C471; Tue, 16 Jan 2007 20:21:50 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 16 Jan 2007 11:49:57 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id l0GJr8Vi058179; Tue, 16 Jan 2007 11:53:08 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id l0GJr77J058178; Tue, 16 Jan 2007 11:53:07 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200701161953.l0GJr77J058178@ambrisko.com> In-Reply-To: <45AB9BE4.1030606@osoft.us> To: Joe Koberg Date: Tue, 16 Jan 2007 11:53:07 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Josef Karthauser , stable@freebsd.org, fs@freebsd.org Subject: Re: Dell hardware raid 0 (sas5ir) or gmirror? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 20:21:50 -0000 Joe Koberg writes: | Josef Karthauser wrote: | > On Mon, Jan 15, 2007 at 11:21:06AM +0000, Josef Karthauser wrote: | >> I'm purchasing a new server, and was wondering what anyone thought | >> about whether to pay extra for the SAS5IR card so I can RAID0 the | >> two drives, or whether to just rely on gmirror. My worry about the | >> former is that I can't seem to find management tools for | >> controlling the hardware controller. What if one of the drives | >> fails? How would I know? | > | > Of course I mean RAID1! | | I just bought two Dell PE-1950's to use as routers. They have LSI Logic | PERC/5i's attached to 80GB SATA drives. I am pretty sure this is the | same card used for SAS. | | One thing is for sure, the mfi(4) card and driver aren't shy! See below | for examples of the kernel messages I get regularly. I am sure drive | failure would be well noted. FYI, you can silence it to your level of comfort via: hw.mfi.event_class in /boot/loader.conf. The values being: MFI_EVT_CLASS_DEBUG = -2, MFI_EVT_CLASS_PROGRESS = -1, MFI_EVT_CLASS_INFO = 0, MFI_EVT_CLASS_WARNING = 1, MFI_EVT_CLASS_CRITICAL = 2, MFI_EVT_CLASS_FATAL = 3, MFI_EVT_CLASS_DEAD = 4 The new default is info. so it's a little quieter. I'd suggest some care in going over info since a drive that failed will come through but when it is now okay will not. So if you are waiting for that you won't know. Here, we like the debug and progress stuff put into /var/log/messages. It makes support a lot easier. Doug A. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 20:27: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 2099716A543 for ; Tue, 16 Jan 2007 20:27:20 +0000 (UTC) (envelope-from radrian1@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id AD73513C517 for ; Tue, 16 Jan 2007 20:27:19 +0000 (UTC) (envelope-from radrian1@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1121853ana for ; Tue, 16 Jan 2007 12:27:19 -0800 (PST) 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=bmP7sHC0pVI6nmtJCG2TAPZkuP9m/mgt9VB0L3xsQGCNcTCQKc1dE++u70s+7yMETEjbSYCK8KFp7B5uWqYSNBTp+XFW/ERKHisETO5Fh4cAZv1b7x7964gPnEK0HVQ/lqo07XJ/UGb69B7j1H/f39wifWM/A6GNDZeSv9NQukM= Received: by 10.100.11.7 with SMTP id 7mr3459780ank.1168977637950; Tue, 16 Jan 2007 12:00:37 -0800 (PST) Received: by 10.70.27.9 with HTTP; Tue, 16 Jan 2007 12:00:37 -0800 (PST) Message-ID: Date: Tue, 16 Jan 2007 15:00:37 -0500 From: "Radu Adrian Zdrinca" To: freebsd-stable@freebsd.org In-Reply-To: <20070116120056.751A716A556@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070116120056.751A716A556@hub.freebsd.org> Cc: rizzo@icir.org Subject: Re: freebsd-stable Digest, Vol 189, Issue 4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 20:27:20 -0000 On 1/16/07, freebsd-stable-request@freebsd.org wrote: > Message: 13 > Date: Tue, 16 Jan 2007 01:06:45 -0800 > From: Luigi Rizzo > Subject: can we resurrect linux-firefox-1.5 ? > To: stable@freebsd.org > Message-ID: <20070116010645.A94849@xorpc.icir.org> > Content-Type: text/plain; charset=us-ascii > > [sorry if i don't post this to -ports, but i feel > that this is really a -stable issue as it affects > one widely used port] > > I am not sure if i am the only one, but on RELENG_6, > linux-firefox 2 is basically unusable (see details below), > while linux-firefox 1.5 is at least usable (even though > it has some memory leak so after a while its size grows > well above 3-400MB). > > Would it be possible to resurrect the linux-firefox 1.5 > port (under a separate name) so at least people have a choice > on which set of bugs they prefer ? > > The problems with linux firefox 2.0 are that after a little bit of > browsing (let's say 50-100 pages) some of its threads seem to lock > up, functions on the gui stop working (e.g. clicking on the tabs > does not work anymore) and in the end you have to kill it hard. > > I have submitted a PR with more details. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/107219 > > cheers > luigi > Install 6.2 from cd and don't update the ports. The 1.5 port is there. Only after I updated the ports it installed the new 2.0.0.1 port. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 20:37: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 B089F16A40F for ; Tue, 16 Jan 2007 20:37: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 9BB5D13C457 for ; Tue, 16 Jan 2007 20:37: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 4BC941A4D94; Tue, 16 Jan 2007 12:37:47 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6333C515B2; Tue, 16 Jan 2007 15:37:39 -0500 (EST) Date: Tue, 16 Jan 2007 15:37:39 -0500 From: Kris Kennaway To: Willem Jan Withagen Message-ID: <20070116203739.GA343@xor.obsecurity.org> References: <200701161934.l0GJY1mh057095@ambrisko.com> <45AD3507.402@withagen.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <45AD3507.402@withagen.nl> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Scott Oertel , Willem Jan Withagen , Kris Kennaway Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 20:37:47 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 16, 2007 at 09:26:47PM +0100, Willem Jan Withagen wrote: > Doug Ambrisko wrote: > >| > or things can get wedged. We have some other patches as well that= =20 > >might > >| > be required. As a hack on a local server we have been using snap sh= ots > >| > to do a "hot" back-up of a data base each morning. This is based on > >| > 6.x. > >| > >| What do you mean by "get wedged"? Are you seeing a deadlock, and if > >| so then what are the details? When you say 6.x, do you mean > >| up-to-date RELENG_6? There were various snapshot deadlock fixes > >| committed over the past year including some in the past few months. > > > >The file-system would come to a stop, processes stuck on bio, snap-shots > >not finishing etc. This was caused by the system running out of usable > >buffers. The change forces them to be flushed every so often. This is > >independant of locking. 10 might be to aggresive. Some scaling of > >nbuf would probably be better. >=20 > When I run mksnap_ffs it runs to the point where ANY access to the=20 > filesystem gives that process a lockup. Yes, that is expected. Actually it begins when something accesses the directory in which the snapshot is being made, since that causes the parent directory to be locked...then something tries to access the parent directory, which eventually cascades back to the root. > Getting the file system back is only thru "hard reboot". Trying to do it= =20 > the gentle way locks the whole system. Or waiting until the snapshot operation finishes. You (still) haven't determined that it's actually hanging as opposed to just waiting for the snapshot operation to finish. Kris --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFrTeSWry0BWjoQKURAp0VAJ4ya2IuNGi6Ko5UkzG6fmXBhPtR+wCgrxRD OxdTYM2KMvMIazTyfhNzsrE= =cCcA -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 20:53: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 56CF416A4AB for ; Tue, 16 Jan 2007 20:53:04 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from mail.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.freebsd.org (Postfix) with ESMTP id 0FF6A13C45B for ; Tue, 16 Jan 2007 20:53:04 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from [212.61.27.67] (opteron.digiware.nl [212.61.27.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTP id 5973E1712F; Tue, 16 Jan 2007 21:53:03 +0100 (CET) Message-ID: <45AD3BA4.8090505@withagen.nl> Date: Tue, 16 Jan 2007 21:55:00 +0100 From: Willem Jan Withagen User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Kris Kennaway References: <200701161934.l0GJY1mh057095@ambrisko.com> <45AD3507.402@withagen.nl> <20070116203739.GA343@xor.obsecurity.org> In-Reply-To: <20070116203739.GA343@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Scott Oertel , Willem Jan Withagen Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 20:53:04 -0000 Kris Kennaway wrote: ...... >>> The file-system would come to a stop, processes stuck on bio, snap-shots >>> not finishing etc. This was caused by the system running out of usable >>> buffers. The change forces them to be flushed every so often. This is >>> independant of locking. 10 might be to aggresive. Some scaling of >>> nbuf would probably be better. >> When I run mksnap_ffs it runs to the point where ANY access to the >> filesystem gives that process a lockup. > > Yes, that is expected. Actually it begins when something accesses the > directory in which the snapshot is being made, since that causes the > parent directory to be locked...then something tries to access the > parent directory, which eventually cascades back to the root. > >> Getting the file system back is only thru "hard reboot". Trying to do it >> the gentle way locks the whole system. > > Or waiting until the snapshot operation finishes. You (still) haven't > determined that it's actually hanging as opposed to just waiting for > the snapshot operation to finish. True, and that is what I was refering to. * I've let it run for 12 hours on 1,5T (that's why I asked for other experiences) * I looked at diskstats with gstat: that turned out that everything was idle for > 5 minutes Then I concluded that it was locked. IF you can give me a fair estimate of time < 1 day I'll be willing to let it sit for so long. But I'm not going to wait forever. :) --WjW From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 20:54: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 E79BD16A521 for ; Tue, 16 Jan 2007 20:54:03 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from mail.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.freebsd.org (Postfix) with ESMTP id 9FD8F13C467 for ; Tue, 16 Jan 2007 20:54:03 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from [212.61.27.67] (opteron.digiware.nl [212.61.27.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTP id 0DDB21712B; Tue, 16 Jan 2007 21:24:50 +0100 (CET) Message-ID: <45AD3507.402@withagen.nl> Date: Tue, 16 Jan 2007 21:26:47 +0100 From: Willem Jan Withagen User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Doug Ambrisko References: <200701161934.l0GJY1mh057095@ambrisko.com> In-Reply-To: <200701161934.l0GJY1mh057095@ambrisko.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Scott Oertel , Willem Jan Withagen , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 20:54:04 -0000 Doug Ambrisko wrote: > | > or things can get wedged. We have some other patches as well that might > | > be required. As a hack on a local server we have been using snap shots > | > to do a "hot" back-up of a data base each morning. This is based on > | > 6.x. > | > | What do you mean by "get wedged"? Are you seeing a deadlock, and if > | so then what are the details? When you say 6.x, do you mean > | up-to-date RELENG_6? There were various snapshot deadlock fixes > | committed over the past year including some in the past few months. > > The file-system would come to a stop, processes stuck on bio, snap-shots > not finishing etc. This was caused by the system running out of usable > buffers. The change forces them to be flushed every so often. This is > independant of locking. 10 might be to aggresive. Some scaling of > nbuf would probably be better. When I run mksnap_ffs it runs to the point where ANY access to the filesystem gives that process a lockup. Getting the file system back is only thru "hard reboot". Trying to do it the gentle way locks the whole system. I'm refering further testing and trying until I have more time to upgrade to 6.2-RELEASE and put some of the debug options in the kernel. On the otherhand is this my main fileserver. So testing too much is sort of dangerous, and running a fsck on 1.5T is very tedious. --WjW From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 21:14: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 C771916A417 for ; Tue, 16 Jan 2007 21:14:48 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 7C2EA13C45A for ; Tue, 16 Jan 2007 21:14:48 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0JBZ00K4HCCIJB80@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 16 Jan 2007 22:14:42 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JBZ00GLFCCHIOJ1@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 16 Jan 2007 22:14:42 +0100 (CET) Date: Tue, 16 Jan 2007 22:14:41 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20070116110935.A8351@xorpc.icir.org> To: freebsd-stable@freebsd.org Message-id: <20070116221441.9afd899a.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.7; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20070116010645.A94849@xorpc.icir.org> <20070116193722.fee4defe.torfinn.ingolfsen@broadpark.no> <20070116110935.A8351@xorpc.icir.org> Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 21:14:48 -0000 On Tue, 16 Jan 2007 11:09:35 -0800 Luigi Rizzo wrote: > the many times i tried (up to a few months ago and with 1.0.5 or > 1.0.7) it crashed randomly while browsing, within a few hours of use, > and this was enough for me to give up. First: I find that running native firefox _without_ the flash plugin improves the stability a lot. I don't really *need* flash, so I can live with that. YMMV. Second; firefox crashes happens a lot rarer now that they useed to do. This is from my main workstation: tingo@kg-work$ uname -a FreeBSD kg-work.kg4.no 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: Sat Nov 18 13:59:20 CET 2006 root@kg-work.kg4.no:/usr/obj/usr/src/sys/SS51G i386 tingo@kg-work$ uptime 10:03PM up 29 days, 21:23, 15 users, load averages: 0.14, 0.42, 0.53 tingo@kg-work$ ls -l /var/log/mess* -rw-r--r-- 1 root wheel 7873 Jan 14 23:55 /var/log/messages -rw-r--r-- 1 root wheel 11134 Jan 1 23:00 /var/log/messages.0.bz2 -rw-r--r-- 1 root wheel 6887 Nov 14 21:00 /var/log/messages.1.bz2 -rw-r--r-- 1 root wheel 4194 Nov 1 01:00 /var/log/messages.2.bz2 -rw-r--r-- 1 root wheel 8962 Oct 23 18:00 /var/log/messages.3.bz2 tingo@kg-work$ bzgrep firefox /var/log/mess* /var/log/messages.0.bz2:Nov 18 11:43:26 kg-work kernel: pid 2180 (firefox-bin), uid 1001: exited on signal 10 (core dumped) /var/log/messages.0.bz2:Dec 8 19:31:58 kg-work kernel: pid 22038 (firefox-bin), uid 1001: exited on signal 10 (core dumped) Third, some time ago (perhaps with version 2.0.0?) firefox gained the "restore session" capability, which also helps. > Additionally, i could not find a way to make the flash plugin > work, which is a major annoyance given the amount of flash content > that one finds in the services i use daily (some work related too). If linux-firefox isn't working for youhere, I really don't have any good suggestions. I would prefer that a stable, working flash plugin for native firefox, which would install with a simple portinstall. A man can dream, can't he? > firefox is not one of the most reliable applications around, > but these days using a browser is a necessary evil for just too many > things (including 'paperwork' that you have to do for your job, bank, > bills and so on). There was an informal survey in a norwegian newgroup last week; it seems that most (but not all) Norwegian internet-banking (web banking) solutions work fine with Firefox, Opera and other browsers. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 21:17: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 4C42416A416 for ; Tue, 16 Jan 2007 21:17:35 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id 160EC13C4CC for ; Tue, 16 Jan 2007 21:17:35 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 16 Jan 2007 13:14:23 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id l0GLHYSp062817; Tue, 16 Jan 2007 13:17:34 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id l0GLHXOS062816; Tue, 16 Jan 2007 13:17:33 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200701162117.l0GLHXOS062816@ambrisko.com> In-Reply-To: <20070116203739.GA343@xor.obsecurity.org> To: Kris Kennaway Date: Tue, 16 Jan 2007 13:17:33 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Scott Oertel , Willem Jan Withagen Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 21:17:35 -0000 Kris Kennaway writes: | On Tue, Jan 16, 2007 at 09:26:47PM +0100, Willem Jan Withagen wrote: | > Doug Ambrisko wrote: | > >| > or things can get wedged. We have some other patches as well that | > >might | > >| > be required. As a hack on a local server we have been using snap shots | > >| > to do a "hot" back-up of a data base each morning. This is based on | > >| > 6.x. | > >| | > >| What do you mean by "get wedged"? Are you seeing a deadlock, and if | > >| so then what are the details? When you say 6.x, do you mean | > >| up-to-date RELENG_6? There were various snapshot deadlock fixes | > >| committed over the past year including some in the past few months. | > > | > >The file-system would come to a stop, processes stuck on bio, snap-shots | > >not finishing etc. This was caused by the system running out of usable | > >buffers. The change forces them to be flushed every so often. This is | > >independant of locking. 10 might be to aggresive. Some scaling of | > >nbuf would probably be better. | > | > When I run mksnap_ffs it runs to the point where ANY access to the | > filesystem gives that process a lockup. | | Yes, that is expected. Actually it begins when something accesses the | directory in which the snapshot is being made, since that causes the | parent directory to be locked...then something tries to access the | parent directory, which eventually cascades back to the root. | | > Getting the file system back is only thru "hard reboot". Trying to do it | > the gentle way locks the whole system. | | Or waiting until the snapshot operation finishes. You (still) haven't | determined that it's actually hanging as opposed to just waiting for | the snapshot operation to finish. In my case is was easy to see that all the buffers were exhausted and the system was churning waiting for some to become available. Since they were all used up it never recovered. By sync'ing the buffers they got cleaned up and then the system never ran out. The snap shot was then able to finish. Via the debugger you can see this happen. I traced this problem in the debugger. There are other issues with the buffer deamon as well. We hit these since we run with a relatively low nbuf. The buffers can be get frag'ed so bad that it can't flush things since it can't get a full-size buffer. Another problem is that it can end up waiting on itself since the current code can't use it's emergency space to flush stuff. You can see this via ps etc. It's not a good thing if the buffer daemon is waiting on itself :-( We have patches to this as well but they need some more work. I was working with Tor, on this but then I got swamped at work with our 4.X -> 6.X and platform transition. All I can say is that we don't suffer from these problems now :-) I have printf's the log this stuff when some of these bugs are hit. Now the system survives those lock-up points. Doug A. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 21:20: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 2D44A16A416 for ; Tue, 16 Jan 2007 21:20:55 +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 1053213C468 for ; Tue, 16 Jan 2007 21:20:55 +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 AEA571A4D89; Tue, 16 Jan 2007 13:20:53 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0CBE651A00; Tue, 16 Jan 2007 16:20:49 -0500 (EST) Date: Tue, 16 Jan 2007 16:20:48 -0500 From: Kris Kennaway To: Doug Ambrisko Message-ID: <20070116212048.GA1041@xor.obsecurity.org> References: <20070116203739.GA343@xor.obsecurity.org> <200701162117.l0GLHXOS062816@ambrisko.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <200701162117.l0GLHXOS062816@ambrisko.com> User-Agent: Mutt/1.4.2.2i Cc: Scott Oertel , Willem Jan Withagen , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 21:20:55 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 16, 2007 at 01:17:33PM -0800, Doug Ambrisko wrote: > Kris Kennaway writes: > | On Tue, Jan 16, 2007 at 09:26:47PM +0100, Willem Jan Withagen wrote: > | > Doug Ambrisko wrote: > | > >| > or things can get wedged. We have some other patches as well th= at=20 > | > >might > | > >| > be required. As a hack on a local server we have been using sna= p shots > | > >| > to do a "hot" back-up of a data base each morning. This is base= d on > | > >| > 6.x. > | > >| > | > >| What do you mean by "get wedged"? Are you seeing a deadlock, and = if > | > >| so then what are the details? When you say 6.x, do you mean > | > >| up-to-date RELENG_6? There were various snapshot deadlock fixes > | > >| committed over the past year including some in the past few months. > | > > > | > >The file-system would come to a stop, processes stuck on bio, snap-s= hots > | > >not finishing etc. This was caused by the system running out of usa= ble > | > >buffers. The change forces them to be flushed every so often. This= is > | > >independant of locking. 10 might be to aggresive. Some scaling of > | > >nbuf would probably be better. > | >=20 > | > When I run mksnap_ffs it runs to the point where ANY access to the=20 > | > filesystem gives that process a lockup. > |=20 > | Yes, that is expected. Actually it begins when something accesses the > | directory in which the snapshot is being made, since that causes the > | parent directory to be locked...then something tries to access the > | parent directory, which eventually cascades back to the root. > |=20 > | > Getting the file system back is only thru "hard reboot". Trying to do= it=20 > | > the gentle way locks the whole system. > |=20 > | Or waiting until the snapshot operation finishes. You (still) haven't > | determined that it's actually hanging as opposed to just waiting for > | the snapshot operation to finish. >=20 > In my case is was easy to see that all the buffers were exhausted and > the system was churning waiting for some to become available. Since they > were all used up it never recovered. By sync'ing the buffers they got > cleaned up and then the system never ran out. The snap shot was then > able to finish. Via the debugger you can see this happen. I traced > this problem in the debugger. There are other issues with the buffer > deamon as well. We hit these since we run with a relatively low > nbuf. The buffers can be get frag'ed so bad that it can't flush > things since it can't get a full-size buffer. Another problem is that > it can end up waiting on itself since the current code can't use > it's emergency space to flush stuff. You can see this via ps etc. > It's not a good thing if the buffer daemon is waiting on itself :-( >=20 > We have patches to this as well but they need some more work. I was > working with Tor, on this but then I got swamped at work with our 4.X -> = 6.X > and platform transition. All I can say is that we don't suffer from > these problems now :-) I have printf's the log this stuff when some of > these bugs are hit. Now the system survives those lock-up points. Thanks for clarifying. Hopefully you and Tor can get something committed soon! Kris --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFrUGwWry0BWjoQKURArg/AJ0dUnhnHUtm7zB8IZut5UEbeEf7fwCgl4kP N9uy1f2iov1VWR6rqKtwuAk= =H6Yy -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 21:21: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 D21A316A494 for ; Tue, 16 Jan 2007 21:21:57 +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 BCBA013C448 for ; Tue, 16 Jan 2007 21:21:57 +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 19BD01A4D89; Tue, 16 Jan 2007 13:21:57 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9071D515DC; Tue, 16 Jan 2007 16:21:52 -0500 (EST) Date: Tue, 16 Jan 2007 16:21:52 -0500 From: Kris Kennaway To: Willem Jan Withagen Message-ID: <20070116212152.GB1041@xor.obsecurity.org> References: <200701161934.l0GJY1mh057095@ambrisko.com> <45AD3507.402@withagen.nl> <20070116203739.GA343@xor.obsecurity.org> <45AD3BA4.8090505@withagen.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/NkBOFFp2J2Af1nK" Content-Disposition: inline In-Reply-To: <45AD3BA4.8090505@withagen.nl> User-Agent: Mutt/1.4.2.2i Cc: Scott Oertel , Willem Jan Withagen , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 21:21:57 -0000 --/NkBOFFp2J2Af1nK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 16, 2007 at 09:55:00PM +0100, Willem Jan Withagen wrote: > Kris Kennaway wrote: > ...... >=20 > >>>The file-system would come to a stop, processes stuck on bio, snap-sho= ts > >>>not finishing etc. This was caused by the system running out of usable > >>>buffers. The change forces them to be flushed every so often. This is > >>>independant of locking. 10 might be to aggresive. Some scaling of > >>>nbuf would probably be better. > >>When I run mksnap_ffs it runs to the point where ANY access to the=20 > >>filesystem gives that process a lockup. > > > >Yes, that is expected. Actually it begins when something accesses the > >directory in which the snapshot is being made, since that causes the > >parent directory to be locked...then something tries to access the > >parent directory, which eventually cascades back to the root. > > > >>Getting the file system back is only thru "hard reboot". Trying to do i= t=20 > >>the gentle way locks the whole system. > > > >Or waiting until the snapshot operation finishes. You (still) haven't > >determined that it's actually hanging as opposed to just waiting for > >the snapshot operation to finish. >=20 > True, and that is what I was refering to. >=20 > * I've let it run for 12 hours on 1,5T (that's why I asked for other > experiences) > * I looked at diskstats with gstat: > that turned out that everything was idle for > 5 minutes >=20 > Then I concluded that it was locked. OK, that does sound like it's deadlocked. You could try Doug's patch, or it might be another (unknown) condition. If so, you'll need to do some additional debugging with a serial console to figure out what is wrong. Kris --/NkBOFFp2J2Af1nK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFrUHvWry0BWjoQKURAtlpAKCJe0+DJSbIQ+5cB1ltWlCMwnkORgCeIUAn QesuPWFuDhChu42rTtDegFg= =+cdI -----END PGP SIGNATURE----- --/NkBOFFp2J2Af1nK-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 21:25: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 45BD716A4A0 for ; Tue, 16 Jan 2007 21:25:28 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id 4EF7B13C4B9 for ; Tue, 16 Jan 2007 21:25:25 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 16 Jan 2007 13:22:13 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id l0GLPOWd063266; Tue, 16 Jan 2007 13:25:24 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id l0GLPOsK063265; Tue, 16 Jan 2007 13:25:24 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200701162125.l0GLPOsK063265@ambrisko.com> In-Reply-To: <20070116212048.GA1041@xor.obsecurity.org> To: Kris Kennaway Date: Tue, 16 Jan 2007 13:25:24 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Scott Oertel , Willem Jan Withagen Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 21:25:28 -0000 Kris Kennaway writes: | Thanks for clarifying. Hopefully you and Tor can get something | committed soon! I'm not sure about that. I have to see what has changed since then. That was ... uhm a year ago when I dropped the ball. It's probably a good task for me to look at in the context of -current again. I should have disks to build a 1.5T file system to play with. Doug A. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 21:27: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 0936C16A407 for ; Tue, 16 Jan 2007 21:27:01 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id E974D13C457 for ; Tue, 16 Jan 2007 21:27:00 +0000 (UTC) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 4DC431121F; Tue, 16 Jan 2007 15:10:39 -0600 (CST) Date: Tue, 16 Jan 2007 15:10:34 -0600 From: Craig Boston To: krishnamurthy holla Message-ID: <20070116211034.GA81516@nowhere> Mail-Followup-To: Craig Boston , krishnamurthy holla , freebsd-stable@freebsd.org References: <347fc4490701152322m232117fdy5940b1b87470a021@mail.gmail.com> <347fc4490701160648r50b71236k3835875d1c50ac46@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <347fc4490701160648r50b71236k3835875d1c50ac46@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: lirc serial FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 21:27:01 -0000 It depends on what type of receiver you have. comms/lirc in ports works adequately for me with a serial IRman. Craig On Tue, Jan 16, 2007 at 08:18:49PM +0530, krishnamurthy holla wrote: > Dear All, > i have a serial IR receiver and i am looking for lirc support for serial ir > device in freebsd > is there solutions already made ? or any other alternatives? > > > Thanks & Regards > Krishna > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 21:45: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 128E616A5D5 for ; Tue, 16 Jan 2007 21:45:15 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id D7D8013C4A5 for ; Tue, 16 Jan 2007 21:45:15 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l0GLjDSB010062; Tue, 16 Jan 2007 13:45:13 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l0GLjDJc010061; Tue, 16 Jan 2007 13:45:13 -0800 (PST) (envelope-from rizzo) Date: Tue, 16 Jan 2007 13:45:13 -0800 From: Luigi Rizzo To: Torfinn Ingolfsen Message-ID: <20070116134513.A9739@xorpc.icir.org> References: <20070116010645.A94849@xorpc.icir.org> <20070116193722.fee4defe.torfinn.ingolfsen@broadpark.no> <20070116110935.A8351@xorpc.icir.org> <20070116221441.9afd899a.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20070116221441.9afd899a.torfinn.ingolfsen@broadpark.no>; from torfinn.ingolfsen@broadpark.no on Tue, Jan 16, 2007 at 10:14:41PM +0100 Cc: freebsd-stable@freebsd.org Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 21:45:16 -0000 On Tue, Jan 16, 2007 at 10:14:41PM +0100, Torfinn Ingolfsen wrote: ... > If linux-firefox isn't working for youhere, I really don't have any The 1.5.x version _is_ working for me. It is 2.0.x that exhibits severe problems. My complaint (to get back on the topic) is that 1.5 disappeared from the ports replaced by a less stable version. Sure, we might not know when the port was upgraded, but if experience teaches something, release N+1.0 of something is usually buggier than release N.X of the same software. So i am just advocating to keep the "stable" version around while the "current" one becomes stable enough. After all, in ports we have six versions of openoffice.org, four versions of staroffice, six versions of emacs/xemacs, etc. (not counting language-specific or other versions with minor variations) I understand that having multiple versions of the same thing is less than ideal, but for binary-only things where we have no chance to fix issues with with local patches, it makes a lot of sense. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 22:00: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 F289116A40F for ; Tue, 16 Jan 2007 22:00:46 +0000 (UTC) (envelope-from sullrich@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 866F213C471 for ; Tue, 16 Jan 2007 22:00:46 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1659219uge for ; Tue, 16 Jan 2007 14:00:45 -0800 (PST) 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=YYcNmtvBwMC/4HR2EwuodmARzvJ2GpN1QwuDWwi6K2zDRGzIegsoqGxRHgqCu5d6n7zZklGMqG9YC2G6K94DsyKcieotFEczOcu4JuZv3/LGBosq1kTU/8XZrGfq2zrouhdrhpWM17gpiGiY5KO3D5im5nny90L/H2zXXn+5ycI= Received: by 10.82.152.16 with SMTP id z16mr1352986bud.1168983210461; Tue, 16 Jan 2007 13:33:30 -0800 (PST) Received: by 10.82.186.11 with HTTP; Tue, 16 Jan 2007 13:33:30 -0800 (PST) Message-ID: Date: Tue, 16 Jan 2007 16:33:30 -0500 From: "Scott Ullrich" To: freebsd-stable MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Nexcom 1086 - Marvell Chipsets - Nics show in dmesg but do not show up in ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 22:00:47 -0000 Hello, I am currently working with a Nexcom 1086 that features 2 Marvell chipsets with 8 total nics. This device is slated to become a FreeBSD/pfSense router. During probing, all nics show up okay sk0-sk3 and skc-0-3 but the skc nics do not show up in ifconfig. Is there something that I am overlooking to enable the nics? DMESG -a is located here: http://www.pfsense.com/~sullrich/nexcom_1086_dmesg.txt Thanks in advance! From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 22:07: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 A093B16A407 for ; Tue, 16 Jan 2007 22:07:42 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 670C013C455 for ; Tue, 16 Jan 2007 22:07:42 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1H6wSy-000IcU-5R; Tue, 16 Jan 2007 22:07:40 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H6wSx-0003dG-Ur; Tue, 16 Jan 2007 22:07:39 +0000 To: clay@milos.co.za, rizzo@icir.org, torfinn.ingolfsen@broadpark.no In-Reply-To: <03f601c739a9$3006b270$9a83ce52@claylaptop> Message-Id: From: Pete French Date: Tue, 16 Jan 2007 22:07:39 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 22:07:42 -0000 > If you had any idea how many RFC's IE violates and and how many bugs there > are in it you would never have made a statement like that. I don't think here ever said that IE was *better*, just that it was necessary for certain sites (which is undeniably true) and that if all you have available is Firefox then you at least want to have a working stable Firefox. It does seem to boil down the the flash issue though - for me native Firefox is stable, until I try and add flash. So I live without flash, but that measn there are a number of things I just can't do, as well as the IE only sites (which are becomming rare). In the end I bundle any such jobs up and do them at home where I keep an x64-XP box for such things. If the most stable flash enabled player on FreeBSD is linux-firefox 1.5 then it would be nice to have it in ports. -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 18:53:05 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 C023916A412 for ; Tue, 16 Jan 2007 18:53:05 +0000 (UTC) (envelope-from jfvogel@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 02F6013C4A7 for ; Tue, 16 Jan 2007 18:53:04 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1096099ana for ; Tue, 16 Jan 2007 10:53:04 -0800 (PST) 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:references; b=lQcoZPMwURQoQRlXkhvK36blrLYHQ68CNSlDz+upOTpF8rbA/mVTTbf3t8MyFzw7tdhLea7oxTH2thPiHhgDnEWYb8Cg913SsDaset+jOslqGhl7TGFkgO6nsox0VcC2wdZI9e8YqAToo2wklOdvADQoxl2AeW2U6z/C+erqt0s= Received: by 10.100.135.16 with SMTP id i16mr3451782and.1168973584347; Tue, 16 Jan 2007 10:53:04 -0800 (PST) Received: by 10.100.105.12 with HTTP; Tue, 16 Jan 2007 10:53:04 -0800 (PST) Message-ID: <2a41acea0701161053s67c6100cqf03284626116f04c@mail.gmail.com> Date: Tue, 16 Jan 2007 10:53:04 -0800 From: "Jack Vogel" To: "Mike Andrews" In-Reply-To: <20070116123019.I46509@bit0.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_7713_9392527.1168973584261" References: <20070116123019.I46509@bit0.com> X-Mailman-Approved-At: Tue, 16 Jan 2007 22:22:39 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RELEASE em0 watchdog timeouts -- sometimes (w/ partial workaround) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 18:53:05 -0000 ------=_Part_7713_9392527.1168973584261 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 1/16/07, Mike Andrews wrote: > I have a strange issue with em0 watchdog timeouts that I think is not the > same as the ones everyone was having during the 6.2 beta cycle... > > I have six systems, each with two Intel GigE ports onboard: > > Systems A and B: Supermicro PDSMi+ > Systems C and D: Supermicro PDSMi (without the plus) > System E: Tyan S2730U3GN > System F: Supermicro X5DPA-GG > > On each system: > em0 is connected to a Cisco Catalyst 2960G layer 2 gigabit ethernet switch. > em1 is connected to a Foundry Serveriron XL layer 4-7 fast ethernet switch. > > All six run FreeBSD 6.2-RELEASE i386, even though the first four are > capable of running amd64. They all have 2 GB of memory, except E which > has 4 GB. The kernel configs are all identical, and are not that far from > GENERIC + SMP. > > Several times a day, em0 will go down, give a watchdog timeout error on > the console, then come right back up on its own a few seconds later. But > here's the weird twist: it ONLY happens on systems A and B, and ONLY when > running at gigabit speed. If I knock the two switch ports down to 100 > meg, the problem goes away. > > The other four systems C thru F never have watchdog timeout issues; they > always work perfectly even at gigabit speed. > > So I'm trying to figure out if there are any other obvious hardware > differences between the plus and non-plus version of the PDSMi that would > be causing issues on the plus version. Fortunately, at the moment we are > not (yet) pushing anywhere near even 100 meg worth of traffic through > these ports, so it's a tolerable workaround... just kinda annoying. :) > > The chipset is a bit different: the PDSMi is the Intel E7230 chipset for > Pentium D servers, where the PDSMi+ is the E3000 that adds Core 2 Duo > support. But apparently the NIC chips are identical: 82573V for em0 and > 82573L for em1. The BIOS is identical too, so the chipsets must be pretty > similar. Nothing shares an IRQ with the NICs. (USB is disabled in the > BIOS.) They do have different disk systems; A and B are SATA gmirror > setups, while C and D use LSI Megaraid SCSI cards for their mirrors. > > I have tried the obvious switching the cables out. No difference at all. > > I have NOT yet tried a different gigabit switch. > > Hopefully that's enough detail to start; I can get into more specifics as > needed. (Kernel configs, dmesg output, IRQ details, disk details, IPMI, > running apps, serial console access if needed...) There are some management related issues with this NIC, first if you have not done so make a DOS bootable device, and run this app I am enclosing, it fixes the prom setting that is wrong on some devices. It will do no harm, and it may solve things. Let me know if it does fix it please. Jack ------=_Part_7713_9392527.1168973584261 Content-Type: application/octet-stream; name="dcgdis.ThisIsZip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dcgdis.ThisIsZip" X-Attachment-Id: f_ex0ooc9y UEsDBBQAAAAIAPteRTPALkRGBQMAAKkFAAAKAAAAZGNnZGlzLnR4dK1UyW7bMBA9R4D+YdBLF7hC kjZNF/RgWEJqoLEDZwF6pCXKJkKRKpe4/o9+cN9QyoZcy5NEDt+8eW+GcxOkpqq6WC3PqZydUS9C vaXroLQK+zy7kc4ra+ioOMyz7/9h5VmelfPL2c/p/Lxafc2z948rz2a23zu12QZ6U7+l48PDkwnN E8WZdb11IoBMQVOtKYV5ctJLdyebYoxjjIfICZ0AgxYVVVp09MtGs6EL4W53Yj+hH0prv7bOTmi5 oi+nR8cf33/6+OW0AMiLpCS8j530ZCzn7K3xap1EotY6ks5Z5wlftlOeJfOkDIDCVnlqbI27JvC5 t23YCScLWuCvsYAcknXiVpIwe6pt16mQ4oOl2DciyIQkAYlk3UDoCRaumCCUkQ1tpZMKEl3eH/XO NrEOBBp55mPfa4WwVwL8/Cvka5B4j6oCrSW1UWsUFE3NKYQu2K4lMrsHHL5Rj7pIMoI1YQTcDk40 soO8EKIlm66hmF4YJTk7X2VK0YOBNXqU7k+vhRlFRgRq5lLtzqD3XgPXyFaFCe1U2NoYgKOg1yAO 9HDKbGTimWer68VivjjjRkaPPeut1F5ovXRCXfSpXhcN2ySoXF6SNHfKWcPCFwR3MAsO5QXQSLSd /B2VQ6sx0BX7Ck02CAE1NGSDSOgzmPn5+OT0Ay1k2Fl3y/YYmST1qcRhyLjKPLtHpbUK3HnovRZB z3DMCxy2c0gomwn4+yBChBHSe7GRA6E8W7P9rBbQJbSWKec9a/lHBV/85ZSL5VV1+TCMvPNuFBFV 10LXUcNtn67XW1nfYhbYY/4fHw/RQqihW+FIMWLY1FkscxqEOLwrFI0GU0jvg4t14oe+hym2Awh3 qXVhNJWtqVYrjOhsWT5h+ezd+HFWVjfgGqKDxmkaoVbDlId2YhQeLJZfY1K+QTQc1071wzS1ox9P 74JxizeD1dN2l/gwB1pMz6uvhHUz/XldPWPEu49fBMDri3J6VZXD78FhEhtPUlWmvYMj3qBpOb24 qla8cZxnQ7njOvjAef8BUEsDBBQAAAAIAPOTRDOwtXfaLGgCAB1xAgAKAAAAZGNnZGlzLmV4Zcz8 d1RTQdv/je70SggQegsQkN57M3QUUHoHQapIExJABQ2EkhBAbIiKCmJBBQVFWpDeFQVFBFFBRA0G FAXpkOP93M/vfc9Z71pnnT/PrPXJvuaayWT2rL2zZ+b6ru3ivw2IAgAABerhPN47CAACgOB/eTLw /0PSAAAkACIDNACJJIIE/3l4PN5pINzV5aCtnZYPMUVHU0+PaHvQgxiRRomID49IImoQbRISjycd iYqmEHVMTPQ1/n0YqRNtQ5MiwiNSjsQSQ+PDiZ5JofGaGVAp8LYIoh0AsdZ8moNFlm/DZRCyh9rk wXDcrRoW5zFepmkS5Pp8dHF3iAr7H0c35zcvmZ+zwKONgkY+c+Z4I+9mNxrAddDdPs47XpL07Bpn hJeMrM4foHfycwm6q3UQTjtvZHx2g9aHyH/JBdeB16aclPJB92c3OXd4SZBb3HW9KU4Zrzp/IqmS c4GXhKBxQUl83Hf/vpj7P61zX/iDRAJBdRI1rAklkOjsuuxmZtc7SNHrVgC6pcnT9Ac9t/43Rhw0 7CIEhQxBAGIAEcALgPkYiolGPMQxCMwt6AbmMwbAHAYnIpEoNAbLh+MH6InHkpIp1JRUeBR9XPk6 7sBLT8ZwhyPQlPYGCgwrA13wg4hGBAMmh8Hj1TEWGLXzKBAKjNo+SwJdATZZj3cw2TgwCAwFw8AQ uHLYM6hwC1b+PBkkqgiCgCHZKiDoWxiICDMIEQDBwQiIMQgJlgQAMA8mKq4sriOeKNwq/EXYAHAV MRNxFYkQuSjySfSXqA8YMBUjSRpJ2krWi8yJbAIiIrKibqKhoqbi+0C3JEJ0uRIYmU0CSE4YFEIr krsj5yNZfO68/aXzsC/MC5h79pUlopekS0ejFS6rXNHSl7hqUGZWaH/N6rpD5dkbLuUeA4KdINg+ YAgLBQOd2gCgo6unb2BoZGxiZW1ja2cfAKX9u64QWj5BpkSrwwlJFKAWAdilhUUkUo4kxGMY6AMJ RDkiKTQM6nuUGClLDAuNjT2MpQNy4uB97m7Ef9eXjsMRaJgZERLmTjzgSUycAVuxAKKeTjTDkWhB 1M5i6kWH2yUlJSeERwzql1j5llnDJAptMLYCBQoe+zAw6y/hrgIwWw+pwDcj9igH/UKch5CNmH3B PhV7ZysxMQ0bd22YLo/xbxQvgB+CX4GXwO7ePl4ycA8yzA0ny7EBNZXTNiBIr2TIfJ48LvI1oO44 rGVOo0rBm/AoJhAi0w4UwDuBeu1huXokj++ea2Xv0Cq89J0VHwXJuTgRA3ChSDgnApkP8INmFJ1r i8lg6l66JYn/Ui+bhhwTboAr8j+Cn4WM609gSjDnMdDyS8DRDnEYP9DJ+WP9dqLizF8RPG2Uo8SF +QVscPnyYQCLoRkF0Hugeh0I2SAa/lCw//OgpjyRa5iOa0iRWshqd+Z4Lagl6ZU6wLQk3BIBWJ+e Qrh9PDD5a5BuUYdSRRlICQO/DiVXBY99Go5Cz1G9WCK0wWesoS+4etQgazMLth+sN9gEkYnkb/xN 3ons/AmOjCq08p0FY9H2X5CsF8C7evTqoEwRYPYJDCSBIxgyJ4Hc6czuXPBTJACel+Yl6g6WBbC6 aXP8SMD1WpkvYom2vUQJqgPTsKBXSx54ykGrSNdIYqBHZFlkQKRKpEHTQxj+Gt43Uq9bN5aiLisi iUCLCEe6lb2KdI8sdxHxvRkc6R/pl//CBhTlaxsiw1rY7kiStALJ4VqjDWagkZVBkXp3ml9B36CM VKwabUa/8O5+Z12k+wKyTppbgtYaMskCbBkLARRtgwJyYgbLyEaGPm++QI4+MqyTDK13Fq/nBrEm msKVM1neJK3OWWjnPFY5QoKs2vITIUcqGOIHi8wjNcwAEElvitsGxyGkiibb8RcAuN6q0PLtuYr8 mbnoLDnNyvS/PzUrrpGhi2ZLSfCu7d2l7hlsGX85f9XmzRnHIh8yZy/Fce4cFsx9incAfTvH8RMA kEYcO4CKrx39Fs4xRyFo8bXT30I4ekCzBc4KSpHgSAPBnB+mPcpHKBuzi28W2DAA2m+PrIAF8d/j j+2e6x4gOyG76wAAHV4FnlnpbqGFl+dfXh2JyIXj5LLCTZVwETdRMR+70U1mgHLnVWgISIX1u/Mb uA7f7+6WiaQuneyuZwwLo+9R+bMnBxRn0pciM/vaZHNOfENzdAXW5cd6ZcK/tHg/+GoyWxBY3BFp 4iPYueigHgmzIzopAts8YF+IXIm4iNCUoL2M5u0eqy9ose5UyFOSEK2yJhhoUltKSeEM70YyDe+d FpNG6ppYPUUWyU2RKr8hZlJ0O7ge9ZCcZaqjhR9/lrXGWOV5w3OF58nZpphVin7a+LUfaAxkromi wIyBiHR3YPkcmZde4VlvQt3DJFLqPF7fPEGGh7wSaMVGIg4DWWdvJ893TKH1ERb5XCYu+tkHvO9u QVdmV5fu66Iu9gXRrt2e1kRTj1OCDTh+B8aLz5aQzr6s/fdseffwT3Ldlx8U/ZhHIFSZ9AUx1srX YUNetGuSuk9khR6k/+7zj7mnZT77rYqDEiLDa748B5RotFsRoN/0X9Dk1SR9f0E/5IGnUOeUit2+ EwoRUUzoQf+fgI1p7hg4aUa2wjBSqfKqrhS0N7e1M7eW3oW4Sy/oqLhzy7vrWfWhdsZYtAwDdpEj UEk+111pjXyqFLbLI8yC/G8M5k/SvqyjWrNxqdJgaKG9gEznhOkn6tujnULyZDxtEY+PfMBVy9/i k+jsJCFM35sYhjcmEuFI9DBxC2VPrD9Dy07kISlhvERifdGapuiq4W6nSAO1/BoD1EG4dSsX24Ir gp+q6LlN8sOtVos5yyhY3HVuSEu/jK27b6FrrMQ+qjyI0wnVQA9SnPjU5bmZelARbaBoyjdSfya6 H4ZnRID77WLRDKYdrM8O04zA4W0RhB9CwoNYMVEgLo/eL747SH27ojyK4u8MhUwXMZ2DMyudzYF6 V/J7Mi43HULvTC2rO3VgwGp0/pZi3CDNkvHg8jvdB9W3BY/uv9MHr9Z3BKJgLgnlb9/PzUHeXXAf zG1/8DOrpA67bHi7RQx+p/eYbMu56ef3S7MbS8Yq3yAw95QFaANses79JgjnydAajFMwwHkAPL7y xA2wqgaeuHoUjOi5ci4XPzzTnWcvb7r8R9Dt7HJAYWARvmJr1EQRGQ7hpNaRK/t0FzmJwKn2U9AL VrUvlu9zkm9oxHYeXfdvLnx++fWHpqfthY9cMtIqY9aVvpy63Stzd6GQPfWspmv9xMb7tqTCv9Hi blFtgyhXkwUhaEVRb5GM4NQZeK6fB9QYpT8cLPl2089/DMw8x3QAM32iVWD0biRvm7GuEByh6VcW hvh7SFMN/syp/DotEr4b9Crh9E4N6UpJZwWBE2909ABlZYx36ZeT7HOBhAo+pTy4Z/78z/J78dN8 M9TaL2osQ6Xg1UvBVJX3W1rtA82f6N+o2+vOAMmfRcicBZZ+Ak2w+/Q+qNlaEgLvqLZG60dKR+6j ziY+QtwdvEu93/3N9ahcfs+3itK28lHvZlvgBlrkCFSzuQWEKVI8sVn6ueKdV3OlyZOjL0sMxbCu Ra9dlTK+aAJiTx811FQHXW1/rtKY+p1ewyS942n6RL7yvWTtqoTr2peUBjVSKnRYi+onD5d+i0Ty I+1DZAdFmI4EP5h/nBjaVV7/5H5fqmqhzIYqYMuvWRKQInKANfPxUl6kQrGdh7fPq1NR/CCZZlUl mMh1YIyf2IEF8ct3/IjA3oeHy1b6Nhbs3m4vSH4G8i6Pvty0VDTxbfIs99Vw0chTpdovrv77SW8i d/fXZqyv6HV8XxmGftM99ZzVIxL0zrX5mdZXqT8vyqn1mhdvf3z6s1Hm3s1rLV9lBs5/NYQjJoMb 301mnczoWAxr/Mk3e87ivYy8/x3WyKXVtsskQol8UxQrnYRrdt+kkMSa3d1uLQvdHnCM/AxbRkTV wFTl39duOkCvJgQckkuYU83P++oRNmEcnRqY/dX2lZ3IchQvtGbseWX62VOVay/KJMKtgzWJ3tp0 LvieWXw8lsXtHGBEdn6/BXmd1CHHtIcXRV56gChDlkJL4VB7aMUB8MTJ9nG+tijHSyuKuycnHwSt aw5sZDwKPZ7xqv6nxyPonrsHkErY80rX8PcI+87Lis1I3XLRIN4hHT6/q0zYM6Ctue+o/i/jG+Qu 81VfjV987+YXMCHn9pqTwuTGsB0wfeTruDN5JAg6u+hcxc0c8/ZsY7N5wKsliM4ZYnUVvP34lfOB srA6XKaofesH7mP7ZVzXDKgdsbZqSyKMXud/gpmx23Jdee37yuOS/wXocLowZL5QhCn//Sjyzvr5 g+9QpScDFzwjvUJxWjWC/o8s00Xen3ww8+MUNG6ek6D25jv35ENZEsfmksRXTTORU9ZOXRCYZ4GX LI0LZ0ZsapyH5M+0CPme3k6YL0bCzFNoC/H18XIjqzZ7XJArJ2MTLscMZJkXCrl6qPbkD+Aqcbpq LslVmsKyuVcvft/FP5adHfys1R2tG+Bvt3r0LP/J2JuXNe/shOCuRoHyzv6uzR2KYuRxjssp6Rce CMqYENPGBSdf5l0GVRlesU4OU25H8IHexry8Eno4xAnjubHAf0IlWJ7lrbT4hcNh5Ihu80JyEDTk T5YdoPgW+TkwOTNR9YvqGqabom0/frl3JS2Llajmc4UVfel+Fcv387LrYpfuuqOENFmmm3YgmRhd 0cdRGpVqggO3D6h+bl9bvN6UV4Xa+yPP51yMrdutyEMXZ2LjfwX5evgEvVT9ghwT36vH0WZGqn3u 3LbSBoi8r5xXvNcz6IX1rWGFbf5zHSM3o/LDSUS+XXSPIVa6itjkxq2HFha8r+DcVfYp6sh4X5gq sRNZcwYysgoteL1EZS/Ywbf+mjnn/bRbgl1KkmIZR0RNXiEd8l+SlJrX4UUZxwCuIK5+DJirHQPh qsdAM8FADIxLioFziTEIrtS/YiRXLAbFJcSgufgYDACSjsFykTF8e2JMDXDcuoKLTcAmBvmNOEes AlGO9zVW3x4BCaLO3hAEU3KOSgiOC6IVda5AKR6KHxT73mOMEeRoCeNZY6yTzhU8RcOJ42RfwBdM pEgE3xH4GYw7RqYoUBHHVkDv7zl9yDN5Ln12ZrdhV55JvI0o8wTP/SZynQxbdI4WbusjzpjRpBBw 0EucSFK2hJJ+yug30b/rmdcbS4frd0GwcxObcFNf9b3hJ9xVNG1RGe2t7p9edAXhao9LXg/qE5Qy 9966MoUhZyZ7CKge4XxfM4i9DiqsegWX0VvkgMlloKueJHt3zmkQxw/kQK6itbcDFME2wQj4F3K6 FJaTWU+RtAS1yQpKKMgLkDmH+RXlchmyRH2Oh4yamLw2XsucY6txmKGzF2RpzDGI7vHn9Ru5/bpq JRKnzFHocT1gETKDI0nqmAXZJIxK2/aoc2Cx+051FeeqS3G0OR3Ilb0Hi2sBf45JT36b55U7qHce fsDZW2VAwSznRXDwI7h8acEPTueRsJYsRq7Ia04DJbr35Dsr9AyeU2X70v5ETtx4tc2Rt9d9o5hy bckc3xKCsADHi+N9L33z11l7Vhcn42lu4RjHFONyDH06uQV45rq7o8df6MOGY662xf3eSPDkPTOy 5nBnnkFgkGfbzwGIDhOoRndIl1OiH3DXujN7y+XzZHa69aZsu6ArVfnvaXfy8yL2pPc+6FisJQac KnnQ3ee+JlaHDd779mUdduzEWB0wUmLp7eVVJ5Qwu1IRBp49qaq52mb9rTyHs7HaVO8YP/z5GUAr 5C9v3alHtFHBnHyeIgF4Il3IC9DlgadY/hcbGYupB8C2u3wdSA30sKRXYYrsxa8FMyFKIR5s936D 6Lw1gIp2vgfccCLkSZG6nZwS549zA7joWPzR11tSwkY3naJozmYPAstf5b2iGp05LCWPF8MoxVKA g0i8S8dFf5kDQGrng667rjVf1u+W+0at2srCE8eB6tyg1V4ilUa8tdpZTLlx8hoihFqKvUa7hRCA U4pOFKQ/Je7JNU3aI2IW3AjfXwsmrbMmLcF7qfJOs3pUua2JMugNQKJsZdNW4uS5/Efkzn3U7/Nx vBWwukaxRVryi3lFSUv9JN7F420pv5pv8kv0xP6KMgn6C59ClVrQe8ENmNmfSmIuxO1EFOt509NY jeTEQ1wrG8yyiTMiRAMG9vYch+8Hkn4OIEIuDvLnfN7NRlxa+1gml9fbJQyE0xWQ8993U+Ua5+U5 y4pPy+NlZfKdZcXA8vmxsoj5LuFPpl+vOBAYhDsAg9CqOrhL3+A/4ZgisqbI47eAAMSQzF3+6iHs v1UTbZAWdoBOCBpIjEJGK+yH8/tfDqqKfrpLw9G+Uu+SPvNLHJp4gPWAQY+f0JzfbX42rFPV2Wy8 6yqDyMotePvecBLyZMsWopquVFN/TtV3Xn4ugrNf+AJv1+bam7/ykrfn97SLSOsLs/RJIawYrwMw xV0Hy+HOOHN3EKgGS3owD96t30Y4coIHBnZYI+uogqkmNCsZWX8Ets/tabvQhLvqc9bQd2hvE0Kw Tpz1Jq5P5Y/siUzhyU9ll3bmA4qR1vs50lW52PqZuJ0gVw/W+01kVHOALztjB7J7Cur1sTa7mL6A doeHiLzAzb19ItcEQD7GfEzP3ap+fb/thYCpbtDP/TulFQotmAXgl6vbbx5oJ3+L9n09f9uvm4QY K3gSM8lFIk3K4/M/oif8fHMHRgWnOr90sYS2OHAn8LzCHzyxhCnAxMvt3DnkZ0iqTaRt4VKFI6UC Rr9M2pEvlYOCz9wCzc/LVhwmQwQhMs4mW5YeR0yh+0e2Oen1ury8Sfg2jC5oqllRaLrtUs5nuk71 pP2qPdGd9kC1PzJ8f5M078H0xk2Iplw4/wN4//3fGvo5XKFMUfe+b0z91UP5xZJyT76+ISYL6aYn kXSlaOeH9FZnUqukKHhn7cO1ChQkgkSVbhSnm1/b15KDhx/ZiIH3ZOuvx4fAJmPvhDMnYZNKmWWT uC+3v/8Q8di8YCaC3k5+Fbmgjernd6ivo85vbeEPGTcLcBdpyG9v54rd1Dk2x7lVsd2sBFUY7pAm cg7uo83qxnTdWPw0N38llnUoGAi/t5lPaD9wgm1kf3Ghl/2KFxmex059EVPR0I49sQeS6NE5OkPn aqpN3PKb7aH/Aj8S7SykOBsvf09d8s31bmXZZ9A4zCZ50BhtrueBEmT566GjCbmSJXvJdjk3btf1 O7wQ2guHa0q0b4/2an3s4l/fv9m+R4J/yZV/1zoEXB97irdpFQlJd6prDzn9/I5MDbfdYflPdLt1 48/mQJe1ve+fHt6+XRF85pXRHHQ2qmgm/5TTGdZfD165lsenkb7z9NMJBumnmJsAqygcBJefzwCW sPkylwD0FH+206bpfZ560s03QyonrlE6gUR6l/juc+rvee1NTfb9Hv8aWvtQEiKqwLqFks084aY2 emceauq75GGG0w5g4uB2Le+3zjUT8eLA2m/M6/iVDfQcBd/0c0PTFB7NT/+68ct5KjJ3ACHXP7+z od484LLd296/XfCSfb9d8IfD7UtrwpkA6j2X2+QPsAvv4J4gInl580M7mvivNMsoADyoVBW1Y2fY 9O6Xzeqxe9qnbsm8SbhV9ftKFTNYBD30Q6EcvHjrJ5ZiEF66MDVxSzXIqCHk3p0A9N7KGusVfmgU vvwOVYj2benxr2ZCrd12p0G32gHqzNv0CrPJbFSP05mxKDVDfoHJwfWUNTPfNAWpxXhcS3ovcFrl QeCbC/ALM48/XYDAL6g95tlPmS0lDScsspYstCR98i9Mr+qGc25s3iRWhXu957AX2x9bPaheGNP5 reKl8/scTUtfu09EGvWqVbkJ1Gai//RQdVyrPaK/24KGG9yJBVjyWogFovNH0WiVkmsP+0sf2ijs ZH4B7qfk/np16fl5BdWoR0RZLi+iwBCLuLbxAAwD6o5rQp2frFWKVK9LPD4kcrtG/XmD/N7vOKfz lz/OJwtcOJ8U9XVZ2/vaPVdUb2Teho97+5B5u7rZsxsPb/3dZf1QoxWmnfT5NG9642d2ovl1KBVf 2QL8er4uKZqM+rYM4b+k8aF7L+hv55vhs4o1kZjHV1yoj9v2+DUXxm0+wdEGnl6H72XKfA/vr30P vwhyI8IvhZ0i/6wKinx2/qS42i/r1ctrL/ze/44J1HX6u2tcV98Xz6N9/7lSkyQNyclxygF9kHbP A8nL9I75MUERcBZArJOZt7N+rmnEbvb3bIvnysmotCzLJrmXxZtNfL+nQLSSaTD7mzTLxeu1yc80 Y0+Fmw/wFrPM5nmrHK2Ebu8ZTsCljtKBVdb604TbanjFHweBvyd3Npleezq8o2gm88OrQZlbvNNX Gh2urZqNBu2ZfLAtxNEaZfVx4o3tjGrcPyYLkN2j1e63BuUmLHVALkGWn9TPWz6pewK5dD+dSOFD L5KAlUDEVsJBM9QnA2Rhfct9bpNG0YvHycPpssOl73aSen8iOk416oOS1dYrAjc2f29VBrx3xzie 4pjjUT8ogFATlCnbHVLoAaFdE5qd3kj6BXb8uW32nv/nt7zH4Z8u0k65PG/wrhJP6np/QeaTzBdI g693mbqlM6hoKMnp7VYqF5cMfDOTwP4xlNSOzDs9ksI3mPVW7dk4yyjvVXrNPHgAD1d7T0nYAqyk 8NzwR12cV/svPmZRgi/9declar6DB/Zo2c/uhXIQmK62F1xj573ap8yrJOzYN1jGiJmnk6KJoM3M oQDjSVG3U2UhOStLhb5qZlsUyfSEnh1+zc8oThx/HOnd7Pqf5a/3A+YHyX+FaMv0Xdzzn0XnV5bq ZRYvv5vv5K5ev/xiEu4+vjbFCY1SfIMxeyMUr8j6KTyi+De4lnMQoYmB/708bvT1y30zJ9ep7EcH QGDYwZ2+4Y3PR8V7B17+PHG07QtkvP1vkVh/ewLJj/x43iKjfwusgUl8M/RaA8nvEfVF7c/fR/Hd VMXZjUPbFhkzuIApqL/2nx9JqMzpP4Kst3/N1ElJnii9Ax/ntq6945fvarZpmuOiaV/qU85rhZjJ mFrPS9++t2pj2nzvYdlB6ttneWfvwUdWe6CUpfloXpAqso1olbmsG3C6KB7nyRxDBG2C5pRHjDgz vILxoAdFQOpqoyhnveVgS/hydGxMLrRTYp9aXtztJVEIBhA7vAwQAQvAHSgCrsDvAHKB3wEA2ASE QAH/G7oKMiWSAOBAAoVoF59AjYomukTEJSQBwHGiVUrokdjQw7ERciRjbb1SorGhGlHBNoISEQbJ QoYLexxPxsTtiUUOJEWEhmvtiye6JtmJ2UrZJIRHWMWDSSgforeN6z6imymTFI+MPCzipsDEOCZY GSULQL31dA8foRyx0hWAaOcmOSTJiwEYr/PQ+Dyip0t8bILgZFgovSAiO/osydMj4vaFel355Pvm ROeEc0i9I/FRo7525hUdWWEJUfFHTpTaH0mjJtpO9FqHjusYJoNoAgdTIpIiB1ABqQtCePn5gx6s tEUU0Cvx3xAdms/GFf4/YTn5RmWbDrDKf0NzUCN1ok20ID40qeK5R1h0RORcHTF2I3TbMzohLnTG 9pXr8drYC3yk+ZmHEF5IO+9KLy94+dwXwIh7fImnntst01UAaqNzKlxv6b7mekis1AHJ/JzMxwDw P8G548D/Cc5leO3CDAxtsmfXOBFyGI3qfBngwP8dnxMguimPK/83Pqcha3B+agM075YPlY26r9sw +sCQAWri/GF+5ajYwKK5C9eWbW0mOKK1nV4FHEERneN93RJW++FJ3JbdoeOiFXMXa8o5jw/eXRv9 +td9TO6OZTYIjlt5XR/4stXq8Circ7klMjiyx1luWO1SRbHCOtpsIEVggCUDTF0A1e8dlotUgRP8 tzD+Dd042TLQ9pVzRsmQ+bMo2tLkDihVY1OxoP+GjAiQCYLvg/CDRBxg/9leEtFndnABNvJeCPRL EZe0y7dVAL9FFgQpVagDlXfyjdCgajC18jGoYARGRj7Ea6BEjp2osOCYDpxHSquiKt0YY6d9Kq+h DxxRh5wU7QUExUJFsyltI5VR1ZqPKvfv68qfeyInolv0OjWSNo5HwiJW4WUSFHiLijgibBvV4D11 961i48mK44KY+9wCdKYLhGGNx+lDNQ3WlPrhguuBqYJSYHPgzqWrLJlLZ4iorEpkEbxC4PEXkTtX vI7tIz8/i+yDG0Kewa+vQp9n0AcxA/wAAB7JH6fNhtCGrjR0cNQRlWC5KyDcGlOk6qosohSIqiwD VUZAKoOCR5ctWzmXK0s7g5CW0xyQWhiUBqFZZkEosCYebFiHcxoG/SGNbIKCn+jgmDhUmvyygwyk CQbWfLMWpgVkk/irEJwjQL3lvZug5V9390z/W48QLvbh0HiIiDakoKNopP9oyKw4Sdz6ofI8z/Cq 8HT1LzfB29xvFVfUXu1+CiJAluzko/rspPdz/AnBcTc3ZkW4CPLzTHgJCARNhtFxtbNIXpFmS0Sy +bH2cpFjnLtw283TrYKNiiKTpyOsb2RaVjrbCW69wO3BVPjoCB+nGPgilC3/GvVBZxc4fgYVU5WX NgvHH65UXqFzBlXdKlcqxippdk/DKqyinC/LYGE4UnLKJEF5hCnTn3RefCVrwYWk4rsK33EVcZLg Y2lKhe/gtUotv15lauIEX3iJiO3UbOiev6e3OK2EM5d45LHWJDSUwq+kNmS/orqp2/H6/orzIEcG lwLlRgdNioc83lAwCOWghE04Z29XN9vp+1Ibgu+f2h5J2HulLMR9NtIyT6pm/+OhQ5GYXlRg6S8B CKEG3T2EykhXSYPVecM4LalbfFcafjw8iSg40jF0c+vIDUl9DWHwafRvTb9AwTV/85qh33+u6q0+ 9Qq/RDs4stpF5M9Znvs5zrcyca5tTbhbTRSnXoi7pC/GqVk6kDntQB2ODNK+KeGkQ23oys01t+KR mjuEXEs7hpZH0tQ30tPs0j5ZvPsYcmMkDU67zhFNtk2GFh/7KrSU/P7U6+QclUsKnG8GewaTK/DL N24UxvX6WZeKOEg5Bi3SLUUeU1p8NXBqR0lwNe54wcYmQnXixp9kiey7dgcg6xUrN0P71LxOiw99 F94bxxhbdRLy2v2QOestygoP4GyfWKCNpPE4XtHXOXWOdVB3uvf13Tqf1NcGHdDB9kfXZ1I9s7Y5 /eons0qbouOuNb/eUmh3htcpdenPA7k9P6MP0ioMi6MRRs1gPU7Skdtb7r1mcPeohtuYScPTbDli LiSwdZwTWJKcxIxQKzPDtdSqqucRJ0RImiMcJWD67kurrzCsTNIzAbFgJ4TWxcQ1AmLxI4QwCONv F6YZrvaRBWUTM/OVIu2J4IL8LhK/OZgiQsrSrlHEUzCBHXjTS8/gnKQ8U4rOXdNvN5+I7D69b8PS xJp9j/4sit91vvPuxK7z0VWafhJYRjxAY+Pk8F8R259+Xo8sD67tZKJekTem1TaSjJckFjeT+RpR II00IoLzAJxsfuXzo0UM3oWCdqIt8zq/qC9tQbo5ieAB6rA2liuiG4uNXY0cZXKOgff+KGfpFoo9 wHJMg1KLyxyrUKyPFg3MdotDrT5jQtN5+b333GwkA/AV9/nrM4fAFTdFXoC54j7LI5wm0yem+FGv ImSp3FTcwAdTTWevbrsM+e8ClYOCoLWpt53fXzVCmK9txqzl18pBRTN7p4PXHNLDxu/9ehf5buMT +qJlBToEhD2HFcRKwzSw+lhH7NMiD3Hv+w1/ojmMbxfpu/hBpzzCR2caj3EeiOKRqO+eWHA+M6Bm 83QRIRoEw1SX5R4v5qRdVkSL8Mea9dkbRGO5ihDZS738ohxfcayqJJTrIuT4jHtK5mLPN4rItb5+ uGx41NqQGbRQAkOkzlETJRi8wpd31zotCk9FZnR5VecSg2p8x04sB29WChgaPzXGU3tUZaNW7XJt oY1a8REHTYa9UQOoJ9ori4lrvR4Lb26Sn6/7ut19Nsplzac3j56kQZI0zjehANZQ70eUQhMi9dWz xwuqePHWCKEmEdYwP/n2++4WK+hb/0i/N0KTczNA0ZKmq4dM/V7xooxHMlRp2SWBfb7i78XFzjGj Ir0cmwDr1EAzIzVagAzb2ENvUO91078/NlGnKsDrTCW3QwwSUPXlM/3bU07GCf/OLp/27jqN7DzM Ohe0YeLmrdli1u46uPfXit/oN1U8c/9zC9skG9abn7OJb/lHWe8H+Wc9bjtl9jv/+ihzpw5iCw8n QbUgWhIzSK3TGcqQzoNZFwikTxj/Q8HGPne7BZeyrzfBYQJN+lysXhySi/h1HJ4jx1qCLK0cwsm2 yEpsfGBd0PKwwdeDH6N3aV2Qr9VnmnjOKMsncluZ9ai/IzsvU7mgTFRUvx1JChzjReCEr2ac/0ux +RXCJY55FsgcMhUJFdaJkyGpS6jLy4ZHmGVcz+DIXQ+4biPrc52WHiFwff3+8AsaLYeK7IfXLL7i ajXJ4SdE9CxgFOsmYVTcSZ5bD6czGZK5tZ16KLIt44HtnWBgX+q+8WO446OBevp8gQmBRwO1u50D 60neeuKS9cbVT2UlfygZZRkpvcnOfiKZq/OzRDT3RcXOj6U3G61uSt0y8LCak22fLGPuzibT+8kO 4hMGfQjZ5M8b/hpbYxfRDeWgKFo4CfnmlQXvpyKZqtTkY+viqlkEX/4oc4rd5kjNzewWbmv8oZlv 8u0ozPoV0PNYztCqPFKTpynTHALftujOmqFIWWDXgi1EAjWGFEEW12YWEcEgxLNvUNJk3tKkTJrU HmuaixhcNiZMcEvzrvExsQz5pLqfPtlkrb/NRgCouPcWpw6t+nk+Fg0k2995JBPp5Gh07ZL8O4vD +ASDex02DS+6pr67ix/gbhbAac1UsfQXR9BbjuByBbRrLUgzF34SYs6McuLz7SsSMdXswwHPfZ/L qjzwfGMtvrhv/xl+8MEtd8suqizf1P25M/26Tx3U4+CqrnsraW0Ob27kwg/xFRQcFCP4ECR1r6Ua yO9VuW0uk5mBQ9zVfUwi0b8L7SVAlzUr3EagUFt3TmvAk80frM35qB20ps2rKiIct++lDb5HfCBY bu+gkLPRcoZGvDoZ4tvvyolAWRD3Gxxq1FTN1Y+BgKjs/htAuQzgPO+G2KZtk5PgqRkLe7yloBgT tAvlFuayxDZK0IXlKy0hng2fl5ckflKT2uNdXUOQ1QTJK/reM9iW1zKXV/B20LURNtKvLt8vYGng thc8/6jI95BpgP/BusNmh728zY+4BvXmWyR6h+9NzThQfSkhez9dBV+XHQc7Y8XKyz/ca3OOftbh ctl74VLHQsl9dxm+ajDu3nqn2jC1e/LOjW1dB9rG8x/CDz5GjLgF1T2Ge79h8mmomWZP9x/+3NC7 KfkjexcBc731/s1SZBn+Cpy66mNWeF9z577UjspyKeL7ySCFa8BDjLLLsPJX0/JH5cK1pD9RD82P QpoNcHmQZy+Tx/Xgqkei8/giD+59tvt8vOz5mgfnYUNFJQzyTu6d/HTQdOp3u9a255y/H+agZxDP ah6JrUtrbvchSGI00YttaV09+XG3Ed3qdfqnlBoiRhr/Pdnyjp+j9GTqQlNmQ+seaSC4MfyMekaE NBQ5U+3K8Uf4diSvtNwftGOP+x5xRrdr/KQ4RuU/bP3EsOuU/jH9FFSzd0/btQOiqrbXDoy0jcC5 lfmYnVX25FPJiawX8Pk2+POWs0uGFbfWUI8s+wIZ7STB+bsSx/dD5HM5E8pvyk/KB0ErYpWCNiee JUwpwYNZQZ/uXMQ6eToFhGU6OtZQIJB87iKXO5c+GWbEp4wdwnI5rJjatx7fXNl2xK1r0RKCjqKQ HhG4jNnQ4NdPv6Gf6S1HyoqBg3PzqWYXx9T3Rk/vM+Pw//58iBjmfuhXwmqj1unzKh1RX0S00iDz 199susxrsSaPtka9JodHvnH5bd/scNWxf8DxlNTze7ci/lB6XblxKj8xaKVVDxc3hzu6ngyqvev4 04lzMul5WSDMFMXwUum3oEupB0PMXCAZLrWivu94jV7aMgnisvOAi/M0shoMAhteJ6yd7c1GThPC ZqTXaIafCfo+nG2lVHAaKesGEbijN00+f5b4arD+2+zY9APRt07XywsUy9RLgPkCMeIBsthMWbst 7pfpviTrSgs5yI/jrtzwN4K6e8wFiz3qBSHG2kzBuzL5Z3OLQX652GqH57zy814/xtevrOTsn11n axaf2Tkw2PSWY9z7aarlC3kmD5QQ0kH5Mra75oqyEl2yPv1VnBOfs3NqLu3L2GZqcJFux77a13lq g29AeWvPC6aKuosekSdW2rWCO2cEyg5D0guaABDz7eurS8Iy/HTb7fgbsIV3sm8zW92OGxOxqiBQ QZd6Mp9sadW8/KX+MpuCynncPrDMxoyVRXk8GbL2ZKfDE90xRQ4WhMALJopiYMdo7ITynPWtzH5A 8mUWRPTrdrMIYTqvif5L5FCGjx+4TU/kqwMUM5kID8QIoWNNVzVuFTmcN0VKYhGVausHigLQC6xk I3zn0eBsen9vA87KymNHE9G1PSivVGRzGqKzViEyuO8Olb9qQ8SI3slt40JtGASreb6irmVeld1K WHFl03odn9GQBnh3xOzGbnvDF44GUqlqyRtKESRtyXIaY7/isFB0jckXzt2Yu8NewoePrp1NfZQw VwCF3GuFC2QJ2G/Mp3Mfg7cJ+3mfg7RoJpgMZY1lY7Mf9Lh0w89Pv5E2T2xvHlreblZTZYqS3mNs zUkfflncxURf2nfwVDnx2o198W0b9mHHyvdhf3DIWRqd8/BrWUBLf+vCechQpn9RYPnqu4a/mQ+q 76/+wYTbTaTzrA+s3ndXO/BLyy2FIvtH3vLDb0Dg0wZkvQFa1q9x4i2BE31VB2rKup7PFadv2jan UQUmNX//TF3X5vH0HX4FZSywd+CyUrfRzhitIVROya69Efw3d2wB4L5kgwRmIWw5gKjHKPlqp8kg imhVSuzUQPSmMwaZ3RbAR6OlPpi2kXbKiifnEe8vT9O0jfwqW25aRnJYsgI/8L0PPmwIHsfB998B 8dz4DHmyr0K8Yh7+2ZL9qwSGJ/DFzquK/fhwv3351go6EdVhMSw3f+MPF3AHKm+CZFgTzV6AW2TO Xqn6vXKjb3P/wNv730EpbeId7RxkEdAs1HurxroSCpSAugGbPdN7NveQlG2VJXRe6tjq/tE9pGdp MGcRYAkHHYbnopX4HvK9xJ3l34v/gM8UByRlJXWl/iNhdrb7r5QZ/B/h838NQPHf4T+5a//NAgD+ v3D+OW/+r/T52P9W7/nfOivA/2di/Cs/B/q/8+f/2Wr/KuqC/5v/P0cDLeD/kcD/T9f/94QXA/7T Yzvif/ut+H/5/4M4APlf//+d/pP7z69AgP8ovwEA9g/4PxDAfxTdAID6B/ofmH9g/8H3D9w/+P+3 UYF//EfuLfQPwj+E/yHyj/8oyf/TF/F/SPxD8h//GWbpf8j8Q/YfxH/I/UP+Hwr/IAH/6TE8PCwq /Egy8L8J8f+XXP/fYUQDpH3xkQmmRM/oI8nEyCOxEcR/x8TQsKMR4cTUI5RoIiU6gujl6kuMSIsI o1L+s1343+IkYjSFkmiqpUVNTNNMjtSMj6AQSf9pLtz0f+rraOrq/78p5JVt/mcrzlBDV1tb9/9q 1DMiNE6TaBUbS3T/T61kontEckRSSkS45n/aag+NPXL4iI+Vp81BF7gMwqew8bsVGChsX+EXA5r3 FgPAzvLt7cJU6CH6MM9n/jOfGPCvTTksDIyGiMUnPF1PE+hchwFP9oIB9xY4oAQDgnjPEX9ecHeK o4kABwaA7ni4efvspvJ49AWkzmsmgaTD01kttCVBxQT7sjuofNEANGR1cpHHJ9RK74Eyv5CaIEai n3Nk5Kbbt9AsKAkj3s7sy1mlEtTVeHLTP5vAylxbIS+dQZPfycrM6faTtUOGSswuONBhDqLimSMF igmneRPMfqTkphV3jDlD8mKumyAPBbcsam35BXRHiz1xZ3ZqT+1tEiCebmRvKX0sUmMOoM38oTY9 9HUZqkDKL7npJ6DTPlwpuSCu0DRi4yc8FeEqTUEyJvzDpfxjj6PE3L2h7nEpnbXCYtuR8tAWfjmj 7anT/uR8Emm1p1WZMUsbAjEspyJZvybqJqRIstH+6/CAtiijQfrWBS66DSTufm0JupXNOxScCkQW CAOwQyPdeadBzSzkzmI7uwsKgE1mkvlUZtYmzERgZ4pTQN2f4jfYaiOR2EMjlCbE6xb/XR6PN5b+ f9T//0f7HyID/4/ml/l1O67t46LMCU9ouvhN3bGqFmJT+RWznutG8EVcBqZvgcf9yfpwpQJaoh3O f4+/AiEb+sr5+J1zCrXlZVGql4GmO3fOoYpvdlT/s49XDfyzox4/HPln32mqn4AUR6m2tRCvOgy+ m5mGTgN6ZxcFkYoGzmiPQegE/PIS/qIzLd0Zuz4HGtATEZwAlMjX70mJIcFzl/fLy/yzw/HKpH+2 kpim6kITlx5S1sceKwdd49flN/tTdqH4WqhRNHQ8ThbMUuTxUPPSBUKKkAGgrBp2qu5b5iwgfqi1 VlcOohsqxXuxd+6yusgHpLv265z3yUReBwWcj2eM+OtAXsWmROBeiIJFAn3p2c8Y+KMB/J38JgE4 rJsHcxQsmFoTvA+LeO6Hbn/GVGz1esYcZ07LgF6DRgoVDdcbXLEjTxaeMKPoYfwJx/mz42++MTuF PcuU/CCNvCHVy/QM0elo7vSZTaHwE5jLZbLHU/lKms6qTJghE0WhoKWmxoRfXFjTgDmol+WsKTDK hMUvTUvNXc3hUWBMLebB7gmNusvrO/L9ZDbAkp+fiMDt1z8YVM8erQ4dzC1BZgthjcfBq6Gs2tPY rThsKiuzl3DjEPOdlmX1yWRUE4j/JhOejsGOMBEgs0l1mb38OljFqTPSvoe+hh2a98JOPLmaB59+ 0xROoKkLilpF81QGxN+zy3MD8UJsnswAgdm9ZyHnNRV6Xp+ZkvNka7LzM1gFCgHtx4E6j1ZV9Mqr XBrw+43rdjjcmLkfigEWjnS7ozwx4iy2APp5cAoJPpH5FH85Qv7gsLSZ2Kcub66OCJbdFJeLvd4V C/nAF1n70fJdYH0gyh4irntMJyDaKfUm/kSdZO6ley2xhh2CTQiK6UGeGZ6yVbbZor9kY+GXRqOC yZhr/k/w6pePgoylDfac4fO9WtCN6UxkCV5jtS8psLS15xiWM0htHmhi0f4W77TJn2RkpAUwkwJm /umcxRdMWw8Y13txZUQ5PNnp0dche1SWxDdNhpLgVIzJhEmOhfesCJd7SB857SSRBEZOn1VUD7kt po7DzmPULNZZgACMzlGNF9WMBYSQnlTwPhYQjze0Rh/sy/m9Au8HUDc6bvm0Hsrh8cyRSVBz4RSk eWKSgXlqqs5eeNc9yQn0vqorGeE5U59Web+CNLHzvCwcV42+JZuMKTwJYrbwW8b/MpZstmpiI2gG LWgwJLvA5WBKnP7AIZPTWj1owUOtEHqTJUARCrg/9jG/FhlC2yX6F6MvoMyWGH+073oX11zUHGF0 dRuXlLpD5hKkj79iw7safvzYKkzmMf3Ck/ghDMe4/k2DkD98jy8Fd3NFReAQ/jFGJ20e+dIAvX0I Hk3bQKTy12vGT8W939/ZzBDg8kv3QZH3OqZ8hcMR/A1LaD0Pp5ovH5SXrs8u7TaufLSyux3OlIKH 7MHiotIXkmfDWbMhGllSTXLz8LXF8Od1jApMf37A6ghxYvGWHvWx/GL+rPB6ZLl2eMULi4EAQXAS viO/y2thm3rSK58l5XW8T+TwcMZlYU+mTMhXMd3xfXbEVb7huE3/7237ftwGVCSg1W8zg8IRzS43 w50fFgY8gDJuDRDBk1Fm+K9NsRxMHUr8ZIfB1dTARdjvV1FzyyF8h/5uhMAOLYQr3NgJAaGs7vh/ t7jE1jjP5gGWxguruztyqXQLNI8q3nyEw5SOkAsLD5eWHig2EJtCK2+bnaB2NXbmrBj4G2MfEfmb dzZ75+ndhefxeyD8TT1dYtUxmF+OfSWlT49sapuMMypGPyr/zlFXy+vZw5NYLFaL1Sv9UDWz/zo/ obPz3cyUvX3PBshZo0/g1+RawKTBQD/ME3QZr9A1WQdOIKSiqYVKScFEDWHcMGRLxDMGSTLv5CX/ m9Li+62IKSYXDkOFHLbqHQl8Egldh6B/As1SR5dor6Is/WS8cgZR3n/eUNwezLKxH3btQtdwV9Q0 mNMirgSWiGV3wARUKk3M9vQDlm+d8ihfe1iBeiCqpWlEMHc7aMMC537NGzfrJiR08E6o9p8N/mpJ QTA/yHMvXZB+cisC35QEkCmAvuCtalH7LkNgRIPOlp870QSEZAYYzjnCJ/Hw2Q8N4zZrBXySF67N LkplFATa9/FfKQFtlouLNxeUgR3u3DwbGX7rQnXVZwWFS2cfP4RoNtW/KSjQP9nWMnD27PPvX6Ff Aagw+oi9/RX4YTz2UfgtcXERwW2p4YGBCDHYPnmZkg0DBQVl0pdfXzV7FlHLX1XZipgFGsPcaOWY 6HEUuJK5HjoTW4kzcmwXY3fxQignzlnRN4hJc2wyKHRu0gq3yACB8T8HYuT4vIf1z2MWmka9bhBc jbwW2IzdlI2piG3wkvYqg7qyHmmmPSzHyFkpbGBLLjJur8Oa0CLmw0+L2nc+5ixg6RkLABWnHR+3 1Ge3Ddf6utvAE8qmZaygkzDamhlCCO5B/K/VqQYrddi6qlK9Xi38IPOauX99/yzLbuGsBUwXatjS +WctSQfJld7+I9p0NK3+qOj6ncKyJqkImUYNiW0YK4jzWTwfzYAInjeMhh5eSJym1BbBLgKAh3tV xaWunCsE5pcX+NH6yZB+0WJwkbqWf6bwkAQZeP71TvutMRaaHQ2wAWgo+6Pua2UhT0R/CJuIY/5o XD15+vCH/jwsQLdcNLHklpxK/iXKuiz4gm+S+4elP1134vz+3/ip9rEwC0JxfHyT+WtDde3XlEP1 BPQE8QxoILMsgzmE3XdWdJomNVmsJ65UUvwwIhQfcgJzQtdQRMSkw+lCfFpX8U9/6Sp0OiMG1OLr R4Gn2Q0aeVMSrBPpZkDsOo0frm7YkcK8wpRPdFEAfVtEWaWxMSBDnd5Cy9adxbZE5VhSzrv4VTOK ID/9Y3tn5cGGGdcevh8sf6jHx9lrv1hgVxVOaW9++GL0VPtp2jY4CZsiDIe8Z4mQK3gdDSiQbN4r cVo6iQ/8qOm3QDR3j62aOciGtjWH3x2PjB2kyrMtQZ1Ec6mU0s62P25fiBOmVxIO5GeTaK6O2OKl Dnbf9L5eqDsrsDdIUYKfuTlFFj0lJbQL4QpJhqobTf/sekR2zW4Yw9pfFD4m6ho3cZqIzFmkCLBD 6eNK8+8R36ilhNiBW/OxtuLp3aCgoYtKmQw8g9V6jLaIPoNkXxrJSZ620uLJxJCvu7IukJTl2ZyA Q7FliLaLwHc3VvWTdl+fl/xe8yhXHxZy4uRCuq72fGEmLZJi5ivXtzlzbSuzR7jL/8Tri10Eg1tx w0uv+9QSpVj1pIY7WEnF4g8lEj9fHby+cPMCcAFgcpjfytsnp4sBlKs3C3mzHEgteEk665lv+cjq wBUXcALwZ9O3LwLjnlhNGI+5WTw5huxP/WSkrHhaOZotkjj+Or9HhC9aTr5s3bj2SGPeMkEY/ZkC fjBW/Dfk/QNjI+Svec/3vHf9317g2xFlkVIlvEZBikmeeTZ/pyuYmAD0mc6Fs5klbDdxANRlOk5x s/WzJX/IZ7hgcjSyBP7Y+Onp6Dd4Znt/rfLGgSRF/EutcT41MZHHoUWjUk98hPqvngsHNzxYtaan p11iHxGtO6wkESpez7aBFiOTLxBM2oN87g3Jd00QWbQ5ay7EWiTu5MQFr4Ah6pH+VRb+y97xgZgQ aJsN8zerQURcRT7p8dH+VuuaKrgrf6ZckLG5VVr/QfIrsO5ZAYFT3Gam0bRbiOyxCRRj2ZfUwN6R 0+48Iubu5hqTnp/O37bvZ+6JK2lw7kHzH2bGuu+x/tqsWJI5pi94hKNk17dX4oN1KOjg9AM+HWOC YZOi+Uqlszog5LX1TN9DGVv4zL+Qgq07Wf3QI8XhTv4Rhllh4aUC0R8DX+QKc3qjF0sT7aH9Q9lz XIW1ujPyxSoDklzBzGdNfLFKu7f9/W9T4OePIpH6gW2BEGFpEUYeGNiIVzw3gqHIid6M6xJEPQAO I+Jrrp4EbEap0uvPPbzCCtdWLpx8esS/32d5OX2aK8lxlQJddGcVktsi+t2qLeDuUX2vrWt/Yjcw YQDX5veVqfcd+PsUPgeTdrcGBSfCsdtEZw7Pi8gVuPfmrsiV7+xiS8EE2jzxkqhZFTHqyZ65rSoa RfrlWqEXdHQi0LjPJ3PS8KIfAYLFZ331F/x98ozYPVF7/YqOzrbeNO4HhCareMm3UaCW/RbyFvtG d1SopPVdmJrPwGpZ4cHqEnfv9NdvpfpDy0K0TU7u4WWGXfNXOGrV19fU2XjxXk539iZL01Fn3veH 8I2C46BqZ2NfTG5c8a1Jq8TDWHx24XhKAKRP4tCFp6+k2VVfAvJZ1jay/rYfD14JQx8LdFzty8V/ BJntXk5RPQgaPG64Sj/FlnK7+SUu44jbUiSCEKttnXZ0UEqO5618XdS+5OG2wwF9s9Gmar70Bn4Z KgpZlSJ57LBf7aU5VbZEvynzT6FXETHL/ZMNC6kE/9LwznbA1lrwGGzQSldd3XoAr3tGij6HxgPa LpM3i7W/usmdH+n4krPy7FCtS+rUMoQS91zhnQFMTg7UtydzO6P+vf7boX59rk7Xub1UrncYgo2t Olc0Zxsm7jc0ZS1T0hZm06jHh2ggXjEWCjGeAwLkMoKRQvYFSx57HysWB4cx9fMCLodbIzXMzScd 7wA3HpIQckK9ZG9d2AB5KoV0F/8xHOR3p4+I8VDkhIRk0i9IgcJv5evDVSqmj/1VN47mEcocwZ6P /EelHK+7wXduOvd5Lhb5Qgiuv0OEtrXcMz//YG498awVeHzTtyyJD0VZR7b63B8sXngvG/0wrSld Ixb5/JCI8oWjcpcozxydH00FXY+wlU3riHyS5opV3mh5X/2Y9NAW9viaHSm8loi9KDVISXUMo5tj QiQolAfEOmeauWOIek2wQWiW1IuO/nJvRqDswRmh2b0hvgbtt30EEUfPS3mfce3kyPIPZn2Huipu M/X+an20QsLx2D4rJVC/lbbit5roALiYVRuUhN+9gWuwq5gN8xaLpG9CkwRTzDa+Xf2FQCYFpegR KdZcD1CSSwr8nn1TO5hq12+vvhKnq7X2JC4eGmLIhMLRXH2pq2y7GHUQ9Wxkv+hR7s9cgwbZZPWH hHk4FztiKNSL+bOM7hiL973ul+HM76rOXL5wwgOZHuLs3K/HGJBrT3BFLOUkAhLxUi3hcq/2JeMJ f5o/y6l/hoDERNknKXGvUWpJb4tc8mbK37jiI2RtJPbq/hlOMccnoVPs9iIpSlynTO0BpJOdhS3M o0BbT6rdQeMzzPZKuvQDy1/Ft/E2aJ6CnE0SysbVNYmU59xZPUDk6/KHGZ2/6OgfA/OUysQqeior U23gwtD62FvfK0AC38Sa/0Q1rDIKnLpwX/p+jLlCmlQSh1YV+ewWfQKaPsB8Jo5amaFM2BxT8YBY 6PpNlDmIxGAMhtu02qvvQco9W1v4i6xVTmByRzt9xA4qh39gmpNCbpxLWA63YhNM+ilXlxcuzP3i SikeZqMjbHpTavt6T9KMe2DntdVw0u9V8PkzxH0yIa/+JHzOKUasXKiWychg40JycTIeQYQ0QXdK StgS1ivzi8+SRM2CWIZWxLS3VlKXBPqsyHFXQYLGeR1QGD6cCFTmifVe8BjKIyuHhQvEiKXJiYp1 xlICdUpY2tBAvmtIJfJ1sUBfrH9Kl8uYx9XX6R4C198xP9XEh99gg0Pcr7VceOD6PmP29cuOrcUG 0b4Olkz8U9nRwIb3sffFELySX13fJJBmf5Il9/UANdJqlbOCZOYhUNrYLZhUs265MAvldlf1KbBd EosIrGb6+oHuOIrF5nRN9cmBztlunUWYTPoALXF04/lDbwWhCNT7AczxCDX6swC5Dy0MFN2adw7t OwH+rO5sD23JitQ9bsxuO53/1ewi4nXhKFWpH/w+MadZALXbna3e8olvuGHmAk32D+8sNrfoTvHl bogubYnXtqNJtxRIVlk1E0lW2ASD1llI+gYsznXdWm8DTuVLs8tD1lQsneQFwCctve7l0MYC9yw4 q+5kveuRs1U+4ciunlFDY07N/Ag7cuvIF1Fb9c6OrYbM8XZbk4lkfjNs9sVNR1AAxoV8T4Xu2Ogs 23eWsNk5rUpv7jqaU1c8g2n+hA5xwj0m2BQoQIrOFRDmiJDcW9FxB18Pv2626j0VvRBO6Dhy0Tz6 EJx0FJWcHk5EOEr7vIx9XQsMxp7kt74yKJL2GozdD7+cmOjyLk756CttbYg8Am9+/ttrfUdvHY/J Kw+PnoJo36nHCEHk93o/vn90v1D4+dy+tA4d0uXw4YvEFnlJk+Iy/E926FjW7x8VI+a3J5ANUvob cOmE8vFxIlduujhECqDYylI/KPNRkd8J+vTyS423dxTQUDgFhqUKZZCC3wV7s2IjZbhChWxN3EFg eQ0mRcCrzfh18ArtePR1PH/eftBtLQm7qyk2J2Rl7/fpRCi2Dz5y4yPOY+QdjofwLxCPKOr28+ll yAjewF/vaYFPqXdko05W3p1qgfE/q9E/HoI5KFcaTYej6UZ8zUDdQ6Tdh4fhs6TXRi8G9cM9VaTo baUhC1R98wrmhqC5eAleYTF72w7zli3MZe6L8b1CNTN/KeMQbTxirBupL2ysqeCvRq1VmOCql2pe ZSGzCSJSxpF3mjazMZ9V76FuXOSikNeCnrmF4h/h769w6EYkzXSMu2htQ19I+jmFj5fvBz4Rf8Tv X0W02ggRP7bWZ6U+F2IQ/rWCeO1p4mcDa8fzQp/koHrYT1rWMtn4jAikX15HJ6/JVkTdEWLZw8y6 8PfTQBmahr7bY20YUzywFQKvHe4NaM1HuH6p+LqYxTZNaDkSUpvrSnBEunbHrOlJ6xfziS35NIA+ drG59mYQ0/bw5C4yVolaM0qF7JE3Hw3CKD9MJr8TleInAvz2kKpfHWuObjEAqPkJ6/vTJWYwLGT5 9mXpOgFXuMmQjPdT9pMq7ScuyPvN4x1hbrYONyJdiX1/iFtWUte5Mt9ket77IoO0z/r3D/RPi7Nq oTqLXDlXL4MDP27rHGAh+O0UIckWRkMEY9EFJYbQIWq2/AX9BSNk+v42sk2EIRtk0ke5aew34Daf iTWP19bAsomGSIbzddo7VwTW+AdeZiYPnoL0Jx4AGDNx9hYPXk4Ac+ihkfzLwxekCiMtZshREJVz +qBrrOeV2LdXAxOnq+XW0B9eF+Z+hhiDZ9Xdu6OvXAk79Csm+5gYuR9HiHsKvLKlDJHFTnr8SvHw HTRTo+pX4mHJ1x6CYsNvlPKON/+oz3TBG5yg56FsdTsI9/50/7iL1GNiSVkJNzPvHOjZH2PvHRHN xvxwyFBklay7UBVOpfyKF2XmIsWYD7fBsLb1EgByk3LhOPQGtKvFd4jbv2MVkcLRuOBFP+CMrBkB tQY97AwSqnR8jO8Uw27ZiBlsSeiswsoB3SrZp7cmlqODPLyLO79Dz81n3Sg2PcvoZI/juqRthzg1 /LSNPkAskYdmOJr1k801rI3qK7Nf7tHueE+gH8f1RlZS5LBulLwLtar6fUrO6gHdEa57GApaaQh4 ofZmmp9L0IGbD+FGzeiIlznvrQ94nEh3Cu2ssXdPX47LNr9G5rkN1ujmSOfTEz5fO/vQvpmGhoQj F9DUVYk2PrFnbQqRkjq844axvMZrUiFacZGZGwAyBRaKjD/MFCsS+hSC92AFdUB/yPlM8676Ucsf nqxb7/wuUrvif0ZoeOcnJi0oUcn3iFfDRCMtIi2U3pT97so8PZZ+dgo6mf2x6mlHvLc+SeJtvK2Q 66xsX2M/Qj0EPpIU+HD+Tk5PzGPtQcbDHoihx6mp2QSY/kftoEuMgRg/Tk/hWcuLTYRMFVA/l1KM vPjM8dgkDU9864Dv8pRy1MXry0n2DVTNYWcjlU0PQ0MWsXJJLSs5T6zjZagY5t9I5h+MqbDO6oHz nZNZhgTTH1kTqYk2v9u6FbCXotlcHdYHPZXhhpDifNHsd+LTLqPBsjcLYZv32Ry/3y+HGf3Xjgmw I/FzUwccy1gUMe8a+2sdozistFOr6VIxgQPPLx4gbgAqC4Wu0IV/t7PIkWMSXfIgFNNAq1YUb+FK Aw2UOsutkMydZ6xfM6TelKamO5iDo5NZ0s30LXzywe0bkJiTi1AmA0D8moBZQu/u0jug7HelLOFP 6LZVdf89I3sZhBw21ZujMKuB/PKUBzugmDAjkNofmc7mS9hnFyt9I9IqnmjXaAWKMQjXWF3yLXqG uw6dP6trBBrYTYA8L+/vyzwDsafv4pOGD5Q/Uwrlc7r41hgfMUA8CcXObmu8Voa3ktQdvop1Bh2+ QAJiIssfhXVUgT5CZ6TEf2jjs9qv+QsUkLdTyKdbj5x3HGjclFaavSz0hwpdJUqtsSVw0gzy/Hr8 muS84aVo/BLVDkUwk8heEJGxjcnmaFtGYZ0GRcvPRx1m40oe2xZIF2a/cRVXzoo/kaRMLlrqpq8X BE34HPGi1g1Yspplza4zEZY5oMOMnhCVdcNckTwv0y6xkxOhECkk0hGLii7ep4QnROquhfPJufbR JBz55AYTUshQdIo6eEckel86kT0D6n9WcEmj9ZUTMxOvZAwWEBwcVNyjTtBcJToli+QjGZlicboh jw7106TAZreIfp2xkEhZ+Tv8uiSbJJKSsk/tXICLanOTyka37+hbNpjodaPZjpDW/ihaGzRha+4w iNA4cYgjluH5ojBrgQtPe7wDi0Yn6zCHCv2I7xcVTxB+XeO4efkIUH1Swob1QdUIL+spHYOhmrkE qmTmMlv2cP9jxQArXDVl2gOsHKcYHi3llflr4Cakwo8YvUt/NqbKVCdVEZPtmS87v4F7U8k5s5oA dYHtRqZvI+Oi9zaNQHJ3pLtOOvFvPBQofIasmPs5dKKCePv2/jt7wfpu6O+2Mp4hxFHlD9pHDRLl rk25Cu8t5R1NPE6mr2PM3kRQfz8BMSZkLWrz/Y7CtHMYYO3afFCcb8fQQ+veaNfC377dMv3soa8y VurZkoLblLCUNn2wMrp7/6nRneiY9AXR4g8noC1OJ6079VcVrijfMKvrXRTXrlswSZaPvIUTzpew Qdk6niqu6exko8Bz52pG0p8ZG9/TtqH/OHbOSalYzdwcISRXfacT77N6LiL6MpLtmm0sNKg4xVzL JZNZcyd7MvMcBIKfkMEVipUMCcMF+xL2qbSUCoTv1LxOnEZ326Pox84jpnz8sSrjJDfkqZfGSj9E Ifrd2mpCun4OnyVM8QylWkenvfnWlp2vWQEujVbsi305P3DHkUD3+T2na0XMhf9WFUWI177kC43+ EQHNVg3n1+7Azgdh4Vh3B47NFJjvbyRLIjIU8kUMs//0ab8GMHYD6gjO90fSxBi+yGZpP80k6G6i Ot8JuCqEEs5L0xSnHSjWPaCtcrzYLfZOCUSq/GyhtqwtPyNM80L6A9vtDCnvYVH3+0hm/6fLen7d OHbnUdv7TpIdy+3FENyHH1O8r6o5zy7hYtOSM8XT0uWJZvcwQTFUl9cp+/hS7Opf/nSzEecIQiGg pdM2wqOTIybdyfKrnSD+ix18x6pk3i6N2U39lc47iPxpBVrm9lD0SZLFUGVf8bP07IsgdHjO7ZZz a1azxj1nf3Yxi1Y7D4LReMv5Ay38BBE4mgDNz8VXftnDZTggs2HmF6TQV38zVaHjM53DwtjChrLS IMPSO1bVnQOe0Pkq2XMfZenNgZD9/J9W86+j85ya4F4tF+cudD7oHFN2GFc97iy+/nD2mTj4ALap p8P4pP0FUqSaycBhoZXruOS+QvsvzmDq1mylkeI5510hlqyH/aqj4Hb0yxjwd75idR9d4SEHV0mH wRxXggwi+965Otez66vyqs3FKE/PP15/YvOLj6i9Y370uzNnpQCz9TXdfx3BZW76CkQXbxvYFgXF QIlHyU8eaJ4V83s45+ocKHihzE454mIgRJx7Qjhyn+tlhmORNsTuKsO+RK05Y3+IwB1dXED+lRCP /H3Y4u7LrZwk8cfBd2FoqXAwa5/NgXBwB9ghJRzcyR7cL3r2kZ96dBU8Wqy1K8bKZbw9clxQanLB QUdMw/PsqN5A7J/YGhH3FeXDDrJZoUL54cNsIU6V+GP4ETFCxWyH5GidgbOZUecPPHo+u6FdxNU6 ACn3/EKZMTwkcS7pwrHEJAk7YA0f+PtX9PgUV4jAAPPNxYgvdgX1dlFAI8z3gxq/g8YQUTD6rCxK 87khAX7mrPPvYDprVOOepo/GLcjfee2BWWzCvu7nF8yJdfBwyqBbkiJFolYl1CzGFgpyTSA4KTqb Yq3cM7OP4bK8DpipFEfsD8YgtNJireWb09aPF6PCVfXTUbXI5vQ3++DFHt4IGipWuZiWdsz9wdy5 7OzKOcCEfA3ByMkh5zIybHQzpboKCoQG8HLfi8MIuqTicTopuESHORyQ/th5UACpe4E5z8rzj8i7 QJduOgd6LEa3ME4FpZlCIaJeBDeGqsk3+SxmIgQliOsI5g/fr1QcVVp6INsKaVaMnKOZk8vAZWCi TegDahN0INO5vDy3Fpu1ksgPRxl3BDiRtORKruLHPiPL0t2TfW8RmFzWrfQw87P09h5L6dDHtdmO r4GVOVdk3h2/u3gU2KQYUlUFudzxUJ9ajZpTLa72ffjPV1ubXgy5TK6vL/7nq+gg//N19Kj+c/X0 mPxzzQ8MQORqkRES4ftxxegXL45fGFH1sUSjm+eAkRElM9SFePbhoAG9QQREV4fePDaGyvSeAA6/ vdCKrFS+n4e2SpJ7HjcxsaQR8mB99KWUj06H4qVHOA/QDwAanurbI3XGR/ootNa0AEfgKLeKFD++ V9/S/VhtUrXjw4eubSzlobRz91FVjLXuWRt8plS2jve0RE6g7sxMEq11fxcYM5ctSETM1Q/a/oF8 ZGBJmPS5ZmfTJbC4zmC+M5nDV0kVb5BTJKgbIErUjsv3ssNi1r3oc+T1MVHH+mL1RBMOdaS/j48n wrI/jnC1RzxbkAhI/TzBhT1zClfNnuS0tJXjP9IfKl1LlP7BFmqIEU9oThMvTCEu39YVthbEqYwM Zqr7HN3eXnceFSZOPI4UrBY8oIZQ3U0CjkNRWChkQbUYAYVoHkf+u2mRSMxlMs4Di5qjFWPTitHN xWJiiRGiIahr6XqPg/fHw6Qggu52Sdk5WQxsS+Bgly4Rcky8oCuXmOlI4i/2+YIlQTyRD+ZIkKXm Ysgcmk9ZWdixFknFDYLmTPnUIeoQ4sgD8iG+Ou9BGlZbGzHAxH+l8eEf2w0o4o89LyU/rCD4IFdo xYRBPjNAVw6ysjJ6fH8SsQ/r2HMvrYrvo/phlrHPmgJaoNIULxuJyTRXdC9/VP37aPT329yIZkb7 liwKQ+8EZ278Uk91Yg6N/ihEjM58P+buT35xaQrwRJ9pG8nX3DmlmgbT7Ym2AlloU3qmIVcLJWF7 5Lj3BRg5+DNZCCnFJfSJvCf9nPCHtkLMP0YhL1XmagcGOqSRtu0YJNe6umUNZtP7KoNc6GmNjnCK 01s6tQbTXi1Hds4iI1E9djraQ08x6z8q2jXnHBRTj+JQagtu/cYnr9QZoRJziws7nYzNziEe4tBm nGKGEpSk7VvZ4l6X8IU9mNMggGUc/O0Wd3yN5x4DiQGxEqHe/87XvsSORQhXgY9iBP5SwUi354qz i3AzPIXkvv9oAXll+4mciRXUlSXgvrBnYBYaPyDGHzgAAh+xtW3d75+9Y86fE5hEc3Q0uc6H/oRk OAj6JBUfjzDcLzb3YsBZ2JKTx3BNcc6WuXHOQ0wrj1+a3uzquIynQR66QoDsDkGGRYumCTm4mt/T U6m2kjx6zBdAFTv5WkcV535V7EMa33tr2x8jC8482H2/Rg3W3E7bTeHm19F2xWC0QSgXeZY8bZoM QSHZfPi2vCzxYZ3yGQ13sY72S1idNa5YuQlB8HzQgAl+lm8OCMGCFuSLHYN+z5Hb4PTjBQXh6GZ0 JiP7ARnHqDoCmNSiwqnhc4D4Rc1JvLVmMSg6uhhBvAUCCcjPkXGxsfgkWpmGAAV/nzBA6YT9YF3B F748kButWU76dH64ZJYQB8F+v3Z6xHslP3Tz222xLaG/pRQZJsKdqjRZfp1Ub0j8beYQQYzRFUhX IrcpeCZTCco/45gNI/rKp47Awf35gUzvHt6hL5+yf5BPuceCpA5AnEwP442RB9eUDNFpxDUpdzcP Qwei2AC5Kd0eOE7wVu4RYBVD5i8cvXD8rLmIbj9znCPgd30OKP3DXC/18DNAF/ElhfAVCwaU/YEe JvhqCr4cEBSVuEdDw+esf6ODQQC0C33YSrTNMSu4B/bVqkRN8siLg2ljho7Xf6QFrx3LFHDaL7Xd J/O5nPy4Yeoyuajr8vn0OWQxJB2bfVW+bkRJmN1WQE7zLGA1xbvKNU//rQNuYUK9IDq84sODdwvr miAEOcgAS16oKpMPr1vleFzYUVS3ujr3QVFxWqzQtyYFt4pi0L8HwRytsUio1d1dPrwVZCiHoZfU fSYhxgm1sbUgbKhUL6/X9jQs7igioJfJgUuVX7xTdZ/jjjH5IKTQ3DMn4L11fzVjYFdoVsMvV7Qe fVCOcEZqXIfHTqpATsoRbF/pQ0hwcrA+BNuWapda6/6e+SpZJnNw1nMnQTgE2fkNj3qJ+vQoNfNB DBX+JJWLshZ/+2s6c5OQrJ25haAKRYz3wH/QzJPKgJk3gq9kTuHM9MupL/i7tSjSk3VRns/6oFog JolEm5hgWt5SaRBiv6417M5EtJWY1b46lcg1pa+DMGlczSK55DMZC0ZQWpMvFWdWeuoDq/bwPqso /+Bst6VpyZ8nxAtp6EJ3gDXVdP/jMLa54H3qnLnJGihEW54wHovh8Xh7TbjBBxMj4on/le4RbbRs 1NT0dInu1HiN01s8nueRuAhi8vFkSkScJtE1Iek/bz1NlvuvVLCRd5oVHaAcpkL0OH44NDlCnbgv PkxBx0Tg6TTP2Ph/1IOahWQ6JEx7IvdmgtbcNvOL1pkLsGFeKo8W2UQCIiv5C9juVo6uKh3/ef/o zUYeO+EjQxHW9ERltT1zbycHH2nha0u1pK39nOZxtRkT9YBrZBHMUIklHSiT2c3jh+1EFcZ8Acr8 OrnYyIKJosbFqceu+31RU5HN6tPGNjbWGvW/R6j6pWeyx92kFk9Ps4tU3sjLFRgXsOzxoH5qxkbD 70hWoroi1GSyFlXvF9mS5kSIq7h3nKd6Ud+wQThehBN5Hwlv7RGLX1r9CQeshnVqQWqRqCHdetBU 9+LkAVhkBZ96gGj2+66pVLWfRZP5RRi2KND00OLPU83Fh4+KujWyJ35+xDSFMg346yKZfPCn3lwe r13fkoDYJdO7+GmzSyqDSvkHedu1xOWHhVqtUw2pf94Fdh8qmirqmrRavsV59GxJueP+/Rc+7kqm Y09VFnmS0x/JfETAIj7B2CiUdgpqQQXZ0Sw/v85YA6qpmzDqTLW9Pd8t2WAhBYpRQJpGNdMCVnww /ZfmzWnL5nTL9mKVDZq4lAat8CGd782w0adm4C2cMdQ5X9mxnHhvgveAMUr7DFm+b9lUK0VaypAy XlXKfstoMsptXQrdenQRHstVcHd9DxwCWXieDB3MF/S/ul1tfvF+f2478bfK6L56cpdrk31qvaz6 5lesb72zcECkZlGxcBFSp92JRz52T/MgEB9b3IQHg7Wy5O58hyeBiF6xVU+Nqh4qEcNUWBRpYckx 72Q5bWm+dNWmPhtzJb71NwzC5ds/MrHg7SLHNmKkehUhn7CTyiqWLzyBLKxN6PDOqH5ygliY2MDy j3nQ4oJmnfQ9tf9ZEKMB4z/tK7bhL1X4tDD24SN1XXzkHnLtPk/2irUYPeMw/DxBu8C8jOg5PaCu 9/rliarcpZOsTAn2HbRVvejJkH4C4JeEOkyaYsf+BKk/tlP6OBUT2lFKi0cJ0vj7uvNpFopgrBuj K5bopjVuZnH9JOSCHvN59I2vsbgp2k4L4rmsB5EN5rEfDr7LftNpsJDnopxnp84KMj4tB37rce25 ZVBAgP9zQLKGFg6I31sI+IM6eoI/ctG/G8t6Pq4BuPkyhn4+hBzX8+NnRv7y6xb8kxmKO52+zZ/m aiKY826bV5Pbj3WxGkt1LIzG0L+u03fwSQd2x0ajL7iWmKWPpXiy4M+kr++MfIJQvWkbsp7ZDPGK rx7keVospYSiIEKf4Q6NLKqFhWUYP6vmPrAZc3pRKHtkldugM4UaG+PeYR077VmzFhZpspsk1SRu B43KETuXFpUeX/9G2pqqbcZ+eGAfMrnabPF9hslz8lLBAlbNDTMaPtG3Kyt3MmB9j/YijjGAWCkv SWFaog5OujLGMxl/oB2nP2vaLX7wtUC9TpNBDabBd+p4Hjbda5NrU/RJALv2fm2C/r4rvtN/HkE6 TpDhk5zww3RjdetPr7erUSWcKCI2Jm9SUXdVXq8tnwXvroJdBoccu01GN6mCJt2puFvj/ooNJ/HS PjGu64dQU+fzhrq9mvgP/dxt9GL+BU0JDCYJ2Wn9TYWm/FoXkNma4q0K8FzS5EcnR6fMxIf+Jv0E CWBH533IC4dAEwJDyb+4CCXzgqIc9c28btnTUt2a+cUXKf7lvNsqM5xEyeMmnakuLBBooHP47JLJ UordjaVv5izBRt8vwycMriQLCpzApGcvWRFMJi5VYkQ6E2nizNN/Sj8X5XRBPbEmv4f9dHMX+lLh +5GC5zNKP5+PJwtj+fOOf7Ga1EOk4MVC7EQ+iH7B7js2cpJP7Or3Dn21fdR5yTOqryUBLa/Xv8jS GShArl5dPquRMTKM5UcNRGK+3hTO4pccBnHyPmEOF0LfmirCQCPe0bbXHKrToLkN01NQAajKkBBj E1Z4ntDqlL6nbwYCgpoFnEyuh4MZ7/lsLpJ4cZUpoA5svA5srZS5odJpMnQ5OvQnPz3lIe3nmRjq z+wsm+7hZY34+riYLmKkR/rehLvlnoXoQu3thX70X9CRQXzPpaOvzUGjhVPj0ieGjgx9xrwnoHEm ESc3eX8yijK7gEAlGDcXFt7VYgdS+dG4CDvaIdDo1XHqMfehdkPhaboBZO1Lt6v72uc3vihQ3J2Y HuhD27OTCS4GbDCXD23/Ee42lX46syixWiHy9OlIDd7edGNGO0urh5ysVbdXuVMyvn3Mfgr5dfTH 6MRuwPoqxsBxWoCPdhxh47fWnX06/eitIe7fFh50hLsAPFpf3auUn/eQtglOEoUiUwUZn2iqRtfB irUFXQiZB88Y9/+d9QuDsEPg54SE9/nS5K2EHE0tIdoWTkbVphZaD02GNSiqy+bzocoXT6VJCPJn nTFOwWDgWUYf3Slqrllz/O1HSiKPNEzApceEx2EiYR4h6fQbtvjBkNMpTeqtl9c2mIIt6GnhF23K Zn+R1vyPBocnU95BpP5i90sPiaDfqAa80ZeG/wGPNGQ4Bfovc7srHBz5BlB1Xd7GTY56mAnDDDP2 PsJt5s+6oc0Oh7E7S3Z/ZE7XALLeF2DqusJZDlze10f5h+P0UpBgCh9XJbIfljQ3kaoA3+FxHRb+ ov8iz3V+MPkLf8Bo/UjGhbfxoMvwBc1nFwsSBrDCdtuFWw2XcCuSGYV2K4aD2ASzd+8tAlBTl6F/ 8TX42ENHp19jRBEGSA98X19DKctQhb/fcdDyMOLhGm+A0BX0t3K2Bu6yHlndh7j30yd6wHPtcgX0 dgMx9lUp39V7lp9uv1vNzYmdPAWaBA2aLrjFN64tXagoQl3ahYspIfY5S94umSA9X14fdbIet0r9 zPRaKm8QlhA4BNHjBRy9Z0SkCK8U9bNcViLNqH8lq15vn+7NNgtaykDZbIprqacxx6y5v3VbQa/t 50Rwn0DcycEnK0jw6WnxtsyFddOrZyZyskniFKfC5g8yMcgaJnwFVFjWV2WFH9sz4xmrIINrtSoQ eWVZW2D8gf/pYrbMBy7hV1cdAil01y2zJ6SNrsj6nJqyCksFgUzIfceQ0GJX+bnXzAsf740h6/c2 fJypr6lb30oWrTxR6Acy/ug17VZHvxZP416JA9h4mgnksGIENqtUGAa2POri8ipC72QYC1t4lSW5 7SL3W5Iq870aVWA/igxFdd8KvduSmnOjNUUorordERsrPuEomCJcyZiYC+exms5oFGB/F5u5pRJY hcpLE4SL6V0mXR4yItroF7mOYqzaiQ7lMfezT3VsYqEWcbh78pt4uURWYnCZP/AHVP0+ToJNOGPb +OCYTIuM7uT6QiVSshxXG90H65605uTnBXvyftootCi+LlXdeKFo9vdAK5/gX8PPw7WqbaByoe7+ hMZL5hfVY/DurjEQx0g3sP1CCv4cxcwZ1GbFF27IIvUVUs4ipa6mognD+5JfQ8WQUtg3Zfp7iHgS YSpwzCAWC32fiEtgI52NxImGiiAFhQCBrASO3ZoSzrUgDMOw44PHKK87oXGFGZG3b4dEUoIq3rPh 9+BQCeRHQ8F2bJ/dPtA5c6H98poQ/zcGSIQ62tll1d8n+2VZ3Ws4chP2QiqZJUqf5Ud9bZuGUVVZ 2dDXrMyTh1cX984Jsfai1pn2S95ivGy9VzvsqdcIfL+9mFufvRBYzEMx8lUDL4wlT2YijuVgBBbg yQeFhlmtTMYzg/RQ0c63KRBWvREM8arlAgQF+gnCsChT96IDfUBngfjbqBxN7gO9Qedwu8ukTcE6 1Czkbh7rBt3EGn7hZkqhj++WQFmVCnNWSl0NxCl4qk+f8QwSWIPxg+zxrPYuDQXf+3Sp0xln7CXl Vay1Axqzc3HjZbPYQhEuX2fH04REKzjHCppLq/FEQhUqBFyLVtZ1hFYzjQXZeVdCbODONLRC3gL0 N/gxyE4Gkylf4jKRBpUta795NUPmeBqlvRudKBJyS+74OKXkufefAM+xODs2nFxgjq9qvwGEqy67 FMX5S9KDdnHQ/qRjg2bOyX5zZ/Rdu4es/63IJTzmT3X+pu4d1TKzB1N1UdCrP++chFNVBNHqVFkU UpMa8m79jjACa2qPpFY/ZY7XttupgewgVtwKNi2fA735JpKe5uglB+3JPJZjoXx+pQv55jwoA1GY UgHSFYxQFxdTFexdmH7mC7ql/SLSEvnu+E1BmKoOsR6R5AS79uAhQc7Gi+XR6Ntt0XQyM8+RVYrM z/zS1a6xG38o8zPC5DmVxBDt/PxcjscT6pyXZMl0fhHq5EqaTFKf4KUfHxoaY8Fn30mbdFKv+rc/ qrRSv1ocBIPSO/RJmT/AbKQQXumKDk7N9C//gINDY8SLCDkcGMGns9hxU468LY2/0in2bDrI77Da lnk1AE/W35b+PN34fYJ1AGo2WkR9b4aivi6DnMAE0mTOZX06BwjNJqT3sgwALUaRpVQQ/D2jNVWn I6gb7uI5sbmoMrhP8M/DtdF9P1+5QZeER4Y+ag908E7HJ21W90G53wqhJjRjC+pyoUM8AqrGsfq9 pQld/ynXs/1EiyVgxIvlWeHrJ/a5wjHnYAsXTmXuQbPINY5Y+gboGw7Qt1pkNrxflFU1y4/E0uay 4rHPiTG/RPzsFZH0r9oKPKM2u59E8/wDfB9XO6EUAmOY9nVT2dx9i8FhxPMZdzLs+TzGR4wDHuJV PtxrFDsoMvpxiE/pCwPxfD7s7ak1RjCfNH/gqj2W+PYPizGC/h2MRXHn4I0rGGtbyZ+PmJOYeliF xx7MAPpPnNYIvGoA+efWoYvrkFkB+/m42Leqy9DXe0H4w7X7fp5BggjCQlYO56UcNUuN48ykHHPP PevxoDTOnTvv7Ym1+jMEH1jaEy9VhL0vII4/sSSK/rjK5bPP3N15L2flvFQ1f+UIUwzi/zoTFek/ i7HqmZGlhWNnlG42uBHEzQXPPCMa7jB3Mr/yZB+ok452/DzqehHuFXkebOvUONqHhT4WQ0Lg9n0H JKRtVp3M3UW5NMqFdUkoBZlM5/O7XhOFkOVDyNbSA718fEdsuMODcpMhr/GYENuBbO4YwTWR+G55 ribc8uoPu8wdFVC+3ysnngOdx305Ldl7VhQVOLFB/7yIwsU3qn+mEF4yYUI/UkzXfr7+hRcmeI8m TUA8ruDvKcswJK5sQazbl85+Q4nRQoxYYqjnzN5xQ+PVT5nfbLStyZ4lrNRS13tuP0jwGbmyrCAF EVqoYKh/nc8eySsyP7NqkDr2as/pX/agjBYKgr7wVXwqcfyZiZ3wPtfH/EkXPsFLPnhFm7lL/yZ7 Q+aCvH+jjTZS9mG1PviVlFR5EiscjxQn82Gk+IMQNoyvO8o56oFT6mjjM8dQv2JOLjQ275JTEE1s Z+byPbB8OV+lPdJmRGgCLXl4wFVU3bIyTN0DoW5mzf3ceUxOO5w43+Fecw7/tqGpDj0hWIuVoOeK gAIdsWfMU94awjCVAI3G7i4Sz+pFdSrRUAMWW5g1VFfTur3BnqZtFHyy64AF0AXmRtYanQQFxvCF 91s7ckhfRUj8iCpDZuQhD6uSiKPJsT9mh0avfztH6JIaSV3037b2I9K2+alvDYnuTx7kvnckuhV6 3Dp/pDb2wZSCDIRqM1SSft7ADv/+EpokJ27n1Iqlyr3ET9rVXn6sscsdKVvo0jSgSEgx9sEXJxqq Ul4QwWYTVcjbvr6oQeVnmWVSE007KlB8RCNCdxdJWeOKpdr1iOny1OFCyhHXkEGLNq7Vmaeg/bH5 feAYKe04fB1bQENTo1hFcTXXGS/pArc0j65FDMQ7cgXlCuthcMzns2+7GK5L96ObnEIeoizT4v1O aJ4jSFNZ7xGI7NTzK8gI9D5oSaA2jC4wLeUwUa9u29lP8U4k+gQMRCM+6Jsa+ow/+FbsRZRQM9Y/ kr9DThZwdzOMIgaLuT6yNZP1ypck3dejKtPtjj0MCn0zlGxuaEbyWtLYtjtPGlBc7c6BjWsE+Djz UFA+JIACS/7MWYTQXgiIgB9lutxflAN9Dhr7fJx2Me7m5uy/EbzchVM2kiK5Kbx6J1Ny2ZJEennt k6D8rqUnnxuIQY49o85qHxEZh1yvxXLBtZAIa9CevHc3rqPqps1c3SJ0pdwO6gkcVhhEWrRYjD3B bIGO7AnoFkNgLz0Ygu6ZrNQGZS7c9xlFGfIutH1CmRp3XpjOvvXRpYoxBntXdjcStLXNMLvHDz3C hSkPkbKB/RpazgbhfjIFJKwb1mL2slSyVdJnZ8Le2fjHpYkY36UFeC2KlS0M7zts9wr6C5SPgD9a Ioohx05PTxi4EVfN92ZHma2S4Z2FM4t4isFYPlk/VN0cPS1QB1UWBQ3ly5uyQhX2326NrRD2qKQ5 STMhrbsdpWZuI6Ygc71gqyuR1TzA/zYgKD8ZJQyidWGOjiAN7VhnVzxv/vro4gNKWYCmxvbBCKAV W62CrDfNEV0f4qB8pKUUmPjlo04TiRQ7E0nTFy/Lt/rOi+osgZF62BzF0gGxwAnmdOrayKpYrcDT A+2Nad+499YYST3Zzryzku8TMvVtMt3LU/e1vHcHPZmQ+CqGAXe3K0pfk9eZ4Eovr+82YqJYdXjQ qs4f5lkUOadNUv7+/VXonqsKairr7qBN7rtD72Oaal0lx9JrQWGzb2/sijYyOgtPgEw2MiQS+VSG GGofLEWOvZlFjUu84cbauuv4WoUpZ4voDyGwzPEPN36LPCWm1rGUzarOT3UtHnmpslD+CZyjJdT5 HLGF0MeN7OMwv6Ad9Ue8P+2XtZDbNCOdaYOY2IvHX/AWfOA8sEzGuj334aoK/nkX5iFyVFh9bt5M OHtBaW7LXTCBjy3SMcK7bwnZbzVvpcvQvOJ78E7zx/hdVofa9buQa5Qal7X0JxP8Qtf3Q643Vs33 RfJDDvP/9FTtxjwgEl0dtaJDoA5EReOxFSPPJilI0jzL2zxzExxbEjV1h4JHIJEYqgAO91zkl37a 0ZH0B/6b3HjaKeUv4V/V7KXIcRudYleQ3tOxkxgK+8xdbO3aN3NhwhRkwm23JSjrA9+2s8ipqcB2 /wcnhWWk+m3aQF2sBp0ThTAz3xRZ8N8rATAuVEyx5mOcr46UkIi5xQQwLKr8Nv1QbNRpX1b6r+hr myztQDoHd/Bu8Bf9sREITwt/0+7L5Zd8rScfmP02isUWWuHYIoqXNK+i045KVFz4K65c6Loj0vbs MoZrwwoW2TJMN05l1jYioDFhJWKZp+hWf/PMHTIU2PCTA9EnMYfjfeld0Fz47UYNzNw7DXLoZyJ5 Ccef1zZ91cY94UueyI7MuknXWqV2jeQpZGghVCDfjeGrjY0Emzz+qHIcx996EeuhkaHd4v/goB59 KQSH4/76tVehUWGc76l+eeW1Hb5ajaOM+9JyhjP2+GB6ZYvfHeWia519ig7kaimhyzKh9/yeCr+I FTOPMFmdA1BvsADvR6F3zqf3ipvBZ4X7qm92u6knVpe2PvlVG3G/vpSPWNx5bUHN8+rQZnLWYttU wpKAHFWbrM3jCvCh6nIb5SwhDFfdV7qvQFK4Z1qtxpMviJdO8aA4PkhoXQGfMW6wxDrlYoiTb4Kn 3g1wGquE0FuElx1BVXKSGNfVra//FNrbpizrw8zvOforV8xO0dO7/yX6iJlPEjrNE9PxyyzXPxl6 Wxx5a07SL6GMjbn+KtPVgBYQ7iuNsQ3iD9F1jS9tQdZnvckoEQt8EO1Rr1l6HiTE+oGUGzBcZVSd OioB5g0JwMDP3gCCf2aueMprwp8WLz57pQbpz3kAoAiyiaqjVUMfSL7Kvnahw+j4uodurAbkM2Xf deCskPEGFs9dC1H2hlz/tGQ2WvmjJa+M9cYNGijcuNIb7fnzSffDfumL6f9WCfajCfNsseJf1W/7 HR9Ae3ZSEs5cnA/kJl2FUbVkEvnBxlbW4NyilLY0DrokRCKh//wiqPLn4XCUye1yIwsRr8bi/QIp BO31FlCtt9bZUBnAsFEEHs41ziDjtXOv4MkYKsiSZe31N1RrqsjrXjoLJJQfsQKclkMMEL9wFVhe u3OWXtQkCpwiCDNaA8UexabDYQuoJ9B264+gJlrtCPypqysk66D4rutt+B/FFz/E77I9+ZANRyfi CzBCYpAJuXa0b/Le+sS1tVLtXVh7087tKzSEp/wX6mL7SOHidzCbqm6ylaxMs6zMKZLOVDB//Rde EfZsJO9jvvmeJvQMvRuNr5Kqq2ZUEPJaK2v56q3N+jIHbJ6KeyGS+XSS6Flpx0AYWqaU+BWSDksM cfzoudCbr5RAITWFbb6VYVMH1VvOZo9i0FvZiQfzN1sQLXvr+Wg+aw+SAhDAfmyhed3Z6O8f0O7o QO3X0/YEqYFyuGyZ4A8V30E2XMV62mcJ5OcXtd9ATfFdtKIt1Fq8ruribwO2+N/4+woqWdgcL0D5 WgHakL52cxh8wSoIj3dlgd8WPMM8uIlZIF9KCSoVsGm7SF77MX/CzZ5GwU8Ga1al7P+m8rmOD65u 2U0SQM2dGIdpd6PW4RetbK4Cb4WOi506ug1aJiarnzlMUfKKAWl+unKT5QGtl1Io/NmBCYRdnPGv CFnavaIH6rfnvlxyUwpuvSknVfi6FRcJymrh+Bo4Agrf8fFi0qbvoI/8ZQO151ruRXp5tZvam3nW ZfqICSmxs7N1rc6cOObcRF8vpJh8kurt1r4hAuyxzb/0zfemp+pggbmSX0nE1K4gbA9WGf7s/qc4 FVFlL/0yTFGGC5h19o/L1ZOIONg7/LU+Lizzs1mzVaHMj1j3OJTGUlEn4s1J1hn/PHXYKaHRtl6T kVT+Z6/MDiD5swI+dnnPII+h15DfXfqiHybyjZ9iBV2R7ACem4VU5mYEiBQwoUMUa3bnOjnFojKU q7V6jOqXBrqNvCN12iDCQLgPyRw2G9UaKwlMvlOWBCs8ub2N/1uliwqH1oEyWq95vreWDk9BHgqX D4YejueXzGyq/ITrblInridLoxrf7bYXYpXzCWBTAf4LndmDL7LdQBO4NKEx7rTLvwmoa9LzNfxf eoknKIawNX93T4B1W87EDTVHZ8yPaUXQCDNXTKhsD7TtoRTM1ejJu8Jcfg9orjASpWG+hrJ9ldkn bCkwcnLPwZylrVqs5FGtoRJvPYyPp1XinrkpxgDUnunSW4yNiglXUVzwuIt9emcf0T9QXkT6Yy1o O18n5FasgYpM8uOnv4LNrNWpwuLfQsIn90vft4EQfD2sDUwCfUnDcuKH/TJD8IRwtUa367Gvr2JJ L0Q/osSy0lxAEUpH9CMMZcibnRhBdgMslHbalOF2y7DGxl/9DpBS28puU9e8aZr42tXNTbno1toP ynG3k+j7T3xT5vSTgBPHLO0MIU3G2KMeGTbbVUcIvV5SrqVLZq6PcuVc3n67HddNFb9b4VkBs3t/ QG0j8+rVBbbEy7nh1ysHMgiWSTC2gvUJoRqOyRJF+nrsD06JFFVPQY2eJFls5JKJHxRgw+HjsVa1 Y2IYUfNEIbFAccnQpfs4v4P7PXWznfH47oHsDuID5HBAz7yCvZijev9UVUb5lYWvrstdtXMFt0e/ onjTZSDZ3/B5ANpnrwQy1F7q7cuTg2U4wxEWHMi89LXS31Yhtfe5trducg8Km46Yiqko6R1dV2Io KLhy39JPP5LEMvjVRfaa8nwINr6De9jHFE9XDCC9KpEWE9lQ9WKDH2KZMclwt2O7cLFH+bhw99gU 6P3VAkoVIoC+/7r2265S86BCt57jvXi8tmuX+fyVgw7YwPDfBq9ht5B7mpPZnLDram+psUis5yKz b0HQJvdVYIKuyRsG4ujW/k1fGQkoew8iu58rJ329qUsMdKYzuZPZ0EeSR6EbJCQGDbR/r5pdP3tY eOeJBNQsEZskmmt4n3It5wm07Njb8Js/8D7gR2LeFvd+DAoafwjYlPfvwqcjBTc3ft+vXfEEgVM+ efy2KWxdDBBr7rKgnYIHSLv/1m/a2ik/+JSsTi6jU0ECL+1w82ay1UfYgQir9RD9+c8GjAH1w5CZ OtVNd+an6PrzR7MKY/NvCMoQ0ETW5Clt28QezQ1aWkrp01K+TGR0UHT3VCItkYtCylL2bdkeXAvb g0/9kvLFr/Xdi4uNwm3PMb0Jkou9z/rNThFSa8wSUm0W4vFJ1te5cF4Wt0fT2743vIewCRZ9xpBu rPo281SlWjx6Lzkje9lkMlniiMpLeincZsz8qfPwW/elDkk3K+7szAA0yTXHiE+jHmcgj+AyxfVY 0C39x3J2z8R6GXxXCXwZd/vE5i4Iuh1jD28e/pa1IPjubBB/WiHs6pWHlv3QuPH1ENWigUedX24f MeuQSRbLrnk103/P1Jb0/hj1mKPCc4/7B2/6F1eHH3z9YyDqKG+gMIe5/CgXdXyGOU3ot4XyGcDe 9TzBFKPS7L+2tlerMWOs51/G7HHyHBITkz/s2NhRZNpkrIvXQii1FeXsgzp/iD0Tn41jRvcmplEg h8aot12LYb5CntrFdc8Vk4iPLwBmBp9oDRW0QHt98n23u6wY2/r5pb4TmIN2lFbaik+0UJ1A1cVs O5P7icVWsnWJcGlqT/B0Ga1V3dEgh11+mtbTiFxJz8wQW9IKbawzOoDot0Oy4Ox21dWQxVrFwKE6 c3aXw9XyfzdHvYbMzaS8utvRxFsFvz1g5zPOttqRLsgnlsDG/1x0u7na0Ynpo7UhNAYL33oaBUeP iArebfn+oiEdQGMnPfh2/awKZlYTE9WsMyPOKNspBD7//m+yZpqhlLHnENgwwDM9MNEHJXRYfYph csLuytI02xzUTe+GnvSv7Drp50WxWFbL5ZtyF7jVHV9fFjg5rmpPORYL2t8KLUjM782OoPHAPw4f 0qQfBD0FMaoT4QXWCtJnc6V8s93+lswkuzLXllSgfMYHYi7bFTo8cBU6hjRID0rbczd0cv/NjySD xYLuattOqlotRicTvXLKFZekwLpkG5k+H70uaWsN2javQxZl2/Z82s2PM6XtmJqZVvOnDF5uOZhB tmHN1yPPTATEYrjPCvN8WRf27DWTvKfFsMnvzp6jCsSMF1LyGYgJBsNnZCSIj4KBpz2BezRk1wQ6 twdZaOrfQu9xFjlO7yS/Ct17uHiLKyQsJuCriX/BkDoKGh+59rNYyHOm9C+FJTIyohe+Hr7O9M6v SeB9SFVKJ7N6JULok1zJkN8Ufjk1xtIpz9UQg+Z8hG1pQ/3Z+CcsX58QFe6d9lK+NPUCYabVkcP3 7DC31OwD1XOk7cU+F5Sp/T5tOcMqLqK5YE0GqPxmXivWRurKaBUxekYQVdA+GpJzg8yf9Xnb9myd kf+Azg+bwPJCVNBo3b5YYjgLyxa4PVEbMM8+r6wUnTR4t3JiKL0UlR6CDZZNzOz5NUXs5gzdPP3q jba2foWfb25M4QddMXhYTxZoz4Vz3x8iOgwfhO/Q67dAmpX0rnvboHAr2p3zEHMsj0S8BKQZiz1J esHyaUWaXzPTVxP6qEIo7kQdnuM/JbUCArRV8jdpM/rT6sbwj+NRwcoQ4x/vJs8FWVseWxRIlr9e rHLZ97rpIVM5uyXhFyJf2IrhPiETwhQJrKHUwI3lX2wUn7QzLcS1C6ndDvPN0LJ/QYaxuPfv9SUQ tGpOZ6JRLXjJOxg/mJY+6JB4IiAqzt6Lztaj4TuWOu2L1LWrXdFQsWU5/3Dt12uQwI7WDnWWIO30 2dPKS4vyy6enxFzH3MtUPa9u4m/U2g26IE8QykVvL/ZerZA8v9c+waEexRBfgTej3+uYVr6UKuQK CM/COuV2Ps7M2+F5LUiSYFIHMEk57vyE76G2astO9DNSFByTwml9rqA9F+4AHiZWzdF8Fhdbp/LP BjyeOh98buQ6pB9n4doy5sX+3fFnEdtbYVNOcs+7N9itIdif4vJx7IwCSUwJ+i0kKxufEnAuSKie 5lZt7EwF+LVy9LWcEc1L97VvTSi76kLbjPbNdin2xieOvrU6kX+I9GT89ILxS5eBd9cEk7zyxaU/ n56cUc5PTd49aLxEdWIdJLu1dpr1znts1DooRKX+ClJxUKE/HLvOJe5h0sSxVFZINC0s8hE0Hbon yrLEM8V4s20xTrmI/+h1aQ+LRyrzfKT7AtMT6s4DKQo8EWLj4irhorV5ufxRubJaj5Toe1ydIdKc pBNZ6kTlwGvEnhf30hx6O4LexNKH96Fe7d3RL8xZ2wCoxqwSVi4tgMDqmkry6VAw85EpOoT3MAq4 BTFJ6RXjeWGflKnvQWojlcYL1J20ZZXVzVRKOMEtHlhkEsJUm4x5BNL/rZi+opbbbdJBQc/j9jkn Qd4QToo90MMM6DCkBjqMMd6KcwG7X1RQkyPYh15uqeJy096JbZ/Puotr5sTKhbJkbYttSn62Ofv5 OAbierGNz5IawHEqG8Q0uPld0Atl629yNC2xzncLGjA96J7M/Wbo2mwgONV2Ot8mbmzUj4DkirGY gI+6nXjNzckRb59Df+nmfso+zjRRiw+vpBLdR4S6VbiSwk8rRKGVGqV7QRJKJVpYk6GkMTPD1sQF SJ9I5Sr09NoywvzmwXXumfFRAzlRZcQM0CofOZbO67vVXXLFFmoZ5FoWfuXuyefI0lfFv27phc3V w6ubRJYioevPGWWkKrFanVdmFqLAtNivRssNKifPZi+UdY8o0KrdYZ715mOSOe0Ye8Y4qgNRm/no Dz/+6uU95TKm9ZBJKwVz6dRLC2i5tj7zLynZ737qO6VzFVkHLAZPoR5G3bqC4zlWOYi9sng9+kwT Ux+oPTX9S+Dz/ln2J4xVtjHlVYrdCx3earLqvmqXY8AWe04b2vopUPsxkFriwH05Xe0k+CoW6NX5 RTda2DTeA5ZrVZcG2+90flWUWVKD0p75rwxAtp84JCQNcftYNTo5xyWIXa3++qdOJUJHDjvuXKQl evCzZaHuMZcFEf3fMzsL/fpZ9UrbR3xPX7AlkPtqvUdSWAWt5L2tHq5WMX2FIm4a+nv+nuMonxKO VNfv6ISN0aIGymwXHENYZTPWHOhjOp2q/zZ1MjvxlSqOG5u55G901WpAxNnjVPzoKXqxASuY7PG5 tNXWviQ/rhX541XhaIk6WR0Lqir/om/OPlMrlPNEPfFl+sX7wVPfTSNdTumhzFU0rdLtZzJ9Ltbk mEx46g7x3ecz8/ZIAT+NLkUFG6IunI3E7FVvkr/0cwB5KcceS+ZHJsGzMq6gm7g4tWuX+V68gO4e L1/dUVQQO7+N+FrwsOHs/uwT6qcXTfQ0EX847GysA6u+M8QXAvqVL8U8YUX85VymjRZ73Ar8OIyx zt5NHPXSE14KsCeQncrPgwYPPJUXMkR+IO9XljOw1jTOFpu/CdEeQ7pf7zCRX4d+x2qviMcrjhyC shewtOxi8g/7xV9Y2IaxvaQxYoIqmrzeku+CWu9+V/JVqdho7qR3mgEbiqQKhN/qJE+TMJn6Lr1a aTbZV7LW++zU9pLeR1sFCV8CUxTW8XsILv12brjstBESoF5xPhJ0RIxMTruKutd9JF6KCFIzPe+6 Ru4aoTvTbmpUgustTAnFRuelGfV22MRN9+hmFOeA+CowKIdz0xqxLjIncLtelOj/1YWWS+WCTJME NcWwTb/VI69lXoIhGRI0IeieBtf/aB28HAYzTD77qvi2Jwdd/2D1xtWmm8NnBwxjx8IQqV0+/cgw LPsUnyDcgjTOPs3X3mXcL39HOegM4XyNGEECG1+qiiLPn67lU9SWIbPr+E62DFiMQIhbV5xA5x4q Wc0g0HifcuiftBg26OYCp7y/bq0izMDXK3DFdWjPZTeBwL79plgphDHN5xijt3vf9dx9acQe0u+s wcOoxqv04odDSsO5uR74r+XPxfBGYcktBUUh/5bT9vsSCREoDewLD6x94Iku+Aj2tGVBbdYogivs 5BqunSXwe/7CZet4vV6MGS4JXAmO/rX7bdfR4Sd5gm+GOHFNc04UR88TlcRBe8KHbEi/r3RcWMPK 9GXZ6SLDwtWRSnJSpEx+YzPtCVFoFIRAQzV+PUYRND6q7AEVi+3HCd2+pYtLvGtNeZ44rbOYbn/C QYgMRjFEDMRCgxTErlnJ+g7ayBHPDOEgCgw50o8wa8Bv5bFCGvBk+rm/2DFBnZIB55prjEUrUoeV BbyD2TB2SukIkvA1EvfuVCstDgQlr45amZsn3J0SVRaQghMBqLokwThteNGMV4syBDB2oOeZG/r3 k8EKG+8J0HKApFgmgLWOkzqDhZmDjL2lnu7TJjnc7JXexEF15Z6/WUPi00MQsscO+LaUBPoXnBXu HLzKX0CwRXNd3c1vhggJnhCps437Og3Kcr1PkuUx0mMaBJ8l+aUO2KotD8fjDqhSNY03KEcyD/RQ +FCuQzNJtyQDo7GdnlzB0STUxvusYwyFELD5UIjWRIdqPOgIveNi23rYyANwHYgx4G/rCJcJsTYO 0D/q46h/RV375snObuw76gARovzJwwMb0hPpAGrn/9Rvr6mGVNjRxvgClq18aZSzr2w6njHO4vFu 8ovaqut1mEPcwZlbD2h49y7aEZ+lKq8yHMhQTkFAfNaDGPgY/5xYkKSsvG9moXQnhyoETpD9f7Fk 7vFMvv8f3/nMNmaGYWMYhjmTQ3OWU85nIkKixJwizXkMjQqd0UlSOZSccj5MOtDRIaVSySip5FR+ fR7f3/XH9bz3ul/Xdb2v933f23Xdy4o+maLmRSnejS+0tssoeFCwVuz9Yy9VGxiTw/Sj2GbQZOkX et5BcxzuC+XEI3MmtJhWegPp3JFdLGvYAw3+7jh7z95BTZyYE5gvZXQvRzObxAyj3xUx0w7H6FHu k3Glj/VwVAhuj35YIkOwMt3Jr4hJti4HHcIp8ffs2jvYEYejNUg6bYwbdCTKhuHuEX1vWHvEM0HO eykRKN4vjE6+taMznJqMYFsBxYxQTCf3OFG4FgWn59zsScMhgjNQeZFaBpwMJicj2JXip+YTXjCx 7F79aJczg5tcqMpIbQYX80+4MTk46dSshDV4H4SEi8KFkcd0RuBza96M3KdjPnCaQkYwZvMu4OqN dhdlsQa0Zdpyrd/w6PcR5JwH9zNOiBuBB5LZGunfcCzvMZH0S9t08Ij38lpidCzF5IJAAROEoiQq 0e6OX8oVyj5s6lGUhqOZjqrgEDBqKH6AZrMKwf5+hzjM+JjXU1I+AKWsmhcsa+wrpqLO4mNKnBTG RJDlJz6GP0dMYF4brhb/2VHSAL0jcUGrRN2lMeG3+oVlvEzJT12V0giTSeRrsvia6o/1o2e2pLp6 dt4a6BL09OO/3Xr4dMOWORhlVjZxSX/xMj2uaItlmYUwspE8Pide/gU/WQb13Av6VVWPCMRhilhJ CoaPNl1KtQzia+s/+vOKGOcawZLi1LzylfWiovK8gvKCvBmqZYCsrJTsloKiYphkz4AAMuYmi/9F oYh7Z0s5mTNLBNRHJDLOzQkht4f4CvxhrICk50U/vkWV2feeu04jAw4kZH8MA5XiJ8ks9U1KR5kk /0jbmR4NBhN38rLaXYf20SOQjsr44+2iHy5lbOcNciF4y789mRtm8SvqCzaViuSXC16RuMA1RNGZ st4CCgSQXdgbvtDP8f7c8MbgGD3X+3yDQ1qiAjUqdMbiyyXe8Z8R+k2b1yL4zN16MjT+tYBGmEh7 RMGNO9GTKMCyiM9TN+gChLZBtI6pzn8WHV66fsgffLwyxeWzb0Y1qPtSq/FUwo7VPnHLDThS6rZS oTVINGRQ8tIf+btj4u7LRy2FfYQOWVI1VxOR93kcOQY4WUffFsH1WJboqVHkxbL5rx8o31US2z0p PVJJUhvBEcQKjfpd2XHSUht3xGRKxVb06yXrJiUk9BGeXXp/Gt9kn1fPHMJvqtsiZLwxMhLHJZCw eHz3tn95I/GrVEFBcLReDyBrHAaltHRZvw60OScxQB4mg6ajcvKA36QYP2FjLvLaw3L089nF5xgi WHxXX60y5MBMLwo1vpLqZerPMXbQJ2NZ0yceZ6fSTqCFbntjMu/TTI96W+8IF2W00BT0s23OAe59 W1WMQvmcEOv2cwXP966NAwx6oGZtIqAZ80k/youhIeQQ2CNYXynn2c8hdSmnu4uFqbSQtI/fY+Ep R/46KUjrVcqEWOsH+dUEeDczy10fvJDzo+xBIPh7pCxLwQgphHbIQNIZ5quppEeMo3A93y+RrX/i MYmh0jVIl/N3EgTke1UHVhcTKaQ95IIc6QP8Fdl7xeSrBZUvgiYgSoUejVIREoQ3C4g4929SDi+E xV98BaVyTPFlCt/1brjezj+5dzMbG4DkHXY7EuWE4CijN7nELQ+KaoZFlOmi9zW+L/Q14m+hjzFn Y7fR2Aurxw4fqJBG0yTBrqMfKBdpJCwpnJdAdoNYt+Kb1AInxrmQT5eoBp+VfyFHFxBexV6axMV5 r0FUjtWrXKPJyZeYBBfKewX2DIjPv9mWekAgEPy2gLpCIWAQZPXVYyBEL1UYrJpuCDdoDqbYIF2h iOKioiI4DApBvM4p0l8vHLmWyTIrIP7bx/lAP+g8OQzj+TNtf8kAohOl7Xn6W/dvEAfXcalCcLG3 q2yxp8h6+xQOsWF+5nCgHUMMlrOzIeHIzmgS0nLFaeXUWUIURomqKKlzSrnPXFInnv5dJY3SHT5n qerKc6C4CX5w0sU4/mSPunVNa5F41A4f+nNZ/mcVHC/a1GvTkkG5CF4PTZcjpbthJ5LTCB7uOG9i /O4jGJ8mjfWDHggv4mkPVqgiXOe+3sKMreZigtpRUYK6gb/gd89RpodKmKLkyt1JQr5R07+RqcYz O0LnLM0z4CZa9mnUt2BTbxVvG1eCpa3mXJptXbpm+Jz9C7tj4BCCTvlelo42pOp29IE7oK8+UM6O h+0ondXtbjmWI9d1W/iLVYiy5NpvOybOEeFK16sS3+x++PWU1/JOnxXBHgXNitElIC4CbHTYI2Ur +I8491P8fsHfo9s6n/d4W9+EiGdvIFHR7M1k+DbtlOjUiNgzvZnShenT4IbhN1f3n3H89RpD0bOH 5jCyAjuh8PY45Wp6ERA453j92ECH3DeM0YP22y34N7ImmaUh1Y5NugMXwUejOjTXmEhs/kxrdbKI l49YM6JryGesZQ/k0CvVT69ziZ/ZXsqTMURvYz1Px6ZJlCHRzdNk57+jqXii61bkzvu0jokQ4h/y zsE3m7wQ4rhwv7hpUOkfwRvxv3lCrzPbJkKLCi80dXN7WahxMv2KZgMq4++xb4KxEiaDU8GbQew/ c/ULmEQ3snHHHDxzdU9Mal4U4SXIPpS6vwccEvVs48DWWP/lefH7r0//jpSMb3IunKnFGp/yXA/v 5p/bqhJGYv54Cf1PpI+o/EUJnbuFrO13ZTvn2EJdEEBVqPxGoTjSi+LP6/m8/19i8Z+Mv3v+2lq/ 9TrqzNUw0qMsIdDwxKiAs5Y7c7f900u21Y+/O71AMKuOfzHtj1OaOm7NVEsBrWv3oOJJEjkW1J8f pMQFK5DiH4kzAPUHUP5kMczWOlX9xSNH6PsHCW4Q4JrawXvd1+QiTEiJO+HBIIQviHgMPOGZkoAo DEbs8BXOON/7oxKRnQIRRclBIIlEHMymwFAFBkuE8vwYiS/whje84QUQMRb1YI/xVrNGFn7cbKqe lwACFIBzUPYvi6EimXvvM3XGbzcdKHjEA9up+UNO6bGCeFgzwOjbnuFI399X035HZLaJiafhEp1R uDxOoqWE5TMNZwLdEEUsVGJhvbYZqxZoCltZGSwDvb1gw66BxtRCY99gx6ayZXrUNkqmYmoRClUH 1Fou92idU9c7EVJndUpk+WfRRhke/fD1fbjYef3keVe9ZYJo5nsqri0aU/6tPsprpzN82salhdg8 8gK1g1ZWqBylZY1yrzrOOpyZ8TKswwE4G7TCg2fv6vUlhLm1TmbIVRfmIlz6LQY+1/rPg1IwTVjK D/ZuBAyBgriGTaj86PD0TKhTUuno7QjYCwASoo2Db0TjXOkNlVKX0/ATISBEDN8KpskA7nGu0wsP h4T9DdaDXcV5v3uTNTSgHdhRx5N/6hvDu76QJZNF39aFZ2a+9zj1KdvPtND8PaD3F3xYKYh9Ox3i ljOm7dszzpM+RCzK2zP2Vsy8sHZiNqm+5vh830O/tz3oFXR2dIdo7+H3Sim7NGDD8JDG9Znu4r98 fjwhSRJRVhavniQK+CyvLqF1XEiJ+Nue0SFCWSMkKQ1KGw+ylQh3mzlh2ltXJLPkDjhAy1JO4ZUK v+okLqRBjR8o7PXbOFTWbf9pKGnfiQ4gMwfbmLEXtJX1hIav+goAq6WAq+1F1VCU7nfZNwHoRVk5 NypCrnzij/FE+wnriVcAxUpE7rsTGIOQTvPa/fJuIMQ932KjsI/CvSqv5ADuF3AGPZljlIn7RqrN b5z5YYkcCW3B0eTg+fyc7CGvBRAwMHNrG6vuVDDJebdztZeSCMPeHHu20K8bLplE/kLZ9WxeauMj fNWR07sh/2xN+krfs9kmSvvpvtRn711ez+II0vhE8LF32n0W7q4Pv/h477K22Y2o/AB1LNR7C5hD bLVWZveAafMH/n7b4kmgVAcKZoFjl871FCXt+U0d1auGMLFbEJBT14wxqMYOlm0UA4L3yx0TDIgU 4OAoDow71PVn+9Ah0+earZBniwXfuSvGQ0nSHCMQG12YcpPHlcFvxE9tHHL98u3tv31n/KfMdThb pHj5996fhuz6ISBIOAC/stsll/0tuZ/70tW9le469TebLEh2d2cTdhwGJkCZ0dhN52F/4XefraeW XNx9i8rk3hvaU+s/GcW+aBvG/Z/G/fEh1zkf1giE70s4kRRorkSyA2+32PgxO0vj0SS74mQKD2cA itr8alMgtptkoTqFIMW+jjpEsi3GkFBZ+IIM36bYmIZrfh9ch9xAjkotWRsOkELc8eLxHRNZPVzc vDNdqokArVEKSyo5Nl3n8JxTa0YQzm7vJiccDDtgZO6zy97IwuTioQn1Yk53x377renV1e1VIJAd ysNz3v8thmS9WQWI+vB47d+q7lnd6cVm803sIUnh/rxvvhsi8q94UsZPLD/+4akBhS3qgysF0iYu YKlCb9Li3dW3UxkImPF6AsIkGJckCdl8yLgDJ9x90GEE3PB/efBbsomVriPGvbvAEoQ4uNT0Z9uF LDyXQI8/ZSOwJQE0OYZfi/cAd1nfSw6wVsGqrgGnUUmhtThJ8rLdat/1c7wsoIDl3HHvQIB+Ue68 8p14m9a2uYSDWU4yQSgLgyTDbDPhDFa52IpSYDy+tXp/+hpJRJjZsQ2rdKQLW7Ztc/urIS8cXGF7 CbF2tp/KXvQrSPO5e3zmfyravJd5aDzGtvmU4/azYCpRVEWsgTdvAg1MRMCsJMTfmCEh8kWNQTBE JrFg156pfXlhse5sN2GDAklFJKdwdrePiLlCxBENy6nA67ExEighI0fbajosNhMvbDB0WCu47H8A neTZ/7ko0e/HX/TNiGntEsxX3B1oA+iRtoUG84vGfUNY7+VNrZ+7HlHHx8YFcMkrXw2qKk87Z/f2 dQJGknTnH/aAfeYxBYiD+K9fii2zAo6QXuad13fiLqrl50DOXtJQWANa3t9T9cs9A8kT+wTuw6iO dqHreoFTMXnMp5xPy3cVDAoDxvOmKr62XDYCxYGugKV6WGx8y0vjGgpUAJIuuPR+2e15wnhvVDPn yALGZlDONzfkVfyBL0WDrzeuH/7w8e9O1QXfNI2Crx3PfxoefgwsYALn1QsqU0nKr1C5hwgGdqx4 EeOoicjYY+TIOxwEECVaU3DpUArqDP1+9Y+KDxC1HZXliq6tjwOimBIeghfuqZSJEyeWjjKGLX/q w+YWR+/daly+6mD6HLqVPc+YVZ3/bvtiGAIqONS7JqzpD2PZXRJewbu2eJ+tE14nHBu5o/bgxJY5 z72zsDZADbilJH5rC3VEyCVDEMmSnQ0AgqZ14vGeR1gwq+3qG+x9jokINAIUoYxPh7zlF6PsblEY 3XrWTIJ++uQR4GmueW4iNeK3FilT/e6jbYLexMGhzPdJGlwj5wzE6M3iqWyh9Nkx4bvhJQ39LX3W 9lfhhCz6kB3zwxCEA7pjn+o7rnA6Lb2tYFRCzD+oTrzp/Nhqun0DTBwddvNCWeVYF+JBXvh0X9zu hUO4bO0UuGLI2142ElHi2hMM+5uIvnV2KXAvrkb62eJlw1npI0/EFwJPggBWlgUKr5IeEPXb+v5q DEJm7vusGSXQ14+pN/ZW2qfelJr+/Yw6sRBRm4jNfvwLLuz+oDsw3zNW9dEVkz+yEp4K5B2xLLY4 cr/esOCcJ5T3VNokZuWJ1zUk4rbHaiU1Eo9kyy5ITA4rh10Meik0FS79NChzY7+3ttg819tgua8F wf1ue+pOILT97527UFQHAFwEO3f6hfsBrfuwteQyYlKJ6jJjJXRIrHeLkNW8c75coK/QuhsZ1i+q 8Ca/2G8rMtHXTRr3emroBRSoQ0Ziq97aFpPpw2AzRdyF3uVtS5KMsrj8jqC95c8VktGYvift+wR5 CTWcU8LTvIvtZwIoW1vXbeQeDOma4o4Kq13QdaLvWnrRPmst8cZeBveKn1okaox64CGmJtnTMvP4 eJmXfT3GKxsFK1xMbPMZyXbphKMvj1jNc/uzIso3mzX1xuK3e9DCzjf3KYQ7+PJUTet3WhYlbIYR rhZctz147Hor+gFiV+IPt94v57+K+2W/w8Xei5EU3UWOA0LfDDo46oAaAQaRtfLs6Uj1ikBcse5P 9g4F1e4C74O4AldwJIZNMnKlPC+/egCOJ5DIjOaJlljtGcgyCEdXOcCUSRCJlnC2gxc62cGg/YL7 Njslzh/A3YlQD5Ox3q3KQm3hWxokjFRgsYSRb56eR/SaTw9LpaVdOdaromMP7EfA1Jeno/v8ZMWO wj8hAmCpRCwiAyGhanFh8I08AovKeCuOv4IK/Slb2nt/aJrzIVqi4JT5hsS/pe15gtejwMNqU+Sg a1fU4q31aQ4SddKPDC/epi7cG9dpvX8FEHElcv4A61K/6G6HLsfYPTeuwjvlmUlzH+w2+/5GPDgK +TsAfHCyWldth7ubDbD3vaJEENDB6cRDViK8SWKMp+RDqb1XOFWpxO9dRzbHxsDUvputZpAQrSW2 ujefATwOD4mOiRK4r1F9jx5MBlSHiywf2MdZ6NqPbeHkKLEGiWlvicZS2pfqNZVEzqBDtlQtqNO+ PIdCmU5frN6q+FTPKXHmHO2Y7JA5NHG6HVIvWhkhcrKzOXZxEg6ZlX3Q1Y+7YpDUdwpyQCD5kOO8 dx9vPFHhd7AY+9FBxiO/fRPDszCVYuSo71EoirJLvqpv8ii6YADG+3ZApFsrpL0lxOgXRDpg71vu 6X7WMXbyEBRBLfq+dAvONXx9ZKhepkGlU8/7F8jNITZ+VX84qDrAVQTW2Ni8ir0n+KGJuN7igpV8 kdt5A2Fv9qkYZJrujqrxFuuLkWkM40CBaXMEJf1mcRejOyPt5J4dGojp3308L4zHgjLpC34tfB0l LfaVPB+BvPmNZ/PaAfdefu4hgywtMcAwIF7zzW9Q3IlZdLvUlpyTZbBy7YEi0UI6nmnXxGR7nDn8 EpWpYXR7d9Ms500kKdDS9d0bhGvTHantce8qiZ2m6GfF5Q3uj0ISrwB2MM4F7BepLM0V2ZEAnqKs Aiv2256YVtvDMBJBLrRC4OtDnIUokn0ctooiin4ghYA6yiasnLfdVBdr77p5JWS0f/xicZ/eG7MJ S9/tuwVeW/W8oC2rEtvRt6RnDpXY7qeTxnIWbeLPEbcd043PDiha/ZIcsRiD9Wc5WCqK78NLu36f URx1sY9HJ8upeU++QCQQTjv/9V8+cLSI+7hyW8x65fH2DStR9SAEAmMXVel478cqeOsnKB3agP9V /xWchWVfcjzZo9n14wnYJXktvt8OCqzoozj//ukD3rXPZEuxJq7+yY9p9RSDiZGWZH3rvp/tO835 vZgrpX0iII8TyNNgwPf22zAQue16lySN5RlSPe6jFa1E6i0h6s2WvNl14TRJNVGB0a3ZaPjwvCpN l+5oMMkv7R4SZ4Trt5qp6Xn/uJoUcvW9DDt7YhsOd5B9d+6+JQqoR+nH1ZCzN2zL1q3SGuN+6R9t pcKk9icNZ2OOOlKndPaLnnn3GvahVlskdwE0MZHht9P4W3Hu7OMMmOljW9VNK7+XScW2+XskjokF It4mx5Q4g16GoDi2wi9yfQViRmTfnyLKAPG3e/39SVzUtv0SMNGyge/WXllMVKmp0n0XQOnJ9NQE 7IEueBePWmanVLTkFsx7F4ZlvkokJouGXJpd7X+LLZgSl1CpsfjxYfqbgr/Q/WihlQhtnQvhqjFs Ngc4DyFc/T/IHhPXRIWjr14cAumlPFb9upZFmi6Mrgb8qP7xXv+49c99Hi85j0GvEkSEWcEnG04e 17hDiMUZjBSvYQ6Ke8LzUFsPF0/fk/2+TSwEm8YnuJmGYnP99o1ktQCtHm7r/syZY0u/IocluJuq Y7OTqu5BX12TevipORGbGfWqADay3GEzwlo4y5IQ59eI3mzvnvmQDJUACptNkxMRoLUxEbOXrUgH ELrT9lkyxnhzKfHhgVMitaYH4y/j93M78naWm7ITy6QM0IXJIl2Qm1K3j6MFq92me6FC8th1TTmq mFRCqYlvmzS2+1LYwUnkBUwh7FibkUzofRUYVlnU1ZJ7Dqf8bTYZrzj8pJITitni7b/r/gKag5wB IY4MeE8MYTD6+ZmRPEgIwvQPsjAqIIXFPtAPqnCfgC7/uevqrWa6ywIHDB6LWJ7ND7OxwdLHfe48 /tYrOo4rSMERWYg27o63Phy2aMdN3Mmg6V3YcwgYrpM+Zckbi957QvmPhn7OhC5Vj4DBSVd7/ijA t79F/R4ubzPsYwkXtHCO+E7RgqwR7R7MeNUSrtLqJScGPrBwQxPeEZlOqzFP39p21e7zcZxDHCwr xN/E/LbAVp6vp7/lUJdQuyXXztnem+4B3jb/NuZOaEfMcG95Pv+0y6qWrf4T2wiV+/4kkbRqiVky zIzuVcvdIMPGz9K9l3jDwkme7SGThm3pS/aXIFMA+d5Z4dtrgT2nYyo3w6wpTx4/7Gt7hq6Ftduc QwHTm0f7aTxfjOsOjIzX9brHvp8jZtRPDdyYeLb8ulxp/yem0bfHsS+/TfajRasSf92lvzwzu69n feuim+ZDNDErri9F0+94U6IvcOcrU8zsxOhKWGHIKi4xRFOMYdk4Ln1K1DQft3ZMxvntvFg6CKWJ Qy8ih/xn6b9WLTCIdXN2k8YloA9ml7RIfb70AMJZhbBrx0sTg+vCH3v2C0/1WNAgWpfvfZ3QpCah swgPvyBFk3eC4WlRbRbL4omLB2YmETspEpjQD5gY82WDL+3Njsgh/Q5jqHNfsKaTSLT200KiqtsV rbjFeRWY28b0B9fJP6rtmbW+ZUAbZMnqzemgyc3gs8RJjWOP2JNfgb9Jr0MQfnDf43Ng2Kl5ze+n AoFvgUoIf+dLLZbFMNhTPGanc5bYfVB2v5E6KQzScMDXfUt17xCne9obLA5yhIidEKZ0Dx4aBL+T iWiFK2kXjZRMFtdZvkBbgqTG8i4A7+VW/IAJPVUS5SUCbg3ampuhRXu2C/2qrHq23ZhChrlFdUhJ mNWAKmoVesHZYVg8QvUp+t53Y66Hja2kyL7cKIu7cUsS1VqstgepthG970Qakmw6jpb0N8JLQEpp Z055Hno7+Urmm28wWAZSJyqffuL86Ubc9ZCHEm3Y2INftim92SOQ7Hd/sAq9z6cldxI2Yw81u+tn i6BllGB/rHANIUYWMOej/V3GOa+Kq8IM4X+ihM6m40jj6U2J7wA9U9nquL6vt9JVaaYWXaulW4tC 3Ob64qGXcX1/NDoBT/ofaIV8DYiaSytZ9L0/j/1mOJGeIf7o3brPInKn5J2m8eejr/wLWEd+7515 UXt2hnn22JCy8+oMRbTs7fzHjPGgYGI7gN8GqUp6lNIxbLll9yh9d3V2j6N5djGt1r/bLFH5wt6G eyT3qTm/uK1DPNAzLvoj86l6j+sDzu2Bb7OFA8xVU/Dq8/pv+2IUxYfM659xJQzO7/V7y9Vn+mdg mzUM1tz5qoNraC5qvmTszQOIFiLiZxtk/swFr7PDNq1V6VuJ1ko79t591Hq9QPdNdu9NP5oVImOI RYD9eYzHHN+jxPNTzu6VBssMwg53WOq3kJyI13PcFhXhDvovb31tlfFlvQr7lZwuPH9vG/NlYUuq 8/jCcfAXMaz1UTdt7wuqxoAUxbauGwnemfDCsycVFkZHJdYmIH6rLBFWB3Q4EWobIu5uwT/x5vDv SDes8XL8N7Pf0QnvSShEos6b48X8vFqRN9mbrOm9NonMSFDcmDchp1FjDOI6yQ0QQKZJrjMJuoWW EbXpKrDZPe85DiLnQEMAEZ6ajY2Gp/qyGosX74h4gE56GTJrZIVQV+Ym3gMd3Nxhx4tW2qEuicjt zzzxxxJhEk1IVFZjy3BaMMo4Xu9OZmXQGoYi/GjGFUgdknleSurbyj5ihHWPGZ8t3Csim+xm76/X N5HXRyjifY+6my/RM+ZQWGQ0U1z7UhYKfgQhct/Nan6PFil2YNkjDCFyooWsryzMK+cgSb1DXhA2 kvW3FgGAqQvP4C6WIxharp5UUOn5wiPvzpY9aQt3h87QMSWBMRE9xPCpduZ27rAcpYUTNF2442WU RCWFeFnplf/WWPfrqEK6DeeP0ljBLPf0lILFIn771Y+B6SQvWbBjXBCv4ANQ43ANlWCtbnM3wxl8 OrwJE41O6bYpgBXabBt7SIxbXlISHfH6+mvnT8uvdxNFKWwHaSKP2IWekYASSyzH3df8lJ/Lqb0Q 6GlK+I2/IQaZwvK2JIkygunueiBQg6eZPUjQ5Hm5+AX/TcWxXaV5ctn9ciVWHuqJJ2QjlBVZsaIm Zk9FZFJFeW4RHtmQ1a6cuxyJ3VLZF87GCFZgJSxXF4kiX/U9oCzIMQIs9AZpMUY9PEd21BtcbJSM OKdR5Z+bFl7S97lxxKLTrEmBDpzYkaOlOBOEZQIFeD2Iam/h9da4HM+7kFXDRNkt1QxCOpGSSBzN wJKxhNy+xhuQhfm4S2luKUbTGcSRU9I1L2WlShzq575kSLw+tmBIY6IyrNpo1RKczYREu+3ygwHH 5IJkleiKlsqFXoAA3qMwa7qDDV0YBFx3vCebVfTtEWM3Q7s5mU1hfNr0YE9Yn98nxX8T6BhY7CR4 GsokMpkbD/jFZL3LemcRZt6oCa0I+h9sSUBPLboXBfy0R6IEYJE4ZKXVeZg4UQc13QcZV2PLg952 Ad5vMOPVIMbJSgdy40L7x1CQdwup46yuXzoGJ4Tv5As8jJ6mm7Igb4JhNeqmmoket4wnHeQLo4As XSdtU7fT/I+GCISIgUO3a+EBud9v/3qnkac/9RxECZuCEbIsZrHX6PS0PZDlkiAD2ZVgY4tNUvNu fnhEOIU9Ur30Nm9f90ZMAhYS9YnjKLey5KPQqZAExSUnPi08tH37D2eEwuLCCMlkTgrQILETCtJL XNJ429KSLZ8JzO4By8syDyZ5/HFKrC70kO8ScD3Ed2Yzv0S4IlmunrkHb2QqPIlIlftNetN3M+CG hjxEMXHaQQ7i2Rj7VbgEm/+NV5/u6NAcj5ab5wq58A9/uP52wrWAQ3cekzzEC49AhiGJ49x133aQ SAlOsoUZP9ik765AvHFp/EXYx57NvpJe4MupLs9OSTnLHFnjNTaY+k0jhPou/X0Xx+CZT8gbB61p AuepRl2i2ubJK1eGxYJIPi9XNuvGmq+D2h1jPrC8EsJeXLOG26v6/v7rfYQta/zjmJS6EZ7hvfCS PPuanPFEjEnQR4ryeh6/l7mxY97hm9bilHXu5UtfHtg7skwoDwu+9gLbbX5tL+wq9N92sOf6AY1X +AQ6rvv7lQq4/RDoq/AXmEEL76UxWa3fal2XGId63//dqo6/t1hUTCyED9sijAsJ6Q87lC5Kysjq rt9fLDw1+h4XAz2KKHQDWlxfs966d6xaZwioqcw7iLDIXcpQSDzkWvwIpHngFcq/UHq8+y2G08fk 4llU4/n0N8dKJ6MqY/k5obYfWjy5yi7bu3S2vrtvTgMfanP+Gid6KtR++j2VVhHQ18LXsP4J6yt2 FOmKyY0Fyxu/PGZhymSvfTt44MXxHQYkTQsu9WTMTK6T+r7Cw4i/cr9bzPwOuJP+cn/8BUuJoO9t y7ptTRYGSHLJNX5yOwlZxx0OTQ5ZSCJBnLzZM0A4Rl1fWsMWcMyrulCyIaiuPIW4T41G/9vNst/r S1N9wIujq07xUhjEqWnD+Sim6gZRT3VBwjOjF1I70/KsgNJe9SEu9BjsWPDwXO988BS94BHDVF0y e5i9ebzvnIa8iRX9GPXTLshbfai9mOJEIXH7RXLmIa1ye9sCiHA+Ow1xbOCVSNpSgcWw2B5RwzvN 4Y2HMLHfxuTgJ04sxShTYDR6gDTvBIMJ/NMjgQ6Su8FSJ+5P8PTF7uN9v8E/6y0hgwsPT9V8ex2I sJOA2ER8DUwOtXrzGepkK6JjK8FNmpUw9sl5czH93V8BJjl+1VYeqFZP6tKE7I4hgQLW7pMdllRA k4UZ8j+mDzRQFhRXkekvu1XNz+pselOeBlOGIDs0Im+aRO6aMfxty/oda9fgeH8K4GSHmD974QBv KTGBDjm0U3dd31LLgOOPM5xcXY2Z9E9lJL1VTWFPocf2fk1+9j3HQR+7w3tZP/pxcgtEaSLl8KLj FoGHEK/2PjUtVtG0a8sTp/Xo72SPAhCvr/zvsW9TJCC9junjCoMdsgGvGP2Qfacnb9b5ysoUIxPx +pKbyPjfk7YhQQGLrKhekLoUG2Qn+pDhK03B5o8hSJeTPrJ/LtlmR7V/RwPXHFEuFjx5o/tISRfN I89lzMB2AbpnhTyMrKhmHly5j9hpoDwkWR+sM+2g/9eWbjxxFH7iE4rmuwyMn1YgH7kAfz17NS9z 4XDCxwhslu7JszeGCp4C0QtRL5C3TLCAH0tT10KSM01h9T+KpnDmoa0qIef2G2lwMiTO1xyU7mMW RsgddUw44PprTX7b1rWpcZLhDWeiaisTslRaPvMBcXqRHzOKX88bvMNzOLU9IBHdc8eX5B3/bQuf UXzVsoxvVCluHVX0VFmf3Lhm6vsOdjyt2Af6dMguSqztPqD9rOv5YaypcjjTsGOYckhU+mZh4Yf7 8+5lSRE+QOjbtQjUmEToj9SI98qhwi76oJdHZ5ZhZH5Y3mekY74/L+M4D/YxNzer6PTWZD9RrO9g KbwgwygzcaQhJyBCcvknDK6s8WRfis+WnKFVtsdHtYQY1jxFjZX7Tm6K4mfpjjkErxDRTpkENUah D0Ym3XvSmgjZb13+p4GQFEzwSBjPCiwXdc37e3RCs2Jptsh3cjOJgwpb6p0KfPR4M0mOvjpEEfMV Uu6b8zwstqxHLfOnSdYd4fp90erf+43g9UkTxYeABmoNV1DgPSGydtpJ0H28Uzf/BovqJuUO+pdi QjLfiSDQ62R+xMPS80s/cZxBpQxptk76FWXYFG2npSuoKshw1A6xbgRyIvleq/DPfvY17Y1FT8XW yXRDBU/ghvFrbVh1WDciZ6CUaQ63iONCH4eqi7s+HY5Q7+8DsqA8HsLKDrERf5c5LdKz8WsWIBYg NtPIfV3IEft+Y2tktSpD3RLJtQNuA2GhoUN+ESj5TpLN/dq+vi+UcFPsTwTAsMeNChNli/vL7IxL +eOc7lXY+cC6N+9S4tLvKOl5Wkqv0VK4xjjCa5Cr0/1NJOoSCASlt2E5LZAU/C6zalsKHGiWXtTR 4FqD/nhmdPcgFx51GRy444sF8P16h0aQiNgqCwfE5h6dR7aPWzQVpuZ8/qb2omXgLKIWxK5LNdqz I/q5s9d93uEizJ20T6AF04ZbB5yLvn/ZSZmOFQe+Un2ZOCEsHE2XYbT+bMUgCu9yHlLuR8o8Nhdw QxXv3MJet3dxePk6H3M+N17O+rg7lJrJfMaoywi+Dyzjt6JsvJrggx1dklavxjmIYQvLLnMtBRei 146HRG/rxiqtVSl1ESjGnYXVddsBXJiEuEueevqdO9XQXAsbD9U+HaMDcHhJWDNm2BIuDTFYB22Q o2W3QiBjpTdIyg62vddc6O7juJ6IzCN0uk+pRW/bzRR83awGkLu4753cA0ShZNQWEXK/xtH3VIgj i78rKWAWD4lKDyE4tuoc+4A7JMiqoyS5fpyXkiYXMy61APa6Xf1gphBCzMQOFmeJO+rk2NmWuT63 HDAZpy50X00UVY0wscSwbXtgVk1lEyfWZEpqgMR3jrlM1INctvZhipFNzNfNXc1QFT09WnEwZL3r lRvz5aDTfrMWcE6NcHBfpXe+2xyGydNRAfww4ZUEqjvpBQDvcKTq55KOBkDuxb21B4zcInhRZdzO Z7nuO8GSktNuazceBFKQMb6dyQZirwvaSqyirLP3uV13RDQfHalIR5rsRqCkodVQzGknSK/F4DsE 8LK8ojW5rYMEivzww+JQ+OSb7C4XhBFdq0aTfy3nQtpQB5mXWOf9EVyQ8k473E26D7aSX1tSU2AO 2gTeC4BuWNLlKU2FH5cMKfLZm4h4cYgEW5TI3bF6oI4pLYQjqP4Br2bO9GMgMDaOIQWD6Y3G+2nK TBqRZE3lX7fs/s4fzuLefayNY8FqMhgVH5t8BTTrOnf7wPKIthuOTlWuN9UPVCw1ed55aJGu9gP2 Lah8tGVMBRZ+1zmwV6Tt9MemoBCJIT5S/cho6cfwIteT9AiOtV25ou69HL1399ruJ343vUuIh0Ik koiJk4IfMcdSAKAYCSFNEo6SS6p/bhbVJ/xIR4tEe8K8F2u2MACgGDhqFNWSVsK4t0dpsVJDkWg3 uXP6Ez4ZQzoHSrgkRKFfxs4YROmTrl+Gkc+xYWNR5aMUyY+0jmY3NIa6ByHCxGD4MmUnPtur2JiZ Vj8ZlM47U4iPin4nyCCaUSsAeic2XgmlP3ogJyVOkvZGAY0Lc9KlDAZxsqobGL9IUfaudCw/gHEy nq2xM4tVeCT8+slWJORj0knV3B+iuYuFcVJfTj7R/b2US7oRryNLSNAonoq9SrckKL7wtQrYYvZw 5noi9FgOgPay0nvfTkF1s7XlEtXEMvhX2jIy0ryETonKa12soSBxDttDpSqsEf9SxS1741SwmyJ/ GSKjqA6QxsDcli5wtWYsF4YsOavGZEoyFmFCdBNQ+gLBOA0XckcTF9gpul7OaiVlBmMVM2cbFMeA gDabF9LuTuV77EJLLI5LuZwiqKfayRwr53WAMjwP7dIcGZcig6TKesEqOxHlGlJMSctOJdrBF8UY 0BCmJbtGGP9TBHjoUO5ThIFSsdU2WiJZpmE6Hjp7Ml8MOBR7X+SxZbUDEoh4DTJIS1X/BoHHL8GS cJI0vx1B1QgqludLeZajyDCOrZJm52QNWU/xVWs+aYXJcGluiTFkOTii/SrEUplmoQBDcs6bmYqQ e2euzBWq3382mwdLYvIQxZ7F5dVu49aWDaP+SaDZwv17AE/+Vj2itPdg7fUsL8S6P7by6r8E8onN PfTAKrHdO5ce4XawIQd/L7fwGdSdcEiEEbSHsWh/vrb9b/vECdFB/3r/42MgKd250jhr8ln05GHm 02MVMsCIuyORXEnTYIoe9AAVnYZLMC+a4x1m+ke2j+lkpvczFQ4J7jGo8Jx35k2K6JHazIFnNocf 8n2nIpUUT64llTUBlb55gCp35MD55CXumJmeAwR9oyurNjf9Zqahs30Xok3oKpMwzIA9N0f0zBKd jVVmwVcyAXvD1ul/UOJXgLIns9Ym/1bYQn1Jb23DXB0KlC0bZ7xbH5SQO91g0tn3iTMXoHceagVf Nsfrb4KBg+xblu9AXrAM9Lp9lWGDR4PxnM6ErD5HigMov4dXT71Ccce6mUzGLP6+wvDgXKFjaFqc bx2WLlcoXXI+pFjXk/yRZdlaUX7ySuW3DqCQCoOknxoG9Mcg4d5NpyE2ifkRGvTQ07H4m84SltD4 uOd9SJcuJGCoQZQ6PwvTS54Laj6VhDDinzbtEBN8dgE6f+C6ifXuCcxHFboiZ/jfPi6xURAQGwpJ NFON8mnDl6q8E3H7Bi3N/F4w11uruMB5yJnsb150GvntYiJUMU0H/ozxvdiLa50HX801Wvzh/hLU KDkJiGw/cLPMbDU63FbWw4oeknNMUvDmISv0B+2IXtQ46mdEZqHC+7sIgMS/2SLn8isYwkStKx3i 79DurOsh0UZz38BSLQShodlWBz67Nizb6IxE3V4xHNr+KMCPc4pyxq0DCSphcjyH9ROfhCp9n2lY AHnvPeVhFL+c4uXeliCS4AEwDc6Z78rk+PRuQx9LXqpRxem6wQZzx459nTZh8d6PwAs+RbbxvwU0 D9mKAtOr4PyIzAWTChpNddbNLSSStiftbHrvTjGTsaM9qnTl/XDbF6HW3bjwf5sfoLT1VimQQS2D sUapYQOwz3YnIh6gfK5tLgcJSu4PKlw7K+t6bUOgpKICmzeSc610ouQqFewlIunHL7IeSGtMnsH4 1o483yC7k5dj4kOwBZPVvcdtsk3rDSmBzefIvuesaabtmrAZJhj3lMgA60W1N9OPE8AkchDhbGOX EQt45mJzzZR1tA8zNlkgT1jyLVh2k8vhhrI7/GChV5rk62B0H6eOIFnnEHTjRrAu89cFPYlsX2te zVlchRvIaA8VgQWHe2j3Ro33YtPBike9eSzK2mgQBIQ5P0HmObTV5rpHgG5YD4hDbrcUoqHb+nZj LB0Te0yClNdZNfHFSOBY2tvjxcvvzSyEb4ZZWAAdlY9tCycReK70moPQQ0QOFiQE5aCSJyQYluKC Df/V074ngIZDBGXFMPEGPIOEYL5QE3lyIfZPueb2QIFlIfYdxn5fZHdtkAXhIOGAPLo8N9MafR2o GyeUyDnQbMukes6jE1uqZfYRqFPaE8AG28/gSPwNaamOJX/SHtUxS2CebDmHaDuoWudoW+6UQSaf iTh9OVvP20gvBqKxn5bBItrI9GupQn22NPmjimcdGO5C0Xlttb01ACDNx60SjFTajWe81RvyGUnU yT7GqLeWuWvBMjtC2gPaiLo+aPWLIPLBz4m+crvG3iBEY5UA7T/TD2NuSHZ6/ZKDSRH1cldJX0Dr Z8MMqxlGtIuAC2fTzt4+0MaqaWcwgHykVLi1PXPYLzqCQn9jfVt9PU35wkrJgw5gd7svQRdMhhBA Li8PUMoAD4A2Bzgx1nCX/S5HbG2s3W7p0cMVpEAkIFC1BRB06/Ll5DOBAbQmSgUZ+Op2A6DwHMHR 4TZ5H3HePk1Lh/yNWGX5ZEYdKRRR7ZOEVkb82tvsFI6hZY1p1j8KKaaLQ4UIDL7IGU1W0XnIbZ97 doF2A057HOWK+9mQOmdedYV1DMds5zcXxjFce7W8RSeTbM6RHnEBYmiL5w1SexL7EvA1Q7MvRXZS UF03Ei1f7PT+gix2AZoYJhDfitbg2xrOqSa5D9qGq44/lqNJjuDAECyqPBBzdsFEGjhEz96gJ0p2 yd5Ouy6rK8nwAcLU0ZDbr9/I6LBhxPgvVLROzv2P8Hj5IIRibU+L5zoSgnI6aBh6FXMAsztRLCI5 tbyUhYHqEeLzrSZmEojJaKW4t0LZD9D1rEAa+pbWIWdgAxt7GHUSyYbK1nUZJsoU2xqK6Q5Neh/y KIaozYnoDt0rbfcseRmcJfZQNhc9D1SbKY0Be15DzJjIoYyeqhVIX06ZkCc8+VjvmoKJMAuyDRRl 2kl6+p466vtctWhaIknKpMBwuq+GqLOxu0hDCfIdhz3Z4+ncScmUOHNQVbNX5LQiz6AOcLz3Tv7W s+5VCA3IvlF53NciHfAneFS+SME3Ib6bx1WTeNSxHMDj/ASjzsVnnq/pUp0tqxLTmbsF3Ju9Y5jA lG2qK+Q3Gc0/UuvxnDtzYk17w2p5b/Z6eLxkoXatTk/m+t4OxlhVEIAxlVr3bBfhEctQZrHYK5yD emZ8muvdRABiby2MvBcvUeqaS1w9siceWZf5wIKE+aUiWJXwVY1ZcakeKc9ByElSHyepBuzHZH6I DryfLhk1+c1CCuMkPBGx0KZAoKhucXwp6WAh6VW+tOqRCnnkcqA+dX4f2u3w2ex5mtGILxkHUcxC Dy6t5O4AfnA/p9ohUctRcZfNRaYgXKSILTjlF9nWY7+BGnPl13Ex8WA7yGcdgheFlz1peb9WGLne XHexpmRvYr8pz+VpZ4yolHygR8Fo+D2LOFGvG/OInbXmqbsk5sH6owAmgFQvuazqZsgxFgjP0e68 ed+LkO3sk7pD61nFJdacJQ5I58QgEhp8zxkfZCi0mEwYIW0nJlUKW78U5+jlYNELRYU2xS6Lhmfx 19Ck4pMoU0Ur24Y/xX+Uzl48N6/1IPuPGHBiBKgzP3/ufha+o2hXDrbF/s6+h5g2vsCypLRBt1vr /WRz6ZWUgMz3qWZnv4+cfJY5KtAQ5hzuyHx1sSerFx0vCsEl+2YqAqd1rkzKMEVXMASi9t1v/Qy9 q70G2pI/cqG9CFOA9rlsu314Ws1B21diBPY0HYcvCjUBU6AFtTtO6jgFpfTx/npEP9sDmef4WcPW 90WiFxRv+uEHvpd+3Nyd3e0ERNjam/Euei5FbkKtEpFirklqHuJvbA+lIWH5DEaFWgrFpFbqXIhQ vrHsYvsvmbxrHZLfuXAPuF+9ImJ2LjPWc+mm+7ZL+Xirn11PByTkj4hNp0+vV1qQL1QCwnWNyrbR awrpRHeBnVUuv7UNpJ8XVxJatJvNzVlmWJy3ODddRJKRmnBTZSu1c120MgcaTkAiLSwseR0lRrY5 rKFbHebMptSXLhhD3JgICXC2TDuYBRwVSNO/lL+5jJTuxuDEJsllYPI+gL58qaOBVvpOQ9LrE4rG TQSqGF4LkZdeqnN2URcf8i3JUB53u3GuDai7X0RI8d33QJbJsAO4lBVFPSnkNZiPBvQgIDs4GEhj JuOOWNZaT4/5yRwF0cUH3gmZmFd6Ob+MCHDuGK7/8K2WedYjRs/w3pN6AbESFl/BALn54+Ee6+ev nBd0YDkSXL2f+2FrrBNuv9zu6W2cb9TT43++eUF0ziDIT9C/5lh8106+VtHNcG/nDl6uaHhycuZf qZdsTW+XC7qYKgNWhmMH7gP4et0uV716ypmQC2SSmsQYYLSpqLkH9I7ysABvGH69zvCR8ViiTwbJ N16x/8S7vLz3B766OvZKQ1vCm9L0mnK3lKaAylUmOuCOL+sOruekTFyNg4GpeXpk1c9GelRM4d56 UBeeTF35Y1gAZ/3ppfju/v21Ashhw2EgUCL2AOJie5bmY4MvSUoGZvbJVd8hGvuoyCJnjiA7iQdK BxflqoYAVwuyip/x0jwDlFy3uIjyWVHQejo6mq0GrpKqOwazaYAm2Lfygew7MT1tCEUspDsv+iam HKeEMO6v4O/uZ48kw6p8nXhZ5JjEmAjC8UO9ASsaUogbvfa/CTOY3dBzv8rUq/dnSlW9U0SLIMcI SWTGAsDSBsyjq6SRBMm8PTELZNqGfkBVRAgM/6jdsmp8F34rtfcESTAC0qiWrprFnyHbOdITdr4w Ch3dFxzxGzXOjbIezr9822xefNvRIfpwPcWTJtO/K2E19/H4HYAnER+j6YhaeytQEF0WLwAqoCZz yadLm/rLJM0RDAUUONXDd6DB4kooqkehTKSOgLKXo2Gb3hnF5nY6dIGdJJve4eLnUo1i/1ybjWD1 mP/N9ia9iJJRAw8k7Ql3xwyAbaFvCuwQvkq13vJ9Y3jDsQ/BKLdX4MNHLciXIhAroq5h3ScCmpsx CIINRpz5KrqbqhRhIsEiklbMBD4QIVP0ih5IAI1q/rmzDzVpo98ASAJL8ezVSXIc6zvDrLhWwFTu kd28Fnz9Tp4dZw9HtB36PkmXd9DJ88+qemuGPUaZRzQWikgIuvy97dky9y4QyJYo5UuBwGwMZfsO pLUVgHA/z6XiL1espytIR+y3EN0ZfsxV7Lt5214CAHD5ahn3HnUc6F6031hgcQFQI7D9ajtgMxMD t4kyZn80w3Elccl34GbY3ve63LNMcLrVKjitQtV+QGXHDlHGwkXuLmtrgEkBM13B3HRUwsMULVqG zMRiaWHFmMKZzK4+0Rqw3H4ecPNSoG3cN9/G431UUtMdxZ6HYHyr6C4fWZ9fS7DeoVWuHvoH58Pf fuMs0KUUhcK7HjZYR/EKiWW3gbNGuEFS7H0aIT7+DKo2D0EfmZ/bi/tTLgtP3CUU+uJF1jOPVFpb GTQ4tS6FHq8heR34dX+fihh62ub1gzf5r8FctuoL7Q0FqZ6XhGtCJEDwGYR8MdmgIJ2ZhTkjHYLL vwuPWX9t8bCoBryXY/aZC6Jo3YVTO/rKygxu3ZVVBrzNPrIHGHcF8XRpj2OUObCbE65XppfGte6l J6DP+/8w238DHl7xMccVqLKBoC6wTWrmo9Zko3rl3it+ROxrp+88wv1x8FbBIKbnmdDgIAefLjxx NvtqpScgdu+hgo0qq75NxduVEMlRjJxvytPvY69g8KHalxkcG9ENSUtEfMrw59n7NfHlrgZ6ookI k6Z1sK+6K8/AybjTrpmmE6GTTxyz/eEGPvw6IoRvg4md1Azy2n2XQ9FSBHTYJSJA94fbdL/uSYxL ltx3KLZDH9evLHG+nSAkjNI58MXnAHTlQgBzLpQ49KvWhepDtAbuQDmGAy10MpTAE5TDoH0CkPfl 4bLSRs7j83C4Gy0nZORPZgTC4fAmOIUpeGYdYmRkdN5YxvIz11YFCO1UgkzmjuSyls5Ih0Jg7Zbv MbQdfUFjjRdOJIrAS4Rh1owBiqecBylLK9Pp4y7+CwD8cJGWiPkOtpqE0apYVMEzh0OrFDZu7gu1 u/ruQ6HIj9kRKoT/aQw2SaGk3qmHHcEtI4yNCYoubs1bM5crJczXYZcXkZD0ZpIMqwCO5DgP7M3G OSg+rt3RjLxRU1bXUrczoiai1GXcLdC1eS5Zyq8w8G6tbwhPbDpcdQc8vC0qjqc7fV0XVnhZs6hL nI7IyUOX1ciJUOP0q69kNX7LKu+cQE3Y1MzCjKHwK98J8Bqg8FtglppnSZrFZgeSzQlMaoEO+uvr h/d77G2R5FKp/n6/dL3dGt4+Bvb0bCcGKx0+f/8Uocav2odDc/zulxeJuJqCyX7YGyZ24TaLp+4+ MM+PXDxon2/NK7J1WyHI6rWdW3rf0eV9rt4L+sT7yj2lsvfFVOfMgTu3tMVAbpdmFwBtXuv3vG04 v90afvsiZ3mRNp786OKoP4euAVJgCeLXw4oZWGCS991hjYF5GQwNPALBwEZYOnwoOvvfJywic+ac Z+8GbhkrVexqfiNjRR03NgwxDhgrgOV44jnbCROeTca1gHpAgyrthr3gTvpyVZ9XWl+BtKX8jCxh WW8u1CcgWvZn5PGpQ14HV4cQbH0ywMG0msu03YS46HqeoRRJ/CHdl8GhvVqJTxMLQc3yhDv0HeJN Pj21UlD2+UznyhfI989jEDqlCto38PUsk9m3p4HRoq6Xr2QPgQClS7jcaelzoXAu6CSdabAYEPLc TadLKyg8pixWZQ3uMSbISVT6XlVYpUrJD6yaPWCDBF2QzKO98L57OllvhCJVtiR0uOo/WuNbNazj in+YVmwT1ehNOCZHPqKwF5n8VByohE6iXrSD8Ez42PB6/L1vIwVFEuSHxcoHI8za8ttbH+bvjY7w 9UNIauSUPg+MQJ5qum0a09pXLW00XeCX4z0m2Vx7fTWxcCzyyPG9/Q8noRTaSTGvy6lDbxTYxcWN iAdFnoYmJjytArFlUMq1M4mzfEasZEOMj4WzexrwVh8Vod8bU0d4qHkxjtXJyN6O1v8LwB5M3WYg ajfdRvO82hM0mGlNUQIoB7HjPZEJfilROX7OubYA5WBxBvXeGgJ0R015CHbSn/QdSb4/R7yUuf31 dhKlGwYSVIA+tcI6FC7RJ7F6rXoj6RZd3XvmYa5QW5CrrM3Qkkg1LvJCaIGtl7XS6Sb1g0xKiv2y L6i2x73xLBnr6p7Xaak0az01lvibKFM1YUcAEBI1bqyBSD8rOtCzIbfFR5cair9ouxUTy30Bry25 6pRd3YRzRyCowzsLqyuQHEfPjHjky4CfSdehTUJ1ESRbnthGTrtXBvdvkxReYnQ8mnTNUvjbuU0C ib4bQZJAbS462W38fytdkBaB0DnMEg3ekhpblwaMoEjWvW+Jh9sQyES15x31aZA3Z8lo8U81YX/E wclH/+BAeY+XzYZxfVuUlANAc1AekwSxNCmIjo+F84r8+NC1aJApbler4JXrQI8O62T+JCr0dGxp JO47V0VLNmqX8ummI/sxMSITezpzJC5d6IgxzVM2njt5dQtYO+i78nU/qiXDWa2jdk1KDn8mNh8W YeISJ+N8PFyl/SK5nF9v9WH4c/oJETX0Ftwj6WI19YkV3F2eAFJw+uGM9aDnZ1epAMi+L6hYlZkT b3GyLl8Jyq2Tw5K+xovgLA9CAfGCxEwzBcSGFTu2yxllsy1yAYDJN0KQ2kmdFDYm82dQk0OTmKm1 /nnR4F6V80xU2acv7RGewOXahdmvy1CbPhTW62ieCG4e2JcjDxTvCnfjBYUcacCoxR1amnxEn3+Q 7MUFTgv94ZzLRuhNedJJkYhIE+Uc+dX2N3OLlA6OvUAkWbCftGLzMCsZ0GJP6sMj5/HqD3tWSufD GZMHPs5JzbITPGzDb9s+V+HLlenNjZ+OkKEHSvZEW7KX+0cmGylryKC3Tie1/SnR2euPuzp/a091 oDHgRGiXwQ3j5QSLt9gb7arkzpMh8x1QVBbe/lzQBPXATHtvAvF+T+9GRLb6tnK5kGc+in/h7sbK aTNFZMXB0Ac2PuWdky3cQbUo6w8clA/cYWvNWgxfOHfY1jLRAEsDZR4ZuFwdNfQorj1ZOQFh59yx 37ld/FFWfMkcfwj0efKBHAWw1WDabG0V3EFSBXmO/90G78/i7BJnFbqhOO/hXGj485E3/fPcw6hd tsct9nprL3ZkxK/CoW00CO7BV8Iu8wNOD6Kec5oPIGCx1GRPBwXyaKWWzVfepe8RKwEd/I7LdVC+ yPkPdbPWkPMsBEe3FrLEV5Q4+9LvOXNk6cz1ndl/gfGyr4jIJLhCeVcjBFwpxJhSZho5E6tQT1Om cFWL63OTq8gfZjIuSysBe2CLlubwvYBOlTBJ8UwCH79prx/Dz0kKhfFBZSJpBHwZfATcaePBHgtQ yu88vM/drJSFIUSjwDZHKXM9/Ae7/Shgsk74FomwbT6QDzIReGpGBdkelb/UaodhK56IO6cnPkJ4 z2AYE56eIy+4Al2ODsPy8JXceP5iKCeFXkj/PQfTk3jg0dDJKZZekXX3Er3zDCZVxNlhp013k8et KXwMvi/SQRaL1sl5TCpqizGMZuUGPIEZ+cQmkn7t0/NXHebkshTDnpO0WUUsVrGboiKLFcB6TtK3 zWVlsCZL3MKSOfsDDyKLppPCje1P+n+mYWBeN01sT4kZswhyJfyHLxkV5OB5ij6MRgWeLKzb/TeV pcNxB97XbHUF9qhLsUi+KzUIxmTRfWdcAb9i65ov+n4ImAKz3rMCXC5LJwCHQCIvvCDZKxYLwHRA zKMr4Whkp6eUg0umz0NOk+KKgu9K1v0kxDqAdI9rPwSe49yv6M0SWQc0RUfx1ZmAi5WK4Q6iHNJI HQ395JYFNWDlVIPM8GFzLidddsmLj7ON75HtAqk2QHxEKlVW53KBrC7JLutLeZnpkkviiYbiOlKA 3UyIVe3xHS0YO7nqKikVAj7BwQhAAvw8JQM4CDjca+qW0mv0iBNj0KvXyxztBSi/LWW6+hRXMQAr uICuVwX8uvZn1p04Bdy8FMS6azE9ioOH+nOcrzLegaV9BBI6EAzUmEGnLqMviQmoXYs9RQ8s6De3 Pa/xFYFeopBCp/AgnJ9rNamTx+Eoy8Zkmh57qGTPYtbuQ8tZy1d7jlQp087/VqCEXDQE1z7WtyHz RZ0vLuT1fGIefUaA8Iuje6qOElwmqyLO0q3dl9IZZchUEPCtGEEEzYLh9rdb2nrVkDiqpRb3NfQp EinSq7UPW7EGrs3wfb8PMf1cMsLZwXNCExLRVQWzQNonlHouVrcv66PHCIHEIQU1W8hmXq96m8Kh l2ZLW/IaWcWlKG7cZiJGoEmsYwPUeF1/TglqRLu1N0GX98IyEyzA4T9qwfXgUlOW5QYw1IW6Dpjr dgLueYThuo90B/VLi0mAuyzzmJRH+i7BmqlfMt85bWZ/+DB/wcH2DTCMIYqrvXEVxbxWc2k7UsB5 hkAgJwsQBaOZE2UWFz6QLnmU6VL8n7k9MgRJsSqt14DjIMaAYU/NSafSydwUoDqVdiYXV3ojQvPe NEFwlyE2WAApmDeco9YoaUD8yndOu7qjMT4vY2iY7D83d3OjgGPXDd19fuDGc6wMtU4gjak16nnl YgpHwrne1BpD8IMhK2G/PnMflJGCk6F6vEhmPsN2H4wblOpdQDTB8KbOIso1MSKKEuwz1hCxfKCF x+mSL6OselReEu6pRgoRwHQ3yCw9UrIjrmibHXaoDl9CF3SXJx3opsNaDqD11UWda8RPdTd4fJcq o3RQrV+UhvMUhPSnAYMez2xXYHkcXogvrk2oqv2Uyb/3GoMAuLyKYIbNQaT3SpC/apowTPdMn46Y SThUNsJg7N5jkz1k5zUzog69TQUxqmULm616B4bSUoL0UiI/6P3bwxoYRoiP3z8sHaMPBmB0eNaa EejQiaD2ax2YRivpqq4OW/Vdz0TWeW9HjDLZeVXfmcYzLcm9elwlVOA98egmVxiwkVnlMRqbmTrE YzmNmj3TC8wqHsLq4cxfyQZC7px+xDQZN2IoWdu21z7BcCN6ZeLZzNPV9vtT+OmhrMR/1xXa52Bv +VckMucRL3P7x2Ejr1TRHFLfD5/tXyFzlDYnLOI8sPk8SEVF7xeJ8kjQnb5heqdhpJHRPFd45XOW 5bHDLalbdoOlm9mfI7CJRDcP5xh7y4vq+9SuRYxNI+tWWPLgRHKMwY/zum4v6EquEX8koKk8CiZR Uv49AJ3n+nZKOMX74yhxnU3Atqz7uOLM/dGxksaRt0mHqV+9IbncF5ohzcmMaJarv5rSBFrwA8JW xIXlUzb6HFWeyfV+IaE79OfrXaEK/eAxfrlblALVWmJ5Dav6zPhtQvz4t+UmYf2pZ6UeRT3EE7mn MJBnIPXenoBayE7wx7Fc59BKxCqucSSBH3TotrtGaAcFDiwGrt1KvXDTKzg3RusBBeS6AQaNJEz2 +llJhZ9uiIFYezY9pDHNEQeVQWIY4Av4Rv3ngl7uW2DHdXCLsid2vSeoFYDrQPgeKcjhHpU3F2Gr nJLw3oXBeABMPU1u7N1pYiqBrvJo764iaJp37//bcjNjwAd8lgCn9hxUYWZNubC68R37IAMNLy7w /j0t2S+KpcuKLY+newLnvmVmOt3O74DdaZSMGmvTzPzo+Y3Hz9dWK8l1/XhuDgAfY+xR/lls4Iyy 3UPBFt90sBf/XoQqPqmAiEWcZ7KOrgVnmCjOvWYhJWpCLHBHS8WlBRgLpb5pCvRFHUsk8K5H9DvP HPcTieiTeYZ703JA8KJAURr25d2F24VZGVLG842+PZ/JRct3nyAfxtwzEMYyXYHkXaiiMJkUNmy3 QXQzJlHD4ZKuWop95udmp2yzjZ55o8zsd/Acmd0Mi3gkw/6iJ50kppPjXTQnthyL6wXL7DJQdCT3 istRpeLEWDEQOcfF2g8xWgkYLWkWYejfzoVFe0k+c5HofTsaRigYwrGtuiwwfhovcM0K0YBf03tf D0i1qqQ8TYzchk+SMF8yXnlGB13KpotV0GGTzSvjMkDoUqDNi2tfSmd9oskqBJxHW43p93DvF5+J D3ZB9SRhdmMUCbYCJxPTBgilel0vJVNlCaLpbkgpo/juFQ2mXeXBqPj1+RkL+Dih95t4HlmyyW1s 0ZeBDAxVoYWdpOScTqGDireiLqTtzUlKsi4Yne7ezCtf2+0mxfmwxYVx33KegLg7jGqjCh4dgVtC NG5+i2qe9vse3IpTOcaRlQKraDREVqT7eMgLSeeqLAysTk0yAh8RJwTH9L/qHwWvTNyyH/3IVU6V Jq1IDbs5OQFrEb8O95d1q8skliUpH3OSl3k4EuETH4U06sMbVKOpok47NHPCmcZTAK7jWl4DFpSo ttWr65fkrIU+EaeIIelJQb4cWJbYINcowe54EnpzVByAkMB10dGFSedw1QfLeRbYVkG3VlezfcVt d/UwJZ2P5qRQqysaDCoNiYJcoR7ne/T96ZdA9pqS+3IlUlI1qe4zaX3LfcnArIN9h/ccrGzIBB++ +01qk5K/zyZOZtLVqivck2J8TataNkIr7Y8TWyUdq5RO63XqE1opT53j6+blaCXq4jFrBgl9rirL EzkeTVZSJXqlYTmn7uKP0BMFnDjKgESZtc7Is8MuH+l0+8k4aZdE5j6aHultnxiGuWKsFxkumvYT eEWARBQKShlMCOkJ0VLs2qAGRWr+B4ZGY6PmiFbm8CBFR5CA+s4lWyF7jKq6oqdDoYgCkItZpSTG oxHbgeDBhdksCtIIaHVh+eCukoEjdtbz3oyMU407WON4DY2d3ZaOG0EngMPFdgjX2EETgnJIL+cY 9a39oK337tuOoNclRfFjiWgBHxOa6NhVznhVY5QonkhVhMf3LrtF911We1od8VwAMhlrpFXJaYE3 TAi/pJxAHPZpi/ZMTNYseYQs5rZL7uw0MchaI+1oTAfqK69WvFQwhvG1fiT6UgrSjrC4LyUv1Xl1 RLNG9KvgaxCZ6IareTW4mSTPB4KHYIC4dC2SUv6MJV+VtD3oNpbzbZJY90UX6K4VmnCG8KLFAhqE liyzOsT0/AQUSnk+GCxXrkOMSt1hez+pmbjL00yMvlN0fMfCFO3uMQjYKEtAzV7KfuaKeDregJtL G3P1b6H35QVen4f8uSF5ptL6ssfR/W4/KMvBREOcrFBDd0aEr5AypLjjclYSXiPpJdL09GWrzyEt Q2bUo/nloZrdQY/15R7LLiHnoD9dk6QafBb9073nCerHtVtnxrJ7vkz8PVmv8Gk+QdJ48uphtu+L yHNXc00+2BsUeVyaABAbC9de0r7W7PBeE26Z1aaDt+/hCl/j0mPnPp5D3KUFNYWKqIKQO4v7vt/N qWVtyyTvqdVheZjvx8W6QGOH+4YsKo3JBbhjvjITq9ePof210rRz6wLQSmDXs/u/V8T/PLutR9s1 OcmgTW5NAl1rHB+cLU49qOCLHP0twpbj+Aa/geDYUgQ2QQI4Xru/lCh33N2a05f23OpFEstUIFRS IHZYHa3fJT5IkRC+7qDPMy/l0T21fK+26vRh3ogAlNeqBpfuuSPbAFeHGtKQg/BHepDr9x8VoLqu LLrRX/z0tOwC+4h9e567KGdBHEYanmUlMTYorcNKg3sFOy1kOijpwztbayEr+mS1p5FyXsHbhsfg iN3HO8SFtwqeRGSmgkTtEhVrn8AfGBl5f1BLGb5qZORFLIoUVig9WcUbAHM2clypdYvBnsxpu+Mp 9Rf530TIJgi2usp6cR4C9LgqybUZGn8T5LV8DDUcua/YBVccjJm0aImU59WjSUU0xORR1k+wVs0Q M12gsGhpiZDlHT1YO1PY0yYfYWYv+FzYaOZSL7ZyNEVIkMyRboN8lz36+iYZgABcoSfR6ijsluhL pwulL1DiRfaYQEstWgH7ulKIDKXdqlD+d/41TjmouOTGBTWr/TvrQiTGz8YAMAnMZlmbL9uar7xJ OJOLsosFrq6IOMLRIc5cIaglHBsIxOj75J+uKQ7lv1f7YgBPgCrwngNggOuzobssWIDcnP4zV4kE LAnTifGl+v2s8J13zL3yjmoSJH2E1kDBfug4AjwPoMy2phXFWZKm9d0XwWm/IBcho2ri4PMTx5CT z8GuMiP4MBZbYaI5M52kabBzzr/JC7BTaM+zZV7VGwdPEvW9cBFfgu/4vIGAYXR2n7GxkWnPEam0 QgVxJ5BtiRJnGMnpIkwUHb3Z3ip9txPWfr9HdX9LzkkcYcLqJP+ZK8k8HoQe+fbsAaxo3w0xNZO8 ExxR6pcHhgME2UWmbKt07k+75cw4iTPJZ4sEv78zSXmceXM7t4xHag79RyGAhzs4uwTW/Y6iNkcI ecaHaBCGunsnJxbCfSIJMWUOTwDU+N5ZP083bBd2qWQbmSYSIWFhmEUcfpGD5VAtbPhrFoZumUY+ THFZUDPwHQeH9yrkNjbNWA9Kg7ij8qCD6NtL94BWVbZLs0gmKNy4KT1FQi9vwKj0oyCe62FakMEy r1AcLURb86h8cHtnevh6oD2oKCm8+FvOdrjxpHS5pFO/r2Gqr3BPsUSJPJJ21sSxwxWA9Nxy0hkJ DIkCHncYHYlviimNe8b2yyhX5AekgMlX0/+NQ6bEc4hSOQEFgnjJBq7tq6Lwdd2dYGW4OLB+7qR5 ReNXXhgYuVQJorP/ef3OKThWUStHSz9GXgaWQmsvRdYz7MoVr6EbrtvfESQ1na9vbn0n3lMUE/mo rtME7zdwPnxzFe1rlL0tEn9tm5hMkRD8m1DShePIhxf7xk7kO61W/RTKyV+7cOdfJGxk7/NqzsR/ M675+fpy22zGvPJordicynIB+EqdYETZb20LCQCvT5YctsbfTBS3B7YeaTnxMdIJzAgK/IgM+Rde BphmGa6IjxqJDzem58WoebFLYlSm42xSXiDTNT78NwGOpksR5WXus7hwLtUwFLyrJAbtdtNcEnJD 8eO/NCIRRZhVhspoKal+D7mPIrfScPymptDUzPSFmQc2VWBlNmfONv8cvvmFujNqQy4Ri6OdyzU4 bGJ5L8v5KXyYekgm1VJWJ8HsSdR0lNCe3rpDgr7BQ4di0yodhyT2DM0kyLVYbA4HCA/Q89xplnFy SWVWllaO9VaT2LSJ/h5ry+fWN47a7Jqb/EK16bx64taN8Hf2FfKMpiwx3E6ZyJkOArJA7N9XAvSY XTaDuecwZXtjeXb57va/gruDa8Y14RpxDbjbuCu4y7hLuBpcNa4KdxZ3BncaV7ktefAPrgJXjita xRXq4LJwmbhjuAzc0e3ugW1cOi4NdwSXikupxiXhEnEhuD24YJwz7r9+nXCOOAfcLhwdp4JTxsnh ZHFSOBJOEkfESeAIOHHc9e3tVTEcHgfA4kRxIjgMDolD4CA4IE6E4nyP/3kd7Bfq/ExEsP8wPDWz oGmXIaVU5jS4pytkj3ijPLYXLMUHhn8Zb3MykLlcfd0KXK1LAT+dfFcwIdnnMiIJHwcvoqlWI7rf LxU4UkjfMT4XzlFaWatt9tGI5J+H7uSvRNzephWLSbQCp6TmeOP9xXAoLJxvAYMjUP9qKTRG9F8d jhXB/av5SDkJ4j9Y0HVMSTkHtH0hEitFZ3yJHI14kF37tYWGIZYOUhCvadJ3jo16wEgvPNIu0/0b wW19LK6b+beOLQqroWbl+cF73rm0y9zm2B8XMuWrL30rd3S5sgeHp2wnIufpVcazKUd60Pm14gna BUDq3htxOs8mtiNwl+foXpCBTAUR1VnWQfqD4xyFy+sPvRlNMg0Ar3zIqa2x819fiPmgWxVeytZ7 +7Uqtzl75ZRBr/g0UBWfM1leiPCqWfj3TMeZ1ncQlbTNCJwHIh5NbpREGekdENU73IqcXNIVipWM ggrngIM06/c059Ce3E/DWr3GFPa8Y3+XIeQx6j20QlfzUPbOwvFVO/SegzrgHeX84J6CI5RkwBmN 8R+a/QoOAvYol89vbCDnu7ivJFpYfQXEXqS+bdQok4BJ1ge3AkIUojh0wnO6294/a8DWl5oPYrt5 XecJ43Cj3SS/aOvvgLx54KWm2N0BeFOaEfNKMrzec0Evd1t7rSMZYraDyrv1PNNhYldMuvRBOU9Q dVDJnaHCWzj+8M8r4+fCxbKXnwG+rzkTzkiDCNwbiVLa28tJyHWRSemCQ0ZZwtePTgwhlAy7zGD3 +2/OT6Akc5s/rFo8+gl0OeysPf2ATK5ZzduBd4t8SBDekA7aLINTDjoK+TPiYoC1C6W/UFnH7/R1 NV6TkPeVkmiumMGs+epJ+PEyD1+M1VfE2LArM4tO4kLuUd8qvuvAQ6ls2/i17Fg91ZL6YwjlH0D5 y+Cq+lleyVrmCdFdNTVttvonG/j01kFTn/h3sa0saOfvmV2NFD5MmnX7kerJU3xzdWZPlri3aPFx xc9oWHhFBSBr9TIM8MSNu/vqcu7yn+yd9ETNlP30keJSZS8ChvbjbY3NnTpEtlqldUVt/CeCByK7 SPXaWfKFo0oWBSvjhZXpJ2KrwpC8ZFm2yMJUQFVFz0UhbNonMkun0NdzjjtK7HHIClsAaPaGFrpm z3JEq4q/QJCEqfcslKTLa8HttosK2uNCpC8dEwlqZbVBlj9FEH3LARqQ3Z5Ho3CVgL1TUiy7QhRa 36gYealW+s2guxehdpXYK1+Y0vNsZQqVMHmwgiOXQTgRnv0ub/16uqNX5DwGTANMcEPeWH4GAAHE IfM47lDQ0rhrH7Rgh1aAamh1P8zi5W/byeigfnTb+yQvqAV17TCEd2zsrCUifLqKH4yH3FR3e1Yo 4p9tYnu4FNx/BQ6UALYsr2RuK9QAV77Gy3o+qu6AZTr+zj1kgQGuicBtACIOV/tgfmefuc1lLdrw RQkNTVgs/NLxPKiJnwwGHh83xb2pMH+4PNj6XlMhvutNn3ROvSbz+3gpL6si3kBj/OxZDMbfjRSx FyO1CP/V3jImHH2MUQJIawnv+W4d3WPCKv/dp4KeqES4eLn/1sl6L9HaCGxBdGSfLdGheKxMZP4d WAG9Fwk4U2Ikpsl37Qsi1SoQdUUWoAOlKRONl5ICn5cG0dy+2uOfDmvG3hAx4BXs3OVZIIqds1jB vyh4K4nQE/KvmeVu65zgqZn4YJtrrUp7H7REjjwykXJDBShZeBaK19wKdze4QmMlReZuZNfd7WXV uYQLrRKv5+exESEgyrBGWu0OuNYT1nWogohnHslqn+tAw43jb+tjrAaGnTvqpbwnkK4biNlswj4u m/0opq8u66nbXVcXBaJ2un1VjqJ/TgF897sDWYFERhHaFKdGwkXelkx8Lw6vhxfnU9ObEaLbvw78 vA7zlgiIpHTALBokHysohWHZmAMIkq2ij048LAZVJqYTr4RprRW3EPnwR9yswvzI4wxvjMTLVkrJ c4z1yeMaoXS69Vj/YwXknVzDywq4xyJwiwuovJ1HdECyPrU4oW5NSY5EiYc9RSPn23EBSUg6+QZn bzFO6Ca5JcNcMw0Bw1T4Kf4MgPFEAoyX7dH2uhSWzgGlWtkdlv3xRLMDkaNFfWtliU8+0ZYgcTz3 yQtEPgUUkkC5qFiPs6Hxyau8vfk06suGZvAdmQ9KCnbhTXbxY4DccZpyUhrVWG1e3lJUmZNDjqd7 KtXmHD03ljFKgiTaX8QpIB8LeHn62WCEiuSEe3jlKT9lCzdGfVSvkYQzSH94PWofjn3mIJecWGgh l2396Yo1ibn4BlNeS1HBESOSv0pSkuNlsHnhimgoNmvmWnubLhKbB+ytKCEAWb0q0/FoHLA8PUJy xVhwLexbw4WjY/asr9l0gHc+m6AO5LxuHNd5tbNbbH8EfmD0/H63s1jiEl2h17CWVfciCKRweK67 T4q4cn9xk+ZikvYcGNN9WVXowpO7S1iz6BXJJSaLarTTeEnj2AChVpsW74S36NwmD+fe9wMjPV9E 0JPRWgv/HVcYirn9z/IWFKYUW5ElJ61uRlSlAuRPT3Cz0WcfWlq4KYcHPevkf3tFSpkHd2k42QvO GlC3omkO7i/OQsVmiRdqCP0XpJBulhd+YvNPtY13b/ap2TkN4kBsH3EXujkoUR671uLrrWbNBuIX l13dRMVSBqmcnPu4i+hjPEKWn1i5979VxaMU+REFG8kw1PLRRn4EQQF373XLGwbnw+LmAmaBWuVY +I5GsgBijiypDIY87TVoMZo+HXyNqvlI0faGnFvJzQ98YvzLm7+eOqXdLrlytuPhz/MEvh48FXTz BgAHRkuVfcJR5fl8vlboLM+o9g5VqoN5uvNQraZodXDEPctwiyNY51t+2Blvzb3UczKL7LR0yy5i oB8HQ+PgxRj1v9lsU31DhbekEcqOAV/ky5MNT2EfCHOZ9qG78r9YSK2zBJsVDVgpAYLFIxgwUi/o HqEr9mXtG92jnAWV14uAtDw7/Fwm07bQ7jt9X2+QA9HrZiVCJUW7J70ns6Q11LD5Vy7vzxomPva7 EooQb1ZhV24jLRev+BZA58ZcpYeRRH9OtkS+1sghtZzdIyJB/NLmHC9FnAWI6j4FwEpj5x5iEf07 mopNpycC4NlIlSMcC3MDtjUKm3fAkCkz/fZZPCQJLfRF/PuZAiJTU+Z15WbPxp0FpppkDymY/UpU bx3k9gty7h78gFgjPh15FnIBiFyXzp+T8US+PeQtZns+iH7OkH8orOAHkjWmlUR9+/Z41V2hNeW0 sFRlgOhwgWEDYBd2SrjO5dRxbQwPvET9W+khubg6HQswwC0FgO3ltX9/qhridUtD3cCyKawqU7oP ZyFpfYEuoFzsJDPOZknmdiBch8mHqs/9zv23SmbInD0ntzMGNAyraQ30daJBWXTfJoqxFsB+AvxR 4xrHUbYRx4aNAXyf7jpKeDxZBDiCjIPL1r7GjMhKj3CdciWYSFHI6RNq9BHC2Ud1QnOROE583WI5 DvZB2ReIoIEkGFK43++sB6CEokog2xcyjrEbLszDOg3loxEuG7zT4fFiZRH3kFXZArZOlaMk7Ptj d9SRRdG1U1z5uWefCiORnK20B7YyNvNafATbca3nRAer9IZIpgxqliMkCuQ7gFL8mcdAXSbJouor CBTzLfPD3ztHus2GkQUTIkBp1H2FSMbu3Riq/zLatwllwKI3mOElYpBQTfv3XqYpwsRLBwUHwyA/ 8O+fS6qmTWg39ATq4IDIfcpiLeVzlt5PdoDDwU/v2+BwXj3fcxqQ0XNCNzPpX5YO0A7CfWboWx1t uXeM0LgCeo67tvlc/2LWGdvjvVJS+6wuBL2+cCf+HIOhBIcwKgJ1lL4Juiw4Wr4nSJaXOtY9D6u9 mXhevctOEVqJW0T49UpTv2tL6xQ9ijik+EwZS3gljqsojCd8K72aU+OO8dWqMuLzh42u5tPdJtut feYyz/GzKgA1O8tMW3/0AkTjRvRCz/FhrRtPBG6xTedwhPdIy1MnMM/xZOciTuCQzKTgof1K+rVm YJrnFvD03AMtwd+W8GQ+UFi884Vmx4keMdi+YuT+fc0UycgFeNIJVVJddah+CFKyb8p9Zfp5rYL3 2MXvCq7mOnW9HfL1wDB+lY7cyZgHbxqkyTg5fxdWxMFLrK3jbpYW9i3U5RcQTpQPwqerEdPKt/cW GedxdkmodWLrTBkvIRI45g3U68uVtzh8RRMSOlvCHYk9VysH3OHmbeYedA1a2FEocicpR91dFX8P KLC87b+e+IHfn1F6/VPSpa+3EIOLZWsiaua1YdmDwPOtmEQ0c8p6+vX22PeLYP0zOuijvric6bxm f9yoosnutXlsIXuVuFdycAhSaQt5BTu/WXlX1iq7eML7UhWQ8yaJN3PXeMP/CzXZ7Hgig4Ixbjua d8URFw5ATIr6qGse+5rtDRM70QYv7MoQs0SsFM8YUYUxO0dFIPdbbo4FW0ZqffkIT3yocZY39VMS e7IsSdNWcCfo8sn2T4ALc2sgNvKcvGoEjNIy4/tIGxGgh1Jh6VfXJMhybLtLUJiGMNkbt7xFN678 ptvpWVqd417Vzrncenn+xZ6V3TedC6kzxPzjVEXxFfELmHtZJB0d0cdwBP7wJSTGmgIi7NNdOK7l ffVmYKpUtlHZKUaU8Mjroyx5L1OHS6xN0XlvXVmzz/FqSXQzyVzlujW2pPCEjPTTo/NJ2kJpGLDn 6h8klAMnimYbnw2Wh+rQMO1wT6UIRO/TmUo2yxzkc4YTycop9Kj/m6g8XxKW+RlwCBmx9ecP0Z4S j0x6jGAKoTAcm3s7BaABxovvHkxyycI58SaBfZQqJP+8faHni94qgOllYiO3XzTZfewkwLbdHI6f HaG0AetUbtGOVW3z/ER6N0nFPpg7V34Xl8vFig2uHTTNLLSKV9/x4vNL7bevugROPEn3KHc3jX3t 7/mELTvIvrxBd23LCcTtlNz0iDw7WFj802J+ngJKOX3wFFkNE5Sng9qbaY3wMQ1HFFZ2RBAVyhtR x1FyI5Swa89FIUCteB0BCIxABvQ5sTq9sn2/xozHKmQbIhXHVaiK+TGiICBEIm5FAEIkwsGIaiKi Kb6KZrdyECtTGD4oEtQeZ0HOfYTyDTvzOrL3FFajoK2dHjbGH/WB/BhawvfeZL0aZrnDnKBjGDWA 24aZjoL/MIhRyLm5dFPenWsJERZa0fwtNQtrEsZ42VkoWMZZ9JZE7SUZC8zZp6p+oqtEktgTX50z VoiYQwfWEFx/Ghe244yFlCjMNf22rvU6ag1A87buYOKe5XSU0StpDqgBx97b3BslXyhsim9PZiUc 4Wo2xpjP7JO2DQKqSaX/8YStkAkhVTBIsU5T0anvCByI5B1CnQFrQASaSugzstDo1JTnoZY3T7ax bMryu4FSruN7S56n1j1pqUFwboAh9/BxhcR7wW+jII35+wtzlH4W9luGl9dD3z+ARl/To5yub14w IWJ+GBW8t/8tyI+oIDN5IWMvj5eciktuwwx2kPflFtmoFS73NOJq+9Ur3O3y/H3hty8jd172V4gp 0NS6EAVtoG9g/FsuNqpJH5ZCg8g0yKGfeJZwOXV1IrhPYUcZ+C/OatwTcOVZEUbMtJjQOHZNOSz9 GuqNqgJK5rf9/ckfE6h/+4JAXyh1ssPNrWqfW1jgYJYESJl0kmBKkujYjU9sqH0zJ4M8PuTDtLTW mkLT/ewWGH4bHJY/F+ZVlOsLvgOMZmftxJ8xMT/O11Yh9YAGQLYlfAuy4OE/WFHGnv8H+sTr/8Cc nfvnsprAQQiQ/0yvSeT/5FkK7T/M0Rn/YZ6p9x8WjUz/wzLL+j/8tHf6r6UTDkwA/9fSk0J72VO2 G9IuoD7UF8PfAWGfRNkhxZ4sIvsE1O7dlkD+sn3lT34RJsfpJP9keNFZwUFwfIqr3iK/VHF+cU0l nP9E0RXiCdl690/wDWQbSRnzgRUh4UWy1LcqAP7Fk0Xk0HyEStXlIjI132j553/ANdz5D4TWzv9O sr4BIP/RXgWB+U92JZH/gy+d8R8CmXr/IcTI9D+Es6z/Q5S903+IcfX8D3G+gf8hJSrmP6THsf9D 1f9GvFxb/x9q/zdifWtnhiw1v6Fnz5kBwGm+FbeIvGJinM+xr8zpeckS5AzM1lJl43XmCJCo0Pwi cuU5jAr1H2vrTS0el5DXtkAZ8POlijl3dgoeCgT4FZXWsedjAnx858TrW9GX5BIgGA3wnHdPgqzm y7lQL6uFYaF0S5DoWH3Nk6Tnx+tBYgVjmRuCmy82xxJhN96LUOhzc+FzCCAAB5n7VwgIEu4/Ukh0 SrzOyhwToGoEif9XTBEsXOo/2pNco6imxsZSISFRAPdHj11KACCj05BD5/4VERqCjvvvgEkyoiSt 3K+0DPWGGc7FJCXRRDiGIogfCTorOD0cCdpKwpHGrp/a3MUpmcsSo6mz0BjOHzcEVS1i0oJE1I65 7fnruKtpPTbNz7twF+5eMd2L6I6FgdgUA4VZvJB4WOz6BsQwQbyrFtN13j7LfxG6+4wN6+qF996e 3HuZgYV5Typf/gI+PMP5EtfrHo+cwida0V7JGeVA7u9SbpSE6UllbyNiV2wKU1hIVTdrSxclOCbd CmEEHJdBprYox0CqzZM/0gIAciSOkztTFyAqjvBBrxPNbp1Pt7G+RMkIXvKBsWrFIjKNslxnRZ8n ohFY1es1ftjqMrUjElXVkA3LlI494u+xOV9WtVoJ8FcXL+d9x+DwyGh4JEsIUpZYtYZQK2oJum8A ojUvyv90lGRjAbhX3lf2t9dMra0Ns+CKUcjzHUOr0BrXr6V/UMmi9uGNakRdswVc7V6SChzkZSon LXjy25CyLfdD2B1MwLrb9Igeqpgp9EaMy3TCIG31ZhDBx3vJx4jxckn6G/G4JE2YTrxJkq4a5NCa KVtBqENgU4XqHSkdilFiGJq8EA0TSSQJBBFT9Kqn0B6Om2eWwLVRXV0hXFdsvi4Or6vOnM8ML/zN eLUocaoMECxOeF9B7brLMxAYHZdYjpwQE1p1PMZMMFq3TA3K4lQdO8SlCp6YTqtAXz43zpGWi0gO oEDton4PinbSxRIRbBzyI8hICdrW78PJ7Ox5OZETDjx3+e0z4XtOPnRuot7jqThJgGYIJ55g5jZR cpKSP1Fxb/Hv7iMyzYHiwTaI1GGcNWdY7stCLyURAeew0T0x2OrTj83/kAcD4lXLn5ejDvBBSYY2 wFJIlnRHNqzckusq7sB6LLaaSZukX/hQY3nmBKhgmb58lz9NJAHVELOUEzhbCHM123QO3d3SNdip go3nJ25kfnYf7uWcWBp5NNy3G2n9Yi6bzLjb/2ioNGc1viz73ID0wKVBaky+pejgzFAvMibcuOnc etywCRvQ7vHxjTmy0Xx9rrkbOGEOnIoDvlhdnzuxG/hKGjg7B3wX9WNEBf5uEfh+H/B9n18JowM5 p3tu5nfV+d0gI59dwNe9Ai3Ab3HMqRsCX0F8uMkWTLz2wat6u5YTHx8mdGYiGx4V6DadZ9xZku1Z SI+XZA0cAz62BD6+sDKichH4RAf4pBM4hkNSTqYDxy58LAfyFb5+/KYDmPsZBhxPOvHxUBkThwRu PiA0yzI4878X1lScTnwUrADXPtqvbweWMOxaUpAhbwfD31z979+HqDmbmI/DcPRsOPv94JZaJhQG nSRBXKjjcr+BjF3PlQj+zJNZ0gJx8NiiShPRcn9mRoc8ZPhMEyhVE9M7AtBK9UM/L+/rIdqQdaNp n110f2pkOUG+I7iW4qf7bBHLhYeOMOvUjVILXW02kQULE4Cb4LenhWhMtbOCpuCyGibVxv55HQdQ e8pa6bLbqGiZ98LcciGM5m1bq5qaayUNNs9w/TbyTDfzT2fzpEksVNty9/xJ62Jra7hVS5kqg+tz tKwWJ9jWvrwImDzaUZpmROwL9tbYk7sUTotueBQk711aUWQ66ToyaQKIgpTdrc/0tDhBgt1quEmJ We19rTrH3zUvg6HAJ4S7GqaGak8fyLTHoELdbplUP6jZq3ysrDpc0v55EktHwZgWHUnOtS5eDDOO 7ESEjZAqeJBqsZ6T6o5nqi2mAhukkugk7w17G7g9ORY8qR9BhDIuuSmfVub6GPdtgHMLI2J3owt4 CL8alHsWKUnJw/fKG7VqGAgjKdPmrZ2lv6/269aRcbv7fHuK6ztym4i+xKeuon1XALTol/jQ7SJN E2pFJmEygAy9usCxhmpeBvaIRNCk7/nLF9o8wMeio8WhGK57HIwmvZAix4j6QMnp2PGa0G4tvzzF Oko9/z5sV0uV8ilCuzAnUaYXynE3229sqVC1HmoDnnCGSRwJbQTaCs07PCsA0/Zs7SybnnnqAumG sDWNZMrponskXnR9ou9WPgx/axq+HnOJ/OAZefLoc2pq7mTp5FCRhayfobge7Vq4w4XJTfKUUgQk mrJEowbS8IfOfaKf5nMPcSzVr8/TbqDlGzhu+IdSHU/iy7jhaaGFALoDwzgL8Kt/MRd9iYa7oc9X 2jt1IwLHaraIKceoADlSfRRpeV1xuoIE3v9EtkXMqWCM1kPFdYvOuNhoxtRuWYGVpstUMiJ7orxI vEQZpU7iezRNXZvqQhy2RFe3uY7LcqWsRaY65IpqFmjZHyjBudOHM9FexpuUBCGmqEoXtAHFWyKB xpRKn74RheUDsJKeyrEsSkRaS8MLqu3fpzqY3Zpf+nMyDIsrNv7dxw11T44IX5H5QXxFzDR1ckgU 9D2fR3TnHXee9rJ9Go7zwYiGKu7vk8VAZcuyhosgoq/LPBC0K7dgZZLefBYLFjgCmQybxhQ1ZEuw UnGeYg6BtMcdwkEf+RViq3juKmIYlpD1ANoQ4F8GR45ISunCy9U0T1sbL7D0M9OLYNPHOlBE7V36 Pkb7Xn+GYYJd6ZOE2zFqNI/oEzuyf3LzmrbzSe4Mk0mPlo2iTxEFPkk4UMyFLBGK8vg+L4qauBTf Msxa4FoRiHyxQ4sMIKNsn1uvSj4v5T8+kysH7J+22LIclBvYGT/X2q4E2dtRpjqBhQHZ8SE2WAzk xhTKY1SVjPBy7zXvkEIcY28LGjOnx/fjzk1f6kBLu7uZvi6HpdwS/QQ4rBl1H0rHcDCQBF/xDvnb AhPxBO1lcdE/05YvgLvpArEIEwKcLel72JYrdtfO/7xE1uwTze/IVkAzirkuMmsfnBOwD+Hd4kVT b/qTYeDmWbvEVoXqHfB8AZOvlTUwmvcAvu4qCAIAXZjyOZy363oF2ILkjul7HSKXaxG0O30ucZfh B5fMLf/dKWhcNRQ6mqSEIoElvTXGGrXh5LkXLTez4mStRWkEnFeWBQa2oSyZHE+jLVt98GEWHNKz 93NtFt+bRSBm6uTxEbNBdC+v2ErAQ7X3uGabfnQkg6fAO6jHQkB2ezpffjNrNIiZ73TZLPhy/vli 7LEf4OsXzhqVyeJ39Elq4P6tJRvcaGjOziPW+VyXULNJj1+AbFcmVt46hxrSX4Ja0Iz6CDuNSeGU z2+C4kWSJBEQtsSXEn03xQEJG6E4DDQYVR6BgUARZY/vBkHa+xJgF+/2AWhpV+/pO9cYCU0pyrS7 tCx7sDppSAYrhUI0A1fdvxlU3QONbFzAIaQQ9tLxyu/3SD5JwskgZRC4RMLwnbHw7GsgbcrktANe 5eTwFfGiPuBhwNypqr0Cxe1tQkGrzpUhZVuye9iyhQdCAOrmAj3m90AQkXSXZ6ALpl7KViOTjk3P aXQlR3VX2TpfTa8Yr9vP/BEzhyGDZU/ysIh2EOsoSBYFfNO7iTCzvVajK9nNtQCdAZ51JUmBEfNA Yz8IAsq7EK0IbCteAojOOyGusUxArmpner0tLQtwa6WeC64dGSiLsczaO0RPwjdk6ztei+uQKIvR ZnFp+iFy7D77CEK5jWfeUWLRO2l0KDYNkcXB52HeuRi2UxbSd4c5pJpk0M/TZ2kJVut7Xtt/fQOf 5+HsmW2V5Bil+VNPblmiyY/lTFrG3KzH3O2ErV4kdo8B5U11PyLxNFQZX48gS+TzO+UmOq6OU/P1 pL5i1CB6DldzFB8C5nCBV/ATfvaCftf3iuTT4WVICvkTQIqvTibxqVJzpG8kxTlQ20+KZ0QflxGC Sacg87omER1UtJ6kpW3U7qfAu2i36n1xtIhu0Tm/qGA1nzUMbOyaglNkgfHBt9wFH7g+JwKz9hnj 9qI2Z5H+mlATfbnDMzfKPi7qu8SsJDo++eCtmAfcEW9JmQ+mYMIS7Pu7O7M2wN2R2GGOz7T6AxT1 70BdqExbx57HhzjUdXVjIqgjhKJ6OY0yATksu45pPbLftHdUo74wDpx5UME4ZCKzwKm34Tj0xkm3 lI/BSg/cxHUfUleP93/plaMUYPhNxKGQYVv3PssCkJblHoUDAF/lk3ZAXV/I8osVoWaWAK/RVBzC GRV94As6pn1HAJRifScBK7V7SHII6yHkfk/rqGlpUwWcHspUYWeFXqQcOdhjvfedKemExkqHAEnq /awvdSJW7gdxzXCTPqHhu6FQMIoGkr5RO2F7DHfkXf5Gcf0QpkExujL+kBCx00Sheo6S70rBYlY4 c2Vk0isinElxy3id8wEgJmHH61aRuNAjNZzHhrfCBS6S380dlgGAcgyVXlbFzynwPpSdQIOfxjj7 dc1GhfceToqA8NwQuCe+bkOzq0s3j8Gt2KJ2tiaHMfHXV01SYe3vFrxdUwlX148CPO9iULtxZVe5 d+TJSWVifpjqjq0r+Hyqj49IYwwrY5kCI4mMY3BLJMcnddyOQ0B5UZbxcmOP8UQLtQ4tIbxXIHm7 qBIqjgjTkZVa5liKlMv1NHDFHtFo8nt9Y+glr1+M1IihkkSwOZpKoc9w8gVYqGXWvn3dOVIDp/xB b+UE1eGFD0jAOdd4/F8SUGARX6gsSmJi6hAel+fcxKQcRTEnK9iPAJz08glOBaAPJIR0/DnPr/k8 Ib+CCNbJCSzNPgoEiQlcgQsP8iyJt4+qX6MrQ+D8r/UCCNTzGwuKDK+UuJSVa/ygnFk13zcoGtsg +Rz3EY30C5AIgJyaXUuCxtzjQt3RQDVXjh8Wdgg4Z/EQw6Vm6+ppAFKse85N8o535VmPLkYefgTK ggDOs9qsshN9KRS8xW/Pt8XruER63HP69fsQCBdabhSKyiLOk766A/XO2ddbbmtSMjuzGe9en+ug VSXCzvQyFlA0Ex2vU6yvP5frbtEJ4WBDrUXc/jJeYK/qZIdEbZIDQSqME3896zPiXqiJeHz1Vaa0 +nS7L9M4DHyftg9SBMSpU/gl9jDbTgS8V3RvNOLjmw8YRUWuDSccGqIwliYmpcURxDnUXKx17PiM ndc7uT8K71FQ0zqlkXnxYzvvuE9f5nuv/IiWi8sKMYPaBqKf4e81Zn4Ut3zbrrAgZa+BsHnXNVOP b2B2QEbFnCzG9nYpXwCF++l6kUDzZiw/ShyklVvsH1APxlMsfVsAhOrlHShZW9zJxqnAmgE+h/Ll Ula/nSUsRUpBOtFzEWl/6CL7RJkixILA4hNMLC4CXojdgMfx/AhZPxXEjN9Yqr8fVL2R9eFB4V4E RcQsAtdrfLPaCQmZJhUpmdpvvCl4tMHH5TzgDCZ3XjrOtwgNdVr70md3xR63j1olqYIZSngk9hoI RwD8exGAw5aaDM4O6Phh+o1qNavKrGNr7jyrNFABUcxGmGZvCfxKyEImzVsi7Z58+iGjQ0dASQCF JIh6KkKLJOfgK87lvgj3s3md5T+R0IE45DhbwfPDtTP9zuIsCzgX8AfBJm69uGBR2jXm3wkxNXwM IBey/+/Hwy19nJQd+HEQmA6ifgLcj41/3qYec09s7Ef4E+DEDkmz1JD8udct8xy1qZjXgA0p+JLw 2asZ2u6XWaXFSjOxwvSzKlU3kVS2jPYV6tuXpxa2xKQHbBhIOk5xPsD3UXjt38LShp9fCl/4+1VI 4K/z0DzHpRFOA7zAGwcKconZpzaLSWBln7V96qg2e6vgyVOaaXnuR9s1hffA65xGHKKuerylt4Mn nqE5OrThecd/bv6xYkxmIafYiSwbsQBqaOr9AMEXIQ/4BtHlHe2zlFmf5wtAwfbmI+Rn03FXLv3c 8hRZq3fBX9MazoP4iPIf4f/IF+S1SAD2H/z8u2RZ5tbPbgRsrSXGXnQBIxubkzjq0o4j9JFE8KZR I5TA59U6SsehorzcKNvDvyCnPX3NjAU9/gUjpYF1s/vE6AgSQk/2tZeOdL3IWrc6ElXmBqpiPYU3 4+p2yR8ZCNh/plqsCTAWHVwgwp6RcQRU5qR7vdvnKeJmScGbOnoqlrYCgTXeSSBzjHLanki/Vgjw SpekhKch9XkA2iWfell3z5OKBJziHL80JJxgW1JWGhXD1JOSsnQhxbGljC1FySnpc+FzdCNTyj8L lZND+2dR5Bax/jlsren8fw6pk4zKfw6pc/ZO/xxzzKrL/xxzerX1/xwlrp5G/xxSDXdM/zmMWzt9 /znCA1k9/xz8AWvBYl1J2cOQhIrw8NM9eS6IMSWvE5HPy6kjAnySq9nEa2p+ESaO7SvgF5Fn51IE +HhBesj8P21kkZMT9U+kLv/8pwm4RXH/NMHaFv9kuhw1PwUAgoD+ybmV5ziof10hMKwk2o3sMASV Cl/vpIBoIAzV8GS6KB3EADUk/AtoruIOjvlfRHoEo38xl5m2dpL+BW3Jsib/C9rS3ulfzHM9A5T/ suTqSfsvS76Bgof/ZYkeEv5flhhRMf9laew5878sxbH1/stSSvrEf1l6bcT5L0s5ptz/slQ0+59j jsU/+V+WrCvPzVEvlszPVCzaU+/+O1F1GWHMaLoJNnO1zQufq61f2/rvfWlcwx2puQR7AAQCSfkn I1o7Ef9UWwynJzzc3nYAR/inGXMFD/9peSQy/59WMvac8k8Lp1VO/NPCX9MZ/zR+1ex/WjhTr/a/ 3uf//6Vsw/LPf6I9y7r1v77XtuyL/vXj1GPcQMOJm7n+F7unAPEvNimMb+B/QY/hCP9d05DwiX+a MYkchaxyGouBVIXBuSl3M7e3eji3G+cxvLIUyuFNQbNZTptQnzYrhh/zIrP8Jt9lQZswM946Cspu L79kR2We5babKmRVWQxGndvXvkMQNwd430VeWS96mo+rIEAu7hkpV36fT6ogl6qqU2drzz2yqayP SYr/zBHx7b+fwgJyAuMF1kDKXTv7hB959sByJ+DdvCodLDSv3IY0iIFYDiiVziIIKSaG148gzKYv XW+aZNXVxBMV+ss+UcCuqZSzrJqg4awThFNzxtfrXEY+8gGKM796R06ZNQCOvoEr1HSFjb/wekWU p9QoqJQFcwDuIXl81gVXkgR/FB9BmO55QK9S8VS0I65oKL++wHUOjjDzJMHtpR/j4p7hZNgoIJJv xS3EyWKa8Dnv3DelSVfm+kT9A2RxMGOKBG2TzXkAjnC53QjgQIqBQLU9r4w5pdaAPRAFZUYAU58f YM1QfePhFpVVgrvkf8BSLhwPfuNRMLfSueUP7LOecODWMe/fcXCh+fD+YAPjKcb/4BlIg2f2D4xY xJ/sHyglQ+LDNzPn6MZ/UzdFIfEjf1PZb3WNT56z39Z8q5v5r8m2Zs7Jfy0OfIj/1+LAh5PpfDLk EghQ2SYRf/KSWYQkteLOZQCgjgqsu0j6GEhAmh2rwvDRrhd+dRJw2faQvTWcr/YJBRJZPc4Pq/an omFmcULDqlvcmPhl4pEwt+ddHa0Q38wFaMSbMYNDe5ZeIvp753sjZClVMoSRCKmeWvfVukMurJzM GThebnP6wMV53hUAZkVifYwvAWj027H7mLNeE3Ztu/lO+/ZGMk7U7+5HjAsIlO4/0sKve6LZ5wG8 2whtjaCYdhz0k7woXy3XWdBJn2VIf6T1c6TDcTaRwbK2wKALJWfiq0Bk6E+5iJQNdNatgYSN3jUc Edpa8zRF4X2e9Rnwd6ccD4B1MUI/tfrP70J9V85fJLsCwhPn/E0OdWW1V0MqzeizwIkbeiFYGuqK sMbP195XgNz5tkLFrQeWaQI9Gf82BtgcteRTyaBlD2LdZzTme5cg3dD7dti4sQBhe37E5FLME/nM z3lpds6KyO3c7XRz6R7iZA3ntcN7zt7i2XQTar2yl8T10njHdrtV3qbww47hOKDM5NEmqqkXxx3o nPb+evO7Mwodpwckgg5Av/9G70DdTgTvPEFJkK8sxRZHO/i3oIju8vulEXGA43af9BmE+oMIabkb CrPHF03I2O5R7pQYgHEyRchNkHGhb2Cw+bn28DpYrGdsUx+3bxQ9dJ0uYX3ACSfr2nkZ8VG5sDoX JXfzHTiGzQP4K/pBmmDWj1qOSanDN1Zv/8nvat+rJ8PpQwqJO0kKs7vK/2JALci+PCFx8g24b1sJ fpDzhXcUBM1CvhAUuJFDbL4vrfa98f/bUhwLkGeOvHWl+EvPr4V3VBkAnY/BJjJQxImvxx595dps Ca3SE+mjiQHTpz6NwIaURslQSH9XQH2rAWoNugNnncu4g5SW8MPGBrx7ys37cGzXIgqCTnsVOPl9 E/tOGxK0JkSh8xOLP69tnfoxstAKGHvMQnrBwfxN7nuHV+1i3TNqhDVT5sdgzjuOEFEYLnmwPXPz WoKFNGfpuUK6+rfeb30NIt/fETdpcXNev8Gz8HaRc7U4lCggvVAUmipEvvwZ4nsbf+r5UX0kCET9 vRTA807zH7NowEJHvhY8OBy09vtvf4P/VyEAKDLEnfga/Ncfd+kARPZ5z2nXnfSee0f+zBoZvFJL xb7b8+v3nrVs3RhxhhBuwepGHJVQJvxs3uQYMeNhUOMkrcTPF9Iy1eDq2LIeZ+O4Xog21NuiaEr0 JYJw9+88G9kqq/kQ0YBpHZIv8JItAvnWyP5ER1CZekZjUy2xMYcCErYA/pVHkWwPHnZ4ZDjQZIPq j7wCAKBVRif7roegxW+iGpOyKOCfW/tKS0sboafPnj94pefFxeinK7BW6iuJ/+PoysOhet/37Dsz w2AwmGHsY9+3zNj3nYjKngqJGRQy9lmQpVSSkEpSoZIl+54WWgklqWQUbZaI3+f7e/85z33f537e c53rOu95nn/edxwcBhr6kbtmFvwHh9oAm0PjbShvNB5vhMqJPEzrb/0rPf365c8d0/MiPCkOkU5X ErolXa9pxfGPOfPMXH+95Vexhbzco6tmph8fQ8OCgIwR6HhfJOTrKmDj6PTnU42/C0CIAuECwtFv E3+bNjeF5aMY6tLf+ARg0CkyDL96J4bqAVECIRtHR5pTXa8SnDeWV79N3o9BDOM8lgu6+AZnpqRe m5jtDTth9SodCnKMNEvb6G7tRH+zXUaEMk2DwMOqBqTvHfIXdMZVx7FPrXeH3F8f2yZEmvSmgfZy p7T/cVfZ0zP+mx+wkS96rj6AnfC4IYs7obm8Id+Zqw4SCoHSLqJftGBG721s3/qwF+LMFzJ8uqc9 0KNcxpJ4geqJk/Z9NT4LHALzC+rfxVaq/ux7ngYPftf2fS2AKABDyPzyjdeik3xHwhq8JsoxEDgM fF3Pfmqw05emusv6fdaSP+y2bleHbqg50pjQcWtK+LarsbKKpzdVRajlau0Q2UOjugExOQ6pc9kW +RCmbNPzETbxPj74MzdycOAJGfi0cfznk5/XBrePZjEoaoTwZj7D+Kgn+2jKx4P4JDNoyDOLtHS+ RbQ68tB3AWtDwihXH7x44QacJm6i2v++P9qq2fuugb12XGNM2xe/j/Bwc9tvGP1hhxYutT8BOGam 13r3q9B67rFCvyHRVOs/q7u+v0dBnjLJn+52b75ONUFMpmtfrmc/8OWYVsOnY1e2T/5+ibhqdd7z EQiCRSW/4I5hofb7/E7VPF4mi1gv6soZH4DO8RyfBb6JgUC/GuaHO3hhhYleAPMpd4XiBsRqeP+x 30+DLYPkfRipiNsAz2OQfelgU3ycx8S+Et9ND5wO77BYA2LjPNFzD4+jV353jvznUvHmGGmBoBht Q70Igaa3aMDEj+nwDJ9o/bha8IZsx/MD2jmTmet6oLf4dsUsxMb+pbc8fQoMUfyz+/Y9i0IP3F09 cqpYzn4Cosz36bZJM6Gb4GTyBptlrcZTynw7t9b/zrp8/E8Ge4/B7mMRvXuKGA/7d0jpJs8vsZ45 pipYCJQEno7GV+Hu0YNKA/MXsflGbupsQK3qkVjDbI3ILVDTxNtEvqt87whUfpukEgqbZbb/ewZl lj/zWX9OGQ+sY+fM7gFCsF2jY/fMD/trfp15Q3wk8z5ZeDqbYxM1JoQfRe0O7cxQze9MsK7MiV99 SpbCpD9L4kOOCz8CIwHAgtl1cyCoA0d7xN7xGMyp453E0KN06o7c2EaAZPwyNbyCdIjP3qEub93b U9OK1tIoUXeWg0sPyLsoPE3FkGCUCNLQ9MeiuGrfvUTE3Ae2DP5RD25cqDYB7VgzI+oU/YDo16vO 79lQuHjDVvMrX3F1Tfkmr2DwEKqW+wsx913E+J5NzPOJRyer73c7pUrzYGJK5BZAwWT2fXmptOHX tsC7wUN0adxq3jMzK0i68Dw/lJCeIbUHoTplMpJ2RXBsFRU1i+Hr8k9C7KKOHj2+AmRgVNV0j4kd vaWBk9llB2OCob3fVvgeZl6IoUy2bS9OCwrYpV1co2NgzOAV8tsajVndq2D14xB2DhQgxAa9BLlJ R6LHQKbUmGwFRg/w0cxb+W0CQGItFXnLt+PcH2mcQBCQYNWacp30Rd7xez7fE9kj5u+6Lv3goVnI 7NCGub34YWZ5iM3vo9OSqZNeidrlR2ffm9jwPDHs+ZWrHERd9bv+zEG9O6asxzohivVL+1Zv7C/R 2BppVf0rqLzUKI5SQGrNyQiRnofdNznEt8KRVt8WANRO6JI50ErU3LlVOGueMxUiFAxAZz7jN/qa y9MDffpOy+HLMzYPJRyNlcQ3vsSs7vOitwUnDfkd66Y9OOSR4vz7MfcEyA3SUoAHdh5fNEDcM0To w5b4UtO7LfVaQFjGF3DelSORWc/AB6Hmm4KOrF6p+LOXupO5Wilyh6EFDlfLWqHQIhrKpofrjzx9 2O8H07NlXPFy479b8yZTzX2CFV4gZheclUkCGr4oMQm9I5aUGmy7d1LWIL1TFDDR1SDWNveSXz6o kZ2N9rBd2nfslf+kUqw/09cqn7SHJCZGbUjy/GifQuMLi2a92zcY+PgM5YQTBFivuHxfWF0dCfe0 dQIxXjQebpdsjT+FUz/4mD070ut6xvRL8s7YPavZc5qE9q+4skhDLhy8t1zY5g5IZeUhSkUJer5S YqrB4XpcfanYqOm97JWzlyHvs2+vReBGj67S+rY4bVe6zE/IZmWWFXS5z0sgF5axf0iLDz5qlPsU avjd50Ob8m2qN6CvCnsieL7/dry6PUJJ+X2F8yDtAn9g9tpk4Jb0g0nBd0Y4Tw8uxFrgMuBPF+dU Fz2AUNHdqgBRD5LI/oFYelXvFZxHwW9xuxr+UA9zRGuE5PvH7Whq0ttjxwZekPDWJ3B0jvcubsUU ntM1LGSHWiggYG+FdoDg2GHQmxra0PLRnSDi6Z+nHv/wn8rG0on+fsCG01lPVpPLHxbJxGDXj/a2 V7SeV2DUWe+5sEziCslAJ3XWiJI/3AwknuN6rMTcS9Vvdtw/JMJUbX3OK8H84M3jQVHAWCaBPW7c o3GAJbzx7nGc2PcA2EE5gViYj/0Lx+LVlZxM+z8j2s8RFRwfSKPy5c7qOe5bsUntNX2I2lJw0/fH MvMIPIgUP5lhQK/xKidrnHkKRG90goTWiu4V0E+iAHZIQsXna5tiCKAsAAdS2ZpMs32oKwYg95iL LTd3loMsTXS1YRa3Lj2JMWcYw7d3zfQ0WwHvf+1qINae7QbnUA6wyTOWu3QlMnbNanx3G6Cy+wsw Tcb+3H0G2LUEAOG2gpa1Y4p0KyCYYc033HQBe8FfGJy75n9ARjgaHO/wQn9/styp3MKyF/quenXN 7X1jBrNk15ezP9Db0FH+wtmDpHBS5VhZkQTpM9hZNv6o5jkLOWmy0E05ecRr1pNPCgSq+BGwnZwp vPy7+QnyUwUDS27K4fJrhwOcfzj5XT1cfttP7mo+K8/1hf4TCj6NWdl76XD5d4NidzmdkpLbR8uv PZ1ra5TuBB8uj230Sb9r+WJ3M/GaZO2zpOkVRbyg/NJXadk3ct8PypVLJ0xfuA2T+/NeMRquJLye +DnAFEwzCNRwg8ulGJJdM/Y5YTUuSWxpHIWVWcphac/VowPWofA6dXk5bCUry0JjWaLdPlNa/c2F sZgveldoOxKaJ7Tu35ZumH6jDJZ28mYa4eSERmIaR9wXLquacsnneivhWhJym2o+O5UY3cpIqUdg Oh2UsvDa8BkdCEeh8SKiEKNj07HiWClpsKwERV5Bma66urs7q6YO16Lr6OoxDBhGdBNTM4YFw3Ir mPtJKPZeDJAOsrF0Na9f4R2Zdv0LM4ZuSK7KweVQauMhz35VG+5qNN6fjSOAcR4AmLaiN4IU1IOp XfRwDW7xBc7XgHQ6e28dc/XnDvoHrvvnrRqeBpQlxiUchNJxC4b87qLpI7OgmS2PHAbJSgNo3+Lh axGy8ezH+/LuYj7LuHC/OQTsC+PBzC8mhoH2Lbo+2WBvTf5b+jPkd32YPmQPZ287Q8NjL2dVZ36Z We3Y6VkBZ3yEE0FbDwCau4Sv4v6FgO5ZFM2V+04u66Mxon9Lxtx2pODr49U9/LREaver95FUCWJo 0iVmlxJzj7nmg13QLlPO3JCpYb4HYh7ONDKPYJrxmYjFONFp80Mnk+LtBBPq1zffvRZFjNQgumFl x1LKWxC3Xn+AX/3agj2fciknlTOfNV/Yp8XaWs+6ANfEPmgGib15l/V5du75P3iBfgtwrfwskXgh SEta7F4CNplvfVpSOhrSmyCzz4wM6pg5+A34PAO3lYAeRixE7uY60n5YIyje4uBNT36nwSGzDbCp eIK0gax0c2QoIkPZWFQntqpRhh5Z6pu42qqJej0bfbFd3AnH1eRfvvwXw4w48ZOyHyEOQrZ1p3Vj XtdTbmdEQHaHpSE46fBbJu98pV8JBdJFsnak//VPK2Nfv8pAIu5l70HY2mVH6xu22K7Q1T1pltFZ aAOax8SL74lt0kqPWqp3fl3FtgxcOt0mOTU0VLQrO8Vd4X72ivYvbkoaCLg0Dd6vAqW+FC8uJpPM JnYmJ28h9g9BhHBQTD+2S9YuCxO/pgenkkmlFZ1kMyQBl9U5FQzH+NogqNHxIxQyKftYouMDFAGH cDa3o7TwvLxXvrK/EKuaLII/t+7z1GF7zR/kdVzBTixZ+Yip9HyFvaAr6O/reBF4SMnzwLzIcd/o fyCzgskV2dviaBmsTvae3YiTstMaRd6GH9B63wL2TtJbpPulY1j7+mYSqbZSPhRZxRJRQwv93Pyi 3vOy5Q2EBK2Ql850F/jk6UtmNkKmNkpcGE5a/u3GYHbbdVnY8Z6CIS+YjcpkYmys8cwkXI4W6f6x NVIRcuutxoVIC7D+89kfeKff6ycFJDxoUlL6hLQlCg22vDXBeBgYvv7VO/tQywj3vTs/7ZmDG1XZ hG3Cvh2dU2HClo5BKrT1sfY9IyuXwP9H70Heo7ugd/V2E7I+C2Z1EmCpJQDA8r8LWavmXrMmeLXT 1rB++YudIMhpsJmW5FDZ28fZIL+j+3uGTuTk4ErlDT+oBPahLsqNAJujY3L25WjgYNdtGVZqJ/Rz 72izjJK4kTA7CJxsSbN6UxWBpLKdvnZOqpTzL3aG3bqA7AfJEPhBtP0px7Ewsl1MBP7R52MnuBO6 428Rh3/H5m7J9Ig8Md6PLiBdBE5rZVpWJe9PbHubKkP6qx/CO6h8cf776N3i35QPakz1EnN71AYN DikSKunad/4vOXAIYWL4IVSmJCtaPiZtH7b5bFNQpX6uoVqYor9r1WXyURS377zJOKGsGvq0VV5c NzQ72szsUdNICLK92P5KjlB4kvjR93YOL2QU7cGHTMu0Y0efRGuSnAllOkXWhh/0XAujH+FjXPeZ hCv047Cq+rnxcEXaOp/RoOm37gkneyKonvujrj7wj5MPzgMLfP3jgdt5r0GJWh9evUWBIVZKvKmS cSa4/oEhdiDzh1Htn0F2HDK4ffHpDiYYmc6oLq1CRx/MjxlC1sZFouoozEmGgyN7jH6Pfe7aV2Fl NFg9vkMFgjvw3/+o7D2btJR4lLsZqtqzPmznF/LwCQCO2LWsHP0yu2s3DNvhST9xcE4ufwmgn3m4 hX+4KhFUrGpW32o7evGgQV8UpeYtYNT258PNC+vPtrLLyeX/is1X9jSceDbhsC4R37TD/nkccfcq F4v55VQitv1A1eqc8wsmOPRYu9asthr8Spt+qRpKK9puUlUk2IG39EPIzP8Go8Np75UzT6yKzlGr MX1AiqRaEDS1jen6Zhj7chA8q65N1wRUW2BqsApZSQ4NmDTFfChGnMIJHg3NY5RNu7P05qdM7Mr+ qHs1CcYRWfEokZvl44Jx0RuipYgzq9fR/aHQQBgp/0E09UFv0W4+De3wcCyYBUj/N2wJhlF7hhKk YVK73nGS1A+qu3NmmhGN0cEjhBGYuglNdV8tNVrRW5OgMpqhr1RZqf8ENhpfpqmlKX0+65fWReOR Hj9HyCF3nMiBBiNiGd2/+LmXW6V5mGe1xm9NgoMk10nSL4JLV3NzhojrFlxyO3dIX42l1anj5tEn TY1vfigzqLBRa9HHpKtBZE1saD7yUQkn162j3c+W3/VgQx7BCLNSTIw34keZbwbinfnxIrf1pIsP eJbTuQ1RPofn3Sad1BLLbzui5A2XuTsfKQ3vAgzGTNbLLb+f6vgnjfh2Ilf1OWhUIBTZXsh3RoQ+ SZyq/SBQavaeECoe3VlLkgb2ncAhFrQhLUIK75CPHtGXP2FF4lIWbFX8PL1t4hGgZoP6xf8KdHRc VI7cmAeg+l2glNFoxnLH4QREwIF+Vd0wMRo9iBnkUi9fnJaE0xhfcZup39u9WKgbGemWMbTbnQ4P jIfEgQ72Z3xHI3tYmshpllrG35N81CkllrxAlrvaNd2NNjUZ4k6yYMhdsAAFnUB3QwivRQRiJo9Y NpPj4uNvk4SgYoBHF5fvO9t8x7khvFBux7RboJ93SHstIrOGomLhv4HYzBON7AQoL/ZiJ/Ja/Ejc kIHqQeMDKsBBOWT8oTWW6C761rIPdxIV/Av5ggma+N4fOR1jOzHxTlfoNnJ9BA3dzUxhAft99+b9 GBueZsei4bugTdx2elJHWrdVE5T7RLx3FLiJqNrtg6tuMmXFuf8i16dK837u7/kmsZeeKAz85jfL Dfm+sd/z98H9/fd7sPd319+t+8alvE94B8j4M/SQvXmso7PzhrfqNJwcL34Ne/b7e6H9ni836CwI 8g2mHavSHvP9Vj9SFDYOehv45t+/W0E/2a8AJ1QUCOvDq+kGVoS29AlB1jgg6zlAquf1flTi/bDD CMFn+2+wOHB9Ovtflf9G+pWnE88iXZlG+B788wSobdpW+lTmP6bu5sTbickEGeDuyYmRiR6CzFql e4KQmIJw3b/IQO3ZNy8iO0WnkrcDf7VHCL7u9dN48XQIHVhtZ4+GhKC1WWlHttpoYvG6LAtZ2KSc UdWCzro1INnQ9FsHZ9Esvj4ZYnYSkjmYaLbGNzYzJTEx6TpDBlnKVau3EsrtuRsHfodM3J5OgqON 0aZoLfRJCB3hUlCPOe66WbRQOAtEbpixRhSBlpJIEwOlIfE4wgm8yjRZJgYG7VkrZ5SPTUqIouG5 +Hy9vv7ejsjy1H5t2ibwmly/04OnlKefqN3xMqXwj9lxmQ/G4kaLLQ1ksvTN9AZkJKtRjCtWSdcj jLw+VH9N6cm0xOOH/bSfvWcf1+tfj0ozdxVCAj/5WpPzmvpev3w2HTN87SIKqBDpbn1iTXhUOuaX 0TR+LdIRuab6LCzN8nWs2dtkSVhmvIhPZDf81ETXN5SY4ZvJ3Z40NGapwP9K3xecvDf3R/rWsdwX oiabSWDVR3SPx+s/PErXP2a+n9goznuxPj99nL9/dc12ufu3Xx1ZSNT3t7vkkOQbpmEmelckK2YR mLV/WXxK1PNNTZSq+NT3U0/PfX8tNuWA4mXZyvpy/yo2vAz1WPfx2ZqmZdlJLCwCnMCuq84G3r3w r/77ArsXw/QsNO0SoKsaYxI5YaMEn4oX7+VuNAkd3mSv7+YCFui5J95zd/YZXe8P1qdyidq4l/oH GNYYFwTcpJ/9IyKRGCfOREY+D6ZikvfLrEErPjQrMl8rCxcyruW/TiATofl3wy6DJjaPC+A6T9nn 8s0b6ft8Wpi1+aNx92wviIIUMM+x8Pk1nW27DIYK7euOZTymLML+7iZUzvjOJqJpNSnuZ7Kn6jc/ L497ZR/eq9CI++4rAnvxK/hv/kPdR29dQr7JetMgAdzAL3HH2qfzPgYkI7jljvAEauUaqMAPAt4f +BQ9rNTQxjjOVBgf1ertGUkngGufjALP5n+5Nfp0ivu0rXutcqP7qffdKoG/Ny8Z6fkucsjiQcxw O9FkJB22IYmh9dXP4f/rxOCtQDnOv4P4Cdker2fTyJy+Y9Dj+wDfEuBqV+/LeGbQS6/clTtVqJHy AEL2G19BvN/nk+o0k7m94kZON2d/tDSeSjeYG5/dx39Nkkl1cnigdWbf1L5+1Dnhpt1x/4aEb1Pk J+iVSFAI71vfnTb4jVjui44TSGKCzIS4a3djIA6146oYakkii2M7RzhPmuREfhzT8HDnfMW2PAFO zPCD7/VD8s3bm46m3QyyvYyt7UM/AGk9WUvaJNyCMw1gm/BegLmJbGrUhvF6HzdK/sXNxgDsEM/X vn+LDKFD5RStOwKt7RHOkG+SukBzLLREpnc89udXMuLZE8Hv6NO2nBOlp/q9PO/1X6vLhNjeJIms Vks6JEg4Q1u1P0Acs75RxluU88dlPJkbLLx/b1LYlW8F9metuqdxAtV7nd15VmyxMVl5QCrG7FvT sSwZtCa2YQSBCQzYt+3SM/rc2++VQ9fpxo6szHPiCWIn1qAj5FnRwuep7atY0geKxIBCAsUInaDx LtZ7HFPfu4T5gQqfmXkW8fwR+q0gTJkWb6xFEjLaepyqLIy5LPy0pkmsmPwUOKT3lisfGv/2wINL qFH9PPweqvvqesjaPrejq+knrZlIldaWirxfBx6NbmscF2/36B2Q2KsMt75FNz90GOfBnJy3FAhf VOzzz/dIbriXKURfr/jwUjQi34YM/q9fdv2vj4WDgfquLwwAsoD/xn/Ui/9dAf8T/z8A/Mfo/38A GXD5n6Zx10dtCGRwcCdoTt3TE4ZQRezq/VH/87MGi2HtIS0vPrPifBRY0lNL+djllSWtgH5yqi0f Mmf2mtKrg6Vbe9yy2dSOzJpYYfBvwaIdsRtW0oEPgTn2kMWc92LwXGnpnIdPgUf2Qj5l8zXeThz0 yUB4jkyG+UzwkyA+dqa6/ilDOnhfLcmJ+zmcyfa1GMreU+BftxwCgT3x4CcTi8gfzITiBgMcyue6 MSEGZ6LkZH3cCOQsvNMNycIN2x+N/+Tgl+FOq7E3/mCVHs4tAhA/9yy8vP/X9N+5HS97BOLiUPbW ispgtCbI7tLW++0n3aLnj6Iutam3A9TPKisXfoyqmI2nnjy1/smxZLtRcOYxYNsSwD5X/++GTQre NOZw07+o7YiQ4WPuEx9Y2mtWpfdz1fwJkcV0yCTsL6gWOzoMbhKIEszsVh8DjIcFTOO97JhwJzmE fUnXQX89ulClqrkL79jq7T9s5MPnsD3JPG/5Fo2u8W/JJARTHB+1tndFAIvSiKLN3RZISeu5jI6c 6gnA3Rd/F0vY5bnfPoRM10t/JVsdw6LBrFgKWUuncvdG8fp0/fZEtsrEekLTpBGPPcsU92wxvLwN Ummec0nudxy+Bch1iQh07G4csaPrkKYL97cYJt0Hfbb4dxSP2N0NTIdY/K7R5l7lwy0uNh5ZSzzu 2VHpHdHXZtXT9u33m7uzXRAi3zhoH6RZLtDDy0/OBbD+z/BPW1LvUFY3LFmdYFt8OeUX9119T5HY tXz2041lV0+1MIvoDsRNx6XxdOtpQ0WiWJTAoLcYlRulQMtu4a9ePMrdMpImRQW4q5EahNSk2QkO jHvo1jo9dhLCHDhwhdIQJ+w7IGorjvh87ai+KbiYcFIy6yRFPui7aJapXNztKkbrxRIPhJyBElrm yFMPJcOT9M+W2Vp0RgAXyPWkVGGiFzdOmliI37molfFZ1wmgulPlIqbWnRYLqmdS+EzQte2qHumM TfyuW495/Gpc3aCM3bxghSOzepCZFAgSiOHhSm6CPwGeUUaLpucdn34E7tg9QFb56sgJId+pVXlU P9CP1BkT/RqJlqpJ6n+Sl9zRCfXdo2B702Tco5HRIhWLfjeRsP48w7ezH94x957E/sweHxr/fJQl delSlN9JNLjRZsF8/O7tiXbTRno6Xk5eXOx71og4oB2hE731ABvaCExvhAok1qzhaAg9vFdjStUT sXr5olTnHGKo/NYvh69XDTW375ffIj/aaY5KF3hSvg5pMRbGGy6d3RiF9vSuvd/RAiTH7QkENRRC RFf1bozLQSrgyhao6d3WrOi53wd7ED3fPH4Lh6tZbdGOAP6uCAsZTlRb3YDt+Bv5OP3leVEPohTs qg1XWju3rqRxk3SpnTlWAr9Jnu3HvuTCAz9vDX4cbk8RaGRKe0aG3jMcQix0EQbfBVSG6n963bSD ZW7LdOr9gtwXWGaHv9tMlBLaLelsfP0UrC3ApJS4FFS9cTYHtz32CdSz/N1yP65/ctVff2ifv92d s3wLo8q3Qpw3OZ2SLzpeZFh8I19nnHI+Hx52OrNJPJgmHYCjvnG7ZgM9t7JQWa1jSKB1BGSplYcJ 61P5TrFTFwmL+mbXB/zuZATsJJa/HRlTpKaMJQr9/NhQ9GQnk/2uI8g6wjbjoJm7f4ARnt2kjxXp A4wfSt/U2vU/kpNhVvbo6UbPJZPLlm9eO0RZX9Iu+XlwZ7rxnShZud5SXffNp/MmLWoyK63LT2OP 8e8IgaoAHMAGYmRE6FBd/fbOtD/llPtzmcUFsN3VsdG3k7s/D44MDKUPJ56en/s70JH2s/Rrt7ts y1biimhjMLoF9Kfb/a8luLzReicAyD/ofOE7BAht9c3mlh+vz/y0XWn/+2VJJjvV7Bc7hHalW06o 44cfuqFu5cCafTAIaigm7aG+76rm6kiRv0MVZ+ZFDm31WPYkFe5RB2RG7qRrix4riuHPpUkO2/5+ VnwkZRS24We7bZsQHnX9l3d2t6aaEdv5AeIUBsHHBNpw1Osf1Hvu2emhLsWN2tjcS9njUd9jUbLz AfZuqTD48BrfFeYGVB0r8NEZEscX7NEc+usHiOKiv7C2/c1NjmYZaDrI3ta+0Gupom8UYf0S+Ejd FsoPTUwyH5U6G8nn3zoJEBWLMVmusfeGDL5K9o9utfUAv5TZ6dc4oxJOOZIdvv/U9aRmY1eMsKkZ E0ZzHf+hrzJElxLPlDwOSxfOMnRw2P4lgCKdlyfF4uKc5ok2ZaPh12996arDANOHDwarOzw+1F+f YzDJX/rYe5Z/x+9XErKutcBz1eh8cGYhyTQ0Bun71mKtofyi0IGwzXRkVjp4Lldc8+DfyhNSblFk WkBQ9xchaNzvfnO0FP8HLtA7c8svPgZ/GRrVCHQeVAdNC6pirNk4WYnferc80a+7pum1e1xVs8WX Jn+1HWms3T1RnnmtI1/up/Rv5e5emPvMp7wDeS55LEDb67CrEburZcsd091vkIqu1m2vF5p3paCv PnfkfTD8RAe+zKW2AuOv9mm89kiGPVuD6MQFgALLtjd+yxCABbQu6YCnRnHo9qCAAiW7exj9ia+S 4VnPE9Rr8u3n4truR2lCwH4QwzKh3UTKgwPGiSjByIFIoORGmKsD4nTB9P4wXDDs1hIxRETsVrV+ pqIBcd8f3KvrzfR7A3fd6hyHgxzggLfgxC+O8VFK9L18rNkjguNfr6OvNOzmzOJvNphc05jp8AI+ T3gIS/KYVsw86Q2Z2IyHJY+7ic1NT7xPIyTzdo3q7tNeb068s2LKOq2vufkcfY+SRtsBh7A+NTG2 Qp125hviqM4HS91IT6ZwCebAUY25Fc2JSfw4/ueBA7uPdWtYgz88XPKlmmgvxu7mHyHUGHQvHQW6 bLSOd2rDNfdoDmx9yNc/iwA4FKSjpBUwF+PkNJeU7uzqW1WvumJYjy/csvBMcgjRNx7mjedQHlIs 9j2zu+GP/6Hid1ALd9tBLVf8iZYiJxAnomyeh9KGAn7t13z1rrrn3l/Rw5GwRvkJmNhFUXypwz1V hH3uunHrnBVjb39X0WOYoUc2t+wctePgWbC86L78v9317NF+LLkHA8HKd2Sd5uQNyT2JA+6fXXH3 ZTQDG2X3ccTEjnuiXx4Kzh/p2Bs8ftRTS22qkawrSuoMbOjSvMO2UPn9OihwCBFHdSTqad6PCOu2 b6RoyN028aeNPJVlU7e0do0YAxrwSI/1xanvHT27gYlTPVNz76bezzWCKjMbwRKOyZS/NGrk9Uj/ fq13qJikbem1oQ3JOyHaLyJtjBDvrnA8gJc5iAHZl9+19nFwZ8LhvmE2jSqZmVWQP6+1n2cdVcks 9Ch4kAqOrVoMrFrX44IN9JY56f1KVWpUxp4PdjzGriNHFHK1z2638PrigLZ8qMr+3SMGvCjFhcYq Qzr/z2Pnirrwbsq59ckhkIaVMAKnU+TOQEm+Mnk/g404erdG4XTNk6Unjuva0wXMKlL0qJlofOy6 DHm6vviWKF8KuL89pupisz5Bh3PAbmc/vHri3hN7nt2uG8ee76FdW3drb2h1kdzBdzbd1V3bI89d zLmrB94OgTVcnRBly9aily2l9sS3FDPMOQG79LlqHM7qoKWD2wjFZcZlJjgYMMDV7jgKvqzDh4BS SXVOv3DHQk4Cb7LfheAaPE880rLwFalzl28EcX/Jv3WsB0w8Bw0DiJTsvnYtbqg/4Nsmd0mhD2/z RU24hugAokcroToAVAUEpyOAFvJU5PQl2C9jn3uNaoA3de3N8i9GgWG2NoAhugJCHn/8ALZO2Dzr yIkaQlF+TViVsnykHBMv9K4JrsoGtjMEQ3D5zenoPT0JWqZAlkrMdyvP+R6Ovtmox0sDHzlTFKvK Q9shdE7N51Y+IqCYYKMso+391fRdwUOd3WcEDBgHhrBuEZygxCIE2esl6ZnaI9yfQ77CcHraLAvF XJW13Z9BWIISO1/Cr6gNYTrIIARxwfvtHHFY3pZB5cTdBV/JTAoSbQbQZSpwfRhGhLFQ7xjSE3Pi gbbEcQydhZN+WeCOIgk8YGAzM/3l3Ku2F4jPwDD+nodHdj2zMUCYoEq+tfF6vdTex15nBhGAorvk 8WJ9n1wIDTRiYdtCOGQpBmzasQC5iVXlhJy72pFtj5cHRjuqoI8THRlMu3a5WoPaOqMOylvDqVg9 xBHuYkchb8RSM2dcZmhVq/OASzyyjto1ZwbaDzRzkRkg3qxQ/Aeo+9D7l7gHJxlwVbdCZVFz67BA tgEQIxDhQ+mod9OMwc6speBiTN0e3nB/fMojYUNX7g93lgLfGRXLXxw2B0ICn95W//YLuHFCB6cU hBvq2W8qSw3aVQ3n1N/+bfjIYgkFibwASLjxZmO5c/xbiK8SBO672bGhbaLnIjJ3bfNxqYxHtG+H yuw5OZW3nwuzxBFMDbLOx1ybzCsnjdSIhsNTHstlIcIzm4npxt4+PhB9ArA/O5MjJhQ8+nP6dPVr /RUhmrHtsKU25A3viX73kM2froHvjXGgQw/folDhm0CZ5itvD0PAqzUhcBAMJeEW3CN/mrocYOVE RlQr1gGzeA/5JB8abbtf3t9DIpQP/FUGGM96JkIAUni+1hIhVj0WQkC3woXm0WJcSakDbMFBD1Qt Tw4MBTZv2gwuJ8q4QC11pxoNpSWUW1K+VoV+C4/TWUO8BbEPpTK5qGOdxWcdlOwg7C9xjvg5lATS LsKbYGEnGD6XzQ83WQjORAJciMKTOQ+RgPvKEHjK00hniR+oNtyvkifAgydYcqu74T3CAfGzRVr7 YOyH0S0SynFyFOvEUWCce2C5wUKzU+ARvs+ft3UUN7lWF9nm6xB9OxwdwEecwjPTV/u1L9YQIY5s +Pm20irwi4Pqy8X6zyR3LXXXALifL6xz/wikKxI6RF569ACGxBH1RxTpxizdgFFP08qhTIq575zI bYi5NrBQqp4cJmwYiKR9kb8PHsnB9LS9HgHEU/4say2cDVr7ANLFkyXiFYl6/9O0DRz+p8UFS+iy g+KTE/6jyEWs/xhwXeJ/zEjPicn/GIni1QWrA6Ml84hSQFsRkHw+XlEr3Hia7PE/bSbqBAU8Msv2 ovynqZ8PlKRrhjfGjVjBitBFcw+LgAtNGzg6XXPhzEeciJIsVVJl4muNPBEalPn5+ezwPhnwQKBk rMSrEbUcuqlYVqZnjlV8uMGeHBgYrA5IyH58+aRekWQMGJt3F4ivrlHJuK+BAfy8oNhSX4XkvKqK 0Joq0jOn7uheuMEbVMAtGOn6m+i3AQ6SlTuA/m0AKjX97LdQxTeBj68tPyaM1qr57Ds8Qhg9W+dE 8abubTgCigfXMz7SDXSQgA7wKhRIdvHJ6UVdOXiYKa0oWy+P1/e8Z9OGbUBmLJ8RtjvooyybzEo9 Kl0wwWD+5EYZHlZrvTH8ehMwomn+pKnptowwBIqQwoS3yROPVjoL4aAE+QNVltbJJotp5qB0u4SH WZ9+ZXwTLhepCTYjTKj9lAWeulKMIBQ8wHaJAN+Mf9QAtWDjf4Y9yHE26PrbLrcOHiaEY1fLj306 vQFHVGDzV9r1QSo027wGb/GVnabRXlEBgm6xhUnwLqCJ2ebL/yXhuRWarI58jX0NSNNTcAY0vqfw 275D8vwKM+CYygXynHna3eHD7fANBcHVHypgmrYGZOyavsewz46lKhkOvc248IRByviriMbEsCTo AKKpv66QWqj0DgzEgll9OlAubglq5Z/aYpFYHp3RsZRY9TnLcB9MYHR1S3qDcvZuOoqdvOtSuJ/A lKgYJ1sDi/JTYNNpYuB0f77QYrRcZMLs7V14FF/SDG6c2zL5nikUFX0qFTgIbtBSAV8ymJ1GR2q6 Fb2HcYsVhit3prNhUxWT9wJH3rBnLXSBMouIo5raYJIHzSJENQkhzSICX3WBZq2qw5fJFqiogJTl O5MC1VlM0IzLYZTek6kn4R7vejHR2gb6rtZZ69H50dHRKkpBz6P5d5X1PdqK6i2KZKZKRQ2BI6dF Mbuqig+ncmOCzQ3kL/abBxwINk8tGHR0GSFTqzkcF92RM+Hh4SGMUTbH0P8mQpkJ10XhwyXDKbcH HQbBbQuSLoODS5/PFw06rCYDVNsvXlAZ93pHAqqu3+o+8OYAcdoCN2OQszA+gzGKCWyJNTfXMR6E 9FNmoyoHUXXGA1/NKm5uNTMHoZnp3vxcj9AsGv2+i5f/R0zEs0REwRQTiLFtsWv/dgCXgBB2eL9L h15FfLemc2Hd9U9832aFv/hMNIq5XFcF9k4tS6VnSgAPIr6C17lm72RnVQchqdzFb0EeyV+FDEeK EASzF/c75XTKzj/fEMBsHwpeS3GDQObAKFO5tG9CSp0221/5GJSU8880RyTEw/NZk8iZW52xqYPV vvBeP4bnyL6EHtsYblhzZc8259GBOT5e4tnUUu8ncEJIET6cUBDmvGz9QcEP53E2mHrIO9/FAZed JotD1tsFl9VjNoUBiReG9UYp+tfwITi/u4igUTLY+hy960sc4ThkaeZ9UfExF3GX3+4zDuvz3TJd 7+cqsVmzIg5Bfb2YKmU2hDYGaE4wp8k1FuGEP7C1EbAihXMZmAUMZOQs08UaARp/GJ4di/AeIL4w lOw9eoiID/ppnUxnBaXa+u5rXokbXTAGB5wMikc9R4eTQyv9SIl0O1eMDSEmLleeo/Ed4X1HWjdx dGF/HJ5FLc1JlCiPS3c/W+CrrcdmlhfEpajnFu1D+oMSPk65bTAF5jNBbt53bfg2dHmuRfImqArY wmRmDDy4Yf+wK8g7whsMAuq7XrjapB7V4GNPLUom48+ksKlUO6Y4kPljNwoncl8Jwi86SJ7vWHvb O38IAgPrg6ytv053/PvW+x1sKBC35/9sYv87FTZrlcYgzwaQSQlhWqHLCDZXHcTsXNzVfJD2nmcF 2RkxBydpU0+3zTukhH8zd8AJ7i/qn2aiqRhBM3lEqM6Qde3HwmTT6v7j5zCQeIWsXSFZsfvvXAQw iSFGTUy/USqVUEZe/8MFbkZ6ypeXfotRJmmqigkDR9c+2hPX1wWT+7L+UYm878z3eG+MPDj3vpjC 7Od0WREREE5m5rvQ9vovQSUeACbZfRixYySkzpxAqoOUXjqQX+LEkPPGIyMjEWptQkJz+flB3RYW 7Adn6zBIMRPd5nwxBgKCQNAfPxrBYBT6bh6wn7liYIkwa1RbOriviG8vefS7DBcHP+mOQJwtjghH YDA4Gqi9QoFA2NeWlbtO4T4ZBgRKw0Cxw6AiJy89Hs9o/SD+z3kOBnS3AAPnn8fVp7YIBUiiVNbZ b6qY8NfojW+YtgejDkQApJfPVrbzNWgXBlrtJ4CkrOMxb1pkAHMgbGTXBvNqOYLggMIhzbPKlVCO xFEgYNFZ0V6HFwTviuHuzbvcBo85e56v95w0LYpArbMJG8eqM0aJ5nAshEy4T6kH8ONvwT2lAxIj rh1K+MZED4PK42SwoC8lX0qgYAgkMedVEfhor9wF7SrjKH8o3W6iAJ9uDjYeBLKRmU3bPOdYxU/a ZKW4KRXiTwMlurQ7RWz/NZAtWKlA6TxPV4um1qnxeggXCsf8AEr6xACOHLFkkVvbeiFeK4CgfHLx vuqphmAhecybqJNqdqd2tXHaSUndgDMzQklxM1Bo8iwpsTprjTD1fQZyPjGdRqChm22WCRBqC8Ek 9KtVJF9CnGvJyeXp8Cygh1FM5xZd+cfBZkB27C2eFoQj295OtAE+PmFsaM7zafrWeNjOEGzNJkFC hg9TPot8Vo2ypaeBbwegAgqquaaPesyHnegDsAUrYlCxjTHCnU46O0M/5xhVimEHSVwUi+TUHAvI wGVmdYxEI9n6PcKKymMwO7togIOdsFNja0Z0Odjc+Cic/MR21NzYGBA0MmpjToLJxzVShrJgODhc qGK4vA1QrmmXCcZhBva6Vm2K4n0fUgmP0TcC6pWVBMJpROJCl2fd/QTGtWDuDihh8bj8nLC5WO+W 1RZv0fqgB+wO4eExMR8U5K6gv+XBOGa7FJbCd6a9d2m8/wl9oKSAzN4Ex41vTDN9IRCmh3Evk11R 39uWCYqZZx3bTr0Uv7VKUuFx+dIZt0Qn7qa+Yj6Xym4ZrKlr3MJAIRtZVS1CDwe6BPdaYoQFpRKS wkwkBKRNeu07n73AdrqUemY4yfbHaUNe9igzN6JXK2T2XS01GQMGKy4s3yKmcf1xFU8NBjSbPqgk sHDK9bjRbJNJ9SG6JRni/DPHBQhiEagtGgu1GEgHphCEuiBNypoUCgg4bh0JfhUTE1y+cvghZXJy kj83aD1N49kYMdlWzsXxQu26sZcBHrKbZuIglgSE7/P5XciLLUyUx6bMG80zqWHHAMpAcbA/hf0U 5IhZBp0YAFcQTCRRWGgw6fRW7CuNkfFvOd9aDFH83nrGYgWhRSfCVrsDZ3BzD3CDr10Rb2dz+hWG o7C0CjAuJbFXFcrPQAazDTxMld/DEBgTtsp+/NfGHVw+zfcIorUKW+K7vxfbKbJESzlW5ZkJSJDM s/SY+IbT57He/FBoNEcgrohiH3wt8C2oUQG0/BLrzeys0qE143/TOxxI5zxUXq9RO474Qj/1uEM8 cZSDIxIHEd7HML4RAS2Wa/bAYJYcFCqJjHP1LxMVEpoJfR/+e7ZNQNKZerUkvMu+mU0J5BHwoqBo nGx2kUjTKz7i9vM4lCniXoYtnRkfb2srOwLgRGjrWWkWxT6Wkh1RX0C1DfRMihQU9Q6I60LK9CXY pFZ7Zahn6XA1czTveGsr2mxNgLejmT20fWuXQIrcM0DrCzGdrLJZBtVoRErb/Vj16IJZG85/VlUV 9qe8D2PEL3t5iKagTpYXpmNurblM+vnOyW8NEy7NjOTmHethF6zD5mwuAW6WdZuHPFQBnPOFeFHk RnP2szB+zbTABFtJKFQU2cykjQkJwf+rGYsoH80E0IFK7khUkbXwCCKQfb5I7flrMfDI1eufR9Ys M297hkpP4pHRdejNI46JqT7GiCWFCpuog73+Cq8dhF1EPBZ9AEkMEEf8CiAYuTGTDWyPJo/i+75g HjADj2i0HzwB7yYGbqFxv9faxNHB/T75+tCOFcfRvZ5Gya44r6qeSxAAIVhmJs50c1XOBZj1EZp5 NeQohI7R9IBWYy8hrF0TzBwbPc7W6oss9Ar7Gfa4ABa/aDqkRYKtUSFHs3wBJI/1SiFVh6ec5g+q Mro6X0pMlp0yzww6X2PIbEPvXhNYeNmQN+92WlqwTfcYT3dAgjmUh+GriwQ1sZKa8m2fH7hGrEfP E46IF65RzosDxK/vmqFCj8Xj40XiCfHEJryTyPZuk0gToYl4HH9c5DjhOBESqNLKm+EPiKUw6uZW 9CH2R+itwUZX6vvr5VOtLevmdRvZ0q1/d3eh9AK+h0/G3x4MAxh/CJtrV9bddlZBSBtcB4o3bCmC poafkKha6br1Tm9aE3bVN/G2LBvn+7stPByXWeRs10IpkidHPYls6daOlUpUQ3rQwhK3jh1rIQlV MZ0Fe5FzyaKAePdELXOuF+GSKMt+40G6tUcULw7B3kExsRA0s126pgyF0RBiIWSB7XoOSXAI9Cue m8cYkgHvaj5cE9NZTkxyASeHwu/Xy0c43iU1PxLpf+oVqHXxN3npWQ6uNDNCuf6+2lOVqJEQCaia BNuIQkOZa9cCAKny/on9hYkdRd9HC4+dlXPqoHTijuvDF6SJlBMAcW098jM2QYcEW44e1W08g7Mk XwamlEUgcOTMs81GeiNzTXjcds8/9gkExqHvFu9a9gRZqaT0VvVxIDFzXH4SPwFhY51fBV7/lcee j5OgE7vf/0uUylrCZcgmzwgkOi4UJMgZqWv/3kp6y4IR01gnu9XUEhtWzZGTZmm8ugtFbgrtM2Oy HHbXoXc4VzYZ3HSqzknSx4Dhq6at6vAiLUcZdLIJXND+nGmt2/8Y/vxd2mgkeEkCjF0ja21lSmMn wSlS9PJzGNDJ7VXY8oPwBWwKAkyArp1ylksRBktIB041y4GlyXw2JmCd3wOlg32qMghPXE2WT9lG kPVn2+g7C9h6PVByN+iEBS9Tg/7mzj9zkC8sG51HUZF6dcrwg+lzg1gEqHVrtV/4q0uHFBiC+Pz5 83eowAsKE7jABXYIAf0/4jNSYIoS6KMFmhiByv+wkEBeWEDCCsRxAtzfr58/4wUoEQFElGe1gkiS EqFXQC6ftFQ5IIi+/h1mfr4EtGQwJWpj/PmIhiAGs1kw9GJ/MpPvlfE5EJox1Dxb9QNmcVoykQrP ignc+YlKJJ3HMcUF0umcNbGOqDPnVLCJsOv5DNx0VFwbKDyNItxpLj2070a6aKK+uQhT+3m2HHCm qie8t57QDk3ZlVSFoGTqyExh6RPLkSefygvBLEfTz4HRJxS12A7p877Yr0/ZxuivUbTeNTvY6ZWz 0tOHR389P1UwdL7yjxQ95oZyHOYuEnf/+ZyWeqDuVEmT6Pt5cSsPyPMcA+9eMdFckcZGwwyctViO 4/g5ynDG+UIFs2jHS18cfZ6rvBLSFDPjebb/RYFjmaLrGBY5L2NsFAw7doF6QCWkaU0zmrbd5tPl hmSaTRqOALCYPX3G3BfinYqBkxXKimt9ZNBL9pEbZd7+ukh3N9agxG4Cd3dXChGvmGhkjo6XTNQx x/dmAheNWA/fqbgppYeaIxNpxzP+GolA4xGJwuYwlqw5EaqOtgl41oeRXrMAfTqldVLsAha6e+Aj kcVuE3TiXzBWEX0Q55zvz5wQUzo42DMTOZmgef8DWSc6mfo+5kHWx4sADTutp759iRhFEWVu3awP duwPBl0lMCywR1lZ8k0SFj8qNVxvnIjNswFUuPgqNPwqMDo+SbkXVLIlB+zVNQ4xEQnZHNWb9DRY 2L4tEpISfJ32RyAqkiZIvfBpP83xv9oe36mt9DFif8ouu6LByUNngZgmgtg3dOV4f3Cfjt/QK03B UcVJO5KZILxieLjTJmicdBhwH3gUO5I+MjmYQfwNTVVnbwulKx0AC5uR/Q8umLr8/C08JgbT9dm2 Vvo6aVSXOAwX1p3B+5xZ3d1w7ItHT2vCZa2VbZybC3734ICfULGX1zLWfGFSY88vRQqf/RdsF/wl WxT88rr0Qg7cCusXpZ1VdYaeEyWXDBjwwXyVFwaUpUG0a38WORbGmHSupQTgWkKgrzrPF19/V3Hz 0XkvGDfjIuHoaLh7YDUs42eLQBYCTxMRMb7bFNb/79Drt79cLE0ycKAKU2BgH0ISuO4fgObJTOie WjnRV5RBMwOmzJWM2r1J6e6FMYW1rEXqyOvsunRTk50EJbMAU9HG1VREAd7rLhw0eZLml5pkJ3h9 4wVEdot9hXoJnE56/rA2/CEGUnTGHN7a0+CUv05jxtkDA02uxx5ZbhBMchlXkD1NS0K6gYSme4gg wr/Mwt6/kEVMzZJw8BGoF+MCOYNvE1Z9ZG9iPObCdMzJX22RSKOA/P8adgXHXMuJjLYY9vtF6gJL J+OEjytLJY5REpaDA5xMVA/BK0jk8AK+Qk2strYgp1wgTBXjAxtBG8W7QmggcElYGJIkAtYKMwlN OZuhLETlZzxsgKoY5wHPfjgf/G9EKbPF5d71ZVD3esWPaFrtvJWZeT/kYcPnTM9jewGQgorlMxBI JXgVQIxXPKcFwUUEwuocDBBByxHgEdzBrZXdvaN9DrCDSiYLDq3OUsKpUIIJ8d9usaZw/J5EiDmW ZczL6NUNODYBoUNZav2BHzSW9485EG1uOR2Y2sSxVLUBiPwqU6vs6X+EKEXove2VPe/8M3Ctfjy7 Z+5VSJYj983nj7UfJmCqqwNW5zc+1IGkbghUbUU9oEPKTPJEVXfFC+119kfsHPt41ZFJKZ30M0JE sZ8qyRhbCF9YdG1lumOGU88+dYDlzTuwEA9PtIUpLzTeqqLzsIjISaA0i7/6XOi4NivOI0YBTS2b GQiUP/lV+zVZNO7+U7FlKNh/6Ltz6zm/SOo/5D4hdtd3V5C92CGRnU+bUoH1F4PhHt5FN8YvLlTj 9Idu+kGLjVdH/pymOLcSCHaktSbxnlM4/ZqSSQEcASoVM+b0T3o+Trt/CwpOfDvDgDRFjH2znmP3 qTgEFBdAgDya2A/tos8IjvaJyrisbZeuwjjg2r8R9rTkQblUDDHU7GhE5k4jOkrpaWG+EBkuiJAO VmhcDT59RWkZG6qnGxZGlTzU+jRcXTolxkuCeHBNSNdQtKYlSt9HRCtYAyZQcjgdPRUeiBfxTatX IWpR7v9ye9NJleGGgY/Aj0uptmtn7TXbdXC+1pEhzISZXRBnRDry1MRjjY/Qat8hHFehEzEWeHGI FiJM3wsiMeyXUxlmdHkoD0ilrotsWDFVJ00jhS/GCFFHZ5Muh1M4D7rI2gJaVxUQpqjbJfOsiyxr uISBqJmVxsT9aP13/TKvTcbLYd5b/DH3V3uyp9Wip63iNX6sI+l4eMQ0KCt2a7//T8WPJhv95YpV YaPhiXEWMG2RuVu9uglyhPCOGMnQvdMKLFtGZVzyaO4wY5Z8GXx+OUtegah8N6mD0JgcqMlVFyhr Kx0l+QMKXk9fWMa93kvPOJhZ6p+YGfN5XQz44M8pIoZu8wU5uPaaQkgQ/BKiE8X9nuG9Ptw2q97X 5SeybzQDQnZdy8se5Y/wPX28ZO3AkfkR0da/Snyr2jxPrO7Cd0teqVGaqj8++5koH053edJdpyIT R0jBBiPLYefQQusZj6rkSbnC9jOhCgxeq/xwPMj80Bcyp1Fm2J+p8eEJe7IwrBW7cirX1oHPCPvt SVp2tMMUC8ql1spxrNJ87O34fM89tA8yqOR+4FTZHXmS7JbYt49pwdPjdOAz9Pg3gc6x7M0KAnCF ZwOMF1cnTKicey6eain/970Ac/Z/O6N/OTxKDhF56wdcNetre6aWLXaCYVjZkfUkZM7Ya4hhLBO1 X96/2ui4elvzPoQ7Tv3w4Dsn400VRPoTmckc5mkzPeTLtyM5GMMVfeR9qI+h6GVekL9NjOuuMATR VWPJNqQvb3MYRj9+ep1/uReRiFcQKPW+x0prySOIAmkT9hjOp40GXAB+WXePQ6n3Z7P0vWl2THpi rlcwi3TjeADNWVIdgRjJzr9AhjzN0TcPtva92FHEmNwrIeybJnMMuzcz6VCrPv/zZY7i/GgUVAiX KAK9+hkwh+L8EnW6hL4ayvQLRkfU/rMy4udcnpozkQA1W2t+hQoDzfte3zMpGRsvMhXF6/SkQnvf 5iJK5l42d7w4cV51Xt+riai4sLYvZ06fqHe5B/Lv6fZ22w9T2dCnubDonTeJyGMIPaNcL5Vo4Fdh poiXtrWRSQk+9zURVxTsJEyEyFH0XZOKhsFjdzsXnx/XdhIpPriF0xGR9StCPGycOEdzJxfZc849 kx/tb+4zF35Mz5z7zr6w8I8DfWTD4+R4fM7PWJYlP2VFLREAtAs7T/zisk74QxJUeRD0KuZz3T/O BgbMtyG8IA1lK2B7xYMfEke/3NtiTRwNdC8y/6vlAh2UOol2Er18A7CL1gIa6jSuLIMhMu52Z5VF RQ45kt3sIjOPjIZLsC5auCQ+FVgfFnkhUdAYZziubv78uqTA0a4wqnYEUyg4+7dZDXlo4d/vqr0x fR8l8/1wJ/s2IalISmrXsdq7iF5rSZ9uyMywlH6R9SXFS9C5vxQFzDe4YDJ9tEni/rTsmMJKB1oC j1UX3AsUS0k8o4qI5vVF7BHd1me34UVYxnvPq4QMgjKHFB8zAVycHF0sR2nkkc0YplnZExKaAv5U +YU/XtJ2Zn/2c9ELHH14kbfm4zlGeRah8IgklIW967hnuLDEshfApH3ckn9SHMlY9IFESz8tGaCc M5si8/KqcqhTZr9iEbliEHtUAuNatFW5MNAWrxd3Ny8zerDmMc2q1MA6/PYVNHvRavHJFcR1hDb9 +lYJo5aNcNsySQ6mvhNb61/OyNH4gpQmrvor9aCQN33XsQZWdgjpsjM/vrafBVfAr0TR3GKbZXMp 232fXlpzRGQqoaHtMo7mTrUBzQ+ZkO0elSS5HYlts7mX+DcZv65++z6pm6/5HWa8JnU/e/Qt0JFE CaGA41/fJZNBjP8CXTokRLE0VZeNYEpmXli4e0cNSMExCVdGqJc19pCZenMmU9bOa2IssxWQmy6I pqN9VtptZ14r9ZfAuAoj0EEA7hZbb0k7FTHmztIFYTcgTomA864J7PsFuKJzjTTZJpXZPveijJ25 u7Kwv+p8ZFNi5zOqAh1Xqf/lCyZ1iE4FvopeCauJMChil21riwXH0hDvt8fHzot5KDwCt6YIfJZ8 5lc4MF7ThMrFkzx9MGIH6NPsXfFlOxL04VTTAXEQZxzcmK0R0ixRQ7EROph966b0W1tyAuSoUGRz t9Pd7O1ycfpI+fJ7iaFoLQPdqqdZt5DZ01n1t7wbPgQd8T1bqvH6F8jeSjkwAIGIeKFojoqT07Pc Dw8dnTw8cKGtqPgBLRjKMiGVWBRZwyxJTItStOS0xcWICyIB2hLxI8hnIibapRoZCxKUUb9RlRv0 58CM0Zkf0L5VUewr4OBapELXOVxnDxWf4jazlmjUM5Mzcx7TDuzBSlxtQhnXDWAmy3Oc29rMLvBC Ti5sh/zU8VdBN//hDnXT+tjmq9KriNzAxOhlWKqVC8ustGASuQDQZXa6gRiB2f8Ubp+oDEIIET6u IeL6NRdwoYTXRiHmbUW4LiRCH3CpR6hSWKGM5tlXGGjGryN+nJI51ba5iz2KO2eSvXu0Y+ddo6mc UbAg+E5A5vSszUOW/RB1gwPlVVuNTwNktoHfWPBhPSF60xKSAMXufX1xUNVGB4f2syJQr83AfvZe BFzu2QWU+HofhygFe57t67gb0inndBxbkHw7LrSvEJPejl92+XSFl7tIdgVCPYqCXD6JDeZGT0H+ Hn09C/uMxtBZUGvY9fMAhV83Pcb1ZyuugOtb+kas72V8/F5n3Yg7fsKbmqQzPtGBXrQXqwj7/kVg DlsPtyQKXRVoo3ECKsyInrhKFMhgV42zLm4ZLrJTlKAGK6hY5zHOPO5znrrwXtAowQadk/H6CAzn qzIUCVM3Q2OhOvuFfzJQhyuOcftWnQFamOTDIpVbVWxoWC0nbLJYv60tFBEhUfvN0dp1FUE2peUs lKLNIKZquHbo1zI3TREhsh4M39JbEEN7HPxTdKgOfE/Xcd21pK5CBHhLjR4sn2U3m6s2KUXRJvHo dWdrp2MZhDo0jgaKmSZFn3RvUu0jiUL+PHkRIyNshIeyrvOPB3uo2dwCEn5e/VfUdBf8jQ74ARYI M8A3c9K6p0by7AXRVxKxhudrgo1kay/5nU0i37O+7lEqSUoO0Z9yUbe/RDiAAeCt/tVnuCDVbUyC mwdcVYm84zhPoEeJbKIxhQ0c93xVlOotN3To/O05W9yCDIACcasELfxag5zI6G0HC9eAK5/Ie6L9 yd9UHH71qMfL7LKW8v+Qoorf/qWDkJO3A4xXHUCZWpbULQkRV5EXIwEdz+nkqku2+hXCMBmi4Eps HhDYBR4Uin4NbMPEWRmq0KOp56R/JHvA42jhxso/CqBMl5NWn/1NQQoeCCtpcmYMYlEcq6c8zaB+ EVsCAIvG6qlDwP6ugF7DU1r0+EdPZ3JeyhGB9hiIvdxdCF0Tc+uAtK38xVxUquHsx3H3F3qoivV+ wlj09Xh00TlXcYpDlP160zeOhDgjIPzQbroIrnmx0EFEWyQZw/g6voxA5fqZZG/okmnV+zIn3Vf9 5Xk4Z6zfaGUnUJ/O9LjNdDj/XaSs5HNJMvtjd8gocux85CfRpBFFUhygNvkGoeda/hzL/zOb8qRF frpU+pzm3osLy6XjP2UEeBGg4S0JfzgYZcRiZrTcbpCj9G+BSmzAftEcz3iyOkjcz7730VPFN8cv 5+c52KnWfKs7iHe+Fma00VXsCYneraP/VybWppQAUgRYHIr7UPFBiwYfuC4DB3XVpoyWCbSkgHWC j+rTJaNKHVkgG9oqLgLM9x37IPFaJN8FCysNac3jxAkXqUsPQt2IJSzHO3vCvzvdqXEOqMOgWGgM IeGDmmc2I60erHhcvE+Edfm+BgG7J5GFO9MlID+tuwtHRMADRn9Biyw73yzNAQLUkjXUWlXNmr9J 4RGVJUFWMX1DhzHWCq0qC3eJ7aohkjkzLaOu6tGSF6xr38NsVRt3rUvn1dl+VEfJHhw5LiLTlFA7 r1+D/Ye565XzjDkOwilC1eP+JKluKjgF38WlIF03+mVBV00Rpya+CupP9zaLE8sOPYL5Ywt3jixz Ryj7I0dGLimaidhuC4giD2ZcxcR3+jjQRFyCHahoWQU4bfBpyi7p/E2/QfbYp57AYN+X+wZs0xvq ZHy7b7/BPljq/RSq8LcX1yHISq5FwVr2a30ruz6NteGqvDbGy+jhhRiNBX8YWHwrBSvI/HXl0HxQ YKHY35zmJeTfnHFfGtiP8c2RHOAs6LABft3Clf7CQ1Qbg8swc43IHaLLD8SS600rWNhpzpnQiQeI gCtfDOEHyfclrvrhVM1Yfyr77hQrcj9GPjarwRYRMpJ9DrPwIzkCqx/IeIPLz4Ohl//dOPtUY+rC u0eGynJ4iFwC/C+5x0u/YmpA7sNbv6LPNwXLBDLkD+I2JBQywHN5Y4ohIkAOv6yzR1JA1yVRsHZg U/o19tb91Rb6hS2EbBo2UfJvBmxN6tcJJ19BmCyg6dOXE67ak/7nQM1JsAoLLHTexkI2gYD4kpMW RsCI54iIol+5T8r4TAtucH8yuR97HjVtid6ouPUhE6tn9fpFhl/n/NaG+4usv3KJcl7CwZDEh/JJ IvKt25/u7qH1R1e4OPRgC41g/HpPXL8Y8gBoAlgtvIcM+KEMtN6kJ8i36vrRTlAdyQBCT3jO5CTM prDcLXRSMXunkGUOI+SMUtu+1BEqfqtEpvStwGbEVKHI1esdwrxAm/eNfRKwa1D4PnS+5MvjjPj8 L9rxGHjMzYWwX/kkHAoaP+cR9pAOk4V3u0GFg0n53S7cv843F4BWuVaHcp9wxH54SlD2hjxudBt5 g9C1TrOvtpLN79to9W4IhZhiru5BWmfYePpBlcwknV75lb0PjcBo+1m/VZkuFMWAeHAHjyY5U8Rl nPEW8q16NTg/WMnBNyeYFFz7Ct8kTs2rcOnq+tn/0j567yiuD/grfzVUSFj4sL59H3F8MQgE1J+K OE35Gvihwd8JlHn6hryzYy+p6FroiP8C8upGtkb41nEAt79WFt/UWHTMYcCJnLRdFi3r1kjo3P0t 4jZxnP3D/JkHtMCqMmO7JMqxnMWJ+lxkUk0cMmf35soXOc6loRh+UgGzD7V/01EjqYcFx/xsJUTc ga+t7kborCzIvOxx6bE1YekyX+E0yy49ReUQHnomY1jajVbSSNSTbUVvL68nKK0D8r8GRN6XFEYB /dsLsOKOcnbMG7dKRUcFEqcQA+geUV9hlpBVNnAmdL8gPMNRX/GJL9vCKa0HQg60gy8qnIdKpEkU Cn04rY9vldR8gIN9XusHlAJATc/AzcRwB1gRRa2p6uI1ST3zkKtR+hxoUcmYvvefbh1D4XNYlsgw w8di2L8OQQetNi83A2bhXhAsWBhE+oQQaeIgPSfKmVwjp4U+WRU+WN0TXDXr+ZG6ilT/G3WUbmBo 7L9K3ykwooHNcdi8741v4uZuxH/Nz9mHOLkM7PRg3WQj6vcO9cwFgt6/WEOq7y1Tgfittrs+COxv cnTQFtxHkE+0Xz7R8EVwBd9TzmxyPStgQaPkiurrcdOsQiExw6lGPIItTtUWEtGliJJxiX2pynfz n79El+4PVXgAhRM9Wi2E7OoVd2SYumDdKR8/2bgdf0d9oGbeaoT5wdtMkQ6Zt/mKHb3CMJG0INkn LiXyUSH41jkFD/2VCR77w5EcOZQ0eMgKAzb3950Y2wNa9goAPDLPmfqNMWTv9ZiVXzW9GecovIaY iDZD26FVoCI5zGtmHOpZU1QLJn40gywEE2EvZWJwifAb5dPNX2cW7zqkcDjfJ/LFgXbfAs9nSKr3 TWwcg5yOftCXVD4soKI8gALJQtppWixIIJwPFnBUxGe/AyGrfK++RxsSufTTDKXVw1/V/YXVS25A IF+rnfrsNufNqb4y4tHWivPQIdmqEXMgyJvEIIZbifU41/j8vACrRSwHWYkcD/nmIRktucCGA0VA 7RG3cXotzQYPlh38I6tWL3hneAA76LUnuwuxLYrHJ041iBIV2SOT/UH6bIHUertuS6ebHY9RAZRG HXiULKpmpSj66DxOV0nl050f418gw6CU4XewlcNIJ3t/2RNciFVFM69itmVmb6ZqR3TePrzD31En k8MD9qOCFl4iWSStLHJnB3Lk9UZbpqP2Xds8bJaB6Sj03v4w1H0bBdV6EP838bdNY2uOLq+8qxdA unBboeWXBe9c9B/hocywGk8NOycH2o80hcOiVH1tiFV8BhQU93cbzIlwTfRQP3BRXS9w5IjmE7FG 5IXmBzYpIM0LRaptnHNg5IUSdMC9/+IiiNo4aRR9AboF2i4OGsmGPV6wUlpYo8EvaYZbXfNBxCrm Bzul4q3aHejhh5DRVtcWDOpQmkrhTpqwcayi/U+rN8D1pwBYtbDwJ1BJnq2avv86SaGtKBKDOzWa 4zq5bpmH13T/L6/LURFyjsvImRLR9x2FCz8AA8SOfdnP34Dhoxm0p6vXEotIJYANfJIm3BXhbbYG vj6SIzNCsDsY/p/VVUxNunSNrlam/hAOLsKQraWcHn7WHXGv7RS2gf876yNG4w4XxKkApQbAUfav 3T33/lHmTul849kfE0n7CG4zugrsSBi6PmwHomt6vg0iwWCcJYFvNytGIBKJgeChCNzaIIgpfJLx SvtZX4t5962B/3oCAEyRrK3wbI3MNNEHIoAvjZqnb0goocg4KCbi/eaens4KcYTzlxj2QKU5hFkl mPEBp5DHhoUFGOd6FCA1FOibZkN7/P1XGwaskOp52hWR8QGcLsudNHuVPUY+WXr4aFQ4mNAFPNJR +aQMuQR5E5qVHg+BCEVXTrP3qc3tJfBEgqerguCveCfouHfXQZdTP6VX1ozYdvbekJCjXwxStych xPcc6Zv1OhiqKZRuGSt2XZJqILIxQv4N2bScJWVQrLVRX5Rjc7yij1tLKGwCkk8m+C4Tv6INQVm9 sDifAZr0YsREvsqPl3mhDSfZqE4pxb9HsoG5lYwTETpqLlbyO342ODJi4nSN3Y9kFXtnh+A3ThDf kIQeCR34ul3dzXf7+VAMguCxxbkMENJwzBlhIjzBS5mvIE61ko3hPy+fsoPT1HIs17qwjZA/IQiv ia/DFfJSwc6LW85+Ij5NrKARURyl1w3n3QpI+nUrzetzyMRVrwTDR13YdkpCiMaWBoIJrt0I0Xiq 7GUn6P2NBWcTA686rlk0y4sfeN6rNQBvPRMR9hsHrZJoFL+oooKEx58rwdAlLcyd09TR9Fp2bgbv Yh1nxzpByM4dMOj4TzChzdZu3rvDsubMs+e793g1RaxaeLRDnmG7m+rP4040vfao2gjlWbJ3Pbl/ bdmSNcBZCXDtiRSBsiGQJb/dU1UCLWU1IvPDiSf/vnrs8JAnfnMkiOQkRfyOsUP4TlZzFvWAP31G QFTqDnbklKkgzPcwBvSYSvUEXin6N9SACul2v464mOqtUin/YkEyxP5Tf1JZxmYDA6FwsmNcZRln p1fbwLIUhpySMOtGmALzo4I/u16cBwCUHANoD/MPeDG7zv7qPnzSURowrnk8aygNPK/l+MtM5mp+ Iozb5Uviw9V6jbc4ovGNZdGVT2Gyib82Ubb3EcVHSvoXuLyc4+8RwJlEC+6TQ9zxC3tBoXigc2WC ef2uGTpIFcF9a9KXDo3ElXx58/7wprLJIyhxsmFIyU/YhbTImRdPmHElTVcNoFHdHwAvL4pNiyhi cEYeobHNpy24X+WGNLh9ekybJX+znwgcE95XV3iAJyfbgxLr6rYAI/Rh8YzH7Jro4Ntzk81g0/57 B22jjid3UAYuoi0Bu5T6++IXutmAeFAzGoYHnfI9CAnXAl4mJ54VOQrsGa7vl9WTGIWbTKDlPQGe ye1gFWp/yjB3az/9bNVONWLpIKQX+fYr18YXcI7lwwUle1sk3F4G3LVn+iaMQKUn6WEeJ6HTmY/2 3plbu4obUiERl3bVTD2tpk16E9wngYQU5JElf+DpI8+L3PqpFj6DyJKDB8l+kGs5crKZ3M+fq06/ D7K9juSQ/fzZnT1zgw7s8WF/38RLF88XXtjnw7dJ5KiJHDe/L653PLoe2W9nVym+EAJX6qLh5M+W xXiDay8S6nQcDNiN3szuRfR1U3BSqclWgoWjcAb0oWgkoZQEYeMP0XAQrVEbQsuotQBvTa7v1l8k G0tK8zzALJv+gZzhff333sz6N6/W0INwB+bAYve0gCeZM41ABR1QqGKXy6VaQ3CwxREX1kETBW9f dzZOUdaXFtyZGTwaIa2gdIT7AARdG5pWbJDpEa9hD0CVRq/LTvAKYSO/L7wZ+QFScfS5aLF0+yI9 QTHZKGCnS5OWkPZS8wAkTSAWkF9/Lm6rvR0oTs0sMjjj9Dy+EGf441HmF5IWOcozEzoyVGeZZZmg u/0hg+VQeezVkaY0gd1nlUjPF/K/lL6WBVnuwTw1a+BJjPAOqcTCFSCReNLjDznhq95JFN+sHpWv Zh6gzEIpi/38sVoQu+egUZXqouZ7k+H9p+utRz4/ypdHbEh6GIJF4vkWjQ1BiGQhCbvbIHQHRMkY IiYb+F5x9ZfAKafB1JgnGihvGmIyds1AWoR65RHyUel3HwNVZL5egOJRxY0I0KHiKwNmF3oXQA15 +0FFqBdjl/utghVx8OuRB/XDhRNRGvQ5CoCFMPweTcE15MTFqahIJIuZ8H1S5kRsbxluIK70YaUw ZRYduFP7GbHLOvWMPuDzYJTudB3JowVQVxWWZg65cBeAWadquDhQRNYhEQd7bmp7KYjGUe9NdkjC shZBEqkQ+N0n2mZn+muMtDNkHEahkmuUkLCm1kHbybjwGF9qgW6VyJzdtbK/CWLXb03C9M2npC/N ORi6W2/+Fd+jG47t50xsz+Momlked40VD7DrKaSRqlzg90Y1t10sEYwxgZTjCCfNCTNLvvM7OTdi 2a/CTn5PUPkos8buAeUwL9sJXqq3ANyGWGefTRntxv3gqiRMA0ZVKhlqET2nZ/rejW5ljDmGSoL9 nYZOKCa+AX1CaDK5K8dbfPYPAinEna9INR5In5Suxfljnf9tmEE6n/hNoX4S10l4wiWa4k8zesDC cdE1mfvV2/qettAQpp8fSAjtb3kx9aDoJE/8L7GAB/xnpexRXAAxBC6CGO0i/fo4t/YmuQlRA1yP Pk4eHNgB/3KMSvEQwWQ3ieC+56AH+Z6ngzJBMKmqmsY9mXQjxAeCGMMMWvUg8wiximDIj4oSCD9/ A1y6D7oaSHB4ExPNAzQR6wlunObOuMN8K4Rz8EUBAxfkZ2U/DAksUyX4WO0VB2ceELu+3xzym2J6 g13pEqIK9zmfpSwqZgyT/rmXdyL5gZrV2kHOR4nJ5kQHR19lYqC4be/Ho85WPZz4rdj1BHQwkOWy A6TjeE29nLPmr6lO0U+DxY2eSf81wfToZ9DW2y2KjJdhpkhMar+iDrKSgoRRD7kymkKr4DyHAQmn pHUtTtHbOtr5mKM7COFpSVBsU69rPCzBZOj7zMTGwsUS5RN9XTdcPWZ4SL8v5sg/MB8LBeFelDme PAjS+i1QMF+WS15RIY8ivsLZD96v4/s8PiWs8s7Ay+r+GkxzYC/t8uM/H0WaNa5TX9nws9ebV0Ig LH5BsUWzMUj0H+hVYfeSKf2hNORE21LMo3B69IjwC/i7Zt6oXeXtNeHDhuQla7DPKNt/H1iX/oWB 0Q2Rg9g4YAzJ8LZOh6AJQKYLDvUAyQuS+uWfzH1/W/FZy7geBtt4avTJugFCCP78lBC7a/ha1Rxk N2XFLLdE4YRp08YpO3fD5gC5Jjl7wQMX8YHwvK/INv0x91+n2nZNnm2c2i/deNb9tXo5wllJL5BR Ebh96kcOqcsThr0z3ADsXVa7WQ/Ya1fpW2q+Ja+S/qJ/tGbUsNVDzlv4AhvUbxYtV7jn5txHZRnb vS8r7GOnwjtUnn/Xj7lo1KHiBai3frGEqzscC35JtIqL6+AknoEHMCl59UZ26zbzlzQfRBKa2Xdu BltBP4OQEIuRcKNQQZQoBCLwWSNnFWiISIChAnN821QWBgoWqO2V0Adr4nZ4Xp/kwhtvjVlrqcNA yEnB13feTTIaV+bF9BAv8QBqElbMdypXGAW+eDOdfaR3BZr1Jf28IthKAhCNkLsgt7XHr5bx2ezF R2Q/JFOWfBkiJVB7SyfPASvDLJ0rSWY7e7Y9t4HLTSMor5AxciL/3UUha+JBgbLDtKtmiuAHHS0n QFojHD3Q0vDPH7jz71WA4erEjX1SPUKgLBfsh7wHjfvAB4iiR4Z6P7tkanGAr7nsp6VZn1T1M/qy +kLyiu7qbnB/FcXEnW8+/fpkyKVwXK7PcZdVyYWFC6t/faFWPGItY/he2eOX4X7V58iSHy66ClmX bLlAlR4mTP03t4tI1ckx6w53ViSqfMigJ6xXGldhg7Pgl139cdoYlMKUrOIO9v6TCptqDf+UHsju Nv1CIfnLh1HHBnf/iryTS25nZGyeTcCZfAVeOzTLmqx/nS9431QETCG6T1qBuTCHBOlG9BRlXlio gWrV1L3wtOUdLBMiDL+HFUZozKeuw99DsflHgPDiJzJFdrnZZChnYAR2Pv8CBiIvTPp5YBX1HqgJ 2iOK9UEybe5ZM4N2N+R/UBfx3EeTny5Nvt81C+dMcP+9+MT9uj7Bv32A8oQLf/rg4D2J6hfzksgJ buHg/itqo47wpIiz/3jGu7pvsuy22d9C5QWtMVsvPnKn1jK2pyrzx7iV+bPIV8azofhX+U+mEg7O ccj2hlZ/G1YRaZgXf2dQCMojUbE4ivASxA6AVwNpvVcz4zefOxp3rpBhAPMJxP3TcCMjefRCSLwU NvfO7lpOnzgJk0g2B5PMhZhEgdvLDt/f5ijBRltWqTRg/RCOJzAuuNAI12HnUvccNxFnNJySor5f Ph1esyThzQvBVbKEsyWfbGbYG9QACe9tLQ+D5wTEAUoO/wIHkA3QMYOPPZn0nuwZF090e0wkBFUp G+EEygmGkbqCMEqKzd7hq5JodHgK62g26y2sR7pxGjyfotVVXYMv5jkjdkYZBImqhCQltR0Ax8Lo banQgxvfLv4UuLNTcPm/nnfs4ssKl5zpFjxv3NdlHanvcW9kdkX4pY98kfCeqaECAT5LZR8dlOlL dM/WBliWTneSpRtLwZcfTDuPvZtk1zs9/D76oEjVpOgHh6OZ48H3YQMMm+v/d+YnGTyCIxBHALps Epn9H1LRBv8HjOkOuv8hF4//ZICPv/8WkHxYhJkE0cQEg0eCgkXD/2eIiv6fIY75P0Ny6v9ixF9O /v+UojP/Q1W1/1PqGhr/l6pn4H+pRh7D/wPjL0MAumu07e1rk/+bf2Zu4X+mxeWM/9Dqb/dPtx8F yORnASmQ/xkx+v8zmm+0sIsx2wwwJjhrIV3xnl2r5n+ZHh7fEdoclPd/+FwXwNCMGlWnMm6HL9tY b/GOakPosEYgQhQDDAdI4ogedFgRiQzYE4F392K3rmxdmZT1tEas1ssMsz+TY8umkSqAHg8Aqjuz Jgs8gB5iWw8iHv6QbqN/BTqSj/hDZm6cq21z2sopF5euygkGH5O8uTSx+xRx3h97xz+Vz3lTi2ip T4h6+6/t7s/cijig8tlIs/NvbJuWSppicMQT7WHuXVw5gTC2D3ghpUniejim8fYhhekQ+NYPo7ik 1NPRk1qRW58FQ9NtzbzM4gixaT+5IecstfJ9YVlqTu8VxrJKXtrxlTc0Q0ynvqCB5UJ4sgS8xqlm 6tQKoF1iLfMXiSVsvME499dkmwc0h4mZLiU0x2ziiJMzAtGE1231uxpzhIUCAGPX7EA0i5zV7o1k AKbvIlQSqfWJ1aYKl8ojWXJGpOmno1W15Dqh8obRuwaLgwrpdeSR0dGGxnvKB/Mz9ZUa740qKiu3 PgSO/jdaH/YM/O+IZnDPwIjeIbf4xz+h68SasxNFJQYdnLIH6iKJNJW2RG0VqRhbLdqyFvCY0QVY orSw4OdztSHGC5lHhcpTDMVRIbAIS2kBBoZW8eZu+bmvDZOpnEScIZ2jyTGvu70qg2sKgj+efULz lIDYC2wJwpcaADbNuoKvO7ZvUOdPrljsxqMTRSfpnpmJ+gLxmZk0gbgIWxEkwEH/t2WdACKGmXwN p+MSlNJ2AeLVL/geHgXxkGumAGQ7eBrhteJ5PzDs3VuVZIj2ksUif0vz102UCxmS1x89W6zx1+th VrI5IHrLwmLw+Rea08+zsvLP+mHZSxDGphLHMxAAFXpPL/nGv5zI2JZ2rjrEIPtrf+zPmLxnE0eU N8wyYDeBQsUfPaLjt3O/sAYmaNSJE79+vc6XlgKxWsCsO2DWjV5fMiAJ1CtdzuuscTMBHiJzxlD2 1gdfnY3JSZBK7rNktR/6vvJqvQ+OzTG/cp8flD99TiXq5jnxcxDV+/E3+nglb3U4OMc/Lj3Tl4A9 Er8lZDyNHpW2COT/yYgvs4DlRYSYqPuJx2LVFXIA9j0J8Aie5J/Zy5/PMqBMzxqIeHBWbmXjYJ34 PJHbuZWp/lg0dJEdGJKhHS4tuR1yPaQk1mzz26F/uf1IbPBgTFf4UaQCTejQv8bg+hi1fkrflbDo Q5ii1RPvzgvwESwtwttvU8BHOcFBWL7sCibvE/AtL9MguEyMOwYsWxQHfAaODxz8UWCgMiypcFaW GlSH1QRu1GX0RWbmUQaIepszNykVagm+uy/0XZO+moLdI9PO1H8td15dgpLQN/VAc5Sb1SrcQXk3 ehF/EJC8ynvRGptbryVJHLyA49dAfnyWh6F4EUp7oTo1bxGCIh2ywqLRr2Cyc3EgNY0d2mGTlCak u3harKrpqbwLYt+wTnijxPTjZQeCkLjHhSJrJY/YWJNwK+H8/PrCLrhBN9LpwElKXnRXfnsyiHzo k7od9f6wboiE7hXzOPP4kWyZBPGEssxRimjZvUx//MvEL3K+u1eUWWFXrwrgJgnyA6VsNxmCT8Ah T/Da/cbhL1TGy0FEZLqdCK5XFxGBBFZnCslkmD1NaOrzke5Zv8nHWXgrzDd+sFVfVu37CRQql8a+ 6ARPwvDLOCOXfwICFZsVJ/Q2V7ovz46zXVd/3j4tsOKKzbSCfNYiiplOVG5jU8xACtBb07czfy4x erYhHUj5LnGDAo8fR2kgJqo9Xc/YNW89qOIhJCvFjWyOVvJBIDsBnDlxR5W59ISUAYhJhgdp/6G8 9zlIki88EYKhEC+FOJOPx1soEu9+f5J4V+D22GWWeHlUyD6RBobwXWx7uS4Y5SN9Y9rrFsiAKFFN UTlsba8YlgSN0yKAzgPoqj3wq/mHDZExFjV+x/trVANensGVn7vH219St+fBN9LQiFJ2kKPRIXUC rh4XJedAU669Z72WXCEkBk8RaIcIlKMVtUeyma44MWCYLxoGev34wLvEDJwa8pLQiyir9v4qZS9R 98G8S3VZGZyMD4ecdva8z34+DmYpyDFWIjxfCR7XA/gU9KcPB2/lXNsYh8q9X4WtkvrDiDW57/+C L5zfm/biTo0GdI5k0o/NzIttqOyT2UA1GxcFlBRyENnGsuO5LvE4bevgvGYoY0PMwYQuq6tPZOvj 5qlYHJv1YF5zU3FZX0+ZrH/6XamQ+kTtEPWfukRriTwldenCmege4ZT1s8JYtgpYsoSCwxUhFyLE VfTJ2jWYs4w4BxUxMP0xVO3dblafHHt+lc+RX64fPJTN6TlvMmWM75GoZ77jNp5XvSEfGa2eZW+S 0XsqoUKYA5WK3Il2ChyxGqC52CBEBtow0ttkxwkqR+LnB0KhfpizFcicgFu8i5e5lIncFzQG2mU0 6cb76Kyt2O2wsQCa1Qvgrs0PROVrc40HDQql4XGSlh1UwkUqqvLhCakcHuHAfGrrrQtTumYRL7TQ nncuuU3zIgMRLbrU41h+ZHD9Z7VjmvvhkxRITIXm3C8x/Bmg+MK5zAOLwOE/0ER5AbAjcgxQd/jl pTmVSHG7O9XbSDk7xm07QZGwp69hlfvK2U1QcxjpUHLdXzu7o8SDWhmefyoT5OCj1IeWuEBPQngt IF7truUILlOSfeTWpmJ+Pan4CeAQMgVs/oxah3Ml60JGKOF6shtn0wF9dxpFWUd+s9w61FLUtZu9 WSY3oq9mj8apsGDDoSCKqa9cI4/jwTCX/8tO/oo6hPEHJgmnWf6SYPWIXq1d+tWVGyZUo0xGSwOc le04FSbMh5MVKEyKcaOP1MSppJG6GZazOY5pG7mbYSV0N7ENViLXBM1sGkO1ruGA/b2PfwBvg56p ZWVoi/voSVR8w4Ne7iLgDfQ0sQvhfQdUHUbJx+EGsEN4j1fGdwB/ZtWWOtBqMsq1Wxl/ZDsgGQRZ 5JBdC60ml83Tqb2BAvVezJNX0MZb/cWB2E8cbT6ghVg9dUT1B4TAeyLTn4zWzsiIVEGArrpeKVhB D4WiECp5N8XWxO5PzkZC6CWhmk+7lFlIWenn7CP19613JYXVT1Y92VXDllh3Mch7tiR9cp6+yLKe 9XDg/H3Msrhl9dLR3pfCvg8Fyvutgx8zC7LN3X7a6GbTnswAwtPb5UFJ0jLFzegA/8oHhlpMHApL OI9nVn46vrPzJRz04SvBcudDh0g7pm2HQNoDIRj4JYJYur1OxBuhOZ2amB6o1CMHxGYqkFJ0OiCb +Fc080eJ4zNAyrfcIsrCP/bWv3/ZcZUqZvPf1xbkTd4CWjfMGU65Rbkr9WdEQzHS8bZfrlf9dyOI vQviKdIZA9D6q1Gr8Ldo2wBAMshlU7VPxtnhtWoHNDqoFG2SXYCWZe0TjZ+E7pyVDahF+SU+cmHZ OCyCpsSV/vs0CBr+/g1I22vuZBu81QNIF3LDlTGhPW28laDnlbTXA8cA/hSs1QZbpXImCwjaIKjY dl9HnyQ1b6dfMAqaApi6SJNsaTeCTxPqNwp99betIUGHOaVjS3+0PwNF1srgO/1ssRLH0m9liMi3 kiyMc5qtFeetoDlHUruHTEAHfZvjqvirESreyK2yC5GiIwSgZcPi3LjFxswpvW1KQXSmnavYde38 mcZqvjLmBmE7hBDZKyxZg1uvHrNlXwOcz/vRRrFd/uz036PV8kTeH/yLdrExcBDh/oVv7YJT7Hki HIIKQJwhWLRMFZvLKAC+J1gLcHkt2TrfCKm+grn2WQekuq+qy9tdQ8hBYNALZiMCevHKXTRu6e6i RAX+qaaDHZEX0l2chks4ojPKr45fOr1vkDYpfbKstkxoavS8QFKqr/JEa+DaevV5ooCvgbiv8CDv D0sgNQSJH0dM5CN4sEjxQP6q6xgi4T1349J5L4gf2mRZTTBVjPvaEi2erSNenZtbq+71m+T9yFZX JcqCs1KwO8nbCxyyT+ZutQk5rg1X1lmiroAIYMEKR9b6N2+X83JthnMIGHmhL70JPp9g4iymlE6C 84+dx2dLK4VJF0Ak+PMhg9lEsomgF2jV2BB6KBf6MF+AAW2xs6EDhJ09HmCuB9Un0AzGcK3HnlE5 MQTyurCOGNKrWwqjP4OZVuPlkyEUIKlK6i1pk6tT4OphgTAdiCL+rQTGJYb/Fd6zrfYYYCzAwFHd 6qf9xG0+jGdy1tjaWh2MgfdvlxB+QJAUXfAb0pAf+QUo43EZUlLAv6wzqV7Rqcy0R1Wah2BgV7tM tNWxLcexOmpQrYzdDBNHhqsPS/r7v7PjgJNbnSZDGWsMiKJYmgium5NVCWwgw+6u+Uf224AfJI7G j+tGRR7kJKRIbDID4ZFMbzh6iPNoD94nMNM9kaot8jZrXjjNd1ntsNSNvaL7Cb9Df2VHQAEzUBz0 m06PNuYA+WqHJDlOuyf8qH9lbZZocAj81HQ5GdemoCrWY6KIdzF+tA3QNI0HfAas91B/lEB7Wa2E ylJ5PUXMA18JQ3aa/Gr9GXlAZjaGfDwlPK9hmOX7lWX9SdfWa1ADQv7rsK+OF6w8R8Wt3KCYhiEk MBDZjKsNdWbUrVQK3sqvgwxmtYCSi1M8SV4LVa8mvBE1FiNF4c6CNypFwBNuabXda+w0og0aDGwF UyTyo3n5ijEISDdN2ByahClSuSEM4e2NwL2oiTWMlsSGNiuIOJs3w9YGXgttn6iMDGyc6v6wEQGo AK7bozcyQyO7vK1+I9i3EImmFrbHKfNigidM7QYOlvgYDKo2T9CuET4N7dI/JBNeEjteK4/LWV0J eJlz5e2lfzSIRhuGbR2x7lZ+5+zNg/QC/Et72yt5hdWnvkb7Q83Wwo+r2TEdZMO11Z57YEBcp4Ai aw/Fn3nRRFWwrpugJWdN60TX3cN+9xOKBdlZ7x8l32pqYOpW3DApETrQ1KasG+cbtS2Vdk3ulvYB 2Z5y/8bm/kk169/2YfcqDzmpgMJkxhZvLTfpwlvvhigvF4SolN2l7ty4TwP5R9ZY9FjZ+O8jQVZR P6z86+jtqrDSB3a5ZKFTIrLu8UZ2Waypc+6Qd7SGI+HgFY1Rf8AjJfn6AlXu9ed1g5CBm6D2VW23 LD0qUKY3r6PeT0xguyO9WqiYCjHW3oDFZ51I1pUA2sjGCt5vN4uO/4wibL0XPBL5A9AvFz6H+O5V up+TkCirm992tuSvlR/zqk+zNzpl9oevzyK+/YdgyGLNTN98Dadre/0ucMPiY6m8EdFyeTbryRyw RyNa4E0MieXuy5Xy/I1ZnoL6USZJTOL5cFcb4EvsU7DYvdm6bihzn6aflmTauwQK9+dz05+cJ76B javl0754Z9B3j90POT7sVlQpy4DnrXx8r++4nEaZqTcCbOX+kw3oQY68CDwEUCc/7xpTS7PRiu2A o/zjRwBYspT/dVxuHbnltV7mFPzes9ffW1QPU8H/fM6RfpaIALDvAdKS94uwSQEO9dY+7rZ6cz6/ WRL5HQ3IzHApHYjj7aIItfAdcuVCT30B7pnONx+oKirb53Rmzo/5h7zMLATXbm+vOjy6B00VXrqJ iD2XcGBRsYXnS7MHiOBc6eO8hq7JGhVDnxkW8kqmV9ofyN5Ho5xcAO7M9Uw4kgQWNsKj3GoyRarg vghihjjosi5IFrJps1ECxB2gP/NpB2m13co1C1UPFpdvN7CFYjJEANDofN2EpxPsFp/xx37z+HNR XFOAL/HA3sSqq4ZukqXDXgCVZI/WweM9ClL0zKGAeSiWcZfQ/LfwXnQ/GkD335WEaH2Dso4Joawx sB/U3mN4+rloTTsRn1Wl9CNkljzVILOwYUZR5/jyL+ANyY0KRsZmGkkN9eZHLuCw4JVuik8nasTN x841ESQgXDtiup9MCNqQ26uRMpKzCsMAJwlWwefERW4npUPHRVqAjhPc8Zp4g0nt32g4AG9Fz58z g+UeO33zJfdVxqfrNJWovILxtkbdW3O2xjwopWVv3Dg2b2qVgn5PgAABxYVNywBYBRMZLrEm+7I/ cX4MABTylTNy+gxe1mTDGsTGqZs/a4UOAbHcnwR3HcJyQrQgAOXPUtO83QPJc5uqmltWgeaggFVz AkYwdUbspbngB3WlWix6TKrOsv4cREwIyG+402QPyZjGxearf7rfAzImx1gjblfBZ7QxfUHxRUAw cL1Z/TFA/DpMdTxEGpKZNy47aRsFXkB1LshXv3Kw0bD7CD4SL1YmgR30suHM9Bw9rxqCvCvsG+89 wuhjmjq8U8GB5Ckm2abE1ndeTjxaD+Tg0Y/2EQwHf9zhEyiOMGfi/rcGCRtbEcvPNq5jS1IXbyk3 9Gg4nlXgvDChKrczasfD00R6TACRJCaGMJEG5Bq/YPWSWDCGiwgAEd0vXmNVNNWMliQMYgjpUpes DKNBT6RmrAi0izLGpAFZkF9uW1qPQoYfiVBHJM+gq540kdVc4eofBVKbxGDgGaXhvgnfetTpWlqw 6FAzAVBt738+goQgH7BFtcYGr2HvvFr/pH3K2HBmwuC3G1kLVgQOR6hA7s7nXOMrBaLS0H+ih7+1 RTugxGG2V4RfYuyKMEsgxpGqa0s4CNPYw+unMtWOwWZSgcCi1hItaWncRKD/rXDp8GOn2aBXp7V/ /vzQ7tLyGLn2GwrAlVqw/Y8kd2g4IHqIRYsebIPuES8tWSq/CTclU/R5daS5EUfHkTX5mWA8CkWv BB6dxb1497wzPOEp5J7KgmpJnDY7QlTuX0rqGKCyQw2YdPAQ2xy8tgcX4QOOpz5T8/Vr9Imjl1vG 7/Y4l52LVklc2UyWFsOM4kDjTud1Rz8pAhAniTB8kUL0F9HaOrxSx5gW9mNYOARxcsIRd2igbvWa vbni+3XGY2kzP/rxUTsy57uklEdDWVGu9EIyj+hYCRa2/wMQN4q0IZysvlMdF4j4G5v1VzLvQgFU uu+hp4h0/Tv8SxbCmeppud2cCkzpV5ekhXcvMXAuTm7PrS5OO8OIOu8vVYSdHFHJPAwWFfHt16o5 KyYO6feEgB3ihyXwBZkHfLwWVDIdCCF6dVX4tH/0m0Co9oOfPusjNY5gjKiNpI9PlxwESug1ktIT 5sdCaNIOmuUAFYiMf6Idfh8C37KMPPoJJ+fcTsReD+7Q6ozrswQn2KkCVI10KaKJECEETrdeUZS4 AEf49JBnI6/yT61mnWxqbgywIciPgg/64LKNrxHfT+QGX4LaQRJ7PyEKziKh1j4f8ZiWjGD530Jy kOZAq+R+YQLC+HLnv52Ughwcxk4lY5CIiKVtg5KE5z6LQ59pQ2jGEH8aeQOoUqYLTXVsEaLNIaD3 gF5SGSLmpn5DZjxSqo1l6sRYs+p0Rh8i9ANR/3EfhmA09bJ+vlG3UZ7i2VuU7VE6U1+zDwAxWQri zOmycGsiIDS+EVkEXvmR0aCuNvNkQ/GxQDOq/uSDmybgeNG/8C60mFERORjRgYRB7z3ugSohqmxV 3tIkAUmHQq0Vl5UUjdl88SWIH771Hy+bXPN1qG28Qho6m4HOMJRrcfivcL++rnuuupPuoC1exNCl 1sGzhxPPbhvc9vA9OdlB6Koks0fMjqzOUtDkc233SzsyqGzjDGr43Wg6OQiInMKJ0y8P+FyhsYmX PbTYUY7VHvrZrm86nimJ0O8hMlNOoMllrq+kLulQpBTealr5BwDOnoXgrbt6O7au4h6xqVLun5oB NfpPRxw5vlDdSCW62yhQFgkiAYqLGEah4db+8xI+cfnNgPmjNeARR2cFEP9UX9FDk0bZjQ4V4pGu YN148shHbQPbASuLp/bq2dS2E1xJgE50h094AwnDTlYDV9EBefhMzpG9RGG2cZEL5gE7CvHTHs61 E7MFHG8X7kj1i7rCIUre4K1mpKr75eEEWuQVkZ9ZbcPAbx2ifY8iA2vJJ4FKRBz7ghn4v7WuIxCE oEOy8dKlceSy/VbSZ8S5C6oUaSjw2/lHiZA/dwHniuIuZLPl7kXdBFDIuXS5txnBmxt8v0yDyGZV CllO5zxH9KfirrXAevplH2Dqh9RHZdsW0IeMrA8o0bwqWrDjcLGKWttoUkdIA7+2YN9fH+lrnMbB Ptdibkl6yv5nYJj7KFOf+6jtxe1GYXG5YcDP27m1jLIj5GkuGbB5zi627huTzF3smNOukJ8XqH72 GMDxLB/27SMf2cCA/cRcJAslI0rVejCI5166qHmwJPHntyL1Ex5WYMSJ7HAY5+1/a//ZhwhQB+jb 7ZLPZNJRhwWryvCRNDAxgybx8xSYRBzx/elCbinFFT3TJT8oAy84mXp6jZHOPkS1EcGUPMRXM9kG 5aCxe+CiT3AyEcCCkezjrZRIXWDSCDCeQiQ5vHAyHQI3jBERRWiTMTDRvCgjfHNEBqaW7WvTriMV /uHcjyt2e0xv8OEb1RsjxrXs5PHZUVBNBucnrEg0XBQYvA2ADpDbEA+tiCF01RRI8fdXZ4LvzvBA 846VIyMFGJAc/meH98/eeQifAQVUXD0jpPiu9XtbUd6FIw+3AYiig0CdI0TjUXA2CWf8nw4daLRW hvYBn7uQnRHaq0Xq0cd2g6CmbrNnBEov5CWPNoUunLBbXe3tDcGUgPb7ozhn9+dFn8YUPUntgQsY HcWwjub7vrSuYr5yfnTl+HhBcR99w3oUQl4CmKu0FQFHCLBH/3kq1VOK9Y07TL1tf4rhKiEm8oGj kKxoXz86rVKhERSquEmFDgBQdwFogSjuARmGSmcuevwsElMDq2SOtFDHyLTkV4kjfvQGLSr5dIX5 fyx1i/tVwUB5jKgym9tWpPDtkcLr3s8QCLR1iKxEgL4urzZRpzMIl1CfQOpkOnXhdFExQXuNy6RS UWfyrl7hu8Q5M7C8a32SCX70e5Nf6TTv+NERKk0bhuKs0DGFVNJIdw8drBbdH6VP7RxROafPuwcE rWDEqsHkjiZ4TngG24oQjvR/vhoEDMvrAuogvqtCwnqDqkz9GWSd+Yy/dSpenqDBn9HuUSI5osI4 2Ef6H/oxsuGBO+zkVXn7I0GMM5mL4CRReheohjbw8uiYN32gTlZBbxtV98wT4R6H1zeJeiFLIg0c DYVV7j1GnWJc6y4OIAPf8kX2e3uS6rKyKoz3/i7B088P24NCa9X2SYR0mDYfi9QXyIlXadNj8J/9 gU1BR3ax3GLw5mkM5jjBjnucYHa8ETQfk0n7VKAejtqEAiapqhn1LujC0OKISio5erD0Wr2KTzgC CrtzVtPL3I+OyWi/RRbG6ZDo4y0I9ZsHcg0aI3HLbw8mynvjUrDEduIUiqP4ngzCnb+6K4ceL3sb mpFwCS4ihnsCbTujTn7a/L6IfJ8kyAnXV3JWf9GQD6Jk7MkfhwL0Gsm3c0Z+5S8uDnFwbmV549Kx g0syjSFAm7WyUfHBt6YSD4hLcLQBAxn/0g3ncqixedCn19lz/BViXYQUx1ZxP66wJ1PxoI9PMdzD sUYI+fSxMvvGOF297FGqnd0ogAcpohlkXTOn9m5xnmKcWo2BwifPvDG7c+ddcnfhIe4dWlY3HpFb C+gIMZam5xEeGSfa06Cj2uYJlloJsjfrE5nluHGljOE4ALrpYPqmd+QrA1qiJ7pj93o/X+90NSTL 1DxerqC1dcoan/hR9gfcGY1v6mn7He4w0sIAnxCXpZ8/e73uOARXzxHlqGM+RFOLFhGvYPwfKWSz 2xvP1bmqC8+RYdWUuJd6BYU+WTJVIY82Th6B2NZxKE9G0terodL9HEAeRxu9u3sTsFuGlDc+Ko+Y BrslPQAfuOREJpyKfZ/burULH4320BGGoyHZSKFeGFxoTmRyGoLVA7ruAq4moJdBg3C6jFw+azch nV2AO40rtAesAnqEAcGIOTSkarIfjikceYJegILrPAFQcJ9usTkECv5EVSlsZOzp90Qq3TykOEMH 8ER/FDVr+D48QLwkTCVY4tihRdN8CBV66OUTrn1kRvcFsgzCc2L978jwvPnlOnkHe/1JUWQtL/5d iX7H5LsuO4gVEILMUDF+2c9RS29tZYfvJVv9uqBgjkPJ4YpLQk+FdwBrbskJVNDBj3fCN7sFpOFL Alz2Agq6sI8BhgU2huWzxLseP71ZP3mYXa84/lC+vvjqYG0D3dDDbt89DqSBTHhVJtdYI18XbN6h ANRcrYgZk1Soc2pVGem/bGMI1oz4dVVkYCC7xunMcw+AwXXcwbpQfwYrARowh8/zLKutcuPImIwU VGR5LUpNfb+rXkutEVrhSzUWRn0xgIHNJewIC85Wv0Ny/krglrHRZTTZ0QIIEvx8sYXUG7nwqO3e +g0St3/fxvv4t4QDgeIuDTWAI9s9CGyzRQE3GKw3bLMAPCqPYWpeOgLU3Cz+8mYYCjGqB9iKlh+i k4HTp++H0xPV0a8lQ7G0amr4ykMF/QbG2e4cKgcVqp+3SHMAgKdMGlMg53RAs21Qg1wdRZvY3m4V jiH6hsonQJ1o+NLRvYCRh/btgG6nz5mHDncJXxKaFq6L66/T4J31gFL8W8Vc5OvOc+wm7RefcNih OL3dfYrh9vnUU1BHAxUvhuVw7G/UyXdLFz+KREt23LiLQ85iEQhUYtiUuIhg2lN7VxaA46JAPL/C kF/YKN3zGecmM8ZwG6T/ulMV/xDJ5ZVOqd4vCPoxKHLLykmLGwBUh4AQaB+anmjXyFfZRLKdZLAw FgNNKw7HRe2CEjKikAW7rJq5EvlMl72IBsyvRBsFFSf7m8xcBMpe4/CHV6D+/NSx6UP2YtSFOndh cugVdbfsOTMbyEv50SzZOXoYzhWXXKQKOGVyNmuP7I0b6DOBt8xkB9xU1h4HHfXp3HNY/qKCvcer blVdBZVQj6Z1Ebtxqb2/QlG87O1DMChltY0hnfhKRu7rJ3ZAzFS4+gO9uWBLtEGPX4IHpGiF3uWl vwdjF/uWiyjTFkzWGP9WeeFz5OL+rh9y8xiKO3nBDcAycpMIpOmb2VKO0vkYfZGZND2LQlCi2EXQ ynF/XyC51ezmAasuj9N14nbzdmL7QIbncquyEaWZGsYqE2dX1VxBWHFEl4FHHxKCxmaan86bKE4j FQBHgUqvXwHoWxIcUembOaWiNypl74vGVuABEG0IoNQGf/C1Awzhr/IRRK66enMQfiiJzZb9BH08 02wxdcutHagIfmopG2VOoQtFZYJNEyu04WIbBdrBJvF9hiLGzaI66GEbaEVwaO6ZRARP9l3W7aHc jVhaZ/iw6s1zelZIOPwUBAhMEyh8CJPp5bwgokyuCLByPIAcBeTlxpGn2CvCdZfX7+EaVWG6gqDA YEhNKzzCiY4Ayd7HXuo8l/uZCM8iEhIwhyjvqO/RvRtIAQohSylwpGdTGogBZB6uAiFB/u/978Bd S4GSAXcQCBKq600JguqK88M5q6SnAGcB9n32fM7vvr+ZYqLHL7q5zSl76mSk9jG7O4yZ6ESxoew+ N3mbXrUvpT4v4SBL8+4qLDczIAEM7GvLrbodFstAIH9frXsiTRAxRvYjx4QhZV0knlMMsn1sPeq/ UmIL7XlmsWfAIXO+5q5O5iLB5BLHx6PouXtLHEVaCSFm8lS+HFhDqCVYDpxTUdIAZlkKhIu1u4yN jSKa5LH0baO61CDLEhsG6c9jO0Yxz8eWhwpm7XuhhvBwQYV7EHrkm3V9mxeb3yWm5UHxu7faTjzF v8rJaS3+PxbtPBqq//8D+Oy7McMMg8EYY18asm+Nfc/Y931JWWNGsjXWxhoq7YXqk0Qh2bOvrQhZ KpJKRpGEUvy+nfP7575e9/m49497zz33vt7nXEeKGghYV5pzHyyzVk4wDEQ4t+OfbDcfTTFQUbrG wqp3jU307sEk2d5Oj19WlA/T+Icd5ygCyIMb+QSVCEGkRguaYDldjv2ggdR9eTrjGMyx7lYGtNQi 64qN5cT1pZdcaDllWMJ8+AzeFlFng8W9zC9awttADt7VFHggJ194/s1ZUs7EguFjOUStIS4uX/EB bKZYJrNSgDMm4x5XaKyVXo7fovRmJrrYNaltjhYOtFK8YfXFo4ClUiWGZmAofAlczz1zPetcB0gQ evaiOfFmsLqpptXZFTbilw3WXq3wQj7w0XrmZ87O0M8ZASQ/HJXJ4VrdX6Lm0cs6VnXBeadgX/GH BECXu63aafnVF4ytjUNijM0uRJ2ChRvfjUt+9BYFZ6vzWU3B7BhfC8m6TI4LwIMLe/uFv9wnzThA 4IQaWVZOTg4IIhNvoLf/U1NUA9NDFGSktjDuhPUAcCdOzktaNH9hF45tS394xMywO/RydzOMqQys FD4zrapkwfqQZwXTK3/y9swhLmyMsysflPsY5p1/UOXXMRVDO9IlqYxskyIKXZmK5YWmgPpmpawR 0gLRpZXpPoiC+QWC2WDU4eytUwLTWZxZndeBgHvyHCd51HuEkjT7hKQUjX/mJY22xnDpj6NwQk4V x4Len1PjkZHIcNrTkLWLucPnNOA9auYHaBLtBTB5luZyQXXi1/Hf2WbOD16oiJNkBM0UXJUOYL9Y WLEicx8nm41ZHY0KQRWjnb5FWhifccv/ErOc0StDuBneMBOskksudAdJFurDoPlT77r+/dtEpsKr 1CVc7vXk/PhO2mI+Hj42xPP2DS92HzF3xmoHhBinxwRYjFR2akL1GrClOSyf40WpzIcerN8bCYVu oHoLnMcX/rY0odBjA0LIJ7nCbtmtw5cH2mogiqJ7E7E0aVCbWeXTQN5HCy1b2pOelczMd3eMbLCx iPSeYQESfoDXe85fflmAL+zLemH7/tsS305+1Of27RzXtqdvh/aE2Eb6xrQE+EGeSe53nG546c26 ngsD3SUEqFzP/P6NKm6qBNxdacS67n/rtQvclm6HvGy4wU6eRcKcKySIawkdAvHr0BQX2cuFJKuU I73MobRwORlJjmkRYBORgalOHI0xzihPzb0clGlEiZfiUvCT27H2FZln1YHiOhGfrbUAy9A5gAqF ZjbhzmywgY35/ARbrk2HJsXhm5asVR+PLP1qcGY5N1ux5KXdFqIrLHkSrVEAgLJY25MqxZznh00i zQYwIKXhmZfT3IM9hSYIrScuxvXliMUphcrKhaKcUXcQMb9eElF8A+PoNbTeTkAI4vmy7IVZxY+e Adwv6AaYx8YiujLZ+Zh1iNDJvPSESBfjLMFLosfGEFbbMdfXvZyhuX+Y94R5TVFu/M8sfRhiDCF/ t2ew371YsK0NjnIsWdIAWC2m6ho2pY9lvkEiCH1NFIb7SdykDCAR8aAqIOTbrK5EdzHmKvwlws3x tgWnxeVcdmJIu9yMwBuCLISqlQfaRKtFZHzCbE3pTtdXlu8S22/9qrmbIfDitsjcbgZwIL8+avpZ vYwZpBWDASGQcgO3uQ9wkkn71kVZnhUOvxT0yhwGI4YITgSQsB0nFEy4tFrXRSccXAm4aOgldWgy xulxXw1WgY0QN5WQyAKzsO7xaipfkkX0ecKko0evMryqMVSwwVPgap90xuzd9mcCDFQGjMTuzwON X3aNpHyBsi+v2VBITueMKquEDLD552lgZkS7T/9wFenQlwBKJdLSBYABuZBxfpXyyFvUkHgCP/4W 4pG2e+A2w1H9DYmtCE10hS+No5AeeXotAqdo77FmI+XZJpAtGMZvKw/iYSt4F+f6BAWY7eEAfJwH BSCpGTQL777b1ZmFuCq6oTL1GOVKG0rYLLWreBfsYOhIM0DOmDjtCrgpVHaKn9FwFordLejKUsBU 8ILbz4P2HtAQl4GzUFQYAFhSABsQ7q552/SEvuht9NstXv3YHVEhxh7d70U7iDKUlRKjWKuNYFF1 Vs2HM8r50BmyTBphTk0Q9yLB9T4faXJtheZ7oUR7q5fBQhoaM3+coWh3oHhWzXP+aL5Yuy1lDYfx GrAQgG6fj9zd64STrpyjsIw1TM6VSxMBtyBy7o72inqV8oAzlVX217uyUkrQ8ZYMFq1YPHnapN5v BhbAQoEOm487zsOMJwyZBxsFhzm4KRzUfURwGD0HRW9DEQtiwxhsPSevOBX/hKz4l+n8nPLsm3PK KUkXfbiMFc9COSvrgG42ZusmTyQ0RVr7BPsPTJQfLcCYN1O7leXuWODmFlHJz7haeunzN3B5ptiw 919+bEV4Iss57RZSECEfmJ0iBDmn7O1y9uulKJxsG07xHB1+ifpEK/ozPx4OdpgaQtqJ6TaQPTVc gnSCsj4Ox4UYhKAZzl+40k9LzMIeWbkpRlo25XgYYe0815HMBvJMkVe5oIu3o4fc05EEK3GfXwF3 pfhPTvMMDN3m3N8UnzZY8vjsHugRfPbj8JZnFDLE92c42fNwmWKkbawP8OnLhAaWS1QiBPM75cEv 5UMQtDsHIpwVnFZ24yOEtMSFiHYUQMSSfzwkexaHzJ6DSG57pjX5g5GUhLsXIRJBV4M/HfkFEUot hwiWyhE/vbrW+u0x0j8YTPgzUxR5BHkp+NbxdGRLyP8uJ1mqinW643+X8BUnWJOgXXeCPHO4TKix Atnth/04vPGwHyJ3eVr+mMb/jnij0LKgtNRK9ixSxqwrLpiBi98Pb+B1rHDWtS4UbTM9CPXF2aGM KsnAT0MpqjfmgjR/+YD96qvAlo6c4E+vwBZnkckWxlolxcfvgSFF5vZuIHgxn1gK+KZ8FP7gowJO VrfykhKwUdICcJaiQ7YpjpEyBygfK1V4dt5OoeKWvoZugBwfLJQw0awyZm2ivKQfpmHx+ZOJC0Yn ZOq5ol7w0os/2PezQsiCjGM7Mi3thFAsOVwbXFJD6rX3yy8i67sthMBhTo1BHBsY4cuZ9Xc4tlCD kr8B86w9IiPFf/hBpc5p2o6jSnZsp666b5PkxrXi4kghOCnj5F6Z068PkhDSwhVH/LwSboRUz6ae LIZTAJw0v/IowiUxvuk95jF+xUW+6esYkPkpYOUTBOhwWWP+fQBI12tQqqH7IVVeYCP1Fc7C2H4D iPCSkaQAAF6DmQU+FCiFca8A4fNCXsJ6OvdVGA7vwAW4nYwCDAXjd+AteC6gcUjsZJ4pgu+cTaVi +4oZIDSAE9tdIG+LuunzzNsS6q6V7fItuVefunzW/Ac98y8l8F6p/mModiPbtum8T1PSPuIc3rit VEnEBsAzOFZ6d0mN37XO0cSQk5yrS0PekYNBNFJKghQF+rJ2UMEiP8/GobMsOQY+MCMu0ka1NJ97 cb3q7tJBPNwmjnIWkYVwd9E51j3+6uVMdLAjMn1UMvOXtyRgcw3VKx0GtiKZPa5fqf8FFiyfOkya z52N8+KR7TLs4e57D28lp4dQaB6xqFXDY+uzAg8KZFYfD4TVedxDxlC/ZDj97pEWmwnC5XkwR9eA vUaua7nDdZZxwOl67gMALDPnVslXksiYmQ8iSm0b4cTSh2kAJ8g9ssckFz9jmPcf8Pv8d6sZw211 WpcWiSga63KV02aY1Uk4fjGguZfmlqa4Qf70xsb3OLmIHegKgZ8Nt3jV8kklAH+qZ5GIHEX2QcVA lTKbur/iqUWazHUrKBjXNUsdzm6RYfMl8MMDzQ+iXB5xdaw0nUL9astJhO+RXtL6veWOD77vpntX ScLEHvc42MrroKHml/ZFCKzM98ge/yEb+fJ7tnzD5i7GY9Zohny5bnNwYW+BU4UuqdcgIZRghn79 bRSPpjYBjZjLqCq7nhcGYRUUxiXbZdwfQI982Lg2F0euCEK8yOcytVwYtld6HGBxKdqOisQhSygT CvldUFAABgHhTMdYiv5Hfm1KL9JbYKA9LP1V0qvHFSZ4LBuHEnpfx4a6WWzaR7zQgFeXL1RJSLoC kDU9ZoTlCxGIQQvGweH68takk0/zI/gvXq5bEMO/4F+IFUqSWC1y/IGo/uwGkS1DmimUt8v1mHoB 8y1zTYzA2b6mX67fOOOjpFbmlF/kOFEKMI8wusmdlVqRRpnpI/9KjeX7U5DT73noyIZk2+KhEXwU DjIDoghEIzphcJF1JOKbvFS4wl5vmT+d82FvAS5dZW5+2bj3oADL/Q1uyOKXxdeSCmqtreAxpOPd XDTYhFN+VgUztojqwV251EuRGLhlt98pTRAMuOXqXnWYlBVUXIc5s0cJt3K4j0saWTM6j3vfwFaP wVW2Q5Bm50s5KNr8fY+XgdNOLf69nHJZsU9NdVypDNPFMcEXOiR5w0FoxxnFrxAk5cIyYRSDx5lY ccqnY8oFtRJgj/iv8oR6HjE4m6WRRAtXtY4v9PJ0GKbWvbOZKpRteu7T345VUzMt7g+KreASdZVx 7zDI1YUqsierHhD67Dp+KZSDrLz+CEVyicoCUivyFPkmt3eF8CDRAsuJa+IJxXlgzygpkVl/+gLk +2hY2Or9LEgWH0QUCPtVJskizzrYrh1ULLzui0cTrdQJUvPIXxIPeUHqr+oPUsMz0zVaPtCv8y/b 86rBNqsdx7byrsnFydxLc6sRkOJVnIEhy3PIryYADjNHZMwqIDjzO70ZnjtSAj7/FfghMqTQVQlM IvIXO7kYOn8BD6E+kbz0om4hoEtU7ARCtIXZF+Ay0Tl5Oxa7VIeZmqBpFkPcCMdWC1Cix92HTGTS 72vdv5UnEU4GynnvHa4SOOCQFwM2sQJY+9BQOre26YacSGb3lBhgz2qTw7LctjWsAlHA/1W2qXDE EHS+ywv+bTQEjsATqwe24IhCy9c/fUHw82Eh7t2yjxwv3Q7k/qinF1OjX9PPxIwaaAg815PPqyP9 MpcSntjjB4GUVvrduuvMjqr4lCfHskjQ43PcUfu+NUdCprpnJF4eFQgtor1/wAJbu/LHOWqXZld7 SMAhtFw990e/yeAEuhDUAr6L4fQoTBNdYbRTIOiorqfZYX0FCClw2LzsMHlEAaOWZ9TaBDiWdQif Eh9YtzODhkNbod+eXir1BxJeHNavkBOd3v3QQqHauACPMVsSas6awPi/40oCrbXeY7lJ3B9IYIru r5wlqMATChm0S7O8Ls2ACCp7Df+I5yBYwn6NWU9BBIj9ZcVycH4QpWKhxKSyPFZolSP2ZDh/iccN 70p0jypmKnmqhuwG3LlOCOR+W8AwIygvy7f76ktjnNFHQQ2Qwx53e8+O2PA0o9NkvxBA5bs8FTBb Ll3cw0QLh8FV5UwiQszrSk9gPATvtyM6s4yui7dqa/JdtmbJPqsrkH+pxKcqkZfTJ/yyP+CcQNV0 W1UBtjvY6GjJHQ4C992PvwxqJjXP4XiXhsi3/Gm98beEA4qT4c+pQ8P5M4yp1wcSGvjfINTHxyMU XUyuCw/sn3DtjZeSIjwYR3b53e1tIOSrxkVgIyR8Px7CfOvylLYaFnb5wCT074nnddI5nw9xEQar b4m7DG4RSosgFPApvYzHOPGuLqYunEvvxrBbeztr1/z1tYbyONjhx5wlFS7MtNRsYrjsKnIq5nVF iK/j5fhz6+PmZp/ARzHbOMCX7vDnJGPiaIHFCGVBVjlJ6Mo9Vf6j3PXmm6Nhw8AHGX1MR8efElUY 6MA7H3+/pmwUHY5AJbjs77O8GquLnvCcMfQj3YlR0GRb1scy3/LlLu2XQKJF+TJOlGpB8b563Xhv 4IjRhJTjLeuv0c70i40FYxL/+7Ajb50cPNetJjvAl2b+DCDYAaW4Ybfq5ci/+WI8eUhUZH91efao Y4auVM8ThZQNvnPFZ9DK1NiXC0jjPBQiL2bvkfrydO4QIra6VulMlnikMHYUC/IIMuldPPs8nWXd jbHqTIf2pxVBi+cWu7mIv+TVt0ghbh1K8uKbD+tcs9DqPMQz5ul1r2Oo6fe6xeD4TQyOUgc+il0E wkTuHMEuffhYX54TvnS25SW35XcbWevoTPHHpO93Pj/CNBTwfw74HGd1QiTzS/zGSkFKiG1Y3acd bt2PSE938/sXw5RT+7CrCAyDgzl1Sz/gdMCqCPcrBoT8wsDGcpQ0TotbUTmYNUnvuOl0ysG1n6HF oSHrO+tQqZqhRJReUoSXkKSyHaBZgQ0rrKNogTrJHmnvvaukVmjrR3IDLwerZdThwgHMWG3xOpk8 l+HFWi4s+9ZtaSMBYFuwivlNx4rqnce8yjJWnaBXhMm4uOdYqVHXoLaXBXT68F5PeiFgh/NL8oRE /8/TZ4HQEMhTXooJiDN3IYQGfTjeP1yqghXMeIL1kF089JAGZF+uoULqvITuVJYLX8H536kbCTKt TvDgG204m7ibDeVTAR2+ZoU+viRSHktQNS7zMTGDUOZcz+fJWMS9ExoRhIfUdfL/4hebkQl/liB3 gn8i5Ij0ySfjOsb0ECh6KL2g8vvqW7lNEMR+5BD/PVqnH8yAkH/6C1tkvYGpZmFCCjKoHgL/hB5x Kp/th+0Mnoq7y18sp2wAJQpCie4NMsXGpFCYepyMdD6qXlFK2h3zujimjnNAruxvigfjkTH4aEaS W086PzRSaeZaXYylDE+axa/EE7ATIp7OSkHi7RRLSvOsprYRGXyix298ZEpGFieuKLAyOalNBAux LjEDHUdXBnI3LGLhXIPixYrWwAmPEK56Hie82I6G06T9fjEWXMpx9txb4v+vMgsvzlJQtNisirbl sAilAaoVXKHrxZf/iyCafwAfPX4yEKhSk2EnfIswPgDauky70Gj41HgqYUcD46G+k4qsxJrHXTgi paOibpjvoYc7gcNyukJcojcrBEGXYKnsYMyxET9dF2FSeVCm7xf6PgaMWHS8knpChWw7Wn88AXYi H3ZBwuDpwxQ4SAiCRbBYjQ9hqpctHiFEcJNjRlexdVqUDS2hc9myIGZ2LDGQsvg+t7u4Fx2Y/xBn JqULeO3V+ggQzMDiDiJbeyk2mAAgwKmfImMxVbGECH+Fe8Q9LJ9xf4Tqg66oSHJGQATeCe1aNCrc xB1VjqCcwD/W46b/OPOr51cdvyURgRgWW4B4Lr1iyeE7rIswylThQC4iNM07d5RXBYIVWFBA0BCT 8xDHKB3KCFk7hgWF6MJmhC66dxQ7MlQuRuKqOUdF8I7GnZJqG9xeJ71nIbhlwaMvIFfIUofgdQwl YVhuXR/nHrmu4a7TDMvqRpywUR1gA3320y7HhWl2f9DeyfHLqgcs7Nwt4LE9X/GrKqnMvHc+I/En suvaMsogf0keP/M8dw0qEczSF3VCS084p3AWuA5L+uKomHE/DCEa8kHqhhlFPl7tebFmRvmrU16g MH1PEPujbMP52o9trYImcJB1NaUNBrPinIcwdSUABGSwDbdoSEsnBZUIem4W+2nP7W8lQ7WLGmfA n+PHj0YVKT+F05wE6ctzzdC7NnACPcEMKkRnGW1vqQFiEVTeJhRKjdf3ZrC8QehlKQqSMtfwOBIu gkggEQHjUGHA8sZHCu+ZACUehqNUot/Tb6W0+1QnEmku26JO39MtZ0ivi7lFVTySGqPTSZwn5kt6 Q5nNWMbcgqBIYuDrYPHnf+zA6fVHRYDDl+sRyjKwP9JTHgYEiPXJhaZD1IWh57wyog8AjeRUHQWV 09bFEJRopC4/7huUdM6+/CNg4fQtagE9d7IVzd8Pv0lL9vxxW0X5UYUUJLglRTOaYQCQUvZLOQRh DSXCrri1flvQ5kKcGMnabZoWUJbETlbkMakqo4LfoAhs8mvImEY5lkwS5GFgBzBrv0R5UIqiXDWk oLiKfgF6DWHyrRwqc3iD2J0KVc/QDADQgRpLJvh+PjOAVPFkTd2mmInTRG4GfiXkyPLnVH4KxyhC nwH439hUJj0LzDGHPLXTnaaZ9alKGrzM+m/YhzLzNuU/LcXFbEYhnfrjago6H1HC6L6YKblNTkRy Iz+TasXblaHA9GqVK+/izDLpkxjgN0hcKBzQ+WOjfP3zs04u5Q5ZhPMWrCdu3Oyy9yPq45yxCwIL wSFhzoS3iwgbnRPvfqz7EfuXalGBV54SXygicXyAFsZLCEIrzli771AFBhSvXggRoInq+xicaq+F xJCdIDi0ABuHaPOt+o1iG/JAJtx+jkJV4fYwamHRHp8Wwp+hLetp/Gi1dmBk5rLKPAKOIPEncXpv gd4JHlT4GSAeAyh01eQfNH8d/qpWGIwB3SPpjmMDRAzsgUCHHSqRqHpk35EsKu/fqk0J2LWy+JVr DgHhHoASCS9Z+OX0DJZu2BrFkQG8hQERv1Nyse0QIedNBAgm6E0CDtyKeE54Cx9dDAdH8r05SLyp A1evy1wEOh/S8MjgJLyRhsZt5mdKoiphAZuV70gbz9tecusz+3D3Mr0Q9WMiAeWrsMzycJlwvbQ/ x44NNzMHalpYXl9zqe4huh8hjh0jB9pPDgc8fFGK1+ik5u+sKmiZvX0+KQ1RTkH50Cl50tYSZXoa rINM9VklsiJnOSp61hWCaWrPNfquNLGZcy3bIda7GVbRrIINyXmZn90bMiKVo8/7Egna68v8cnQv n/WI5vZUBOjcg8uwN/aZwr5N4SUKD3+B2AxLXfAIiFvqLXT1AEScAogcyJoxJQFFzPWBn148O8H2 jtMIz094kRWj4CXlZmojoDpjpb0QsJAscGy59HGi5imEsnokYhrvEqLKOYmnZ50JaTTiJhmIhESm 99vcA8za/H1m63i17dGLiQWbllTQqKaR7SmlKw8Ub4J10v+IBLaDcCKnGO2pJ/htbpqODkKtgQX5 RKyL4+vJEPVk3FzzNrKSgOzlQwj2LIth+QuUn0rhxDEkEKTOpXwY7EIQOKZYRKoXEbzN++J6PqkN dxtz3mDeGTAhLXJ8QWIQwM5mdYsNIpUCTcD8sIHSsMggKfFAih0Sq6OtWfEOcUv+y1WjmxlKhMih 3Klr312PSyA0ESJ642Pz3w9iclcGGYFCBIHjHeP7DEYcjG2l+zo+gx4yU8YyxOjv5kusBQtRKh5K 3RhdXG0vyxzCZU4d2b2ZB6x3vbFxixtsLfE7/LYZc7IwhGukTwcbDHMw41d0NOTH7WiCszp0q/hs Mp2hcVpDUJ1Oh2ic9Rmh0CFWaVmPDCO3Xc9rtLcCvyR5WxHM0i8wyn5iRegaGRfCeSE9Uhm6a+eL VB7dBubsgYcGEoq/YQKu6LzXKTZVbYXI6/AyERc5K4pnYqdWQR3aZ2AgxeuTZgZ62Xi1nVFPBYNJ g67y11YzOSn5GvpZ5HSe0MXMRxyEQTySeD/Aiqw0i8zwOBMsesby9QFfyGyPyrXkq0asdqui4Osu fu4rsYHn7bUQUNn3tCaAkbLek/dfLNZk0y38ne39gYWd3C0xb/JXXlLP0CCON5zvogJEkFhBpdXA IQ+z3YqWYhhtu6cwJ2ql2BZ2hEJ5DpD3fWbtFDoC+JNP8feAURKEqxN7EIOwo45lX4vjWELdZoVa 2F/9Ij28rZc/MZwDCfd4Z9RoAJlgZtYLCuCK3wM+X8F8QX6qlCOqFXQskf+wpNHo3z7Ryy8gZJao vZCOK7Ov2G6L+7DTkj2Hesp3LkgM4gy9n9N+uNTXuPvNznJQJGKNJOWYRAD+8VGNzVm2FGoBNPV6 taCP5lGFlRw8sRPbxlcvWcLyd8R9KGYhwf1YF5ZpZr7pa92deCrZzHlzrPaEp3EV/e/QJHdWw1dL WdxlNG5Q1vfMwo/lY/k4G7du/b8VoO5hknx5GwCbudlOBPNaPpYdDyiVwpQ0kSnCefmiyAGVDxPm MmM9GbLb7PFWyEBcuTir+XLdeYjCuZHjOVeQughp8Y8Fv7IOprmq5nYk9Z4lKSzgQoIdV1HvLVNh +rAEmYABGrRwpZfEo6KeTbk234OgujR+C5nkOEIJe+CxQMQFm3Y3hF46y5P5guDVAwqoe222jyoF 4rpqFRNxCX2Niu4H613/pH+JhHMHcsNuJYvvCpp9AeWaEhBAq4gYvodInCsc06isKte0RlR7LQkX QrxmyXOcLPMIcTFPNbHC1wrDBL1mauV3csGh37cgVefzaP5bOgso1B+hD8kIYTb+CjXWPJ+bNCIV 3LOXh0K63nr2WCdfeUjRxGR+uB1zVEreDWWN2/ojNo9L9+XkpxLs0/cr0nY3U0hKjYrqao1iQGOG 9ru2rRRBaipx1/tsTv6fRxgH3ofC0z0Ahr/xpLIZ8re+j/XlQvc78pwyaGgJpfrL9l/gO+B1iOMc sO8d/R5gTiX4GufIN/EDEYUXlCQV+rqKYYT9pmPoSHn+D8cfbE5DOHPvNAsT968iGIY1rZctxwjY fPb7yvZaPffB+iO5X75C6ncZdmpvIAevOrYw4MGjR3wpaY/Rim1DKQ4haTAlzbdF3q8Jo3Sr3++C aQXEj+xvVTsPTZXTv3EcgQFF+3sVC01TRBnxbXgo9IBH4oH0QSlEgXbCqYRM1coqBwHevfS1eebR /Yyq9L98wD0NV7wI42cKBK95bSS8lrY2knH+sP6Zj+60X1gMx/Kgm0BgMh6KtBWSrUEsJNtrfT5d bAkVvQA+87H91IEl5BJUtB4q+gIqegQdULyfEvE73kr1aclpKTFRMUtlzrf2qILfQznrbyAaBk4Q +ja4tE7IpKnEKnTIsGLHZOCzzpkflGpBs7crdQJ9px0RDDMVnLwWZNRC4LUioMnYKVzCp6nWKi/E EKNc+AZEmigqVHMzMdv8WkIiheQB+C7l3EIsiLVhtLMMTNKgYq/PzlA9sgygYnuHEcA7GSiytpBJ HgApmsN5MOBnBQtWP5mOGSYfxZBTdAEbIPJF8gMPDwD4jplGXfUBZY4l7OpQuqb0088JZ7aRdFBB hEbJaRzw3M7T9GEpM8Dj9NLn11SQTADSBUi7FOITQJ7JgD717L/2RlcZUX4+fanYFJuenv6/re7/ itaI0FL6iZ0/yLl608MAMGStd+4XIszognTfUQy4Zw3JiQvRPatMe5mvu1RMOZ6eTkOUQ5GQ/z/5 HiBxI53u6V0AWuAHpSeBsJbrOwY11um4IeBgZbk7kEHP7rZJIPR0I1sBKeSnVcBOubsZUsOBuXvy KyG98oDL7jTU5RR/XL6DPkEjEtUVkgtAWOuDTRRz5OXlFBe6LyRfHFa9Uja7f8zR7T9xDABRXeZi LUpZMADqA/gfqDrCaqyQs4fG4FncVwdz6zeB5ejnbpgf7z5f/b46V5imn+tJOf89BUbjEZzDbanY EBlcrbnSvTwDXetrjOg98WO524YMI5cO6EnxU+RG3ddHH0A1DNnVugjbO8/BMkslJ8Vv8IzeGC2w YU3RsvpFsvHejJcIADxBgHJRGS2MgXRAfqSGEx0tWxk8ecJ6iMuZQgIsfYVucjND4NXl1nmJFKCF VLSBMe9al5e5Uz99jRHg0sF5KwGyyJa6R86I+y/DP+iiuevBS2bRuAbKt9UOsPFmZmKxhJc8J2lF sxhJ2MH8YL3Q84dTQb1OlOch0cWdeJx6L/YIgaV4uPi/BkB15in6d6ElkKbI7dsjw3HA8ADxZSj/ /G2v74oyDlb/SYjRq8sNmBiqm/FDfqaiDevhOcMMkrzx8DQm46F1RD7nHBm3Wp5I1Nh8AprJpEkd TfBGihR/NvjD1vHMAv8SaUTcHRfYeCuQxxPQ/sy0rULQpcSEhDRcJBU29lEU+nm9TD00f8brSfTR Til3yLlPJf4s13Q2VDIOoFO8JpnEVMrC/EysgmkViLUJNnxXqVuXfpyBxGEzVsc5hkMMVbQ6mydF FSsGiiAQiLML4ThFpXjpu/LmB0A11Xr8mHOvCKenizRd8T5EcX2RiYufYRdIZjJK9oVxSskBPVWZ ePnz9y5DE9JTWfbtCJKGbxDnWr0GSSwvGq2g2p01rnwrBvLbeWQZ8Uy+6H8LcHnz4rOX6FbP0XT1 P3XX9nI9VLklY8hL2Zm7sJ0ZC+J/l+RMFRmAK6tHy961MPoOKXKUAJ89hQHAsNwDHHLIVQo+PkMl uRjIZcqnJIA0trYzU3Bsla+Xf33y0AqW7iNlphTU+DJOKuumw8a6y+rep8DGAD0fMnUkbAF6kXvs 49XNKEVA5DIHKNVQr8GhTrZWpi/bOgL3T+3t1wTIAauA3Tw1dVuJkJMAoAyOJZYvBBoDcuaptTQQ VqM+kxb75Ma1xXE2RWiDorEjf7HmrHCbQLZwetV/d/09nDNWsYtABtvMhp9lSDTGcfQMjlsDVqBD 7sCqzr7c0x/jPM88+76IBl91iSelOfEgPZ23Lil6grutPAfPtpqs0lQ3inNj3idJRazWkZ94JMIJ 7/YkEw4SrV6aJADOyjDSU4Cba4dYKOBWbvNlHmTs28PiAUzQHe2ksfmBMG/JQN31BOHcn2OnajLI JUPIzL8M/tPXoqYydPS0bS5UhDMWn56gidkMm4LyL4sZa6IFSiFfVouVQe3tqDwwCdDvpAE+p564 2KtOzOlOAGoan90Rz83JHcyJtdpI8PQ7pgVl2U8PFv20uMQWRl2c7Vw74lIyBL/cn19k/RAM7HS8 331i0ETN+eEMj4SI/HsyxfhIMoDSUw9Srx65+IDyw+R99cWu1Wjub5DHIxUNMTxbxZ6wLp8EPQuP J0bi6ehfL5cbGy5mfBfQKTbIqqWMroPO2m1kvqCs+Dqlr9wWBdogtnskGo/viQ/BV3j6nE684oEZ sskUCAC56sfdXkIgAZD8wqQAArMEKRLwOU9UR+v6E/EQ/lvZat0Y2qQSjQgCVK8oDoufG+KCZG+5 4ACFoebHHv6tfNOA84JW4Ek4YlaxCOkRPCBGIXgQ1DY9hv0z9mWY4RZ7U8x7I3P57SHC//Yab7YC rWhj9vrV6b6ZNIE4rLlllDIAdcH8Jq5YBVQZx4dz/6ol7K6obhSHlmHo7qoc7kP28MRQHzrr1Rog XexvzzvAnI9/FQXxgLVB8P9G5l+5rzMU3cyE4pFm9U/cMAUyBYDdTWDTc8z41IsJCdyARkXeIEJ9 y46qx2xLP6J/Tf9sk/LdjxC0yMnr+5YYDK+z1fm+eZvuMMtjw0XbTSxdF9Xq8FSPtzht6lmRUiaN uhYM1kq/bLUjUpnED169yBMUsyGG62ckUJ6c0eQhPKFxfKcgSPdz6r2Ie0gqpEITB6Ko7x0YHKm2 pl7P5/+8sFp6FjEMSRNTTE9J/yiFbRcDygQ9MXasP6dNh55nwTN/0Yq5ZvRE4C8m4Zjali/D11EY 1+OiFCBU7M23dCvvtyrmrFzpaFNxdASF/ol8BLYktM30hghgRvOqX0UaQyFUU/eBJ2XUyGcOi4Bf Ugbt4qQ1wI6eict1IM7VVPIT9QvFDyKAC0RgY8BnOW9OLDxjyKylpTmjpvgQpTtUuJeHsTgo3CtO Md00d15kFHqB0eBGoR4aCY6UBOvnxQG92lHhdVwPCKRSJVcQ8uu/SCoWckvx2aornRFsVd8gZ3yz iQhrnjJVveTz1Up/blhMYzUB8/C5bKGPfaVX4i1vd/PCyp3DxGC5NEecfndJT1NVPbfku8i7Kj9l D0mTL2KJhGs1addYcR6VIQbLlnuwIBNXw/Gwu1wfXuFjMe9XHk5QpT66QKcJcag9EUXuZah+zrrY Lp4LpWQDj0JqlrKuyqnnPJAGxMUTxExHQsFLBe2YQ9lczhgJDCRABCnr3XEcZTEGjhFeXLXC2iJ0 eoCVhCf4SOb9KMVgflwP/IVyf/uS6e2sj2gxyqg0c0K6CqwLlZTtH5aqmG3RzRqJLYebiUn1iwET uzYScla6MQlggsSBGz0YLHiU542VkqgXyf0yD7ZLJn6lpSc2u1QmxVIH/fw8hOnEVYo6fauLUFhI jvZ0yHOnIl+9o7ahff2p2RQxzos0XFQMv6oICDlr6d+V35J/H5XrTjtukxCSx4hKnDWL8LH0Pn2O zxlbCg4vVb4AuNGpQS/GTpBXyLgLPbVnWfJt4ptaOrjaV0RDOOChu5z+QVKqTq88jH0AxGm5DOk2 WWRTz/gQGvTSPxz1N+9AYZOM9iDyNnWngOOFEMUIMVkK9oGeT6JLQTnrl8CI9/LRUGZe7yOQPHlO qhlZhX1xuVJFOvWJPN3q9i3qhwdPkihKYe0JcG+Ek+0xqZjHJmqzWe+i335PV85DxSjOMEHcW6wl YJ18DMCLsb+/D3rdNdU12TXR1dhl2PU4tzH3sVqrWota8/+oUU2OAqK8kWyTNJTUlBSWFJSES0Il wZKKUeBqkVsRbbvgL6/RCxuZqWtQsLDgC/TrmYYDAcKCX7QlBRI1Gmxf/WYUQdUeS7WMZsjifjAt ZJdA9lLjX9vIOwiHe8TG4K/t1YNGkgcJAbjA7HbXakUTQoNtsVQY80CFzW4AllXeGhrAl/94ekNG +GUxhIbsFT425DQMWMeF+GdkZAvq80QAVfZ7DPBdLPJpjLBOdzTPBAEA6jYUKEuD6BC5nFmo4kmJ 3MAKVB5+gyrUzidKUy72S71pWxSJHwVQlSQ+MlzSq+EiSr0aSCamTdHmcLFKOBBIOP5fiCSflNxw Wem4OrBUqQFsxA0PPo8BtJBOhUCqxGSAy7M3z9sF3gs9C1MKGiFb6JRgmqwiuBky7nH9RvinznfG 5Kj4ABm49VOdMWJTg6nN0ElUkMcTL9RXY6jKk/LqrHO3PgyMa0F/InUYeTKfGQXHwNTFfnq/hUcs wn/4qKDzlvD1dl3QniIaNF91n7iNdqDFi/0HFRtTPla3jxaiZkyfWXjhgYQqx+IVxKzYRxNURan4 R4brKW4aQi/vGzKdLdpcylPTP8RREtTha52/5tw2Ffkbc+NUEqi5LDJP+j/5cCa04OmntkrQAkac b1lxsR6Gz7d74MxTXxxTU6qj/d682C1V1zR0BV1ojGM94XVBZvFmB8G6mZkRFt1oe6W/9/KyoXzf QQBpZUO7b5O2FPqT80JVgx4Wc0ccTp8brbj5Jlp+wCTzgSQh6jnHk4ELU58oonPJQ+MhoxeJr/kt EuJosTtzOxwpqdYnFuo4+cvi4p3IRq6g9H9FxZDLGbUtSR6l6LFFx1Wq19VAs/mHamxfsRITj8qy bLPD1mb7aFvLBpXvGnsHDhSvCRAr1pm2/ceyiON+xg2m5rZ5lhv5+wfQDjldnC7rLrMu0y5j71MB 37tyrqVdS72Wci35WmgOxYXi7NGRmk+JEKQIUIJwFCh7oHjgUI5kiGSwZEAqwPOVb9GpRr+HzXCR 52Cxhh6/Rlu4CNhWTEmMAWsWOegdoJQsB9Z3P+yJEPsAvhmu/KUUrPAQB1ksTRtH2WDarcHLDFhn 220bjYP1lbWtT3eAYLR8Ts33dbeSgQTKAM/djRtkCiY2nuxQ1bmlYundYloQM4S5HRgEl2YWGgOF EiQx4Xt8PFFXR5y0QrKJo6lYY4bKfcZrZuxDW3YcBYkTG3Rnngz/HKZyVN4MQzHIjypoZNSqLdf7 Zabkna7vPMPLb4uKG+6kHY4ldoAslrAztfpnToiJt4teOR1p4Vol+jgsE6I+zfPWFO6VbOD3FOq8 zlMQaIngCf23JARIkD461ACYrAug4oRvyjp1DZpf1/PGPavPuHct1fF71Q8RBe/Em08glzlJ0dNo qJTBn9AYK/0kVoJpXmo4TBnIQSs7mL1Jy3MZjKkZTJT9DQZkGzWtfydOW0EmzAlG/qUPvCk6U94K zEvQg9Gy0SxerZQNKhHYNSfNJY3piOgwVPsNpR9BdAuGKl+1J0Fmlq/j02S1v+VnA3t7TzG7Ywox ivnGrNyj0Zk6wEv1qdeWhUcBxjTuNYym1I63Ak53hT/nkzqfmLdxu1OVK4yXmGXc6fy+DycwzFE7 gge87O8OPTRKJFdww3+3C1ffcJ20mPkltfJqJf+vHHoW3NNnmz2X+p5slCfOhH5IlWRWBT9VkrOq Cu7xW3B9p2vKe0sYVgPYgG9Kf+407lXRZyupKO8LmfXlfR4Cc8RVN38/WljmOLoq0wUxAWMaMtyV CohSJIZ2rPESoYNEkDtiUsBxeJi5DLAXcpRZITlp+CCWQFIO4yHU9+vcUbgDpU+JAT71H9MqBD7y RvnjN+iYiWPTamlVBh+zWVM577SMS+IxzwxCU80NH4EV6bshJKbTVUQGoPvHR230o5YyRptknEQC As+cE4CwXhEO/2hnrQB4AkgGACFWFHzAaRunv/DO4koYkxjbHLatZUpgEfcXg3HNzRjAc2Ts9s9s BQHicVG0J7ks5zVXoIz5RLVcJpb4N4+zSIhvUlwUnAeud4liGba6BH1wUiaq9FKt+hkkqMz8UUh3 4JhRSDx6s2utcfMvg0viUZmsNlbMivto07cUUmgOaW+IG1PHlwDl7N9QYU3Ny6It/wC/636Jf3Zr GNxUaK/50oSsJ9LIniQrKb9TC2FL9jxbZheXGBFaRhj2FNesHE9ISDEyaaQnkvjIu9o1n6A7kxN6 UufWaYR0T3aU6f0scvoPk69jp3rwDhjzzL8i8S7tjJuq1embUN0P4TOmqoT2bpnKKyHDu7i853qD qDnfLfZ/HmyJvY8zNddyN7faHBR/DgBHcHdwWjWDZYh9A+pOXTZOWAT+mXaaIdvYbm5VSMIM3em6 UisaOTXw/cvWrrS03Jzui+W/mMH10qsGDgHr698bCL565QiOLqtTSgRwd6tcWWGaDy2Su4Fh/Bc0 An+mLsG1cbO3X+ZjqiifZKn7i8aO3kKelCH50FodDCXYUxI0yLrCrLKRRceBI2zc0jb1KhjZ88VL bdxxAqJ9ILhcxJ5yGvOZpWm38D7LfwlX0C+38DMz8ekOmKj0JJD6Uj0uQvf54isARIaAgTVIhL2D cOokvuBvLvTliZWlntaZSuiv6ZXU945UTbCOl1CXeaIcv4MWiIHO5gm8UxjIMA4YiqN7DY/py8ST MkKKldNzEaEdsNlF8VzLhqPX7+MIj6tJGBgYoY1Tx7VQzmocJCC6NVz4pTXA6vtDEy8R0kf+ww3J 7+wo5BYb7Nx9j1EH9Ur+VnFmRDX0/RKLHTQxeS9WeFbBnGxAowkpzDepEoJK1EoISemRsb4QJNhL qXOmASXbIqKsBd6zblTPj7XKT7T7oCMOCdq4gdydJwHWM0QWlDJRpKuIL34httuv7aUaaK5q0Q76 ijZx4UwnKPKti7GlELJ2e1JqjObRhMr3DhCj8BEdyZV4GU+Yi8fz/64wD7kZZC29RpejRqQM7NJ0 45VcDjOtfPI8AnDlDxDdH3qk/eBsqeHPr/TLcXgvgN72DXqFR8L6dz7ugMmRA4vdH+G/cBV/fzIk fo8vIAa+fOMul5OQRKLrtpH+va6n3cKww1506UAXYpZ5Gw34R3UYo0HDfWUWOcVRFaz+IuR8Q1DC Fq296lN8i88H4dzMpNpRottaZHebrYHPCFxKpnsBjoATIbfOoZpMQGV2B79qNiwS7JG1NCCf61sN +Cd54DrA/9xZD/T9uNGjeJV4Qs9ZDm4c+cqzG1T5yb1wxrQKN9yeWlYGHvfRUwvAAn0AT4wDsEgC TURJLL807CxfyFWs6MsBgXWps761hcv+bSB5UNzG5+XPp2tsHNBSOzLjH9r3HPkK4EgPqd5Xv8uY 59WxARY2RcMNHwd2SQI9aaV3HnSFB0BQ98DhMw1hk6MIoWnE6LtSWy+iW+CDEuqq+dOHOiXDF80d l4Uv0GVO+6NYASB0Fo7mVuJ4lnk/TIxWLX3yKkrlnLyokJlG9jRfulfsIN7oFiLsztNkvuLMaqfx 7x3uccUqqcMsaEZSa/5B99cGnCDjAUzYCNbVvZTU24PLi2vIo2Q9f3jb27vBvJEfNNYPtitWk8Jc UupXdwrIir56PMAazKTDbKiUjWHJQBm3aQqdCWBn80EO0G7VAZ0OfpIJaYV40oSRZsBjrjVTt+mc TMLIcx9cHrmeNnRbSZixucJw4zgOPPXWgkBYX6Gs5cGS35EZwFxe4si3THMDaL/Q5ecwNI5FHl7f +1knz53skRvxcgIQKeNsMYTWkyTwGXj9OQKE78wtu3LKEy5u+2V5bNgIfY6+T/96bfhEJSD6uyHl BhXxgpZgNSUQLnztDRAIdTsOOeHbTjzo1QJs3K88nVoXmjryro3YEs8zaru3arlVRjBD8F603dA6 SE2UJcGP6xaDhbT72sZ2b1d29Nlkj3ciEoTb4GTgUrHUEA5g4XF14Lj5eVUfnEDWOSyHYwv9bvZi x4S3sgVqE0RMb/EjR4mXuM1rK8BRo7jMy9AHc7TefUdjeFjHb2cKf4bvyXJuTvwyLm1k4+zXa3Gu mDmzrji5Fxcelny17lL88BzHyaq2uPxNJPlZOcW4t6AJePSw6aVkb6Gw4kMz5Asp1/hzsrjXlNea XPrrpKGUOJV4/O3dkQYMwU2AkmApJ/htq+6UKo7CsnYPkJRN0EfY/rhyIdgsQTFEkiXG0wUouoXI Q/ICOl5uKM/bwnGmCH2Iyv/6gyAloHSjSR4w5PA9q/4RA3N5IQdJFynPrbqJ9TN6UoPpIvmtm8A2 jI7LCcJwlX04lynDbigoVG6Js9q4j+8y62maY1l+fSGiIMln/ij4Yfruz3dDF5MlexiJHDiiw43d fErhW08kKAjgNAiPBWNY0a2P1kaNdeRIARSGcN0VQy5jzcQxp8toXAone9JzeN8xxKze9pCxMaUU YZjz1IsOLcJ3vfzzV3nuxSHl8JBwnq/f0Otp7ZG18zwTUcAcMC4rM6pagPW2nSdJY6jgVgADNNxp YxSl1yrkfYC00ig8TumyjEx7N0b2Be105c5CMk4q7aUD5dd3tpT3c9CGwShzR1jeKw4pCgTE05Mb 1EQ5CE/FK495OiaKsvnnVRrQyrWKTjDlk1mCSHGXaCwfHSNtdL9U+ZTGY0UToec7OHl5M7s1iJnS MQOdC/Kzx/BwkcoudtLcg2rBEh5eWt4ZaYuvffwryDTYjBbZohUC+t/wEk88/bH0P1q1ENFtQLoC mzC5wF2GEejpCm/1m2Wobth2/k347RIc/ra4sxk5F7L+/rFfJRseLgX5g03dijxAB6UnmleLhQA2 U0siIWkNIyFdX+jdlWMfB43NgRKPpByh0Uc7B/yMo/Ev0wKfko2v4sTNiOQRGKw+pKGkM2JSiS58 pPm2bu5RCmWYA3gFgCGgxlcNuh9XJG0VlumpiAc1OALYO47rwLE8scVf2/Hwr9Zs2mE2GQ5xYROK QDt/YOZsDMIu0h1EXOeB6oB+TkCAsmu6BYdP+gwem6Dk6zW+EtmpBiAcfbUjixIjRl6ou98HH1On nL20SlEEM2AhDcI2wMD/1SOgrI/S98rBXur83pQU6p0MUdlGgI4H4tSYnpaAn8xzrc/R7eu4xGuV t75k+hhboB7u1kuOu3GNpZATgoXG9O8LqXiYlqdY2MRdj6XAl+QzFvPbMnIwY05V3fM07AYOD4Wk 7xWJKxngnutNw2BzN6v8gS/47BMRs/fSpPxhb/LpPYVMOif49HnGNVflZX/9jSgEVJ0JVaMz80ti StfEilVJMpqPl0pLNA76847CGkLPEuOfBV7aii8wmWl6fYos5ASw6wjNikFkuIMLL3CAOlcEGvj4 swTBcYQGUOUk3SzTgAHFIArW9Kcmupw8lI9OQL7aSc/dhv2K7vkYcd7C0aRJij8rPfZiRE0EQ/6j jbL3xkjuE7oMB+wi+PFXmZ2b1tXqQyIIzgHq0d5OQPnb5TFw/SGmiIjILygEDAIeGgmZQzmaHZLP 3AfHh+aAxTp2q92ooCGjkVicJU9GYupRkZ63+gyTctlA00t9pqhkcupu49G2KNwUwGQSzNsvD7KO fc0/lydaHq4rn3I4GNINN5i6O9rTIHNsuOe9szlxNwTC6FjOs4HySwMkQmAg3vS5uVwK1maG+wwU EJAKeQfFIImGt270AddtmfXfoJmfTpGvZksW9Xy6OHgbmok4V5D5gS+zyRuTbyvQxwaASI6AtQuL UtPAVv4mdeQ7DChgKg/kg2yKnpNY+0GKu/VJMml620K/gnp8ENcG15UeLmspy91FSstTBzLfTYsY QG5+kXgMUReRDoT8twu8AwiaPgM+B5DmXL5a1c/JAodv3brYtgnkGO1/rhI0CGG6oFS3vB5RFqaN qZJccWnqBk8e3hQ0X5VyHMcjo2kbVKn1KAUERCjtezO0B3aKf/1HG4MyPiflvhUCYgt15uVBPa8D sUEx0GbwSQGdfE+Mb+TTq3MnwShROX6EHUh0AxeOA3l4PJsKuOc+mRONpE9dz/tNhLkyaJThWj2G B/ybOsdp8l4t7nygJ0XMkFDOTfXe2M0ICYmgWvCs4ItS/oIBPcsRzEfhIS2gmK2MRdsglaCL6dzg Z8jlW09ClGIBPE+LXRHHjBCzqzmpChWdjRSlZXP5i54V9bLl5syXkK2hLG+z81QdtFm3UM4KkKf4 PE6kf3vMcYhgaQRxUq7eKv60sMZVvqbpVYl09Z47SDRNE/cICi+WQl5fUnqH4/bm3x3Y8G1pTx/4 DdX9dsK/fpV/MG3kh+FgvFBa+qWHwNzWYcrOX83cEiXudEfSfPrYIxGDJ5CNOUZ3hdX82VwAJWT4 MEkQwo/ICbHKweAIVv+rJPL/+hAKTf5fpkzX+JfpGPzLGGb/+hymR8C/Gh4b97+SyAFImarThCEI DO1/FUdQ/18hkSn/601p8sr/MrrGv0zHgPEvM7Ni/stiE/9lHG7xv+xiedW/rK7lX9Y9PIpTophO J18t9hD5Yby7b7wVIPKrVNVkC8W1VzVZUMmVUdE8xqhe6TcXeqviWS2DFyDwDhoIW7vKEwiJgg2/ CBAClPhBf/kGRrYBmEfPmmJ5KfIlKBmfgpB5pqdP6sWmIat2Goh6PBXOzHVUtcagKhQU6lkWKg+m Qsi2nJEyqJCqB8PajL9yPHMpwdNOohFxEyNUjPHr7VNt4bvcwwsI8HEVwRGpQqWnNHFf0bEW5jHd CqiV6Bhjm70XXAi7gw8jVNeuYLb3kgtln9PAZ2ZhSF4mNKSN2JlOVIZU8sw3fs2nIC+r2qdXlPno ZGO8OSP54XQm5xlkEf/xL0WnGEipC4DT1Rn+nN8xYzlUkhGnxJsXt11nDDgbHZUIobSfGz1zxZk2 b03eSmsCctdd1GvSVVrr+N/PcgelniVNF3JJqqNMcSWC3sxMg6MWopaDOnlxXStZ9PfRF+qZS9l8 8tQ96nkALlgBkfGnmQQYbMpY+MOh0XajIOIgCZCdhYOhEpUTOL848YMIOY346/wYAVBT1wxA25qA 3bAZ46kQXBy/yzCIoUHpJPc0nPaOBqkB+gOh9i9wTHl1st5DVeXsgmO/BzQaVAP/WwcJ1kEtXJ/a 4UTNW/7Y6sqZwBr4OSNAMRBAObvj/d77vgbABgZo8r/PqZvHnnijvZ7AfSfjX0UeM/hSwxsf4dqC Hv3/CS+xdoTlVDDT+abOVUNvHtMVfiEyujUJQ1xns5jbFCDiG4AzKMyI40URjkv9aWtb9AOW+6Rr HnLhWjHwVtDvRlkM8Kcwc2Yqv5REYWzQC5nKpGkSUFDjg+xbtJYSkg+22R54yrYTLAM9/bsdhlPh ceUP4vC0YNMi44+VR3Capni7jwv3ARXy4IN5cVJy83kysI0AmRcwWKtdEgfimHugZ7cNLT9aGB7U z4DgeQKLrktzAe+/Sjkthg/xmR0Ouqk+E6q7tM+S0DnxiBHm3WleLBdiTPCOIURq+qnPCClf4L2m JvdS/MLCC5lB+q6WrsedCK7dxDvlWq0Mtg5XFbP4LCZM2Pc4l41HyTEn5twxa6P6ZsZBSHiv5x2a 0av13P3sesUD6oUYoUKIYB6Sm/FZDHhs+JrTzZaZ5vDS54RjsJRXfpWXOFhba5ho6f/u2oAyWOug 1jlhKdb4Q2mI70ScCnKUHnfON9CRQJGQsRxxFCI5xp0ji5JLv8JHGNA8EzNJusvAYaw5AICoziY0 /LVg+r7421FT8Cr3fVF5ZbCKaT8hX/NLglL7jXxD+Vdt1F/dmurG+AdEwsGvzbKVLxvJIBCddRB2 4nXHKPirunILZNcJonPVmElsrXPIVapCOf0Rdpz4vPFi6cUC77nN9QaZUzcQyDpd1EnVVfgKBVCz 9Ikm5MjuSn2xE+30xCg/A1G0lftJgnmpesYx5usn+RcdEkVdQ5Dnauh9722uLNeC5Cd8GMJNgHLd YJLT/L4rlhNNLABwnZ0mBerWh8Xv5PreRBizbI1yhBIU9IGTVywohgE44ksn18yCKMfv5IWjYcgl rPEjYPaJs01ComTSEYFv1tHelKp1uCgWSlQHlfep0GDg92G+HvXS1fjUZE4l5FU+VOa5lPeI4Wmx 9dX31STIWjNLU/LHV3HtXBUdx78XH/uWhyrzLv7gSVj8UX5ozqeQTyzpe5ItAwQR1sU+vWtdjSHw qlqke1X9AI2TQwYZgWdSsW5u+9d+jeGQ8jZePjjsvMURMXHNV/OXQXDXCe5JhRUN8ojQfohVb6BQ jYTAb5w0dU6InYcODCAQqMKYkb4Q8hZpY4QP+Pv6Su7AJ6/3+kKj12EOX+VPfy2z620OyRHyOqgq olvBWNZY+USRttMibmlubNCfTeZbqRz8NP8t64Djf1rFHqsYHKZSRFD2EOPiWTz6m1l2UpjSy1Aa O/YdWPlcAu4ZD2f/m6+p+WsBkdz2fIUOo4KypNGnCnrgdW9yC0ZQ8TWV4asFsEY1xQuY8p861c/C YtF86EdpXWig7lGv0Rb/9BU3BPMnVBemdVPXCeV1vb4EOEOArK/Wq2nZhV9jkL4Nn/yKd3ncLqQl Jnv1SMdNgzO5RNfTz8u+K+nd5/9m8l/BWUbxjYdFVoCS8ptnz8igT2bn58Nw5DX+0xnCcRkroI0F i0/imaPDFLmWyKytje2rBXaG+137L7tjAY/QuQ+vP6eR14bPRvJiR9/jrSxG688Na9UJI+qJEI6B NHmrbGOUbzjzw7r97LnRTzXauj2CpStySaXZWc0d5wWWRqpQkvC/o2cl3jfzT/Q9gg2T+FpNpZbh m3+C7yDP1FTOBm9+aTQQBbo2oBvtwKpU+qiK07Lcj56c67GmHZqaXfIC+8Onl36dqz93o2AmczAV Bq/+PVWiX9SNHCmO5AtfH8mc2b9ibwjGD1POgr+E2MB2Wb0tyONf1arHihUg51K7r2d0VOjmmi/z MvYKm1a6SMn5rptK9sumWK97hcd9f+NqhXb259LcROzX6xzyU5dhH9BFvRv34xyE81a0OWF3c1/C 7+XuHpxim0mGXVB92rmEfma2rXr6chv8eolS687qzh+jEBHP1dWdnToXbAjAc/UP3BRWaryLwAMe B3OKoKe8zH++NdK+CEbXk0/E9PPJSMq+w7NJMNAltpEs3xU8OMwWpRYz/njC5OautpsUyEnAxddf RizN6rUAFVmn0zah+62u6l3kqlXbJJzOz2feXXpvIw5iGHJyLjkFp4MBnEK3PT/Q6n+ZcqbOlT73 DdnpyuavPwGYr6tGGcazQQ+BMgcA/U5T3/zpdQerko4Ger2sg34zBlyAufZwfu0DJMsXbHg+b3iu LTCBwr+NAN9+0FrbwMHVt0JbtdmCbN06Oesp2p+yWuNHIlWB0HKBi9xQz2LMRfHqNgugrCfmjjU/ GDACv1+ctwJxPW7qgGrSamnYtpPyiTLc8ygy3zsGQKk7FBkBGsUP8beEsn8T5+5VvXN12I0KrIgs NYohQ9OA5mwiLDlurgPkzMaCjWM7gVuF5sz4AX+P17nr/CkF5XrXCm+On0FTw84BpjURUKagjSuV 5BhFW4z0ZVok8BtmgZYLQxmc/TPCgIXH5uVC3gYGF8BGMUSEHpRlmOOZzHCN/LsQIXy8N1pnmr9g +gAYoyHA1xHkiQkKBnBQLfSTYdqK/fL7t/VT+S3xj6+1iUGVIShspHErFvM07IoY8LOhTPWYNgNh QGToG/azQgmXavSU48V+5fQ4l/XIgM72RL7IjnK2BNZimaErbpP3GJMmyNQrvYgxnNYVCOPh0/3n E3tFoRv55t/+PlSCh+lupBrnA9Nv5kVjNmUafjY9fm6A+qOrBabk+f6xQOep2nqA+h6/xjiu8zfP OeIJH8NQimBhYN7zlIJmEziJ14ZYbRPAIbnvOdUvPiPvcJX7YW9W94RwN++O/PHzABIfUZpKLsVV HLdiQyFvNdfdNL0It4Eyja/EM+tA4x69cY5Dxo98Vpse3xJwlMwFOtkb3Ih6Zgg7YIE4Idut+fqx /ZF4sIWBkGpvWMZyLcoUpgH4bqsTafGB1x3xIVVwNzwiPR0WCAoDZiWG6Wds5yNsejChdA2dawF2 u7KOhs9cHuvat7s85BphzRtFQpPnXFfMR6GDEnB4f+9Wzsce+v4zGVJhaiNyOAO/oNdHtjSfEswe 1xR2090GR8zLiuyO8izbCXbLIwf+FLoupzU911z2BL2z25Tgr0C1XvHcwaRSxD/j1oPmrkta4QOF IeKYl9G/46azHi21jjUfvP/4kvfFqJqm63Sfiyllo3rm05riHsPvBFt4Jtcu92SM2Jwp3pRwe8VV kDYr4TmBDOKAij2mq+t+kmVJueoPT0Gq1v43uNUheGhMq8Zc7YRMHUSYOIUBKppd+EScxoB4UZBM gDrWe9xa0OUjZDq0ugk2dzETWwqZa+Z/Ba6CPYeDXHFTQNc5hT4obAYopgAip/A/6Gsg3v/T7BZH z7f/cwk4sv1LhSMeFSHwDD4ZAhsZRYxfsw/CfX9/pilqZF1aAPTmlxM3tfyKsjcfHhzVNCTU7KYA hmf3XsJfv/spwTuPokfMgqJb3zw3C9bfwgGLh7W9a0ceQxcfaknG7Vk5bNNOiIFYmGneogpkvX9c WW6CX2JT5dLS/TwxBEtk/NFV3e0zZSTU/S+/a+rZzHVR3mYIvSKNJzGVu3EACRLL3eHZ33m63RzJ L56yUAWhr2+WRw3LTeT+riELFYO9tcXFxznzxaFSCsKwDBmVDKLrV6NABKBPatSvui272QVfURAL woJEos4aT3PQoCPPNOYmJHAI/nHZLBrfZcyFP5qynkK3wfiml77TZTsns/tE85L1brPUEk1emRQQ ZJ6o7rolm4uZKRWP8OEGghymO//w2pu6e/mNLrfXyK/L5x7l5Jj+B0AdMm895Isa2+deoOS57aO/ PlJ7rT7L0AW+zodV2S1VQeV7Z4dCczF9BuqVPRDYB0GViqMnsEu7joz2yhN/B9/NbqUhFPqVjy6B LDJTN23RJHnG6cGJwUdfr3wFj5mC++JNuYKmgb1STedtbGtnBVqQ8+g+FcLyQgG5+g2W4FiBTl0A +75JKJquFLJBMD8n5s01b03dMrYxBf0HSzGF4Iy5zzVbz4Cfmxr7zY8ZR841P9qwtV7w2PhFsV3w vRKVXpT+zfQO+WOM9/tccOawz7TrKVP56b3hN5+vPzSVGCRVhe3QMjFxn5rCaW9o4pp8IY3TC6QU wttZbWeQM8907HeIJ7Av3dK9MhzW3SUqplVZbV4fvcRNkj3W+wvwt2ryyf7sykumEKcdWpz+G6Fv 9r2SE0yc/GEiCDEwYBbXZIREDpprCjjs/VlaUgx76nF1YEyoEmQuO2fBlCsu9+HVVLZ11/DJOSk8 9cUPFFxuXU5+GQUKKM1VuUk9ngUFqKwp5h15+KiBDTbKW/lKGm1FQytcJ+nb56+YtYsHBfq9/KAP FVuzJ27Gyz0TKsRki2p4ATsqDhJCVaZcXfsEsMU42t3qYnS11137cQY3K1pgCAZ2nKNx7IwbDkTO UFTvF/OKTlGT0JqfxNPwWfUXtmj6fFwNVEZnspjRQbLLC0YuAaxQ3Zv5spgpb4+qvNFweJUw2fXp 7xtef5SUU2+dp/qBtcNCLuctp7d6SfQs1PHbjskfM/g4HwL6gsz5+QfgQNZEcRn3sofZmOUw7M9s 44TlYry5WzM47mA1czIKEL3ZgE3J5+S4WmdUw8RvXPk6j0mjUOMgDYK8twgKlGcCHfs7wfktmPAS //T98UCkrVqXU4PFWXMFAbl3RntQjcoq7N/9xtW6vJX3/fM21VZEpvGdyqQMuEaYYluPLR8bmvmZ t/q5Ba9g+E3hR5HwTWiq1DqIYyBSYcaaxosOpfImDyqZxWxfhPFsVG/qf1hPhgl1Q/hIg4x7lknB xPsVUha8F0Dp6qBJyT+ZLi7rVLWRPFTeJejFyt8fgIdjqhSdE8B5TkCuGGRBNE/NBve/IRI5ZugK QCrlYXUdBqqq3RYeJ07WkVRj2pRzAbPmPeKV4WuAgVLBY19SukiGBpCU5wvw2Lq8NwSIoAOV04b2 UeK1TsMesR3ybugtGQ+5iFnHSyKmHUB57zRtgDpPq7nTYXfLg8u5T6oAZd/FHdxGNGe4Owo9zXjX 4M0Hya7Hvds26jLPg193Fy3yZ2OZnYIzsMrd8tjF9ZbE9e9XauSnxM8VDenKu7m2FuyZfO3B8hUQ OCH5ErnfwwK8Ras7l5prxpV9qsuO4GVk846/qsoww3kGn1lQieQ/01Diw0PN1TTx8veaEH9PPkC5 TkLehgJd5+8F9fn4zn99kjNZOr6US8zOPfFEyK/Z5BW1Jd3EO/N6VAMwqtgwgLBRWKDxvGWhqe7P 43lLyHpkyz0Vp5v90Z7Jjv5pL46D5C/3Mny+SqwCWDUDkD+SShblsrcXKmP5jVWVMAUp7XUlVK6A r8894kJcQrs8v0Yn3ro88811AiBYoU0ql1Web1T9NqzeB5K69mldgNEixs+8XKUjxIUYLfqxE0FV /gpSXNFylNa4FX/4eaSA4v1iPaZYZSysp0RUKJBlQ3iuFwgUrX77OWwkd/xv2ZO2nIdSCWRG9bLD sd5RuEj3llnGDiqACAmmoSAHP5bdCv1udsG4z+kBzMb+ovkScXH44DBeGAb8S+Zhhjxgbd34tYBf 2+aJb7/4UIw3yKq/rJZtEtN8bLr29888iYSQQ2PR5mPvO2g5mr9T7I+Uv8xNuUq7EWBgd6ijDxHb nuXhm5jr43zORP54WXeNfEDSfpXYaRLgDEwt9np8tl1lkaXwo+ygt7xDIa1snxZmz0WcmYauNigT 4Pz5cmsH30Vgds7zHHsu0Nal9NktkKIQ3idYjgU/iS5u/vq1TTF8y6A9X4aDrj6oT5gOP21t3Djz 6ppShfdUWBl1ksSZRl8xeJV/LsL1TM3AvEqfc5j4aj7hx8IxbPjOrLnrWf7SE3EgHI5LrOVPD+Ve dOG3BiSBzD5sGf8GFueW9z347QqRrsRNHLliNoGZMMeg/Mrv5V7N9OIsvhxDuT5WeY8vD1By+U7R ZxoXWtzCLaGu4yZcBpT0zcMZMxmdLTrAuijfmM97D9kFfWVmrgbPzG/En8oCGXLsMZR8lqiFnftC DMYAOAVU5c9t5vMBi+FJW5kU1qgSp/4KFAb2dr73LUoD8soD6WV22TE2/jxqe+vahGou4Iv1wRAX 19VEITzaHzK6nPlFAn4LUJ7OPMepLbRJ/YgRrEu5uRg1/4jtM62wofs7oeN3hRDpLTU3FUCeEgdM vm7PS+UDeN9UWgaOeb5E8nNrOYFKJAjf0/aXawO9fBBVwmYyv0/jFB7wNc+X70UKU66/F1ll/RvT lo7EFSWu5IFN+qRBA2mmUdF8Xtt0ljEtl1Ju9X1vl0/RI+/Op9/cH1w4d2S26SnEjWvnOWsefwVI ENtJtyewWgxhXA7vshynWXHZ7/h1Xh3lTjHiZZFyyAUvklLK/e1pIbj520VHJoSLOPz2Xa8Z/sBV ENcK2g0qBWHe4tifPNBJATcho74rYszRrEpHkZtcuZL8YkHuOUdj+AWlCydQVU0zYxoMcccSBa3L 6l/8VJ9u9TY0gHM/uTkAzAxPXQlpYbrnV7kCJFbwMRCwuZCaQrk/goSbgAiOGKMAIXC54dUMqtzo l/JYflpbPnNuTmdL4TgGp8U8ZpA3h3Vd+uWYf9m53tGts1ubb21fb7rZpSEnVvRiVJ3Cro39Ex/C TVlsvFqxq4bC2R7VEBsjrjxJoJKbpYIAdzPlj529DWjFM0qUPZZPVzvfWM+t6x47rZK089fl8ePc NcBHO8JXiMvKE6ErAEb8BSrF2jU+0748sa77lQkXe6/qQYft7j1Xu+HCqkDl8y++4qUZlLhNFJSY njdkdUwpKtLP4o3FwTTB9iuQjCawSOYyicy89u3jMi68gBvO+bwicq8NZ2ZE/CZQqY0aM87bFgzm CbRLuMUbK+8mYCx5OfdEHrC98vy6HmuPh0PqmHsHYAEM17yunfJwxmHlJlxvOuuOGnEZcUSHVklw 0BFw+WRSiVvSzJJeUkG8SK1TpzAPd0ac1V24rfVxdSj+InqKM4wQEnim7HIta4MB2Pg2QkO/gGzM r8ebGD0fwpkBW/pll2jPf+yoUIeQDsDWoZq939JIl+7ESeClUmNVHA5H9hg+QAhHAvnAR/0CAMIf AIJmjDIc54RcDzq4eLi7+Jlkpg64uigJoWIOMhConMU6wVVs6wAfzqmkYmw8CWvlj0Q9mbagZm37 q4la+9cyW6o7hyrCEQ4wW2SfTgd8YEviAXPyVxQqv0gtN905obJu2NVxsu8aue6CMig/J4xFdwEG mx1VAKcvzF2Pl1bpT9S3hht/YPA0qMJO+M87X0dgxu4I+NDiilSuhwmEEHEGCmyFcSEiPcLGwHQv D1NcCAdk9B2ky7mmghgA/u95Tn8VhgiXIr22ean368OT9SZCflkLNpQJ0I9wAdhO1wknkDPbt8PD kpEzx03FVA2ivOW+SNwqlmrdu9YeE8WAnEyi/NdCxIxYNSn3PJDPYNpcSFFWWW1XACU9EIHb9Xwp YL9Pj+U8/S9PhBB/zUrYeC1zgCGuOQF6FzifWqBj2/KTBThX89YsVhWJKGVC3sAgld3pRfDyaau1 1PtidiZx62Q5c3reXqmqptHqkVNAeXxiVTQEiBtuIDdgMQgcQfm08iE3DJBJIuModffJDTSCjbJ+ mWnTRxIdq0HWCfHGehpQGPpmH4ujdGlWWDv5mTLTMqaLsoe+j+7/kB6ADdGgzBWHhkfmhP+hPE3Q wcayDhsArRIBXKmOlPakI7/AE/QLvaru7WBBF1NAPcEwwRXi0GVY0QIoVy22hKqmC7kw1K//LH2v fI96EXXN80WA59pFyJQa5w8F0t4KyjoJ4lIdTSGxbuavhvzalWfoag03amtP+A/hJ6XkcIih2SbF vAsvHRNx0O+lqCP5whpmBPsX/CcEJxcKkQt8POS+3mqtYrj27lj7qp2dCUMjHlJOEWGc83DpsYku mSCZ0Qd2DMKfUFYsHw0U2zrqHgtRLb186axqtmtHm9s3hcorIxcl/r4AcHIyyOyv94eD8DpB/bZY EQaufwln4kJWQWjKrFcw20+DqfrmjwMI8wMDqD5H/csClW2unHaSEkPdvKmo82YVcaT/9u06ZyW5 c2Lr3fSol8LntyDAysALue375cJciquK1aEe9erc4SF9XePrhbWsB+5TgHVv9N8bQtD8UwTeQj4Q zbJhFoHkQ6RWGZjxAZZ0CwafgW7USS0FFVdRfksgs/HFNQggJzxZMF3v9kMR3LWn5zdykp8rrvDK QmOifasiTuH08SzEPl6M56IHQQSMSFmum+hj6yTdLsdCgmazObCIIWMbs02O/M3s7MD0ThifcYNM kGhi2uhPeyG/1PGUQw+scIUFv2q/9ric8fuamZrG6hg3n3TfOcwWLD9rupgDcdhJiJPOwL6Y21Ot hsieFS/6uiwzL2h+ecipQuHgh3ClAqm2TqtA0wzon5GcSDzyRPNScZ/N1RNqHzoeil8KyePk+83P zWg4x822DmHmD5DqBq1kXyq9u7eqv9ShqM5859YIISNc3HpxDe7tPycKQSvAnnhZpYrA7w81tPvO b4KR7aJQhx74sSX3rr/5j4/nd+3JlYeDEeanGci71YckM79rO+9IGEM4gaDtQk6wutVXaz6OEOoJ 3+Vuqco9A/9DfPqtw1XotnZdaI9yHMJg+H+LaHe3xMGeeNofYLsHdCJnO9NswB1i+W1KNIuqxdaR E9ChNSOUD2Qd6DOTK656zdOWkpoXvKtGnW+mONab4bRyL7jgxGLX5K0U4wI7EdrX7cMMz0MFZviB RisBrP6LHdRJccPT0o+l1kwAS0rSkAr2/T9a90Tk8sX49EOckEpVuN/4IKC8vuZRqwVGghFdGLOJ t+DoHRkOUCiPUa720nM20b3TIFWBhKSzCdULWSk6LrwMs4GsB14QfzuE61sO9+LkM1qZnXro9Cdc RmcffdToSKh0MEb576Kncw/XZ7gdh3nnSJEIh/1E5Ks3HE9GSbAh62CcIwsMx0iiMtMClQv2C/fY te38sHe7FMLonRpff8MkPfXDarDFM5r18OkS/GSTFuyLW5DkYFhB3tAvTljTfzXsnl4MNqMB13Ap uU+7Er8oS6sqFm+3Gkb9SAGqbBMgBqVnuhFZuHYWTAMYWr599TT0ReZwP0CpfPyzh1uldIDA6dmd V2GXX+KtGnGBfFv9G/XTZa1QCOM2vbhd5AUqzw2AqJeP9CdsWfAdQEj8zSrnPw2TleM7FA8ISA+S +yod5Nqv5Hz7cguy8lQ8OLfFl0RsVIl0M5utob5IwHTnxvpGuxoHl9Th01f+Vi+eMxe/CeuQDQpk uOxgnhyYdoKM0IRrexfRSxXt0u0dMCpXNGSdJ65Ryp9x0IkAIahQE9VePUsl/hwpnlLTK04jWjNu hzy9+hpJqFf6SNV6JqOf+OCjSye9mYCXqiGV3qnMKhamXWa6WhIpWYp6+Yp+kEIr5OO6Of9b4ir5 /N0Yqb/a+CrKTM+1cqB64MByCzf1DjFtecSQgligKp+kBZu4DhVHESRoZcZV1eR+AolpkQe4PUgX NXmXRv/aTnM9vs1gwlloR1y3hmVTJBV38ZiS2Hkop7u/RVx62QkVVzfplH+/wO8Z5qD/A/X35jWV 6j7XMqq0AVVVlaEpXT5wbzNHSIOmmrVhWaxxOASdW0nnnrTMRy5B1eCFCjaMexI1nhYgyGUB6J1q w1mnOZB8PPg2VlxYW8ftv0GLbc5hu7NmY7CaRMwpCNf+NOWbMV6DhidT3/V0UD2kY+4lQGfWVUwu NjhLqWkqY4u9Hdfhub+y6ohHcvkcj389W12VlO+JOxL+UD4vX+DZkn5+pYi7bzBYoosobI2zZHXX HcTm3z7CbWhCfFrX9vA06RykIAa5UTLX0p90Q11SLHFO8VUg4vuyPizhV9FV+8InHbzDz3CyRICy 3flHhbNEDM0P/SxmOG6Eh8E6rMxliB76cp82B8yqswaavA26eYzGNsHiNTCVJ1vvca1fYT60YctD CDRl2Dif9BHqK7/Qh4CjAc+AI2BdBnRxTweo7E19x5TBVdnIcQpp3++mNnyqrQrR6GPwgd3wD0ME LtWC3PD+CNZLr95SaZzaBpYBOElc+hWe9YZgDKG969LbBT2Z/9papDDTucl992qRcOqt7ky8U16W bsb9eSi0vvzqapb8jg4P6pJHW8wqrgsxe+fgosMRZRjjJyFMIMJ7S8hDM2LKO6G4cuHHCk/YOTka 5UGAyB3X8kReuCZDtH4wTLabzMlvRu6eR1Xlc960MnDg6zIPj4WpcYvzB9NrVFZ7B73kvtMCXVyk d8DHK0XjCBt9+k432oZAhDsQmQfrWdDY1KsQWXXbyLrVpZEkIEZoZARsXIHYVUagCxb2zA9MuB5I N7qeIAcDAK9e+6vzgH0rtufM1/RwT3wBgK64AJh5vWCNNzPLv7IgCcw57Guj+zrBgbKGOKNOb0dB FKo53m7m0XzH6qimJGvoCFISHl62LrJeQeWS18P01DNU8HfCgpF8BgCqGn+NCzBzaY9HDr4Z4Wit 9gRoYPxEaFoxmotjNpsCC/EvjJ9raVUhQ3L6nqACPKP3kJLM+RUfp2Ibwmr1i1KNMeveCgg4wlZx 3NBHR+75764uh33YqSfk/716DSDtvzK/gGLLuSYJjoxIqQ6NzF5w4PGeDLqb5FNHEZth5BE56wyo 9v+WhVJWeMxVlYhqWRwtxNppazCHAgkUd4GUCMphSq+YBhgvgqDqLhInQb+g6okQpXtQ9dJfSzdN IAqNEKVGIRKUJhTy4ztut2H6/aIy4mCJ/uMNmzLHeJTxrXKh5By2DL+xBrml9iYN7ydsYZqFzc0T Upr+7KoZqxVg+0F4ei/oSMKO134YENb5DhS7SREpgRhnlBzvvqGdd1v+oZmAg6LOH1nUwhc2th3K MLFlfxMzj4dqux54GkiELnOXFQRkBBh/uAtbPTrqZuIZGLvI1Z98yXztxcAyDLJBkYNkDiPDzpce OI5McXQ84UFJFj45tRM2YVTDIF97r5Fh3i2Q8b46QyiP+g5nsY/60+97eQN2sWcXd04p+nzlKdFO oMaSDhD/F8BcssPPqxLHxGGHFwiUpIoieEA8yZmksKKPofppwTvhmXsqwft84ZhrbPvC2P1Cg591 Jo9/v90BKmwDdwzSNMjLIMw5gLPLn4KGELTxt+HqCxaNH0I4aeUqOoNSQZd2X1jxnk6+Alq8KffZ K0+krNnWR33LPAn9L9bwZMYphJ3/F1KKZP36qvRV2TfXZlG6g2mHbUvL3Qm3/eURxiXMxxX9slWj z/wz+HNjKc7qnEpOmifH90Tgy4uxhBY4y0NldfeF4jH9bNsu8XZRofen554QoCfyj+KSVq8Si5oe qjxJKO4ZRkincJJ/9yI+J8YfupDvTuHKZTUnAEB8LyfTgs5Bv0OM7wuVz35DHlKzizvXPZ9Vfdi1 XlzI29T4W0q++t7DXLHrMTPHKU0XWRedVPMwp6SDT3HScI3siicTGBmq+9PcnCik9wXSqBPp0bzP AuoOpVUKpuROcpwUD6BaSbuXAzOS+gYVXDXs5HXW4APYlrayQkMe4qm26I0ZXIFy8qKEPGFgxtdS P0lRP4T/DFZ1uonCX/R37zYljGxsFw4KkQzpCtT17OSryLDX7U0DmthwW2ujJMgImz5dizZHjLd0 i9nzZErtAGgQub+L1RCRNnv/N03tBwmtXcVF5RwJsgq/8IIBa1dY5/Ow1dmIZb/USf7dJXDyh0pk x8mDr8UiYAorj2ffaan+JWDC7fNNpSbz/8YmKlIVZYdOoaoqETfqHtNNdQfaYqTpNlZSUgdCxORS Cy1HGpQbo8jJfymxFWfJ2KG0I2sOka+fbYkPBWEKkNkgs3AySMPfdXlLOE/LK65c90cKgS3M9zc7 LRN8DKLLSxFD5wP0QamcVxRGtu9ZSdeD5S89Cqur4W+4EScvbj+AUfw0er6BznTO1BG93ioMCW5h /KU1NCTN3hQWQiY9R0ed3O5muKwRibB7r1+ebgjuc6NUvch8KpY95w/Gz/fJNNxphSgcq4/hvvu0 /R04YM+P9q4MLe9WzsTWfuv+1n2UYokIJUrukIcNAJDWqKzl3BhKRr2wTl+6o/m+wulTSRU9N1Oi O/Vy/QmFmb4XTamLuQ5kg87TWAnzAe3hL9OdR/N34RbzumMpQIYXbneqjAuzMHM2LjQH6gi9uWnG FvDHuOdcNazc6BgMLuwTy1fHF5611g6BUnfaTpXZAntsTq9KhJBdBhhnHL4rcX6njFX3tlTtxOI6 +96kVLr+eefUFpKs/iepy4gAcsr7OFEB6fOoaEb/yVx4g/NK8Hw22iC5SSVT5qUqmYqanKoTkafy ZARi8jL0tmE6wD4OHyyDkIoDnVELFsJ1q1epRoZTIoP8EnnPFvoPjNb6v8qz5Pyix4nsi1V2HdI9 QYgYR1UwgE/y5DNX6Jy/gMMlu/T4z7mCz9b6w2AYLu6g3nxlJ67tW54rQNM7l6ewbLGw9iN91z8N 2h6fIjvTGwu62wvcLcm9EHT3DThKhW0IGY0RMxjIyzTIhxjoJqg/NrSGmJrzrkors8ojvU/OybOu QJRYZRfAQqe930bVyrO3BNkDPM3F7gpLvszlQXrEXLR83smDHXkZAxS9trJPNRGFyQwB+h4mC61z FJHLIJq/YlL7pqPhOYbd0/xEQWCvKOq34jYu2f+wcsSVlu1Z9C3JKB0pTkePK6VTE7lg2fDHZjTC ccK80172+0Mne0e5XAd2USKiqrdJP7e31bTblJxGuVOvDd4En9c4wPJNuLaC5ICLTTtkIcV3YVbU 1ycI7/VecvRU2UpVJjVXNX09Bl0qA7R+zRmRBHIXCy2AQrE71VP20Vr5xOum4ZBS4Z4iEJ3P1rBn 87DwXR8hjIWSNGoarRl8qnDxO2E8/964g1llaztsdXagA+RakaK/Km7usjo0Q6Zx+wxz0aklFOsB gEgFuPBngYm4it2HYB4gw2PYOppPcrSrVrJX4XseaSuXb5Szq7wd3fVgIoZVo4kRz9OLFPFQxtju n5NxEvOvrX8o3Oq5ATH+FRZQ8zbfUKK89daGIVFU40iUOVnlqjlkoHNEpcI2V/1YSEzNIfGbAuPZ IznbsEkdnauqlYN+0Ji+hVucY/I4FNZ1U1EHgX/5M9FXCEoW8YN5MGOn98dEi39ObjflXkg5AMGc UlQaS/A17vgJ0ab369qx5d+qkFHBP66ZT+dirM04+bAC0RP628ci8CzWtPI3O17IduoJRzhbK0+M 2GuyVjPlNn7b46te/DLk798S3R6WnC63TdxLJ7Q9R/gN5JDWgbYD9p6rLGElmmSx7PPa9uc6w+A/ cF3D53UWW4Ngfjh4/i6+ov5MYNwT/5Wo+kJPqWK3R2j+01VzFQA6yjmkQtORidSHnHJvOx8jgRRp IwwRlW5XIk4fNxHUMQs3d0p68fcxztO4IMKAt9zWwevETL/8Yfzm9fgQh/F1+2TnOZX7d291ykuF 1N8X0UiIkKyRD5jBvlS8SOS7TJJGLdvTDXsry/+rGpb9+hTd4jxJ4+xKGpswgqv0KIuIFJ5NKWe6 xmIUvghb+KZfyWTN8WaLh3RTbiK5l26KBfPltoFkP6CyiM8Ur+7qvWHE8d0ofA6N2izMRvwp174J 8rtphK8GM9Cu148wzc5uT5u/+Pan7eb9fkh3BfInPQZkvinYIh60ndQ5jNR4toHYo4wdHgEIN6WD pPPYj9cOyzDZqWtEsVauJkgNfLvy2SGP/hNWPcFxwPUhky/E59xsV60bEbgH3OeRKfRYDMO3/NGx 3xQJockFLBvJ2tmW7MQ7UlVX/1JZJAJRe/2Tug6VLbNyZfoigUFCNoB43x46Oj/a4n1gKchAKZSY OU37P92RB5RvuJnaCAJbqy5Yy825lTMu5uceOUhgtTXzNU2isqRfYn3Ygk5yCV3nEXM+yLzYfYYA 63zt39pfVl7Gsgzu8X1eFvHCylTT2jDvSaiqDBCrgmd8m4PyKnWklvWF9FYIlPkLxdKeD5Qw96h6 CQwoF79IwlcQrmJtF7anqMotI6wlab114GzgML9T+sArtAA+FuT1BjGmOmhaXBxw0MBuSVQEeGCc 7svWmPUc9cMeqrx+pVIfYmynG/MBarxY6PmHSG8KSGchvse8g//HXVYx0t+fXru2zNXmfSeqdfOW C03/pIu//VToCFlOsb3TxpuYF5uqu8TWutP4WIu28me/9gN1BYB7k9hXiF02WfTAGG4x+HC1u0Ti sGS+wP6nszRqgHXryx4xxn/yggSu8yT+D6MuTM71Qdywl7Wi2q28Q/POk21QKBAMOnJRET7Z4LHz TvJq8TYhvSbyFhjNfNZz86+tXJGmBDOj2tT4WWV5+nPSA+L5uD9BWwMSUd6u6OqkX3F9yzLGk1zU vomBUJFyxqHJS654b2VNZKG/kEOVwHHnV/kncPKeTb0XjHL/+udeFcrNRbP+hubmxhBEun0t7JHm 5UVQosz+nwHEdSaPE4+1dOsWdkn0KI91tuztdnCMhVh6H+Asgy5aO04lLgZe4TzPGtwnSn7RaySJ 175UxQGkq6/L1Nww+09qTH8r9n0S8AuwNdH8DOdPv3nF+5cOn7VmDl3ZWya3hmfPl2yPSj2RWq8R qvompNUucuCK5MFMax9A3I1KwBPaHszhQMBZf/40SWOsXQClwLcDp91W8PwRmvaeP7Nzwvl74OVC 9z8VAo6jMuFx3Tk6aA+uyPj3V4FDirPlaMC+9VYP52YzvgUtYeNyn/h9yFTpgWlOGrAwTP/zDcIi vgNzbBEG9LdVS6yFXWNZQn/uJMQ6vGLD8oTScM4Y/fvxigDB9XQ43cJfVUGeeRfI8eZZ8JGtNmXI XGJt1f3rFdXfHEYdr2VfUhgGPv3Q4lY/cKhKEyfYI/tdn0ARKGjlNx+7BfogTTB7QOfK8ngJzx+l C1tOasWdngWnDL+8ek4UgfFA3P7GzDDk/y1aHvLC8RWwT140JscDas3N0CGMPZXoPK7QOyqBsj9/ eJfBMajKW0efy0UXYsBSXY45pxXwaqlhurNsknELBqGEOUGVU36duyK6b3HTMdKq98zqyBh7jDf3 3rUeQ/ktSPR+hj8WUijdWyC/mLt7SExrEzAR2SG1zRIY6QEgngpzvPNoo1jKwKbkrmQUHfcFcz/P gLY1pCwLdYl5c3YRVfWGz4P7691bcamV6DN11m+I4MyVK10Tijdip11hzhJOyyQJP6t9kMfH/FRE kS/m0RnLmPpHMbmWJA9vwE3TkgIwvNZloNB3VCPhiFbqk7bv3cwi8K8IGKDobV9A08Ns1KVrML/c MNeM5Jur/r6Y9+CrHtaDbjEqc7ZBzvG3k0lnPnxMmOsUJMMhAaYS4GAKu8LkbQSVBxcWC+x7yVTk vqmwZyt73/ye+2o/vlfEJD+/Kaq5IT8bV6RbpFOknTIn+jffGyLZZwcCQkF9z4oblJ82QUBQGBzx 9H8tEoXG8GGV/9fy4/ACgv9LGghEIWHSPxMRFSOLS/wzSYoUVfqf0WRk5eT/mYKikrKK6j87QFdT P/jPNDS1tHX+ma6evoGh0T87xDA2Mf1nZuYWllb/zNrG1s7+8D9zYDo6Of8zF1c3d49/5unl7ePr 98/8AwKDgv9ZSGjYkfB/dvRYRGRU9D+LiT0eF//PWOyEE4n/7GRSckpq2j87xUnPyPxnWdk5p7n/ LDcvv6Cw6J+dKS4pPfvPzp0vu3Dxn126fOXqtev/7EZ5ReXNf3br9n93qv7Z3ep7NbX3/9mDuvqG h/+s8VFTc8s/a21r73jc+c+6unt6+/5Z/8Dg0PA/G3ny9NnzF//s5ejY+Kt/NjE59Xr6n83Mzr15 ++6fzS+8X/zwz5Y+fvq8/M++rPBWv377Z2vr3zd+/LPNn1vbO//s1+/dP3/3bABc1f2++T6Eeu3D MScnx03Xde58wN8LqLJSLB+wN3skTUh3XXW0UOts6npAGprBNbJQLaNWW8Ron7qXwwvdrE9otOKK 2vCmfeXAsa7NrquS5gfYmV878o0vOAZ7yv/MP668sAWaA05j6MH5JzU8gb+FW+X9quX5Cw+UxZQP UIXlt1cVXuWlOzM2HSVyPZeViBOK7JNCjoelEZ2IIed9QXLd1qy9hy3+pHz7xfwOZeDOEUKCo8Zl VFMwPs/TaTCeb1KzYcBaCDKYFsru+Wo+Odwu16X4WwT3VTwLtzrIkItVWry9ms9eRVu4Yy08ACN7 tjjJXouL7ilMJ4dk9ByyTXhy1VaVqNlRrmgzSvOnAs3KX+xZXtEhqlU9I+MsDkSeZhzpMGzJXCMa VJdv+Tbmor/abQqIPbUPyc+OXY1yAHD3TXYcl+eiwJXQujeI1UL023z/z4uAOT1FB5j5NZb3LKx5 y7VORNK+rs8UajzRhBy39X31LNSzrLYYOqo8QY/kzF2Y1shM7X9QUCvkJ1HAlQfGOCZbuTIZ4Gwm dHK7V1WJk/a6u884Uj8BmS+0hhkVbIcXZifyt4qe96V2wKMd2nUWHhMc1/jQt1alzAsKH8kMoMWa wp6X2VlGS5uzcXkx+m5vU1tAjYR7b2tELKLmKL748vyEK3OPCzP/Aw5XVaqQrAxOp0TP9IIcSFKP d6RnpKUp+edZ987NjmwFp9pauHLLuCXm51u6awb1OCtokxYLG6pu0omf+u6n34o8vPEdWn6ntrfX 4zVLSVzzrAtASfaL9trbM+8Y7WLLZ1r1PBJyxeltdMUElCe9aTRv+/4lCZytp3X6ClR5VimLyrt5 lj+sPfWH91XJ9N/pGfg4PPzy6xyXiRNIuTro4xjxn9zRvNlHfDQOtxc/Su6m9WGQWoRQv2qF9FTh 1iBghhgsTXcLmOatvVI79rUHA+oU5y32HpfPu5hJ1SLLYErjlvbFKGVZu9M7c/Jziu9G5vR5AHDZ rRfBAT3mBLmDraRjgBpVgibRA/sMrB55iOkaz5xRFlSLlnQ8QfBdbd9MdfNd9k5+/U4nRbow4JON SO7T48eGp9HVUnaaY/Yz33i3qNuztF9nZiIc26yy5nGTcH1Gf+16XIqE6IHAZ4+rk7pFMekfAc/e NXkf/NxGw992UnL76w1l1rzWaN4E29FBMvzQJnHy9/TVCPO66TcEMTcS7W3lkUAB5k2GJaUz6tNE vqULHPJsy3wStUdxl5MsDp08NRBulXeRlqr0rLpSvoqKcAXwHyH9fjNaSPDnlihll9q/ivZw6Xhi d3Kt9y0ClREYbeGR/LNq+OOlkipDrVuD1KPRYUt1dengTNQEZA/QCH1bdHTsgnPrbwjXzpJdaPVn 1OI40Eg+hTfhPrripiHCEBDNbmr8fm57Rhqs9gfuau9tGXuHawt8jjh/pVOVeA94zrUb1W8x4ZYs HZQGBiITEXcpScAMGcKJM9XQuQMMFqjbpYLxcrOIwGQLaxdE6g+ufXFbz6Jb3D76Ohuqf/lmlPWb 4QSuJH+RgREE6uW1o+KSyTAr8x04xVKKF19ybLOH8cxbxXfnIakK47rDpXHg0u3vQmSPupcSOGci pDRMaHF+9tRBj3qUznBOvwB46zunnw6h+yqykDtc6d7LdQCb7PRaVNibsumB2/ujfkFv2HzpqaMS HZ3g24rApMdHPoigToUZajDiU9sph0jFqqb3ghsnO56Sn0aRoLOFvu0fyv/3PNQ+6pYECeGYTL3P x7IKmTqYirkZ+JLPdqHdEHMOwq9nfSBZfC4HoPEM96y1gliuYyLyZZstsXh+zr80fbdrRKyoLG7/ 9suApv/gEGxwrRxBA50ddfkiHMr21mva2IfPiWVs9+2feh9bwXAPLDwf8059uzkRztFLZVlZm/C2 Yqp3A9xlUlP2iqvK3ytrXWqp0q5sEQ2s+LLUXoWtI9aM3rCf8lFByY6M/MxLW/BfdKMYbSWx3MGH IYWet5WqPKbmJVIvHj8IaIxu59dnfQB+sWif050/UpgcxIsxdl+n6+6cUrNfgM7pU4/5LthaRS54 Q/m8tsDb8uYM4QUH3mosq2b+0dyhlTS4pbFSCO968CeIHkdHE+r9523cEEOX18PZ12Xzz8csfwVd 1cm0BqSoUw/mhSHMJgD4c4RTaBS8U+lPCkQfmwKK9m6BcU6qHZ12jt396iG86+jQNoy18eGNSEC5 wUt1dI/X1f8d0n5xPvwwgfcwhxlnHn06iu6E9BG9kIcPYt7EGUe7qRDl+7UCsNNvF7tiaPq+m6mN 7PVoHDtw14l3bhPtl7qpsP1lU6rvdtynWgFMUY3ygJDD3A8BJ5FUx+9KyrjhxRLiQanyva68GARw Q+FH7gnS1gDiv42oWqHNXatMhnkFKJH3Gnh/EK766/Hj+xVPM586gFNFZoCvm/pVsjzvAmeLyXAn onxT5bt7gR6iiptgV4R76Y6vr5Kx0mayw46D/zPDjj+TZmyE+vT26s+mn+9099JMd94tb0/bVEe/ nvK5+QJCSXKg7H3yeXgJeG53t+hCSabmtlmuH+3MhRJ59txeQirz8uAUcO/z5gcYvfdE59R93OeN l1Id7OGgTPHPfKu/Qn2jG4R7QykCH/LEVBotJEkBPdtiidtd/D5p0qGvgE8HwaqyJkOmtIiHWluK Spvyl1VYN456Jk7zeOdxrCCCd2RgUwwVwTGi46LvkZ5/Lb0ivOI8C3Y9d4PKCdCoPuwlcvjPeD6g 3+zwbb1yOOODkn3BVMTF2bFcSJCd2Htzx4j+PKXLSifaNddk+Rf01VL5hYti5+J9f8NwJgesD5Z9 85XPKLhj6pi4fxv91fOmK/WW7uvTMyi4+8nCdy+Wejj3Mmxi29XkHzshYmVDXe+iKd593dAnYfIL QHxuFXtlqC9V3nTYfLrt54TS59iKEoJkZnxz3mCNAazJv7eoJDQwzyvUpG+19+mZhJcU0GZRYSyV val6ZVYXiSzAyb+113/dcz8qJrU1x35hS7E7IuvRC19yc+Cx+IMnNMDMk90nyS5m37YWQ0wogSey fxsGC4n4IkpkgNN5jV9ihpwwm1wckf2GUVPQGjV/9UswD/96EAJSOrUcfqEayrx/ghz3zG3v7EfH v+mpb5bBqjfXEh5UfgrMtZKFpNir3fQ3hWe9STKkpsjTwnSgMV2IDFXs0TZ57vnRUeqT17IKapfZ XTliQjxXe04v/QQ3McW6ITk/0DEqJEXWIQTgttMEbXmD6V23V/XfIIBSTFEplFZU/nSx8S8r5Eth KU9LuuW0/ec2a3pvnvwOUeD3ZW42YONzL5LZQNWpqn0bKBNguQ50lXLS6n2o+LiejYy0SDhcYr/f 5qpEJ+5smSACpv6S0aqDzjT/Z2fHhpunvNTY0Xmna54CE3d8Cl6wwxXVW7Y1CdjItu152ZtdKhEd lt9JPWpIGPHSN4b3T6ghKgR4RO696EvNPfaHJ3U3MwJe+y6JILQM6NPxMnj63KFEhXAPatVIE52M Y6SyGGZ1ot8kvO8KMFyasHz3Uk3XT0zxnvXMPQTyJhHyRXnCsZknBm6WGc02HeIPXT7jx/yqEwU2 RY6gVpQEbQiEe6cNnBwDQdvsg+26l5VGl0A5Otmv76MKn5d2L42TYS6pEXwtoLw3vwT5z0QfevS0 CF9UOJCi0GeUncEyM4uxsOZ9oWe1pwUKXgLv30RMcfboHU8hTf1rCeuuPP1UCNdFoV92VW7Lijlm 3mjFu3hmLvLAE5VeeZCbntkgtrJkA5a+t4Bf8ddGGjNEDkVsoa74DPTuA6cyv9F5nzO/CJa3Pu1Q if4tkTDoSR8P6A/FTN7xOrnvo3z/xsJSYeN07kZf+nvO+0qA3fPTv+2ZK1XVmvBCM+y+IUirI7/t lIzhs9upMkndUuxvFmFys+KNoIBKfrWdlGBmKqiFt0CfaSpaBGAuv0qcmHwbn0lzbWEGcJZOUX6I nZEz3DdFpFoYPtdXbny8GU95luJ7YEFwYnk5vf2t6NmdbftkAEgi5e4qZFJRNKbKqv7b+imWWDW6 xXCDwtPXf/NHKHbG6y3fW7Zfy8zC283P77y3edIVaBq8gzdRVouPOCsfqOkLFemesHgrrl4lwgOV JaksnlrX89Y7/f74Flstf3k+AcHFGkLYXbwWFET8pvBYx1GPgKHMBVkQ7xmzJq8KiZN4Tz0SQ4LD /AR4MvzAdyMzhSAeURJ57JzsAkT4vzeSB7DDowdmPPp8HJ0kqExx398FVyJppzKvhFjJ1vQFMX8F vrXM6fW9IenlDbCf865rDqHRNg6H1VE+AcsJhaqMw5/WN3/HKBaVScBIH2fYgCtX5t7v7ntvckp+ bo837Uu7QorMxfDZXsU3OiR/Nzz+a8nZnY7bgsyf+E4gEXJ26xU5MT62vZQj9Tk8OxUoc1me3+4L O96lv4s/nweqz+PpLF0iXo764kVQlgdltDRtvcafQxIW67O6hXA4yZnobB5GCeKtUZ8J5K/yTbTd f7D9zZ/g/updrgx0QUK4EN4zX7TwrjDt3U1J/qae4Wkk4GeRfH5MdvzqGaj+EPTp1GJYutub9fFQ QPJMFABGhku6fOl8a+Txsj6dtPv7N7ie24f8/vb+xOeinZkc2M+Z52fmZOADvBBUCQ4M+Y3+3K4k UMhz5AcWSpxDMf++nZ75xp2VGX/04IG50sApMkjYDZ00NStnQAe2yi7ezl4RCQNyL7zX6YZVTfux w1490YDqPi7cegT6mfA3xt+KfqAOccFXnOjHI3+YWw8UZvMV0seGxb0QZrXrbw/2zSxdeXtHlrg+ AaQijMZqJ7+r4Gbgs9sEP9Ps8Hjbw33i4w36j1PvnrKFO+092Z/Z5u1ozal67aOrCjBbKKjsW2Ee mCmNWZCdEfaH0SMsiSuI9rCBD0RTokUVCWJs+g0+DhBFIZIRuPUe7iqbnJ7oDqWDfDDoy8nmWvLg W7BmVDcgu+nVlb+XHygjISYtEJqLJWRUx3XKZFPSmDF46qtCdx5sPgiOBhzgPM2t+Yofwe8+T6sb hw7gZ/C/0TI0fry5KS42c4xoIWqQ4I7o8mPU+RT5OkFRrujP65+k9+b7vT2z+hS2kIPIKeQ3lhYS b7o15fXT/UjmGgWTiBtVfYt08Onm/YBLdcS6WYOTLXP3jPNUJSJsXn2mHCHmhtcEqN6Cu7HmPMwP xUvUM/86w0DPtywMYReGi6b5YJJJJ/oiYRgXEJ/5R84XRLgcWv7DWKe8uJZW8lrHIYFeNyPWFRzh tVgAYFNK/hjibT9CXdv07pdTx2Bnsx41C/v5j/S838iFoMEuaMhpiemweB8bOA+d0SehmxD5JCs/ Ip+YVSQuxTPShys3apbLLN2cyWqebpQh8j0pmgUow5QDHwpZm38SMrnI+ORE05QBbz0tmnP7BKjB zwGu5InfeNlJtUnYyOUDkHBNqQ9Jwr3OI1GNWdZNatC+HwMykNOqilJQ8xp1yDGfymWzE+/9emgn yhiYgt9n5vfPlnuxlepBdeyGci5fSKXRH/6UUS5i+RFfI4WrkseVYfbwbV6+0Yhr2PZbjVfkX5IR U6vgGGbMfNY2BLTvP3UEAlAu4UfjKQ7OFGh0zL7on30WJZ4dGxsTxwoNoQSdzBRjxcRErs1txcge jqEYhwTGkuLwkTHBgVKPmi/uqlBcY0OQOmKxkUcJ+wnJdxWWYtjRZOtoUiRFR11T++Bqgn6EmK4q AGBKjgyhz349nXo0+ihLhBIcE2IhE28QcWDuhWMIgu0VHYoT2CuM3rTBmJ0WWrR2cqS4hQZHf5uf uqhtbWYReDTyJDohcCpV/XXGSQmAy9EoH1MhRszpv5FBgcER8ieSQo7GNW1tdQn6xMcF+wSzQyKz jqoGtzQHfw2TrzbfCAySa+ZLOFIeps6O+3jY1DL0QMLcHsssNOFocGh4mHdUoKLkaNBbPpRMolR7 tHYiL9q3wpxiHo4OYr8yXjJ83wS9Gs88ERh+JDR6Nbt5Km5FwNXMbvhoZ+AMrimJfYSoC4yofdSX 6+BUEGwaEhPhGx/W54C6ZBDfHDUdSqexHkXHX6B8jZi7FmUdFasZFRfjZNQ119YVEmpvbHo0RDH+ Jopp5Umx+/oNgV6JlXcJvWsSekQ2R7O5NVpBnElwXI0KDcaH7QE0g/X2ngf5cJAydJ1ERZnV23Xb IXEhZNuSx9EUJ914nqUpY7qJFE9nWepkt5/+EMs+zkIHUiLSywLCs0+Ua50KaQgVkzgfJ3YS4JWt EHHq1qe4ODYjx7u2IVTE/I/F3ciyBgcGQX8mUqbRDmdL0A9T2HU2N2c6Odj/X1fvHddU9sQN3/RC OqnUBBJqQkLoTVLoNRA6KAFCD0WQJiqhV5WiWFFU3LWAAip2KTYQsYsgFnRZ14JrdO265mV/7/vH 87z3j5sz58yZM+c7c2fmJJ/PjQd11dYL1zy9S/PTifnLsyZLjee47Mzih8fM99DilHmpjIwkam3U nm2InW8R+xI61qH2lPILSpkFM+V7HA6Sa+WrCvIi7ri1FKVFZQ7Reo48fpTyaK9eegat9gxjIoMg 7v2jVFU7sKDYpiplqVNa+z6uQKMK+1jGx7e96zrY9aeXLue3iKdMZXBUj4e6IuXn/jyfnqvKfT7X Lq4fOJETjGbap13FWiWlWps8tbQmXp7wg6msynVdfICDhlt7fTyYMqgkMDbQJ9GKFENHxwMfc1oe e0mWVndZAfz69AQxl6av2u39yvPjoyT184ZEo0Rr5wvHClRl3JqKppDMP4az4ajv4qBEL+8of6l3 1eZzHgmMw2SZ1D9o3mk2vNc72Ib5Gry+OL//jwvtH96D346V+YjDj9lkpufy4WZmTKfT6U+eOHwP 9g4ODb9skugfEkXw90KncXZg2oOXUcU/tnqowqeKqnbwnl1P/sJ1fKB48vQXPyQ0UR4UGpEoTvAP EkuCvBNdf2KpFJ/z6YWuTEHpBYWgZnIqU/B75pzJSuBtiTIzdZNbY82lf/5WfrmqryREbp92W+nY uIyf6GnmHmaBsVvwLAywrGY1VD1krDK99XBPYnr4LfBYdr9HaPRXVqAEOvUPwb5KgzGIHA0+ZV5J v3s+Ly3NaiTtNyajGWm5bWTI08LWkZf81lJov916EexsK4xO0+mfHjHbaDXYxhtrtWtr69rad7G/ 9fOlDfwEH4W3l2OBnWym37s+Eq1oGbQHxejv/7ycummxLCy44C3495VFqzePJg9M28ltHQXf0fad afWoArszMwKMw7vjDqRz/mI9y+KW89teYfB/5olGKhen2pdNED3KbbCkkExKamlywZAD7Ujeh/bP Z5Ju4h/suJ36Zbbr/uNA+G85UhPF6pjesZh6G1Cn1zfRF/JBx8WNCyk6oc5OMak30urXqFIhx1JT DonNe1Dv+hOyM8om7T3MoYr98PjKqKy/KKdPb3+Wzw2rUki5zKhS8+jvF3G3kp9+Pp9DDUox9hlI vVQ84tiSJl6hn4+yP/npH/nLFGzjof72omQpR7ZloLckrxASjfE6CoqC5CVus3/suGdtORPJhK36 o/BUexx4ORxARVunBu6KaN6eXv15r9zdeI0P8TDFwK2r+eKVsRMWc8cCc0rMPvVx8whJpHujD4ln C1WEiYySPpHi+q9RoHR/DVBrrWuA2yyMUF86TsdtgOj8ZYBvzp1OUFi5R5Zo568q1KE2polSWsdL 6gYJMdtOtl5u+cAV72/rSfcpPF6EfGYTt29byGKDKgYZr/PygdXO0YSoVgJBdfrZBUPZhuzc4Gx+ seMi+bMJ0cJR4ahIZJoxbS2FLK12d7jYSyyL8A5nevmLfUNC5RH+0smPtsWew14Pc8h1hSkfwyzC MYVXosNav2+yKAxnknvjPzOVVJtVpKn7kRYyNqTsxcIR3TS8T74J0yeQExbjUx9WFtuFvlLYlDLv uK/tNmvwiK5VknnMUY7kGSgwN+Vd/WnWSPOWKDptpvg6CZ2eBEdvsjpci6X+a9WiC70oYno6X8Qd RyyugYTtejyK1Q2P9PYOknvnSzN+zD+m+mSfL4hKZcqTe658f1QW5LpNdVsfuZ4yWZpgSLAyF3FW GcWidowcJDm6bHXQN6GXZ8TeOrEvfbkykNh58NYP8geJaE/lwOmIj4WzFjnmj3zCijIjkieTDCuh KTaaCzarEKs+DUlS3gTkhcuz/dUFB4iuQc/FpnFyaeXRuPJl5oPcQtM4NGoXYfSp2ScY6MjB/LOc QcX1/ft7pD16GyyCknQy7lgIkATofGRQXY5Ze9Wms0yaFOPIWi/xxQk8lDySNKI0/H7XiQfC0766 k/GRcMzQ9PKbrKajlZxqr9zl8Ysrkc3i89yBFDoIYRiQegxWUDdjtPXAvKLgy7CB4HBhX+NvvMJC c1m+ZQU/NcBh4MFQ1D1czCFhi2BbXPT2vLGwis++Bhf4PJxZRl5J/xnFb/TMxivc7tpXl70djWLZ Bp8Nv3om2awaalDY3OFu5OEvZed9LuGMvNQ/+s779UWuH7Mwa3vNbKGXjrObzd+E54Mnk/SUQsHI SE8e/eZYL6gus+iHQXU6dgJ2vAZsk7SjR34Z5EVMKrPcM3ZQ6h+/7GWrTxW3oDS48Mb80OdQcl4O Z8vZdW9dEhqfpcNOpxSMxIDbDtm9DdJ0i3/zrade2XybaZcpDDliR7mn75TEL9q5R6kRVVHXBqPB k86/ZXh/nekMvFLopjwnVFcf7dyfsXr3bG+d8u71B8Wydch6Arwkc1XGjSM9/h0/TD9nhtAxtm9v sMLo13OJc7uDy5pkYEN2CiW6bNVFxvniJNlLQZJh7lYBe7vqYHSqOaYF5Vy1aVVfdgvq68VU57Ty w/pwQ7+CnpjUgMp+Es4mXSnoyK6bxK6UuS9f//bhGm2B6wmJOlsQzsNda0hLafx9YytE3yuTJ22V TFvyOfEvAzgZfU28lsBZf/fdvzGDyYuNJMiOB66UU5NVtXJa1CpH6mjWvVMjhfpNbVy/3NfWlaiO dX/hV61OSDrlujfNZtOt9oOJ+Uac2yR41fVjOlETDbsjtjGOjEhW8PPdiUPs7ae7nBjBltsHiDuC WHb1bSJ0czQ3hFvuwl/XrXcrx2uKCQCT4XwVLF6HZ+0d4vXu/K2nD32scTKxNNA7YrM4QowLzBii 8eZrHGk9pbdEAQ3bTXfh8AXVOwTTGXPYiz//KJTZBTcr99Jlh2PubhJPGFm/5c7FvanuKsEKMSmP Bh2rRON93Mjpdj8qcxYF6vfPd+2Gq65MAr9Cw723BV5pMga8N8BmKDxAqBGr95c+lr0v5C0T3yFQ 9eBeEoJn3aZgdBr3GP66wfqUzU1mRtJm4pheIzfAeqg3dW846Y6tDeBmT5Db2sCTbp4vU42u4Ktz KOOJOaWNXGhBvGVmLnP24Md5qaZ5yKxxMQzhM20C6lwogJ0w8W69Rp1d02W9eUooe2BmnAklzZoW ll1CZt/aHqLZJ8t++nAaHXYcFFKUk4w39dHPR8pz8N7TposRr/K8Rk+Xhs+KMvAM7sfIU9dKI2OG /Yh3DjO/3DNwM7xy7G+/kkylnpUKuMP0smT1VF7esC2lJSb7BbZrRWHcCKYfqA98YWOglzdAF6fh 1Rk13sm2q4UW927YeO/+2VpzYWyFVWxobvDebSzVtIbnBboBhyvMgM/YwyEOHUaY3oDw52cJjZUA mW+6r3O9f4FuftP0S1AjtDhLFfbAR+hlJnvT2zzkkjldFs/Kya4T71mnsgi3ZA5vLmHV7PHdmzJy oPk2a9s/HkxmjeWZ3iTQHTD/dnhSjNDZZ2Fx+MScAL0qp6ggwt4lKEogsMVv27aIkEQ52AqNhfh9 OrH6Np54aQhn8Wi/qsw9UejgiD/Xhl30xPM3nkm9aAIzwDDks/0xHO1mf/yOs71lLtESQjBx0h4z 69kvIdk7yLztBQTnhfFrlUK8fb3Kr05oKxM4fPuidx2Q63vv0bFzkfss5vjbRHlEPddxKgedFpbw TUfgC4M6Qns+//jEipNyx88bgr2DxkHl9cx2M6xAyNq6YCcUCqRXAvvXxOg5+NjaXy8QnOwVVZFP 667nVv2QBUuJGtLEpvObOekk++8xWzPKDvtL/Zi0/vD1b37Tnd456DSo62UeEdwy27JpO8X/bqbi cZIzIedT1vFbcfwrwIgksajgd9wdGW/nLbiAVcX+ueVyONij0CaFEJHWYTSQ6IU5q9t67VN7Q2qp XMJYK7dO8AkSy/322BNeesZzePY29jHLN3oHvo41XZV3GygefE0vwqIXf1dVT/vaX878y19yNPwU 2qdnS6yDYCSJ7f29YvBpyDQvxtJPZiF1tLUTcpDbVFEH6HZA1NYF+5CN2x1H4DM+m5rMOsd+U7U5 PspCGDDlERFHNp23uCwvXlG6oVdUnRta5CSQexIQkfnpBVmfQT4xW5i2nYYXRGw35q5wezuZ1FGx eSrTfC45zHHH+J8xL0wbpmHVO4tzM95mVRqame/JXgVqre7dnu8DV+i0+uQlf+sfP2tm7ytB6ioQ 8lXB2DHQOCE4eN1g6vlI0/LVsmP1A15OArN9/UcHMnlaF14CvnV5Ks/HlGkR1DlGnYmxtFh9t68H JHRc8i7Wpth7EY5Jbda3g86OX9v/NDnTTBpSN0IHS/Olg/bckeL3YcoakSPUl9ezTnxKNCiI2G3B y++XM/OVvj4tOin+1bxf+TmWutOSJJsNaNXQCa2lz8bayh5OfLTkG6SV1SqTHa4BLd1v+x1UJeV2 Uipb+71tWYN9I+hgnk8GxZEoaSnfJIkp9F6dqN+6bp+1v8ifHyiVo6u/iuBiSVk+GjkbFXOE51MT VNPqLNap5AWejOcxtZesHG29w3nJSUR4tG/G4gjJES1oVSRw9u/3uRKj00oKTlWZ9BDIweXgDWca xfjiHP3a55v3HXHd2/nw0P2UDANM+iivK1yx24gXzqP4I40rreWhQZYKvgge5C0xXwUhhIeZSUCD byVp+are1NK+uaaIBkroxxRBrMl1cla6Z/gwxKeUF5KUUZTT15Rz9mC/zFd8P8o/z+g9dBrE9veV wWfI1DF9Oymjcn0/zcebZruRNv4obsMuI8x5Rv9seh7LqNxbLrHbKt7Urbs94VKSuvnMGa+G9Hsp JTY2CVcKE2JGL175XYCwSWmTn1ZTYuKA5QKgxD51k0Cd1NWCuEcCt0dE9Hbft0LdKYjV8SH8k+4S kArKC81vfV65scbfvPRFVIKfWJqyvSoSzmR7qdd7OU8loD39gYc59LjUTRZdWab51pckmbR8Zh05 zN9nHvkwDaV3zx12MYokKvwybyp4vZy551uVN7ff0J5LXYnOOWxRYmE0qgTuv8yZaMonZTRbZuw9 Sk8ho4N6/MVIX2rniYCZXJcEHRbsJtESXRV0ekjEXMisDVbUvx8lyITMdHSVvv5H+NqTgnsZE7Sa DKfWv4qQP3bsS2qydXC1tbcMXc+scbcVLkBnvWecvAPsthswOdzQo5kcb/2U/sTilPo2y7hxcU1M +Cr/KhsuGSsf+43Sxnq5fW2M3H+XPCDms/pRfTULdmzu4LhRuCttOhudnLAllaI/ikm+k/lnSK7d ecb3UO6T9C6mbIMyemFDzXibaqcNuv90XOfgGnm6IZW1PUT3iG3vnw2dHHgFGRs1sJB5m9u6CHu2 YT3bBP0Ees2g/6obLPB95J1UsD74fULNHv0fN5enNT13KrSSv4Ek0V+n+Inlf7ffWtWVm386KZWg GFADMu4lix1FGTMCH4ICmViI3N7fazJGNyR91lPlc7bZM+GbFslcqARNfWHiSQvy6lEop67Ok9LA JZZslB5pYDac+HlGGOUY0NNWcM+UnvkYcvo16FDxswb1ngRhcsEfytGGug/eV788VJ83sJbX7WpM Jtw4rzT0DAoMKm74pzic493ttON8xBquRcbH91UeqQMEIl/8uwW8fGV3fZJ5HK/MoEScOCo81lsA Rx5jQ6PiFdaLUyvWxfrdux7BO9N/tMO2nzEQRE7nZg4yWTbsVmd2ttLofVpLjf/l8e2NdD/j5Mwu YzmBBEdPUmv2hdcE8n9f5PTXnF/zbI1kJWwoyGZ5r7CJAjtc85z8IIuLZlOcHeMckiwz5H+xrdqm DmXII/n0fec8SoKiuq8pjUVGwcn5fhEHs9a9jnZOFkMKQSGI+cZ8n7jiN9xZJmwFl2bJ0u+ngn1U dah37++F5vvnDbesBGxaD/ydktByQFmbxfzbtlnM8HHvH9zM29GRfVsUfwXaOR/x8wiI2svb6qW4 UKca5z22ORGjiPXae2ThrCan9F7SoVwerXCihGVS91wG3dQmbmpbbYJL6nnZ4X06r8MhJDIoKEZi 25KUt7KZ05wR9yaNx1rlEH0t8m5KgQJ1aVhP4i+PcF/0KDW/SVv9kAm26XkigPkGeNktj8xZdc8F yaYJX6OZuHWdDwCNm7TVg6mXGJ+kfZqcGH0qxDcxJCo4MSJW5o2OwoKf+TjXpz2Dx8qLbcTXqtIm kyPXv9+lIhZfdh4OEofk5GmnncZCvKUR/lH+FxO9w2+HE6qRbUF/54h1WlCJsqBWudowQB2qGxp/ j5txXxERSTcpx3t7sTWEWNomr2U+0YlHxnNLf1mFhsqkUgFzz61lBti2V2tq/ggvysVlfm4yaqpg RLebBd+JkspojSrU5Tuh3lbJXgZVTP9Lrqsaf5PhXAdTJLMc+WxHdESMpYm9ZTXc0ZoV0oTvW4xO C2bedHA6FK0JfkdMz+8/unbim63FMrGl8L6rhHU1OulyLWbrq2Mmjs7Bs2AVJ8Gqoblm00u4NVNH OfmQzRis53m9XLWGKQwB9W/usxfGpGyijD3zmUE8hsr1iv9QHtjRPwhjrxy5Bp/R8ZVmDh5ctDpr bRpsIqQFdFt7NLHyoOD1jdNJqb4Ka2urjB1YF5NQP5EoJtX6pJmlygdbw5rlHDoorZE88vfXn8Xv jd9tfdHB0bx9/6CuPDyt4VrUDDw3Oc/cT8GHdvq2W9TuHyOZF7QeVhXLpBbhUSADHTH/dV/vGY+I snxzO7HI67Bqc44JDJm3uT+j9EAqq9/iEdn+/ch2B5cnhYnlLp2d1R1yQjK5eVG8nQ9XWh82v2En QipgXx9bV0ElnBmXRv/jVcqyADcp2HavjyUqsBS118e6lsuWhhZJZoE3ZvbPbkTFTHprh9OYNYQA WE3YWIC1YOB3k8o+2xad/sqwxX5CFZNyyRZBJF2wFQpWLZ43XRDoC22desP626gFqOmcoxWSuujQ IGZkhD+uoPZcr7dXqaMtfFBc7LjJyY7p4ziufz2e8/Sa1szuPLy9cqlis1MyGX72Dr0UeHN3PtKn HCSXvGNpzIJOHOeisX6K5VEI/+0/thS78lxGbGN4EoGjha8dkSe5z14wcVRxTij5NVeXjZNmKgJ5 kb68GIH7lx1r8mK6nGQunFsea5BiqXe4D89CPG70O+dQ1nbjeIWibdrNyvpawHLniEdBtm+tXlQl UN+VPuja3N8b3pM1RvWY9R7zKcp6XXQL/n30bubfhXX5RTde3yJFlZQ/bBEVX1uVF+QJ9CbzZ13P OtyPFG6CrXX5LGoe9FSKL5/Yax/h4p038GxLt3u83DuYJ1RkBuk6Ck2OfDATgCRga3bv8yTTw4Cf X94MxHHor5BY26tUQdQVhDQk3GYKaIQOrTy5EAkeGIzyFjzJB7W88vZjnncjkLMy3g4Xj5IEwGm7 kWKszwmPRDunoitRSIJ9OTNHjW2dLkJ2YBYOSKauh0zROWQPvdpInb03vn7qHSEnrddEGaSCTIW2 AL1mp62onphvJLEZoxyt6hpy1jftPL9gKiw0K/ATIU85FDtC495Z5/p96uwi5a31B8U0hsT2BfO7 YWuUmWkYHknd6nXtojryr222Dn/PWPTGcQURVb1xTTFFexXn215lwT5LbHmgZ1jBGeuaGkHNuvf+ +Q92jx5SnNO7na14s4+S7RBeJnfeaVtDtYj5rT9rpudf0r69Y6285OALl/jfJz28QyLCY6NVyd5H A8I/a8QHBtqyI3jxm4kDkatt/lWjHPpzX7JFPT3X6vdViWx94L8BnHvM/jpBe5ZHaMKnZJV/oesq OIBYTcy/+y+3Cl/Qb1e8dZcxWPQ+pSAzP6ifdn8mOn1DBx2VjD/jkTr5R2WkxxNWUK5Inr3+Nt9A EVpL1IRQ/qSbhO2syv6wGsa9/Xg6vfB6GKclCF9XK8nmYG8ikkYxatJycZO3iW5aOvo8af37BprM xrIT6rzZwl/meMdSbWuasKV+elCXF+j41tRH1JPVUN2ehRwpM0y1tKbbbEqPuLg3JjPJ/6iw56hf xY+A+8886H/wCjH6jKA7ZK9ayXwJVeBs81MqUefDWLn76iYS/I6xFsJLTdlC6Wqup2nbk37kgeNH dtafyVrMNV9lV+KQy4yUtKa1xC6FM7+NhV+RjLO2D25eSK7PtskXSyH81sfJ68pk7u+D6kumbRQK DxOG9ln2uRnMYVW0tXfKvsWlPb+VyTX9t5eOKV6tReEjzDmrc0l2+Um6nVvsv0kP+KPBZSdd/dwj L9q+kFTt6W7tt9uyiWR7d9bVZ9atpauTLHD9+g/FtqVWym5Zfaiq8AsAMakc2uib7G0XfnwWwXzK lktj7Dnmv5P0UoQJwhYulVU+GiCMfejSuF4PCdMZa/JyfCOLsMy1S+YkElYLwhmX9tb4vOVGfQgS usTQUwnVdxmXwNV32i0wyVDzDBi8rb/RD+6PgVl49TRcvBLkYcv12WRm69zL9kFKNw/G1JLpD8lM LyjkcCmmO1OWkpmEYdK8nhUae+/Zv8/rRmb5JSNKttDaLtdiF6XYTgiJDJE2XI6atjbodujRma2W OFJL1EtVo60jz5kCUghnpcvluiHEVP38K6mQbmjf+x95Bnom7d6a81BmJ7ZVfG6gC3Q6yl6SpZzf w1NtEuvmRfGi0/OXH195QS6AoYrTXJnLyyyZiPC/HZoTriEKQFiUxZ9ong5Tv/gQaKx23+HHlgkk +Fhw19QoVeiSHSOLyneI29GPFvstjyN1+8U2f0r2crSeD157gcD67AHAjfWDthSQA2YKGf5Cf8Nq xqUvJXtTMzId71THx2aULWfL62y4j/CKxX5pbsrMC3bK7squ0w/91VQmregKpiFxsZAMTYn6KpUs lDlvL1qV3MixvJN02cL8eJKseSiiXXlJATNP4J4rHPh8JVeckjGcb+0H5ynyyjvsWQAxl93Ej+rj oXdnKFHPbMES37HBtKQiv5BcP5AQGRx9LIkfAAsNGX2UYbrYLsidO/To2agf5+9h++dcs/sUVWlB 8Fbx9Z64G9Pisfyg4Xy/e0XQiRsy2i+5VT7olcui4R2S8/vfP5xPv9zuE2OUmbqlRwE+Yt3WBRX0 vI71mV3E9sKStl1wgFdxsbkb00Mp1EEI57Kcnt+1/nxaefQxJkOwMvgBe+XXr6v/ZJX8LFEIrMdg WVtGCTrjEb+5Ht83Rd3q9iLBfCLamWK050VaKZlAyvC/fcInICvhRFieDbIkilIcDd0xOgld8yoS T0emY2qlCzPlE1W9J7Ypofs2t1TUG0jQ+5wPxLxP83eNX8l13HKpOcm9bPlj2D7D128wWDpm/PK+ wENYYjtjqNOcl3nHVG1wq0X8phtCHMQHsdG9XMo/gi/ehLNMoDCf0d16ftbvMsDgwx3ZfozgsSow CvQLbCY6nclICh9pX70ex6yD2v+GBK24Ljo5vgsZ7v3pU5KJXs2DHPnBJBDsWWC/bXpyM/cwMhX2 85xzamRWRsFl0oGk0EZ0CftYrL08+/Ka6wguw0sc4R9KQCCRC2NE4IJ/UyR/exrKTeTiIDPow467 4Gc2RD17InTYq1//28WWjC86kAMsvf2pv3cc8VIrvc2HrnaZREvUJzCDkMod+t45XvS6Zphx502i zd19GfUfTDOK6XAbji/opeGVZHPo7EchwPlL2E6sSbJK3FhzhWQF/Y3gc4sxAGZmJaf0qpL+DKU1 ey8K5+2pmYzHi1JHYURMeMyHqXSzjBTFl978nX8G3Sq/t/jgR4rEYNQhNCZiNjqIso77MbDoj5XE NI6lS4ae7p1UL3HiUz/uXo746akMCXGb2Ol9GoUHuezjIAEL1/m/GjmW8HpPoWW3UU+aDGX2DcuN 27w3azv2IDvo957KjDHksGv2LbCpHvO1kuMXE/WLBN3EzbjhfX3v1qDcdtgfnKrI3KfTzCnnZ6I/ C/+9EDfAPZvP5nKaTyPTsy8o/OcJqcuoDlFRgdGTeiL4WGe7Y/jnnROwqXuKO4LMsXbqR+r3c8jl mFdl0wanp6t8W24lsJP825q9LDZuu1UFQ2WE07gxtx5zpVi3CXXqSE5/7/vuduLZqVryeXXlusUt h/6qyrWC8oTb3fr9rI+sNuS/NGmDllpkrYKAN/cMIoGeWGLwJZ8WvePtfo4ElhGijuyOPtHe+foa nZdeMtdoQr//Adl8nHdZmmeYLtdT1sdsBRSmgfcxtecLnE/6TLd0U+RlMu9mUHEM56Z00vUh36uI UsrBd/LiY1L0AI51OeRgCcA53vMaeJjXGFglH7mdcjMmqrU7fc2DniYgcHqfjznd37brU2YGT7na LUok//NAA4zEs1KRVmgieIBZP+HR2ob9osHYsTUky5BUO8ghqqXcS90lCOhkWoJj/ZDbLaX0KGGj WZd9UozYoMvVqV029biwKEaGqlx3uvvq4eTT07WjJP9dYUkGf1Vm3IkuvOY8WZDfKJUFJfbHj5ko ZDUqp4H+2Yi1h2wFOYrDveSzHLPe1FrqZZOuFpXPpWUdcQdNKTOh+SxYcwh5H3rcVweyVWBv+bku 33+BZ5cWx+70CrZZ1Ttovn1/ygMlk6UXxZ29Xm3CSZI/qMJ3j2S3xntj1mfdSte5yK+Yigg8hCxN M1lx363SZ1XpSkU8xQxqp7fi1tfK/KEbtj4Ch+BLg1v/vRUYGWyIwgX+hKB55b5S7r9riylT3hOD UKVUOkJPTB1LJHltWpQkhpclmhyE3N8ecbM4F4H14YmYjsb9SAeLJ4XBzs7ezNiAUtkQq7e/hNUm sDU1yfd3hjZkdN7Om74GPfLVyzsZSz1PjQyKkKdaIfizpJZW4+OHZkYOvWMA28kL05S0zc1x0zmD B0LYSdOkqNd7wTtgY/Fx/CJ2SqfNpaFUhd/2iHqBySCbO1dpEhW2gNap6RPaMrjZnYJ530qxaxao wAIBvnDtds037/d1XsLV0dQTcXYcdmkw6QFJBxWdXk+p3jzlw69vmrZksHdu09EdW6m3+5WuUhMD dle9VXwG4GoAtJN8zbUig1nk12+WSEkc0WlevXeudEjJt6Leesxnu27qZxG3HAbHrE99Qqlm2QdL 2p7xFBtwyUJeP8dj/lZ4xodN70b8aLNKU+7QKrXCxm+zMPeMlcFEKYnBPC69tae5JmJzDdV51U/V 5znBdi/GCWcpP0ai9ooPyLhxAQVsMi+YBPpJz699dnF3vimOWRS6tMEquWebgvZOWIzlY0es0HBN RxXi+CLa3B5ilWQWYJ4Ytm/x/k/fT3WMOgOayV/5aF85xeYOeENTl2hr6rHBcERMlE3StnbTg5EN LhYgxaaQ6TDmR/Ytl3dR17Jkru9g0zUBje+6fWAFLtPtfYNU0y4MlOrdb+os1r1exXUI5yz0s20o 4QYNTHJokIETlTTemVV0HdJq/ZJaqpjdheUeWJYiKUJRX5iEBa4frN9xG3Ll36x+rp8gIQ+qqCEw tzVmkAit7zdjqOw9Ln6VWLZjlbKZm6//4D5cY/BXel+O1hG6YcEvmqlTEWOhE/V6WxV2BVddjlER ++cvTyAnB7+cic2V8j0ZMTpREtHkT4EJkn0jfX6soZqZAVQSa1qssV8tkPpO4eKIpqwwh3WcE21n ck359r7svGKe5fJTJ3thwmWMFVhC/jXY64fK29WVC+dmQIrn2BThu4enLm+5JS5IvhCh1HdtQcpw 5b3nHWH/dtoAvinKcBObDItSwvGDy7ePxI5VWLp23G507L125OCG8H0DX3Mudv5TodtEh23Wg35Q gV9Skh1CmIgZF+u0NMet1q4i27O0SgyLZufAUiLLnARChqSu1c7BcVxHiXRxsa3BsKRCO+Q3kNBZ KFAmm7eylClKW4dzorpWYbKTYIFQUOmSbDtI+ACxF9gKNh63V5OhMm5hVd9YWL5DQfCfz6d1LaNT 5ctyR6ArD5n3kz75XU47QSpQ29imjc5A9b5OuodYXHbM+Sg4mlwovkk4Ht0gXGV1bcW1dZpcuSOF HOdlVhKdQQyRb7nsY3XE1ZiW2XWrszUXXwjK1T/MG6lQWfjlxY237++1jLdmy6rpjhmNs2+sDFRO rhfVypu3VV61tAiv3sX8QlYkFVg+tUdWnYO39oYHXDM3EAHPYoFY0RarBRP5L6I3UibubmmbOhC7 Z9S9j4tS65ZcOTq9N2ZTcur1MHtAftKCmM9r6B2Vi+fRAWTu7ZlZiEXB6UTXGO2o42qm737l9opZ j7KYA688L6kU2quBTo3iEfeR0CNgt0E+VSoQCmMBT9sG+G3zP6YOkI8V3LWLzYcJFum6b06M+g48 WCHl8EBbvbu9LnFsATMxxtjrlQAqi9mWnxE18u6kpfpl1VTk+1m779aR2Nuy342tjC2tofp+TTb2 a+6jZHlJ9tGue+e4ymagm5+jUt5vCSzfxSF07LO9tBXEYdHggzL4qitQO/PjcDExhZcP33E7w6Yw nRWBSSGtPNRQ9fGd90kri0JL14eBJKCt47Vr/Y9kduFPGV/RAqjqBjzjm5ajUFl+baY+x5TeP7sH a3Rt4xtcHkJqxjm9mX01GUp/Vk2+9eKfBkDP3Q04iVNiYRDACUKDpw5Fvtm3OfLoP7VrFJ/RD8P3 +ft5Dwx3J2aUeLuzvX82MaP9e5ep/zlpWswU2gjQH7wPzdBPT29QCojmpQgLxyCyj+0OfV6OwcG+ Y8b+24owzPT5HiE3OPnQ6bytOnXbZvfB9pLCbbMdmvfMi8DPmWBfr7EnVmxVdhjsoTdw/Z7xS36M A0UvOEL8DjYnVO9OxHMy3hY3iCeXl/Ioj0A7B9jG90tmaGMrUvJ5TJvrDccUi1yT/t93Ydy6CuYK yxNOXBxSJc9Bbhxgpkw2BKWQ7ycX7cManVUMXeyIUpXVxvFy02+N5kTkNRMalA1SVJrh8Va960Ga wZ0U6MmWvc3z6chi05neA1tC7Yl1WwhVJRkvVO18f36oKkoKLSemB+1JrZlHWd1/qzph2HDjSceX lMCpA14tbxI37mkzid2i4lZMI+tM0/ZlpSF0w/Zce9y0ox/bz5QH5cePqFJBIJTB4Nstx1FBsqBI nJ0Bx2UEJyhINwBPbNbPyXXqeWSXk7v3sAo6YlvT4H8R4vbHSB66cHe7bSfUDhOi8jk9a/Y9lRlV ubn1ISx81HImaXbTlgQOoQ505sohpQPpbG6V5nXwQ2ntmprjqrFTUiu34O6N/aZeclk2KN7v73Xv fLc3P4GUih453hgJ+UiuVM6uUAcVzJjKvSYPxNyJ0j88YcX0Z6jB4AGlITcvRrLV5VjXSx1mbIcg cVYZYbLCgd3/YuRa53KJKm3IONXyOmGZsQg5axUoltir2sFfuWjWddnIPsRSscVlpa6gXbzam8W1 SrptFkSHX7a5cTwI7U/gaL1Eg8rLuc0Gk1WmCVduVPTOxngnrnPJKOEtS0vp3Dnl2rPba0zYOfWW 4GNzsK5WRSIm3bjSYCYXMd2jW07TWiPb73bwKx10tr/6bVZw1dLh/b1bm3pyDh5LQaU0Z4f3/K2P T6Rs+qgglKPs1wXpwnUym457cPrNsnBbsXo6GZ5h3yLl3sECwvR8a3211ewPynhESGiIt95xSZxP frr0XMnWCHKLiV7Lip0b8czWk/gqDU4Zyz0TE3sM583s/2to1s88c1fEV32zMNJ3vpTPBd3aEbxV s/bBxFWB7FoAxIBfW8l5tnmbI/9yjeB9uJe3/PgO/xGgPIx+J0GAOTZj81dCMlggeLNue63qRRUO i+FZzvhBm+DHamsXSSE2ta0DvYhlf3wbrB3tOSobfvj61NrCkrQSaFnu5ZSwTCEl7V7Ujo0PQSOy LqqjiHqAdct6MrrplpvJGnlsiDRyep8S+3vIN1BpUIZFRiLKfC8C0zyadqD6tujTGS9/bmCsB+iH USFxIpmvuZcxY7nalNPtfXB6ELyjpn45psdJqHlqc1DQrLz6/fE8OPzyTjsrmJQfuzHy0lM8ikBH NqT0q7EqIatxAv3W1m31Xm/xy1WlGOP+4qJ7/viRlLwcBjomTNHKvRuLogQm7+oeq8o5cn5Z4ttb 8Y7Qi46wYfd4y3H7lU8P5QzMH5zNzLS772U63bt0mJ6MTK0aCqQyLd5Y109VcY4U6ttSzfZxZH6q jL/0RFcMhEF6+s/GFRN2jYXfINsWW3uU9o1Tt/zOyxpOF1iQZmp4fIf439H3q/7qmttmPJ4U7RiS WrpqS/ABn4HLFU71vECWvbXzqU9JzNUScQkvAsVSBUS4mCf6j1RixN5KKMRlkO0zhrzEeSV3Tplf DVjGm2w1XUiyMwyxFcQiXZKKbG33Sy4o+fFfbIWHUPOEcIWquTJoWr7cjtbeRZq97au/XpV6seCm JWhI1Xr7Sjz4luiCjb1OWpV/Vl7RMTNkkJ7QoXFXBzXZ+k1qU06+uD9JfNCge7MVkrbfx5s54/8s P9O+a6afl3Z91p97XZHHFKSusMjkJtNWmRgWmvTdf8RqHUvup1dm9G/KykuJWBzpd5Lm/vmWtXRC Ayp6Hbgxm8Ovyq4pwPveG1oeUc0MkxJrhTGf50sWfV0e/caombmQmLvu1HzYiK5uTssARLKsoJRU 6NLejRpxuA79BSEGhovD4wXLPd/rUIlgsi2Pvt1wCFi+JifZDbwjOOMs8bSwvD4mhp5NKkm4zRyt yLmxg1APDJuDCQJ9lSsnuLvfB/DM9eDYrINSmLEth0qmbjTRLO/aMUghh+b9baWBVy2D2uC23z+L p8B9UWLd6hgL9Ab5PweVrD9YCPtOCREDg9b5HYol5GJP7FMCHaXuBxFqmke4VNX1+n4L7gVztvLe Fcm9O/n3c5DEbs8WNMOccCzR8UKadymoasDAzzzRO+R9Xduey30JhMC+7YhzNoUxtntYJ9z+iMR2 qqqdEpN1d/0RkjgchlYSBKDvpbW+kxkbkZT2SlPf9bjJ5EtHXzomPfGLzhqLCrf7fDzg9pZ/vX9L SUsPCA7xzSZLSfKysz7QCZlF4WqhFTmoYNQpXbYogr7nNl8MLNoVXRYs8Q+9L9axvOpUFpnGjFNZ RFmX26ldw0OJ8Sxic+h1NB280Z9JrAclZWykwsR0zSXGfTbd90dtGvSYYcRRKvt52JZRfYL3VqzU NyKo+3QqzLusz1unBmmKxvUJCs9VvNz3d4/ZKfCe6IuKFrHgY55TsncpSz/DOfHaGKlK3ho692If 48ZDRglzC7gu5L7RfK5PTtu78BPXb8G/uH6tOVQZ97isiEmAOh3t9LeFiFVV/eLUraM9EYZbhqLB fHjSnh4b2CQJvOC7iojofNt5MnGfc9D2Y6dfWDhWu9q9fWOLSiZIcp9D4tKcJ9ew1p6QB762uc6i b1rhx+tYdS/ItpzDjQ3MCkaTq2peK8oBoFgsQypWTXErY1irTSEvDnBG++nJpqoxo2pyOE/hf7k9 XEm4+LL3fep3EKSKVXL1aOS7y+Kc+7u/bSDmJMGc2EOtVklXPWxP7U2ipQT6yTAHC6hh+sqIjmab 5Wcvmtkibb6mBsaluk6XcDCoqm95g7P93dsuUw8SwmOm7ETJoPbwx8UjVbe3PwovfcrbtmggfhiO ro5RZ2vI2eJwHYNqCHcMw4vQZ8WNiHr1ygBXcc1LHiimTnpPZ+XoX/d7EZjwvKRMu+hbRqx7XgQI nRkxeLZcH952JD07L6myfi/BwF9J0Qc79VbxPt0oPZYuTU3y9yKbL8WVnW3Z53j9ZKp5pQKaUVmS mB+RfhEJKlxVi7qUgCiOLkbeP0GbS1uT9w7a32PyTQ1Rca7V+Ig1I5tJZUNdp8h9K2Ss8KQLM7Nu i/SfKYbaQhNFVO2+41IvDzKi+jN66kTT5vttCXMKsKDfp0PZf8gJtFuxtiGy6Cmu8LjrCocdXvl4 nlsT+zyrkmwbEw4c+0wFZ08eCDWiltoViIAEj99fP4b8Jne2cS4938JLQr167puGa6b7G6wUkNSl F/cet2+pib0oL/jzNlVyMaA5a/OISRpeW3DjE9wn4lbwSHt37I1d0LF+ZnKjL5wKrZp6av4Selvp 03wlCZMdF/KB9/Pe/HuJsJD0cEBYGSNfF5q/B4YKODVRe2qZgnyDHtjoExQqU8SAJhZEYMI7b6zC KF8xYQF3KmONtYT4F66x4KvjWFxmMnF65OgwFIyzXpvpO1aIBGEdpI+nio4jJGVeBa7LG6KEesgf VdK5z4OUSO/S8SK/JbPVnUj25VY0dY6Y7bbouY1ebD/Bc2pY/bHudv+U93zk2l85yrJDbJ3tXtet 3sP+BuxVM0pnaAdhR94iKfw269n0E7ZMg7ay4KaTrzPXn8+vD7MjnFHEeC/4oZ3THDYTCeqfj8Yt TLq2VhL7ezM+EEfAMTQ7cCdsvB51vxLi88UuStCcPO7ADnOJyUJerwLlW5STwVeyING8lDxLJZQr TArsqALOby8PD1dA17BsOLdMBGDEQHu3+t+LEHZGrXlihoLcGhk9KFdKQXHSSLcaCMz6xw9mLYHQ MbrtSM1xmXPpIG7O9NHDMVPVuHcTQpeT7BcrFswLOzLIHbCNU//mJYwKjSAdXfLLoO/3pcfIetyk Y+nEZYX5y+11rM/xISbipQi08saJfuD87y1mIqi6LHHV5s2te69BY1GVDQ13ZsCmil82m8n9NRxs HWywezU9gnqcsLkV/OeR/k5v9tCJT4NQu2ClrZSj6SYVzUUtEriVUr9kGbEXNp74W6r/gQ6Jjo9v DAJ2hAdFTw/CwrtaiZzGlyo276p48ICSlEZ4HQg2ZKZ2S2Ywd6fW6Rk2KKccRjuPER0vIlwaKgRx Q61B3C54TWzrV2LpviTyuHXhjN9kGuwSZcjf5Ui/hy9mN3HcxN5sV7ZLbW1vcI5leCqbiUNxYqFV mzdZhvkOmnE2PepFETCV0lpyI9sWfebXJe52ZxMJ12B6ZBehVirZqx/r1ezkQw/6x1FUZTK3lSN4 AnU9OjqSPNkZnHPJBJbpZx9515pHMBugyLId4n0crtskq5+F3Y/9JPWD3zacd8yXMvPtd6BE451F FlMHoFB17EPXuZEk75+CSVWa4LpsM3KPoD9yhpmcMuqHfkI0gEWNyN/kVkAkm/tT8K4prWuhV9BM ExCx56HUnNl2vpRZIPztgLh4wvjMyJa9cZEVwaFe3i+skuUR3uGnnj0R7T0DFgSeF5aS23yyCbPt 6EcmN3eIbjD9zjswnT99jhan+of4DkLNHkneKowgEFPULe01rg59AH9O4RDJJhqFm1aOhE0EdRP9 oY4cdRLBL9d6NVJnX/LntHbOPkgJ/5zhCTRZN3rZyxpFV37qReoy5tx3uoQuMRTapd2meWkj88Vz IzhakHfkKnNclehz5KSNS5WC4OVorsbq70lWrXZiC1KP9hWk3EDDHblr8unO1+fbbjv7v3fGvCvM wTHxgZgEs246Mu1dkr+lzl09dzPQwOUwV2a4X0Rj5FMmbaxqwh22nnL+fDhabs+tGY75Yr/YCja0 odwT9MtPUY1WLRoiaYHZJrmraMePG+dEhBcqA8Lv9f+TGlV2z/Xjww3toXI7wapsFsjd8aHneefr RuFyL7YyzoAcP0OIAIilslCdJuqfQWUDkQO3eLeT3Qq/UPYvno2AeDcTdRvqBm12UtSm21fSni+/ 1P740F6pjy/AjBm3ete8d4AqQ8uvRqT1nSHNBHufjU9KmSQPy+z+Dnvfp5FFrI+T+7CAR+W2ha9E 608f9bbd7kESvhGQkjnGUXh2lN+aq96FvqDwS8l2K1Ot/ZryN+V5s5vVuROtJiRmtoRMJ1YeEDDp 8sRdLbcHEVznRfNTgpeeUPngXkl1KuuloV9+MtSo4OO9BilPZYQLQV5urBhlWlQC1ecr2ZYvGus4 mXHn7nMrvay3MTo+BY2urjbkRnc0ZGyw0XY77msY4pm26ovueDXdE5/3WQusioYveI1104p/vy85 II1jz0d4dGasxh1wxtSIbZiiNS8XM0lpNiWMTu/kYMdd4HjHHfbyQNPjqvCRlTtTRxbJV4w2gGTc vX8kdRxZdBQqb7ikUt7q6JVhaRHHITUicTiFRfdYUN4TXwabSKIvJN8GkYyk8Q2KDSb7UdDPo4QF YWGWGaa6Ybw/adoI/ZUXcb9XPCi13PZEzKRGgf5Q+dXRT+8YlCaZJc9aoE2uxyF1dk/spJx3JBX4 cZEvr+xVlmgFABfssZeVng2zpxRLYjS2wtT207E9xlnNBTAUhR9wSIBoq6rx3EBvq3Fy3WsvuCuA 33p/lYQ0a/34cEpC6ltlK5L5SVyeYEhWlf+GAmQTlhNWjDnYBv6NlHzQ4J90lU1tf5q44vAJDBPl EjVpgkS9/AXJAFNeHSLAH1HTbRY2g0f62Sh6jlnERfjq6z2srobf95sJFzpFXQdzy//e3LwS7MY9 4ic+5ZTBh4+pwm8Xesf6BZciqKu4pi+D0U2MgdDseSwkdctFps3BjWqcPLbwZO/qum12ckTXVhF3 9nI9l5gFhtiFPz424++dXhh5nigsGUTrF+Ys6N9bPN3qSLbcfIahs8rTgm+Z1MJT3G9XO9n0V/mf 298dQrtyXVCV5CUnzFzLRwdwAvDdtTujuj5yUCbXEUar6K9XXZvdQ2J7jbRbbNp91P/Z9p9ccHu+ jktL2uEU4jHLbFvXb52rtglUgmTzZ4Wbx9fHgdUUuWwH9KPiffRf+XtjwMF32E3+W+NieXfbM+C2 HddATGBNZml6smPy4cFD95vZLL2ad2XXiZoOmHVETIit0zE4ufvdc8eIeYow1Vjo64j6ho5/6WBg K7D3VzOg/zSZKSy8VgAHVCjg4pHqJ6Ws8jbqnPFeVn/vTwa79/nUo4CN1vFMoMkChDClPAy08Tyc v4EqsLw7fK4tEqMnSCtVRxqHFve2R7UNNv38Tp01hRcldNNGrF6fioeNEwy4OOvCTVnhowDq1ufN vst9LtadHviSYfvTUtOE0y9UfdslUlWCTrhVgvLh31PeRJMo+g6XYkSIl1Fv5PLzTZGnIby3N2Pb m25auwZFpkr6Ol2Qm33+pNTxvZ/5hwSy6MysCh90kI+UHw5JGtCdKue7+0U9CKq/aIo8WZgohmQD 0f4D3czjA77wGU5C4SDaMCCJb/HUsMYM8X7/rzwgz4fRuzVxdeKeSHZ/8uaRR4LtkF2HjGPGurcG 6aVxm0a/q5JzEiEmv1SMCACWMtIUy2v8cLnleuzVdOlIId//AJ18Q6f8hgmHyUSzHA/HhGv9jGeF BySOzHYCjFuSXfXR+4sDxuKwR/5znZ/vgChfsQdgkWIJOBULXRwcvFArLO6FigN3WmRUH7J3AXB1 hMljDoWnG0DHVB8+pEFUv1eaI+tzHlIk3H7rmIje1ipN27WqredsLa1Eku9sVe09ZmhLAxrMu1u7 CP78tGaTVFJNCDCSSjYoiXlMECRypJUec1OHUHsxwXl3ui3K61jsRteDp9EQfcoKMq4nJma7II9E ECF53YLrYt3MBFm/CSHqSMPeWlHPHuvDpVJhcXK6jml3WkmTjYz02yDa2e9DOHGQJbD/EB9rpVI5 ZT8XPDB5tDtSSGh5XeI6vZMZPtoQ5kIJJerURLMSYlbFWq4qZCVZLwLeBs7BIFOLjzaRUbp1QPDY BgVVUH32xnzUbM11d44AEhMrCOrmgKqN5WA6sL7lxg4FcoLky0cmUA7HZxK4BtwJeYR7hBozFx8a FukP9ZLUyCh+iUBTBCQkorQ7P7PXwqgyucOj5USpxVA+F+efu+tSXXczsaj0ZablbCi55V8PW2mO Etl7+q8Dn81Ii3zyaEgkNBB/nVAYaigvCC/9EKy2kBvle/VbwMcBxxnlPx748HrwYS79/jxY2iDO zNs5UkXRRMRleP2k/iMJCQ0PfqohhmU9Caa+xWr1f1Y8Q+BQBvokirPnU7apFS+/ZF2ZSltR3pz9 zi/Ux1Qet3z+r79f/fzx4dPM02nt0nX70sVrU61bdm1raa6qPXD0tz3Hj505f3Vk4sbco/t3tF/f P1/i+fzHwtvXJ/tPXzjcu3/vxobKuo5NXdvNmZY2bu4q7VyiozGdSIVAV0bLYlcEBnlL8s6lLU3K m1+7unFDvXpz+46dA0PDp/oO7ev59uuL5s/nbxZHtTTXX1dujj9+ePdevyKyfE1YVGJMcIDU619+ 5EeGEY2gi2GZ8S08XO3sE79usXku8rVLiC9eWVqR1ZayzEXwn95OJhyuNRyExOsZknWPHOz+ffDE ubOdbVt3N62vqX4yewsJ/qp9MHb5+uSLZy/fff/34z9W0sjUyxd+ad3UFwJLTwg+nP0VUrXtcgLf V5v7nXqporpLu6m2AWR7bfs5juLVSdV/b9tz+ZKSiN77cX363f9ej/f7TDPClFRatppv7rlRRQa2 bzvtOVW20Lb7+qKn3Q9PACpKS7+5yxAtMiaIaGSROU1/cVFhrCfyNcQzzZX9o3ATJ1MaZ+lT35xv 4WtlvtRQWvNofDxcX9UqsPUU8oUfVP2jvnbm9rQgh9Bd7uUMR88Xjsec1M4Yx3GFuYtrtJtwhlnt 5l7hMcGsxi4z9/T0KP+8GCuijYj4ZmLjFrGqdXSX0z9ic4kk9L91pOnSaK888ZJ8r0Qvc+8PC7PH vGkYH89Cn1kfZrVHmcj3N19zP2Q1dswP4ffFHz/DxDj6awNoAeZL4oUBgQ8CqzHC8aCgoOD/KRAc 8iDEcZxZHRoaWjKrqMbK0mUVMtpNnHD89CIzLE8eRlX2p/vWhZmH0Zb2gTML3xj+e/iW1iVFwo+G m8vdyz6r5LQOuecV+Tf5rCJ0FzdCEWEeQcNWHZy4Xrs7Utkv3vUlLTLSPDJ0l4d+FM0lylMV1R0l nOkwvxsFjzaPZlbvxEbTfptVEeDPMDHvYp7GmB+rhjFiaLqxnuUfFiZ8Ystie2PnY80njonhcXE0 dVyr2Hn82Iu4o/FLbKp483jaohhe5nw0IQHOULUmJJgnLIczlISjy5cvX6LFy1eYr1gi4SuOrlix RMITExPNa5ZmJiIYipNLi+orbiqGFQ9G4S76CvNtx2juLuOztxSeryBJBkkK85u7HJPMZUmZNJey D4t1SZ7dSaeT7mLHxPBFeDItuWNpnOae7BmVnJ+MFc5MNCbvMz83DX/GrKb9g0nxTBHAkwT8FN8U p6UdJaWE0g6meC7hOnEx5dFngrL1mPlNc0ulVElTjCkMlGUdynRlRb8YrmM+/422y72smJrqKUj1 T01JnWGmh65JNe/sp9Usme76CyDtwdJGGGlpaUtkDK1659ASVZP2IC2tRaxXk16fvjH9JqNGrJe+ Jf1B+oxCDE+nTXsiQ3FCDSrDNOPBaBVGmJFBK1jynJYMz98yRjJm6QvPMP88yMwEilvF9ZnJI4gl wWFMYIShbO1IUouY40xzxLyiW9Gx1C8CRhKX1mtXiwBmdcL4yAq1SByCmwBGlqsvFBa0AiMJInz8 LMs8VB0PxCEQLi7jwEisaCTGZUmIGhiJXlLdZWluNaagYCRqqcFYWGCORKpF4xNiODASoW79f9eQ S0N2nVfLjUVyYEmLY+GIJdb/1BgJU4smjkmFwIiMppa5uC0siGRAKAKQFrAQ6hBAvdOgvSMYUAcB F20WWtWBAH6cdbo/AAGo/QuS6pcDeD8EUN/aIVX7AmofCY5lDqi9C1j1C4DaC0CebpWqpQCORStQ SwC1uAB5WgSoRRzfcRjguQlTiVnmIZ2QCd3dXMdbMRwXZ+aSpk4O9v89TnZCgc0mzASTa0Ublwkt zNRIpUWrVMyUVp4DPJyE5HGZva20EgPjWiw1meyllpBJ53RIydGiCUIlRqSWgYRQkQmbOA5gClhH /wOGVjzTCphHItT12AmmCDCPwAjZ6f+hsGST6hH5/wCrA0bC1Qut/wMsbMkoC0vDu+aXjCJTD4tm aoNDRAgAP5tEKw5Z+gxG+P1npyVoOqQFBUvQqANal9BaQgZYAmBB7QeofXUWCAVLwBRU/tfvDfjZ LBCWgHFhLyEiBdQSdn27zhIwYJdNCUvA1LXuWwA8lzHAjAAPdyWSAXZzZbSL61ycnfYo/eCODkM9 e9rt7eoR5Pb9ogqZv++d1kS1pz+t1VaJ8X3gvTFp80CLL+JdTeSY1dXfSVGow0dPjkehIBsRe5QW p4W2jIC6doENl8VoZ1lZ7AEY7WbsptY9rSZMSR2aYUBnoNv3kAnM1j1o5OzBgDoABoCChCxfNJkh F47XGFkImXIhy91HyIEIZXHKcWBclFv69e9xMAB5jwR0AOyvR8qnkwAJoFDgP3R1AVqC4qCFr6EL YPrizIB+H2BJw1lSKf+G7fX6wgI4ulzzxhdxxy3+4ESLabyAVY+NrS0otk8to3hxq3TFN98HnjkC 3AOe0XjWzhrt7jcUiVZXDkQD8cAKIBlIBTJePEl4YCyxDrakJACKV7oRfPJl1ZYCoOjfx4+pnDJe LJBIyQRygJXAqtsJDx7rrgbWmOawio11tDv2rBk19ny7BTixJP8fgPjv48+/QAJQCCgHxEiKN98K DAH3gY+7Lg4NT4BsQaGgXAYIgICWzBWAxjhDxscnMDF+GAzT1HRrA2bBFJgFAZoK4NvehQNIAIkh T/xjgkSjstScwYRbVbRPDZOKSkr3ESmLCaCVYSIQtfnAPWUrRFzSzWy1VFmADMFPoB/2M8AQCJi0 fcwOmp9uPLIBhINWcMEIu6VQ3QFxhophgfClLFcWg0hFluk0Y5Z6zVuxW3E78Te7yj/8TujTAvgz ViC1e1nBIh1mjDCF2HlIHSbaQnfJaSmnbQtPbVjzYaH6eMf5fccbj51fWBoYATOnzB+7Lwn98Le8 EhRB0jUl/SfVjiglyGGhuwy+pXgMFx6vuNfs/1/3Fuk+r6P3lzT4cHb66oO76qfiD+NtoW90jb8i quBn/lON/MhEwQe81nxekt4VU569dt06WofpxjVtdeqeuuFTdV/XFCxer2P6ztd9rOuuRvfAP42T QIgVT0/HjtdpASZVzAhVBMHGLnUA2Yvv1J4Qe8AAZC8+xCv2zUJ8PKV2Bq+5maOLAuAgHgiy9u/r LUt7hChhbuV/N5vawfEgIgE00p18RFQ/9+TfddjqjQQIWLuzBmnuyazHQ8gEBghsO7EUtCBE3NN+ cJJuwXg8ZN54QrdgZhUeYjoANgQXjK+H3FX6XajcjYdoXdx6doBugvfhIX+5qVDDr/2NrwwtYj4Q cQHA2zw+c+qkKjEUCs2BMBZrcXhm4od3qvTrdnjbRH/8oN14R0rPQE0e8+ngrGceHnLMcLxgP2yq AslCMFQIIv4jC1y908MFaVtHNybUzeRN7BZZEPRBeAMQf0g1G7879Kjx7JL8jXwUigjGj8CF46ks fr90e2ojhjSAn1Fjlay8+3jDO8EFWqwn9ucEreYtftj06W7sbo9ZLI6PA+rN8EaA1pFtbh5is4wv WZYkDcGTCalgiaRuIT1LSysOnDnvedQehHdYPsRlDeMhs832tcb4YRy+ZqdhAajQGD+w/2y/J8GY oMaHwM92bTk6BxhPEDtbj0k/8vXknMWR6yRjFt6w50dnHp+4EdxgwnOr34mH+PALhMWfjUmJanye bhpilnT0UUNXc/znognPYV0+8A4/VMNiEIha/K6fZUJSww8yoRbcyGQr/ULq7wypClmJZDJgjJ+p nYIb8yl4/fFEXKMflVBGBAHGeU79OjR8Ip0AuYOdSOXTGcaMDvEvwzx8OQEE37JQi5lIRdJpzDql n40pm9PJUfqZ7V7cOfUVr5eIHzYWFl85iTd8p8a/yIsdLOHx8Xzj2d3127bhm8juBJStceXyD381 ScgEImQHv2bScbKw7C4p1GjjYIlfndEJgjxUWjA7gydWnDjRuoGv8DQ22812cVtcLMSbhe7BAyz9 QRaID8ZPntrcCskrBOW1P8mbMCOEmhMgFQZC9lM8COwjHarZCXkK8SthnR/H37QYtjj/dLDkm44x Po4AUbaKd+GbmYDf6VYWg0iKX4IDl5OwfOZHJ6ciL96zonyJtW2JNSHUmNsxhTulY3xqhXm14Z0V T/FAi8tSDicSJbmVmAnWCpIuDvl0MC8x0bglXypk38QnEkm6706qmKF4BQGy5EcK/C5gsnLNJB+f dDMZN17AfJmyHirqhMR2G+9RurT+Gby3fN8ShTvY82B/7LsC0QZYEQESOp03kYc/AtYvAirujLYm FBUbF8NZLvF4gM9XCOLxfLyAvWWkD/y0uEQx1Wm/uwQfWqSQCktKn9ox4knvNkJC8cCCspVF/Lh6 diG23or0dMPyxIX4D4PGTUT8dtJSkYAm6UGhNux3q0MdnNihR1evroDAdRorjYd5S9Cch+A3NANi +FkHcRPI+NyzeMdWYih+zVERnLGoi/+bPHEkb5aPX8tvJyxltDx8VQ18YaG1w696Hdsckblpo24N NhYirF27e51b659q/EanikRPxmJrWlNTHZ4oupAK4eObIYz2P4+1rB8vEHXObWhFbVQhBg0ctieF Hm3FzLb2Gw9MtGJnB/HHPI8zJyuxlfjGqkGD8YKB6pnOt0vYtYG3iowRg5jx7xq1//4lDhU+YDTw P47ZoH+ChcwtkHadeQ1HnQBfYGq9cL6x+YOzKTr4SueXoyto54h0AjQs9V3rGrwzGWSNb1+q6twB DX0XduLBI7wuBC9iYiacmvkQvJ/FCfREq+zrxN1VWyrUxoqveNa3J7MZeDXEM1/n/fljpfgRCB65 bgRyZ016CB6P0RImXpSbe0L4TEBzrl9awLaAvhNA27Cztc54kXFOUn3NRqYFXrFiPLB03UaoBdKC XzM9VnE9lG7RQROywzNYYyYLE1+1ChafrfvZ59ZRZy5bKnR2xp8O86tjhlqScC5ugwBoTw8efBW3 o1UKhhi/RuxovYgHQ433IuqDx5PwYJixxX6//xprQ8dZ6fh4MAKATrDMzduRp3AFBR9QAEyD3odr 7egI1QGQdhgXl4UFHDYY1yENwVXhTyxRC0QANU36WdDPctEVhPZYjwVIC2xFvvjWnYZKcU+ascRd qftBBmDD8Iql4tJ8987GfADft1QhjxNQBOgtd1boOAxDQJIIqA+tO3e+1yUTsCE4F5f9uhQPqotL mR+NgMwU7Gi9iduUKCJgxPiCD10sSeJ9mUqyS2UcRsCG4z/UUOo0uAoFAbfbo6z4UyKK+Rsdj2Ui 6xOY5q64qPT65Ux86Do8oWB8grWHOFG906CA9Fr39/88kEh2peRJlrklD1OZWBrevH7nGuMa+jpG wYdZVt9S1NBOV+/cuQbEwnwDH1jy3A59CDRvzKgdBmehQxF48x071/CXIfGACWZigpkMAk9MmNc3 QUy0x2ZbsRNQGB+ON5xtxSCQeewk/Gzt0gwkG2UsXLIRCk+QOrKlRBJed+dOdzYgQN4ALTLN63+B Dwrf1e70YAgOZuARYxdaaysEBAHW2GgQVUYUYJfYBdoo1A6CJxnv2emuv7gD2LgBDweNRkkuHF25 PKFuob+af/D4kn2XrB1yD3YucVfrRdx3POo9CBM6bu57yOoDSOsJXtLW3DxYCMbm71oFeYYAe24k HNq0tL2LeBiyeue5fhRfgDwjKheOM/+UHabhGUv1rCLfu/a9CK4m4oyXwvcQHgyB+i01YPBj6fVK hFG/9vAq/JIztBq38nuXXMMl4OKVgoLWjrdXe1EPllA14DwWP/kP/+XPauqXELUfQB52v7pEm3v9 kRK65GhaZZ8+anBhYXcHSuJOGCGA88wWUN8uEmDXCMjJdlSZ3x8EzAKqTGIEkECFJKxfIGJhFUlb ThjG54XMTYbw7fH+7GFS3o24P78lbrYT48+1L3ksVQ37YVywwGKYpaiRR+yWsaQFykscAgpYsrw4 Vq/sy5jrgv7+0CO3ht0qPH7UEUGl744CeDSRgXdb2ouBbYKT5xJST/nbAwHUw93p/AVkGj2tot/k JiF0fMsCZSlHSoPJ4JLxiQ5OfxKo4eh4h3QID+kDmb00LBDeBr/0PJ+H2orfiIcMF4Sf+oevNX43 APpWPhE74GO8m6AdNK5ac7ThnS2BbDx+IfVdNt6TL8RLP8OUdp72eAfMRLGC3453dHJkz1We93R2 yZM6KqWueDe+u3KphffgLzMWKqVCWRg//L8ROT6CH7lEK42zsvGmSy4WFX3zA+9iTYUxnvjfwzrw jNTeeWlQt8Kzoho78WUjn0I1PvCfiZJpv3+jT+j8YbDM2J/tV1eTZ6wMTVUuGTctPYNVL6nLVJkx 2nXKH5mHtrWzGIOsDuNNnVsMBjfjY9mDsOWxRyP95iBP7/p3Tw2CwncPrqjoIPJrPFGkjYNOsN2t TYPHqV4Be8GgXNA3LWADKIAP4wDzg9oThjEB9s7DqrYyHe3doUDpuVQ1X7k3AAy4Nx749q4EIJrY eUWmoVDIBKfHO1K9CcKSkEPA3+rjMNwP5tRXgBgZaWeXLSNKhxYh/nmRgP0lqnhdG0q9dn5ANWw+ gRPiDYBUAx/t3CTuyBl77hj7WOlmk/tQNjBuQO6yW39RcgTNAIn2t+534XJ9vSo+9I7BjwGlFCDY a2zpoNfVVqDmXT6quCTDF9a725X4w1ePX8+qAc1o17cbzf3Ke/SNh72+YbE90EbhCvZIvpwXC1SM YZ1FQs7TM3I/sS3EVPTLs/0rD7wFffwAde/F2jYRvB1iHEdwl63w2z1xhTl7CeoVoPUE9I+DwGB4 PtYw7ElOipfdU/LnFRfgqy9Z9XtBQCmQDMTWiACtVjvJ5j7fJjy8SFphOypwSHk7kdHlEP08MGJX NyLFb/KXttSWvue5MPzHyKtPlhfU+t9/qu0Hif84Pl9o9xEJu1fxTvfiASjQiS5TC60ms2uCxCJM 5ARECQitOu3RvegwqAJL6sSAZg/1os/0qQ70YlZcchgUJaHHPqgxg2gg3MTKyqGBK+ozOxiz+RTf z+bxJDB89gBez7ibv1QWTe1BA1/Ajkx9vif+vGTF+BK5i/BapwxVcfbDObrzAfZ9wtOb7boFomED EBPkXcC5Pyxo1fU5UVhBAPEXa3YiQUj4Rgzcl1fGIsA921nx43C8haSUxRBBTJdC5ecnXvg1x1ll LOniU/aGBr32hE1xubvwxRAR6DMB7wCkR2VBuj/+pasn+jisAZFAJZYgF5AHyBcUuITccGARqA10 FHQG9AiEBuuCg8Hl4FbwYfAA+Ax4BPzXf1+6gsMhCkgLpB8yBZmH/A1hQM2h1lBPaDA0CpoJLYHu 0Q6LIra9giJgfJgzLAgWCcuAf9RqYStha2BNsHZYJ2wX7CjsGOwC7KlPxQ+t1gDuAU+E58K3wXvh Z+G34E/gz+GONIQLIg7x32rliCZEL+Is4gbiAeI14h8EFElCeiH9kKuRe5G/IQ8h1y6JOIIcRF5F PkI+R75EfkZCUAQUGRUCMyDguj58yRtG45EEBBGCwhjoULqwULKBrjbx1xSFyEQDXTQmAa1L1+1C YWlYHBOnPVnxDdJFYpJoDIo+yQAn0EcxUDQ0RYeM1To9+KWrS6QQqHgOrgqBQ+ggUWiGAWJtyY85 RFcCTg9Hx1KXoyjHGUh9tMHc04dPdfWJemQ9mr5JLk4XS9IhbUVoi8t/UBF0JMMBQ8Pp6ukaMyh0 Co1M1Z6MmiSR0X/J0QgkEoGC68CxecOEs4gzeLIhjcgg6Ddi9HWmLxRqGTo0DBlH1K1IRegh9VD7 iit+DJ0YmNKH6xoR9btwJBwOj8p4+3mMCDuINcJX0kiA7YWcpyvgMCz4LAHdpfMFu0FXB0t4y3g0 HXEKATPMEn7ZovmFJMIJUDxE1wkFpRngy58+ubAWTUfpojx1MEg8DUFGvqERaLrF2RVvqXRysjEd x0DQ0DTzdWcdvujoYfraGRQ9YyqVQtbNsX50q4KiY0Bt1yGveTjupHpL86aiyUgiOvVZlMWjTgOU uB+ui9gxF5cdb4Xe8/K7G5kr0X8GUHcSvpP0L3yZo1uicTpo7JFO9C4ctS/H4hSx0HVQh2g4Uouk oQMfG9CmVvc9XpHB+g1LJjaQqKMGe86zVEGoqbjauvgdj9dilrL97xQqLcPpEoWMnhsj6VLwAAZy JT5awH1BHVNV6f7JoBbmZBv6U0arvEVUwbKLlJNqipo84EECr6QzMPSMR09O+egyahBYxjUGHUWv pUoCHhx9kH080I+FqUreHV/yw+cihojRncd3kSnXMCsfGDzGY0ldygo2HaNnci5+bou+bmgqTe/x Yy532CFATYXrwgnIYFT/rTDnP3VTUYldQ32n++BnKK6Lm7ug9Lf98zE652SoSE96XLZKSl0I7JpF wnyzs0n5p+Lmd8XpmxuG6Ga9ze8YHVB349GYE2nYpKEu3deY0LCDhmeGBOR7d9CR9JDt2WlLwQcN XQGF9Ne6hJCS+i4/rKWTdPHQDEex5GJkwSFDM0fFPu+MWlvM8Dfw660Occ72nE1dxRl6UWdU55AQ aDXFbJJAx56iOZzZlRbxO9oW2TyVkdWX6Rtwl7QV1bZhWk2/LyeLAvvu0b22j1sRuQ5RCol/LSzS BsNqQJkRSBdK6JVXEZc7sTmDgd8L8aEGGrjvttgrRmAoRe9bWs706Wo2yay4vSjPk7HjK8VIBwSm gAnQfPtrfSgsBWwUfuF01NwRgu/jvo1gqBHUQbrn/n693FG474TILlxM6SmvmRi7Qp5F38CiLaNS xtoec3pXd61vv26D5fSJX1g4uTck3TRMXY4PiWZZ57j4id7pD70nxT/YXrzuKOwB2e2i11BjMBYU r7NsGn2kbwsOpXFNy9HPP9Hs50MwRHTZPTrTRw4jxJIghoT5xzGVD5OhJ3BDjsUzASf5OjoPtiOO 5K/NiZ+DEWFQcgs2gRgUnzjVDD1FtyEvkGauUWcoWR1bMy7qLeCPBVMbVYHs2DfAsykHRxUPS8Hj cCaAeLJFZUXBeN099ueZnbq4YH00Pj9YkLNxzX7k70Ebf3s1MpSO0+3SuX7iSDb3ERWK9PkT6v/X 9j/JdB1jts7coeXJlzCgSzVULSdoirATevaB7vK3l/CGvzdKCAZDAzkccHeXDr4fB5cpsk9suV8I X1/XCO4bM7C37Thza+8JNoTUQNI7/s/JWwodnANRn6gzHXAKU6cfd/fKBZe7P+BECM7hnEMrHAPD re6/T90Kv1VLUZEFsocSUtFu4oVP3wK/6mH18fokLP01xojMPHk6j7eGhGGSjfSM6CZxB0XN+7Y9 N4p6mHsLAhhj6YaOiJkA1UmyMYVn+CdCp3noxHQx07KLSTx8qe+SD4v0FgLB/zn0qPt9AA2DukeD n96M7kN9+vrwME3v7eiLFFSMLp5BeXNfr+8EmjFIuGoYV915UWZI3XXRfVXRKRcezhz1Hn8IDTPA b1+/rAgtqqog/RUo+jzoehMSxNRaEhCwKkyBIBar+jChMCb5s8GIVrGPkS0BIrRrQzCU9s4uBCic oWz97/+zGGWt4mUyAixsKSnDw+UR//1KEhkVvXQvUxLgqWn/8aVnZGYZLPFlPzJHtBHGmdU72zs2 qRv77TYD5J5n7dg5EOQR2Gbt5wOwmwgUCOQFhaHmTz4BwBAtgg1HgrQ5XZUqJCQcZPUHaDFE31se cRUZOchRe/Xvq/LJO5ci8xmqebDd2mwpu0k+9KkgxiD3GVtgx7KR1G6wCF822DEO0xHtxDDPOcBu TVxgQH3spyr+eaqz60S+9YG+y12Z93+7qfU3Lh27O8/XntS2vFJP+J7pOCAe3vDkW9ePN+sOhUmv tuHmKiZ//nakm/HHvq9FlXVFxRN+wTp/hmm3aJd7XF7u1ryrPW7HFmYTOFxxiVOUAC6jf1NracBZ fZTlO0RFBQD8fHkKyXy398MGsOmOt2s1v4gwGVg3+ORC7q98AA1AXeYhn9REbCvMybH4m8stQJRI cEM4aPg5ZTaTZKY78zMZFk4u3vtLA66wspK488hqowytZat2KV5ikXYmMDM2FqaJBcM1n5fS/XtA YwDGExDOKB0OioXJQSARRQg8ytAZjYUDc05aPMxEB4mEw/URbKgxjAAT4vC1X5Pm0EgK2cTpMZHI e6mt7oeDkXg40Yh4Min4RJVWe7JboE9x/r1nrZ6S3qUxA9EzvE1yd2iHf3Sscba2h+xyFrG5dGuu lQV/Gd3ahuewpAa/5Givt/47tpP1Bfa+O/pmMuTvLbKALF3HIId5bc35z155SXRQLzCoLojaLLH4 tTQjVvMY5Kn5CLSltVit5pqyuJYs9jb9vcZdRA0JRIENy/IPWyDRTBgFL9L7b6Pmhp4kLzeNHFRl E4glkKiyZUxzuiUGb8w05YNztZ+1An0ax9T26EOmhZd0IzOL6RMsMWZa/Zrb/RjCskIY8ZjWJpZW LH6gn7nU68HQ1FOyCSWCyXGkxGPswN5vP4y7ge2ZFo6uTCuBO6w8fi5Xj2MLdlK4uqDBTy+cMHU2 gZm6WThJzIwEzHKn6SF+pjWOJuQbRDHlsB2nY3tjk8GFdjq/zsb2OieuxiUGmkRUO7sWiVM2nr+8 IczG3VfPOcyyzvK84HM5OE7gAFv+1dLKKS/X7eQsx43mGA4xclrGFfL/GH6TnM13m7Kk+9h7m+br GoaN5SWWGmOMI3cT4Ggwi2FCsz86t9FpCA3PhDs4uiPNMHpany9adyP9u4bm5jmGt5A+BjqVBLbG EcSgcb7nqTCY2QDNXyCxFwKxUedv/n0MIgJDRtuxdfCHtw5ph/5Fw1AwtG6IPtENZe+AEmBRNFHR MOiRJVFvBMZAMYlZFtqK7HNVaAPd/nCwxhRk3+yYbI+i0zkw7dOvn7MEOCTrz0Y/P4YmFeaqiYJQ jMwcTHU/zK0n/jqtC9CourbQTeH/avPyMI2aXhCTKfII2MM2XkYyqnzyX60KP9PF1Vvu9NekDY50 1TlS8wngtVuwWCQzevhfexIZWu1Z7YwGDiIZ0Bk4uQ1BRCDLsg1R+g7WRAzNlID5xP/51sdD55G3 fzrVMNrL0hCvxxhW5GqfxsnWCEie9AcNVJIbKSkxg6R/suLHljfG8dUUDFNvLUuzHEQ1sfqSaDi3 pAQ5HI32VJOi3+gZDugZGQtJmiqQroxqo0G+TLij1e6nPwE91nwBXBydNYGg9VSj/ZofQM4wIJ4j nza/SafePcFc1M5pKS4UhleF3jpXzySNBpj0crBylBA5FGBbNj7+KBVBg+gQOW6oYSi+mEhFo4Ef Sn4Q7ZEF1siylcW587biFXWdB+heJC7cs0xyx8UEO/13nlbOwnHK7HQAGA/GRLIhGtmOnO86td9/ 0HA6RquoR7LJGY+1PsvhQY6YfJTxARRgievVXEl8exhFYT1CIFko9EfQw9u/cjBIKzqSisTxXYz0 YcVnHZ4oMSRCFgZuEYLGIftO+PyBQ3kRaSaYDNtc0AKB4CMqfmTxKBqG6XAnIZzoBIfXG6Yz2So8 3jVvKMo0Syv9UITcM/T0xXAY44oBQoSDaU++jfenkWH6Z63WFk2KNQ5glAhWeVKNmx+Y1F2Fhxrq /BjKeYs25chr6ME6EUZ4onHgujdfi1G0GDgfCfvXsNsEBafq5OkM34b0mpGM3VEHMrQ/4LqF2uER zRFkMsUizXoTKWv5PpJM/xSwzhNSgEag9ek4NANTPPdLSzRxo+qxDUgWYqFFUC7UCgoU/9CCPAa8 TGtZtqamBkyzPAPvscd1509052N0jZEbLTP4P7V5lz0OWJE5AvNwa3dvUpjGBWTUqA9WaJ1+XXGg OHJIMYGao5UkH4072E8zA1LqLPnJ35pdoD/ofgaWDCtNAFhMYpM8SApvM/FjTz4oXWsdJ2M5hAcW TbVEYU9JKz47DdpOXkdQ0GRVMWZSR7vkSFJHR5UR95yAKNUUgtbgNbagLWamXH0+X6NZOtZdAe23 YzlVRmi+AgMGpj76Thg6ii2IM/74Vss/hnX0MPfMdPZYkVdg7OmOdTVhhEB+XL3wrx/b922Fheow 3hQrXKOZMy4vBUKFpk88W0ONpChy/LN4rRaJJYYMaexBmkGQAfaYgR7kUsvOpc3E4+6D+seaytkt tkOrDeJ6DeTUEGq9o4GeD/9XcWXgc0NEAtZFJ47uysHqfSx+Q6ujr9dn+yP5ZmCViZ72h+HwLINJ cHW9AMeZYZ1kSKxlqkYHhA2I32+ZsoHxTqnKGx6NJL0N0eiCjE86+urXmrVWzORRDP1o99AADo1B C9HCrda1aYZ6Fi9MU2g4GIZohNaFKczL0brdUECLXfFVD62ptjHdaHvegG9owvQU6l+qOPvJkmMu L6BKfyRzLMtCmRpJ4lenU1VMhzQrf1ucHdkXTfb3d4XZaBBnrFP1CLRIixP6nGJgM2+dt4mZmzan Me8T/fQa31xzsvhUTcty03LN8u9arTHIzkDAQhhppOA/zB8fvrJGtPK1/5p7oBUKX+tm4KBlrI0B y/RrXeAicINZ8gfnEvYOs4jXyO+/x497cC5ypWn4dY5NjiIPPWI1pR+L3dQKPKPvzlEk9I3iZ8hk BieOmR08t3zo6bypD/NfI4IDORDKtnOdXzo0Pq5jJuIeavigeybmIn+73bSxnJ99DUWWIVgsLU/Y U7FUkwbfP0kJYbpw1JVvtVqcSSsz0LNeEwZhGfm7G4t5LFeYv9VX/jmxoZ4XzcTJzcnXRErTe14R /5AmWLTDuAWGMddaVlv60tb1ysqkMD4nkbMiIxZ0J/5REOtfNChvz0HOGp1ERWOT7h9mYGY8qqqi eexPrCY0hXmIpyGDRBbBe/I8UsFr4cZ7mvhwxt+VZ7UVKGqYISwCGQZP0TkCvwKPIUvhuAqTIZGN 0beresYI0895BC1Z7JrvjEhA0jEwSwQJTaGJ7NZW/0FAMfC7bWbyPw7rmmoIoB0CDQu09ofj3Bx4 ywu89zuyr8Yb5CUMzEuaNyAubzdB0+H+WK0v8fMG7AwU0JiAGJiVdFJlhTx+CxZpvvtnIghJzyFh NNGnis5yEJpWqDV4rzUYxZpLCuwKcjmqE6GMx/1gonW4NKQ52LKoPoe3gWTMyLDpfNH/2dQQpIvx Ff97cftFvIklxnwzliszrTaMeUDkQQxMXMm8R8V5SoPQE/6GQyd1cj9K4h9v8XIFeezUbHs5v39L nmY9+JkmHfwV/wv708kYa4CaSApvj+5v2uyKk5INB2dezWEXEjq+fAB7wDYCV/Zrfc6s0hwG8RxR eLs1efwT4OdgHSxIUwGCW2uLnwW2uJRReFSym4FnGI2kS+c97Vs+pIOxsJbq4UxC3+z8CaqasZx0 O4KEU5FnirPvO2+7gE9wBVaczP6I3V0K35ncB8sNHYTH3+IJ9UAhwgTahfjne0G9iWguIsAgckw3 QZtTDf/TgQxmE0kOMI05KOnAgqFRpeYTCP5sjWUqv/eaYY45DA+bGFqO/QGb0DjBY/RWZHwNZAfC 3GAdsBhpMRgWjH76fA5V1LKzggErgCXknczoG/C43wLD98AS768dmoNRjU6DTaAJu90Mzvy9L2P2 X5bZK6zixbIvf3HVWTA6FmSIcj+Te/CroSXM1iTZxgayMrcw3sqgyrcELLBGn7zlVNUfZQFzhx0y 6d3MzCjRXAOVav7Z9CBH9MCxU7/dCNNOTbQ+7hB/uuYqHtJ0x9p07nRqZ3vno1zwt0efz9YeTzm+ VrMaApPCOhziGTv6a72tQPZ4Due4rxmNCzPLSR86/zi5/QA0WAZBylMRaWfvzfF1SLC0xzBl2xb9 09qT9an7YfUwCawWVg2LRpgJliWdTPbuqoX4vtiqKT5Zu85Y6rwKqonc92DMFPLo1xbu3uqhrD42 SzcsG8mZi5rTX34HYmPY1+4L4/07lqIDNmZZymDVA7CDsKHpPXt+YE2lrwimdnhmWmHCUId8L+wn xEuTNBtghbjqfuk25OToWYtDd22W6dszHJEz3be0xlITSxtLMsn8LNL6y7+faT8MLUiGtjKqMzPU xIvGo+p45U8sk3xsNf52Z9Ryu36wdaRlsKYM9Hbu8aHDVtJ4s29AsQYB7vxVkm8IKiz2PWPDRmgm QY1vLIbv/8JSTDOMHEjrfCanQzcVbJY+OlPxw2WDvSbYPIm5kpnDjEJkWleB/8sPzzn+3j4cL44s UMqLW1bBtHHE8pgW3fIM0vtEK02Uld7Ik0qmrjWzHNvBybvXmf/XSsvffPgMe2r1T9qcGcJMfwi/ UbubGQ/SI5GYPCsbRqA+zf+4yfcPNAMmYxX6xL5V/MlBnrsPLCDIPyEmRv/nu1/yFeHRUV2RDxJd SV65loWODNa6Zbz3efq9IFeZtTGZhWdY22vzTg7rEJgFZpoTmnZDIPf5QqST+7ZHnHJcysqDl3xJ 2y+aux/Uf66f+z6YpC/YUOf1yPB8Qpvl7acfE8cjmblu3IxVe/QwDCP2eeFSYirdQ7cAgTDwuAzX zoo3w5cEQQ8iE0jCAK6e/lFUjr4fTz9R8HFu4xqKvlG8jOSZ3tJjGudz0mZUFAQO6GpcxzGa8Hma 7OZEemRM87qwueWy12Yh0JqY9erpOZL8VKatpSPG3SUgS8/5ivbsW66JsVMGxPpakyYFVKhhgI5O oBXlzVpvyKacoxyewsViOzNi78b+J51l79/LONWXDUywsAeaBbSDi38AJCYiMIBMfb4pmun5Cnai UmsB1WWZ2XoRWR6Ef69oK0rCws2y1hMNQn03EA1Fmq42LfBSs2wPdXIIHgTmFw5dP3VZKzmYy+xg Dmxi/sZ8svevfz6PxUOqJGPuGsDGAeT+8NBypKOGOFwLuks7nJmefvNfkKn8YdADUTKkBUIE0c8R M/7OcYe5GcEoTzqLN6AtFMhlZuv97vMYMatXNEJtrQ6+eTF1NtIGZqi5DO2wmNXfTz2n+R1ETfln Av8ePBm3Af1HBMvwAZgT4Dv6RfeoxO2UN20OStlFhpsfcMibQ8AxFDqMrm8cv+dzYhIBToJzcViW BxaFUdmfBJ3iWhnaEuIbpwPWOQpy/ShWDifX6FnZ2Bwyz6GtBp2BUgmpHKaj7cucb4NgcztEmMCS o3kBisa+5LgS8Mjt4zu+OpVa61pQtRPLUE6up1pk+Ks6P/mUI7ZGukbL8ATCX/MgWlz8VxQPTrSA GLnYIHTxtRYPX3PQNqZ2X+a0FQfJeAMqjmyEtSWsxpbh8Z6ORFPK+y2/TlJucI3X42JMH3psMYaK HeXF1PiKN3wLE4rCMbm6JsnDxpSRrY/L+jl3xdxnLKPBPtxEFByTknT+0rDDX+AApzsrWAG6x7D+ 0r7cT8MwFtZTul4gJJn+YC779XXpEbR1CTQstjctcLb0PGKCyyRjQyli2U6sWfBeUpDZQeMtT4bx ARwjIZTIBLGfSSorNB9BiDbE2tJpNnxc5+mJMNfblzS+IL3dhzF7BkbzvsNxukScHKz5EXBLkgQv dtKLC5Rl3P65yWO1VTfv+Zgh1x3hrrB8bCQYmkC2mRL1b9mG1mbE7PvEAO481B7RN6Bxja3JolZ3 bBAO/1Bi/evpEwXF7MXeek9aBAdFW1OsufUg6QxsB02HEs5ZMVbi6fm5Q4PVTIFOY5BJKNJKUN+J tyYsyFznnpiXz6OG0xF/M5ERQ1zQcX6ArHzfRvhylK5a8Od2HT4WkbkXlLP+8i0ExeXM/qHduuvZ qWjYN++Jp8D7cIEmEIyMVJ4kDOpYW50EE351bPE4oEHqsEEOnRsNB0bQJ6/nj4NdlfyrT8BwALjo tcbk1+r8RGijN7O72qtlo0/mLl185pnfH0hpvvRfNIDX8DfQU4Kcjwb+d6mhWuANofV/VxPcpwHh C5orQjQbVf/9kzjXhCh4cwq0xPV/9BFHQHOF74pQ/x9ZuGA7Uf0SUoAdnUcuza/WaFcVN17+P/kn /i+iiCn+/w3+X8KqR8GV/wL/aLXVt0Hryfzqf382LZ0fcU1gyZJm/kVfXq1YcpNmcPUYtBFRfRVa /Qpa8h5085XfUu/yqPUngHkYENX47jTUFACaEL7cl+6gki9qT1jRh2ZEUyI0bfQlcnSEUHfJ8qv6 zUvQy/9kwBpnns+uX/vTdmRJfdTIKhP3dyVE0NVmRN2l/7H+x/XmORs/Ok9Ia4ZXXwG/eZ4Ya/lt 9BX4n8OI9ftFS5C+Opr+Uvv/AFBLAQIUABQAAAAIAPteRTPALkRGBQMAAKkFAAAKAAAAAAAAAAEA IAAAAAAAAABkY2dkaXMudHh0UEsBAhQAFAAAAAgA85NEM7C1d9osaAIAHXECAAoAAAAAAAAAAAAg AAAALQMAAGRjZ2Rpcy5leGVQSwUGAAAAAAIAAgBwAAAAgWsCAAAA ------=_Part_7713_9392527.1168973584261-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 22:22: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 5239716A54D for ; Tue, 16 Jan 2007 22:22:52 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id DF2CF13C4BD for ; Tue, 16 Jan 2007 22:22:51 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1663603uge for ; Tue, 16 Jan 2007 14:22:50 -0800 (PST) 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=ORThHTP1jcPKaS0x9zD0vW6b8fKG8mXC/MQgkM1OOWx8+rD2ZWPbQs8HNxnRNP3voAQ2mv6q1NoosiqxCzFvExRsGXcvBKDzkluNAoxkSDR/3xpBdWit5svV9inxagFWICEosRPUWVDzF76tD1OALtzqyNSw0/dBuTw7fkKTe9I= Received: by 10.82.184.2 with SMTP id h2mr1368227buf.1168986169187; Tue, 16 Jan 2007 14:22:49 -0800 (PST) Received: by 10.82.186.11 with HTTP; Tue, 16 Jan 2007 14:22:49 -0800 (PST) Message-ID: Date: Tue, 16 Jan 2007 17:22:49 -0500 From: "Scott Ullrich" To: freebsd-stable 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: Re: Nexcom 1086 - Marvell Chipsets - Nics show in dmesg but do not show up in ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 22:22:52 -0000 Nevermind, I found http://lists.freebsd.org/pipermail/freebsd-net/2006-January/009543.html Now the nics are working. Thanks anyways! Scott On 1/16/07, Scott Ullrich wrote: > Hello, > > I am currently working with a Nexcom 1086 that features 2 Marvell > chipsets with 8 total nics. This device is slated to become a > FreeBSD/pfSense router. > > During probing, all nics show up okay sk0-sk3 and skc-0-3 but the skc > nics do not show up in ifconfig. > > Is there something that I am overlooking to enable the nics? > > DMESG -a is located here: > http://www.pfsense.com/~sullrich/nexcom_1086_dmesg.txt > > Thanks in advance! > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 22:41: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 EE53B16A492 for ; Tue, 16 Jan 2007 22:41:23 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 77C1013C45E for ; Tue, 16 Jan 2007 22:41:23 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1667187uge for ; Tue, 16 Jan 2007 14:41:22 -0800 (PST) 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=eU1Y78u6mPRUQ9kcGj3YmNO5ZC79xla0X7QO7HimEB1Eoc4kFrTBB3XaoOAa4POysHFBWC6YqES+qZMXPWrZHsWbKsudpN6Gq5urVUEOnU/Ybd6n0qxaxDkLQH1clq2D5ZYMtF8g2fXKbuBVTGgm67vbfVR0lHAWq/adoNX9+Qs= Received: by 10.67.20.3 with SMTP id x3mr8402687ugi.1168987282144; Tue, 16 Jan 2007 14:41:22 -0800 (PST) Received: by 10.67.23.8 with HTTP; Tue, 16 Jan 2007 14:41:22 -0800 (PST) Message-ID: Date: Tue, 16 Jan 2007 23:41:22 +0100 From: "Pietro Cerutti" To: "Luigi Rizzo" In-Reply-To: <20070116134513.A9739@xorpc.icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070116010645.A94849@xorpc.icir.org> <20070116193722.fee4defe.torfinn.ingolfsen@broadpark.no> <20070116110935.A8351@xorpc.icir.org> <20070116221441.9afd899a.torfinn.ingolfsen@broadpark.no> <20070116134513.A9739@xorpc.icir.org> Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 22:41:24 -0000 On 1/16/07, Luigi Rizzo wrote: > > So i am just advocating to keep the "stable" version around while > the "current" one becomes stable enough. You can get that port back to a specific date (e.g. with sysutils/portdowngrade) and reinstall the version which better applies your needs. > cheers > luigi Ciao -- Pietro Cerutti ICQ: 117293691 PGP: 0x9571F78E - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 23:06: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 143D116A416 for ; Tue, 16 Jan 2007 23:06:29 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from zealot.ksu.ru (zealot.ksu.ru [194.85.245.161]) by mx1.freebsd.org (Postfix) with ESMTP id 8935C13C469 for ; Tue, 16 Jan 2007 23:06:24 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from [127.0.0.1] (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.13.8/8.13.8) with ESMTP id l0GN6FQU077273; Wed, 17 Jan 2007 02:06:19 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <45AD5A67.3030303@ksu.ru> Date: Wed, 17 Jan 2007 02:06:15 +0300 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.0.9) Gecko/20070115 SeaMonkey/1.0.7 MIME-Version: 1.0 To: Nick Gustas References: <45ABB899.7060807@ksu.ru> <45ABC595.4090206@gustas.org> In-Reply-To: <45ABC595.4090206@gustas.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: charset conversion support in amd(8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 23:06:29 -0000 Nick Gustas wrote: > I have an old amd.map from 1999 or so that we use for a freebsd cd > server here at work, it uses a mount "type" of program. I don't see > this format documented in the current amd man pages, but it still works > on 6-stable. > > You should be able to change the mount commands to mount_cd9660 and add > the -C option. > amd.map: > ____________ > cdrom0 type:=program;\ > fs:=/realmounts/cdrom0;\ > mount:="/sbin/mount mount /realmounts/cdrom0";\ > unmount:="/sbin/umount umount /realmounts/cdrom0" > cdrom1 type:=program;\ > fs:=/realmounts/cdrom1;\ > mount:="/sbin/mount mount /realmounts/cdrom1";\ > unmount:="/sbin/umount umount /realmounts/cdrom1" > cdrom2 type:=program;\ > fs:=/realmounts/cdrom2;\ > mount:="/sbin/mount mount /realmounts/cdrom2";\ > unmount:="/sbin/umount umount /realmounts/cdrom2" > cdrom3 type:=program;\ > fs:=/realmounts/cdrom3;\ > mount:="/sbin/mount mount /realmounts/cdrom3";\ > unmount:="/sbin/umount umount /realmounts/cdrom3" > cdrom4 type:=program;\ > fs:=/realmounts/cdrom4;\ > mount:="/sbin/mount mount /realmounts/cdrom4";\ > unmount:="/sbin/umount umount /realmounts/cdrom4" > cdrom5 type:=program;\ > fs:=/realmounts/cdrom5;\ > mount:="/sbin/mount mount /realmounts/cdrom5";\ > unmount:="/sbin/umount umount /realmounts/cdrom5" > cdrom6 type:=program;\ > fs:=/realmounts/cdrom6;\ > mount:="/sbin/mount mount /realmounts/cdrom6";\ > unmount:="/sbin/umount umount /realmounts/cdrom6" > ____________ > > > fstab: > ____________ > /dev/cd0 /realmounts/cdrom0 cd9660 > ro,noauto 0 0 > /dev/cd1 /realmounts/cdrom1 cd9660 > ro,noauto 0 0 > /dev/cd2 /realmounts/cdrom2 cd9660 > ro,noauto 0 0 > /dev/cd3 /realmounts/cdrom3 cd9660 > ro,noauto 0 0 > /dev/cd4 /realmounts/cdrom4 cd9660 > ro,noauto 0 0 > /dev/cd5 /realmounts/cdrom5 cd9660 > ro,noauto 0 0 > /dev/cd6 /realmounts/cdrom6 cd9660 > ro,noauto 0 0 > ____________ > > > amd command line: > ____________ > /usr/sbin/amd -p -a /cdrom -w 5 -c 10 /cdrom /etc/amd.map /cdrom > /etc/amd.map > ____________ > > > directories to create: > ____________ > mkdir -p /realmounts/cdrom0 > mkdir -p /realmounts/cdrom1 > mkdir -p /realmounts/cdrom2 > mkdir -p /realmounts/cdrom3 > mkdir -p /realmounts/cdrom4 > mkdir -p /realmounts/cdrom5 > mkdir -p /realmounts/cdrom6 > mkdir /cdrom > > > It certainly looks hacky compared to your config, but it's worked from > freebsd 3.1 through now so I never changed it. > > > > > > > > Marat N.Afanasyev wrote: >> Hello! >> >> I found that automount daemon configured to use cdrom device doesn't >> support -C option to convert filenames to local charset. Is there any >> ways to make it work? >> >> my amd.map is as follows: >> >> # $FreeBSD: src/etc/amd.map,v 1.9 2002/05/15 22:24:29 obrien Exp $ >> # >> /defaults type:=host;fs:=${autodir}/${rhost}/host;rhost:=${key} >> * opts:=rw,grpid,resvport,vers=3,proto=udp,nosuid,nodev >> >> cdrom fs:=${autodir}/cdrom;type:=cdfs;opts:=ro;dev:=/dev/cd2 >> >> adding Ckoi8-r to opts doesn't solve the problem. I suppose one should >> add charset conversion ability to amd itself. Am I right? >> > > thanks, I made my config similar to yours and it works ;) -- SY, Marat From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 23:19: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 CCC2C16A416 for ; Tue, 16 Jan 2007 23:19:39 +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 56BCB13C428 for ; Tue, 16 Jan 2007 23:19:39 +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 CAC79648F4; Tue, 16 Jan 2007 23:47:13 +0100 (CET) Received: from localhost (antivir5.iol.cz [127.0.0.1]) by antivir5.iol.cz (Postfix) with ESMTP id 2D90266C007; Tue, 16 Jan 2007 23:47:13 +0100 (CET) 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 mwa+c3ohzb-h; Tue, 16 Jan 2007 23:47:13 +0100 (CET) Received: from smtp-out3.iol.cz (mta-out3 [192.168.30.28]) by antivir5.iol.cz (Postfix) with ESMTP id E9F2766C006; Tue, 16 Jan 2007 23:47:12 +0100 (CET) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Postfix) with ESMTP id E63A357DE3; Tue, 16 Jan 2007 23:47:07 +0100 (CET) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 325A8178; Tue, 16 Jan 2007 23:47:07 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from [10.1.0.10] (ac.botka.homeunix.org [192.168.1.5]) by ace.botka.homeunix.org (Postfix) with ESMTP id 135B0175; Tue, 16 Jan 2007 23:47:06 +0100 (CET) From: Vladimir Botka To: Pete French In-Reply-To: References: Content-Type: text/plain; charset=iso8859-2 Date: Tue, 16 Jan 2007 23:47:05 +0100 Message-Id: <1168987625.3407.2.camel@srv> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: torfinn.ingolfsen@broadpark.no, rizzo@icir.org, clay@milos.co.za, freebsd-stable@freebsd.org Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 23:19:39 -0000 Hello, linux-firefox-2.0.0.1 works fine for me. Cheers, -vlado vlado.srv# uname -a FreeBSD srv.g1.netng.org 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: Fri Nov 3 20:20:33 CET 2006 vlado@srv.g1.netng.org:/usr/obj/usrmnt/src/sys/SRV i386 vlado.srv# ll /var/db/pkg/ | grep firefox drwxr-xr-x 2 root wheel 512 9 led 20:06 firefox-2.0.0.1,1 drwxr-xr-x 2 root wheel 512 8 led 08:18 linux-firefox-2.0.0.1 vlado.srv# ll /var/db/pkg/ | grep flash drwxr-xr-x 2 root wheel 512 7 led 13:21 libflash-0.4.13_1 drwxr-xr-x 2 root wheel 512 7 led 13:03 linux-flashplugin-7.0r69 Pete French pí¹e v út 16. 01. 2007 v 22:07 +0000: > > If you had any idea how many RFC's IE violates and and how many bugs there > > are in it you would never have made a statement like that. > > I don't think here ever said that IE was *better*, just that it was > necessary for certain sites (which is undeniably true) and that if > all you have available is Firefox then you at least want to have a working > stable Firefox. > > It does seem to boil down the the flash issue though - for me native > Firefox is stable, until I try and add flash. So I live without flash, > but that measn there are a number of things I just can't do, as well as > the IE only sites (which are becomming rare). In the end I bundle any such jobs > up and do them at home where I keep an x64-XP box for such things. If the > most stable flash enabled player on FreeBSD is linux-firefox 1.5 then it > would be nice to have it in ports. > > -pete. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 23:23: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 3820A16A4D1 for ; Tue, 16 Jan 2007 23:23:58 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id EBACB13C465 for ; Tue, 16 Jan 2007 23:23:57 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l0GNNtZ4011078; Tue, 16 Jan 2007 15:23:55 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l0GNNt3k011077; Tue, 16 Jan 2007 15:23:55 -0800 (PST) (envelope-from rizzo) Date: Tue, 16 Jan 2007 15:23:55 -0800 From: Luigi Rizzo To: Pietro Cerutti Message-ID: <20070116152355.A11065@xorpc.icir.org> References: <20070116010645.A94849@xorpc.icir.org> <20070116193722.fee4defe.torfinn.ingolfsen@broadpark.no> <20070116110935.A8351@xorpc.icir.org> <20070116221441.9afd899a.torfinn.ingolfsen@broadpark.no> <20070116134513.A9739@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from pietro.cerutti@gmail.com on Tue, Jan 16, 2007 at 11:41:22PM +0100 Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 23:23:58 -0000 On Tue, Jan 16, 2007 at 11:41:22PM +0100, Pietro Cerutti wrote: > On 1/16/07, Luigi Rizzo wrote: > > > > So i am just advocating to keep the "stable" version around while > > the "current" one becomes stable enough. > > You can get that port back to a specific date (e.g. with > sysutils/portdowngrade) and reinstall the version which better applies > your needs. which is what i did - but it is an annoyance and not something that the average user wants/knows how to do. That is the reason why we have -stable and -current after all. luigi From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 23:24: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 8D96216A4CE for ; Tue, 16 Jan 2007 23:24:20 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 7927113C448 for ; Tue, 16 Jan 2007 23:24:20 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l0GNOI6L011094; Tue, 16 Jan 2007 15:24:18 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l0GNOIp1011093; Tue, 16 Jan 2007 15:24:18 -0800 (PST) (envelope-from rizzo) Date: Tue, 16 Jan 2007 15:24:18 -0800 From: Luigi Rizzo To: Pete French Message-ID: <20070116152418.B11065@xorpc.icir.org> References: <03f601c739a9$3006b270$9a83ce52@claylaptop> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from petefrench@ticketswitch.com on Tue, Jan 16, 2007 at 10:07:39PM +0000 Cc: torfinn.ingolfsen@broadpark.no, clay@milos.co.za, freebsd-stable@freebsd.org Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 23:24:20 -0000 On Tue, Jan 16, 2007 at 10:07:39PM +0000, Pete French wrote: > > If you had any idea how many RFC's IE violates and and how many bugs there > > are in it you would never have made a statement like that. > > I don't think here ever said that IE was *better*, just that it was > necessary for certain sites (which is undeniably true) and that if > all you have available is Firefox then you at least want to have a working > stable Firefox. exactly. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Tue Jan 16 23:40: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 A39AF16A4AB for ; Tue, 16 Jan 2007 23:40:51 +0000 (UTC) (envelope-from freebsd-stable@tychl.net) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [63.240.77.83]) by mx1.freebsd.org (Postfix) with ESMTP id 694D713C4C2 for ; Tue, 16 Jan 2007 23:40:51 +0000 (UTC) (envelope-from freebsd-stable@tychl.net) Received: from masq.tychl.net (tychl.no-ip.org[67.174.137.176]) by comcast.net (sccrmhc13) with ESMTP id <2007011623270201300luqkke>; Tue, 16 Jan 2007 23:27:13 +0000 Received: from localhost (localhost [127.0.0.1]) by masq.tychl.net (Postfix) with ESMTP id 57ED61CB6B; Tue, 16 Jan 2007 18:27:02 -0500 (EST) X-Virus-Scanned: amavisd-new at tychl.net Received: from masq.tychl.net ([127.0.0.1]) by localhost (masq.tychl.net [127.0.0.1]) (amavisd-new, port 10024) with SMTP id yzExEXZa6FPR; Tue, 16 Jan 2007 18:26:58 -0500 (EST) Received: from [127.0.0.1] (unknown [192.168.0.51]) by masq.tychl.net (Postfix) with ESMTP id 280D71CB30; Tue, 16 Jan 2007 18:26:58 -0500 (EST) Message-ID: <45AD5F47.3080702@tychl.net> Date: Tue, 16 Jan 2007 18:27:03 -0500 From: Nick Gustas User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: "Marat N.Afanasyev" References: <45ABB899.7060807@ksu.ru> <45ABC595.4090206@gustas.org> <45AD5A67.3030303@ksu.ru> In-Reply-To: <45AD5A67.3030303@ksu.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: charset conversion support in amd(8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jan 2007 23:40:51 -0000 Marat N.Afanasyev wrote: > Nick Gustas wrote: >> Marat N.Afanasyev wrote: >>> Hello! >>> >>> I found that automount daemon configured to use cdrom device doesn't >>> support -C option to convert filenames to local charset. Is there >>> any ways to make it work? >>> >>> my amd.map is as follows: >>> >>> # $FreeBSD: src/etc/amd.map,v 1.9 2002/05/15 22:24:29 obrien Exp $ >>> # >>> /defaults type:=host;fs:=${autodir}/${rhost}/host;rhost:=${key} >>> * opts:=rw,grpid,resvport,vers=3,proto=udp,nosuid,nodev >>> >>> cdrom fs:=${autodir}/cdrom;type:=cdfs;opts:=ro;dev:=/dev/cd2 >>> >>> adding Ckoi8-r to opts doesn't solve the problem. I suppose one >>> should add charset conversion ability to amd itself. Am I right? >>> >> I have an old amd.map from 1999 or so that we use for a freebsd cd >> server here at work, it uses a mount "type" of program. I don't see >> this format documented in the current amd man pages, but it still >> works on 6-stable. >> >> You should be able to change the mount commands to mount_cd9660 and >> add the -C option. >> amd.map: >> ____________ >> cdrom0 type:=program;\ >> fs:=/realmounts/cdrom0;\ >> mount:="/sbin/mount mount /realmounts/cdrom0";\ >> unmount:="/sbin/umount umount /realmounts/cdrom0" >> cdrom1 type:=program;\ >> fs:=/realmounts/cdrom1;\ >> mount:="/sbin/mount mount /realmounts/cdrom1";\ >> unmount:="/sbin/umount umount /realmounts/cdrom1" >> cdrom2 type:=program;\ >> fs:=/realmounts/cdrom2;\ >> mount:="/sbin/mount mount /realmounts/cdrom2";\ >> unmount:="/sbin/umount umount /realmounts/cdrom2" >> cdrom3 type:=program;\ >> fs:=/realmounts/cdrom3;\ >> mount:="/sbin/mount mount /realmounts/cdrom3";\ >> unmount:="/sbin/umount umount /realmounts/cdrom3" >> cdrom4 type:=program;\ >> fs:=/realmounts/cdrom4;\ >> mount:="/sbin/mount mount /realmounts/cdrom4";\ >> unmount:="/sbin/umount umount /realmounts/cdrom4" >> cdrom5 type:=program;\ >> fs:=/realmounts/cdrom5;\ >> mount:="/sbin/mount mount /realmounts/cdrom5";\ >> unmount:="/sbin/umount umount /realmounts/cdrom5" >> cdrom6 type:=program;\ >> fs:=/realmounts/cdrom6;\ >> mount:="/sbin/mount mount /realmounts/cdrom6";\ >> unmount:="/sbin/umount umount /realmounts/cdrom6" >> ____________ >> >> >> fstab: >> ____________ >> /dev/cd0 /realmounts/cdrom0 cd9660 >> ro,noauto 0 0 >> /dev/cd1 /realmounts/cdrom1 cd9660 >> ro,noauto 0 0 >> /dev/cd2 /realmounts/cdrom2 cd9660 >> ro,noauto 0 0 >> /dev/cd3 /realmounts/cdrom3 cd9660 >> ro,noauto 0 0 >> /dev/cd4 /realmounts/cdrom4 cd9660 >> ro,noauto 0 0 >> /dev/cd5 /realmounts/cdrom5 cd9660 >> ro,noauto 0 0 >> /dev/cd6 /realmounts/cdrom6 cd9660 >> ro,noauto 0 0 >> ____________ >> >> >> amd command line: >> ____________ >> /usr/sbin/amd -p -a /cdrom -w 5 -c 10 /cdrom /etc/amd.map /cdrom >> /etc/amd.map >> ____________ >> >> >> directories to create: >> ____________ >> mkdir -p /realmounts/cdrom0 >> mkdir -p /realmounts/cdrom1 >> mkdir -p /realmounts/cdrom2 >> mkdir -p /realmounts/cdrom3 >> mkdir -p /realmounts/cdrom4 >> mkdir -p /realmounts/cdrom5 >> mkdir -p /realmounts/cdrom6 >> mkdir /cdrom >> >> >> It certainly looks hacky compared to your config, but it's worked >> from freebsd 3.1 through now so I never changed it. >> >> > > thanks, I made my config similar to yours and it works ;) > Glad it works for you! I was rather surprised at the lack of info in the man pages about this setup.. I even rechecked the FreeBSD 3.3 amd/amd.conf man pages just now and they didn't list this option either, maybe I'm missing it. Not sure where I found the original config, must have been online at some point. I suppose this quote from the amd(8) man page applies: "A weird imagination is most useful to gain full advantage of all the features." -Nick (inadvertent top posting fixed) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 00:24: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 29AC616A51B for ; Wed, 17 Jan 2007 00:24:57 +0000 (UTC) (envelope-from freebsd@mail.gbch.net) Received: from gw.gbch.net (gw.gbch.net [203.143.238.93]) by mx1.freebsd.org (Postfix) with SMTP id 5CAAE13C442 for ; Wed, 17 Jan 2007 00:24:55 +0000 (UTC) (envelope-from freebsd@mail.gbch.net) Received: (qmail 17603 invoked from network); 17 Jan 2007 09:56:53 +1000 Received: from joker.gbch.net (172.16.1.10) by gw.gbch.net with SMTP; 17 Jan 2007 09:56:53 +1000 Received: (qmail 20854 invoked by uid 1001); 17 Jan 2007 09:56:52 +1000 Message-ID: Date: Wed, 17 Jan 2007 09:56:51 +1000 From: Greg Black To: Luigi Rizzo References: <20070116010645.A94849@xorpc.icir.org> <20070116193722.fee4defe.torfinn.ingolfsen@broadpark.no> <20070116110935.A8351@xorpc.icir.org> <20070116221441.9afd899a.torfinn.ingolfsen@broadpark.no> <20070116134513.A9739@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070116134513.A9739@xorpc.icir.org> User-Agent: Mutt/1.4.2.2i; gjb-muttsend.sh 1.7 2004-10-05 X-Uptime: 36 days X-Operating-System: FreeBSD 6.2-PRERELEASE i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Blog: http://www.gbch.net/gjb/blog/ X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-PGP-Key-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-Request-PGP: http://www.gbch.net/keys/4B04B7D6.asc Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 00:24:57 -0000 On 2007-01-16, Luigi Rizzo wrote: > The 1.5.x version _is_ working for me. It is 2.0.x that > exhibits severe problems. I was surprised and annoyed when I found that the reasonably reliable 1.5.x version had been replaced by 2.0, partly because I expected it to be less reliable and partly because some of the extensions I used no longer worked and partly because the user interface had some changes I didn't like. However, it has been my experience in the 6+ weeks I've been using it that 2.0 is better in every way than 1.5 and it is certainly more stable and works better with the flash plugin (something I hate but just have to use). I know that's not going to fix your problem, but I'd be interested to see if you could get to a working setup with 2.0 by running it with a limited set of extensions. Initially, I was cross about some issues with my once-favourite extension (session-manager or some similar name), but now that I've used the builtin session recovery capability, I no longer need that extension. The only extensions I have in my 2.0 setup now are Adblock Plus, NoScript and Smart Middle Click and it has been exemplary in its behaviour -- i.e., it has crashed twice in 6 weeks and it is running 24 hours a day with at least 5 windows and 50 or more tabs open at all times. And it recovered all the open tabs fine after the two crashes. Cheers, Greg From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 00:40: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 E70AC16A407 for ; Wed, 17 Jan 2007 00:40:25 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from cp65.agava.net (cp65.agava.net [89.108.66.215]) by mx1.freebsd.org (Postfix) with ESMTP id 69ED113C44C for ; Wed, 17 Jan 2007 00:40:24 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from clamav by cp65.agava.net with drweb-scanned (Exim 4.44 (FreeBSD)) id 1H6yqk-000Omm-7h for freebsd-stable@freebsd.org; Wed, 17 Jan 2007 03:40:22 +0300 Received: from [213.148.29.33] (helo=nexii.panopticon) by cp65.agava.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1H6yqk-000Omc-50 for freebsd-stable@freebsd.org; Wed, 17 Jan 2007 03:40:22 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.2]) by nexii.panopticon (Postfix) with ESMTP id 41B8A17046 for ; Wed, 17 Jan 2007 03:41:45 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id A9F7940BE; Wed, 17 Jan 2007 03:41:41 +0300 (MSK) Date: Wed, 17 Jan 2007 03:41:41 +0300 From: Dmitry Marakasov To: freebsd-stable@freebsd.org Message-ID: <20070117004141.GA1032@hades.panopticon> Mail-Followup-To: freebsd-stable@freebsd.org References: <20070115030536.GA1025@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20070115030536.GA1025@hades.panopticon> User-Agent: Mutt/1.5.13 (2006-08-11) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cp65.agava.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [106 106] / [26 6] X-AntiAbuse: Sender Address Domain - amdmi3.ru X-Source: X-Source-Args: X-Source-Dir: Subject: Re: 6.2 & nvidia x11 driver: weird 16bpp/24bpp colorspace damage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 00:40:26 -0000 * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: Well, I've temporary solved a problem. I've downgraded to 6.1, but then I discovered that nvidia 9631 gives artifacts on 6.1 as well. So I've also downgraded driver to 8776 and voila - now everything works (so I was mistaken - I've used 8776, not 9631 before system upgrade). But the problem is still there - 8776 doesn't work under 6.2 (NVRM: agp_find_device failed, chipset unsupported?). -- Best regards, Dmitry Marakasov mailto:amdmi3@amdmi3.ru From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 00:58: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 82F9816A51A for ; Wed, 17 Jan 2007 00:58:34 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 6483A13C448 for ; Wed, 17 Jan 2007 00:58:34 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1H6yyB-000MbN-QR for freebsd-stable@freebsd.org; Wed, 17 Jan 2007 00:48:03 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1H6yxa-000F0A-Ii for freebsd-stable@freebsd.org; Tue, 16 Jan 2007 14:47:26 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17837.29213.736835.504574@roam.psg.com> Date: Tue, 16 Jan 2007 14:47:25 -1000 To: FreeBSD Stable Subject: ftp2 no iso X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 00:58:34 -0000 ftp://ftp2.freebsd.org does not seem to have the actual isos ncftp ...SD/ISO-IMAGES-i386/6.2 > pwd ftp://ftp2.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/6.2/ This URL is also valid on this server: ftp://ftp2.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/6.2/ ncftp ...SD/ISO-IMAGES-i386/6.2 > ls -l -rw-r--r-- 1 65532 65532 258 Dec 26 15:49 CHECKSUM.MD5 -rw-r--r-- 1 65532 65532 398 Dec 26 15:50 CHECKSUM.SHA256 randy From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 01:40: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 477C316A416 for ; Wed, 17 Jan 2007 01:40:04 +0000 (UTC) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.freebsd.org (Postfix) with ESMTP id C19CA13C43E for ; Wed, 17 Jan 2007 01:40:03 +0000 (UTC) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id 03FD71338CA; Wed, 17 Jan 2007 11:37:53 +1030 (CST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id E61FD1A9C94; Wed, 17 Jan 2007 11:37:53 +1030 (CST) Date: Wed, 17 Jan 2007 11:37:53 +1030 From: Greg 'groggy' Lehey To: Greg Black Message-ID: <20070117010753.GE1300@wantadilla.lemis.com> References: <20070116010645.A94849@xorpc.icir.org> <20070116193722.fee4defe.torfinn.ingolfsen@broadpark.no> <20070116110935.A8351@xorpc.icir.org> <20070116221441.9afd899a.torfinn.ingolfsen@broadpark.no> <20070116134513.A9739@xorpc.icir.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bwMunqOr7B7rzQrh" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 VoIP: sip:0871270137@sip.internode.on.net WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: Torfinn Ingolfsen , Luigi Rizzo , freebsd-stable@freebsd.org Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 01:40:04 -0000 --bwMunqOr7B7rzQrh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday, 17 January 2007 at 9:56:51 +1000, Greg Black wrote: > On 2007-01-16, Luigi Rizzo wrote: > >> The 1.5.x version _is_ working for me. It is 2.0.x that >> exhibits severe problems. > > I was surprised and annoyed when I found that the reasonably reliable > 1.5.x version had been replaced by 2.0, partly because I expected it to > be less reliable and partly because some of the extensions I used no > longer worked and partly because the user interface had some changes I > didn't like. Same here. > However, it has been my experience in the 6+ weeks I've been using > it that 2.0 is better in every way than 1.5 and it is certainly more > stable and works better with the flash plugin (something I hate but > just have to use). I can't agree. It has hijacked some keys used by Wikipedia (alt-S, alt-P), and so far I've found it impossible to disable tabs, something that was barely possible under 1.5. Tell me how to fix that and I'll be marginally happy; presumably they'll gradually fix the stability problems. Greg -- See complete headers for address and phone numbers. --bwMunqOr7B7rzQrh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFFrXbpIubykFB6QiMRAkXrAKCeXr+2aUe9Jdjc4mpdLRzn7/EeSgCfdo0j ikqINc4DhxUpTnf4Nnd+1qQ= =WaSu -----END PGP SIGNATURE----- --bwMunqOr7B7rzQrh-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 02:30: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 DD5CF16A412; Wed, 17 Jan 2007 02:30:31 +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 7174513C46A; Wed, 17 Jan 2007 02:30:31 +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 l0H2Gj2v014897; Wed, 17 Jan 2007 03:16:45 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id E2670B826; Wed, 17 Jan 2007 03:16:44 +0100 (CET) Date: Wed, 17 Jan 2007 03:16:44 +0100 From: Roland Smith To: "Greg 'groggy' Lehey" Message-ID: <20070117021644.GA82760@slackbox.xs4all.nl> Mail-Followup-To: Greg 'groggy' Lehey , freebsd-stable@freebsd.org References: <20070116010645.A94849@xorpc.icir.org> <20070116193722.fee4defe.torfinn.ingolfsen@broadpark.no> <20070116110935.A8351@xorpc.icir.org> <20070116221441.9afd899a.torfinn.ingolfsen@broadpark.no> <20070116134513.A9739@xorpc.icir.org> <20070117010753.GE1300@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <20070117010753.GE1300@wantadilla.lemis.com> 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.13 (2006-08-11) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 02:30:31 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 17, 2007 at 11:37:53AM +1030, Greg 'groggy' Lehey wrote: >=20 > I can't agree. It has hijacked some keys used by Wikipedia (alt-S, > alt-P), and so far I've found it impossible to disable tabs, something > that was barely possible under 1.5. Tell me how to fix that and I'll > be marginally happy; presumably they'll gradually fix the stability > problems. You could set browser.tabs.forceHide to true in about:config. That should get rid of the tabbar. Set browser.link.open_external and browser.link.open_newwindow to 2 to open new pages in a new window. Personally I like tabbed browsing a lot, but different strokes for different folks. 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) --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFrYcMEnfvsMMhpyURAr5SAJ40UkwfTZNGQ5IV9waGaa3u4r26YwCgmrQ0 owGqevejNy8kf8914ZMEgu4= =5D8H -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 02:50: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 29CD916A416 for ; Wed, 17 Jan 2007 02:50:14 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id C2F3013C44B for ; Wed, 17 Jan 2007 02:50:13 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from [172.27.1.254] (nat.bit0.com [207.246.88.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP id B0D03730002; Tue, 16 Jan 2007 21:50:10 -0500 (EST) Message-ID: <45AD8E86.3020906@bit0.com> Date: Tue, 16 Jan 2007 21:48:38 -0500 From: Mike Andrews User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Jack Vogel References: <20070116123019.I46509@bit0.com> <2a41acea0701161053s67c6100cqf03284626116f04c@mail.gmail.com> In-Reply-To: <2a41acea0701161053s67c6100cqf03284626116f04c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RELEASE em0 watchdog timeouts -- sometimes (w/ partial workaround) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 02:50:14 -0000 Jack Vogel wrote: > On 1/16/07, Mike Andrews wrote: >> I have a strange issue with em0 watchdog timeouts that I think is not the >> same as the ones everyone was having during the 6.2 beta cycle... >> >> I have six systems, each with two Intel GigE ports onboard: >> >> Systems A and B: Supermicro PDSMi+ >> Systems C and D: Supermicro PDSMi (without the plus) [snip] >> Several times a day, em0 will go down, give a watchdog timeout error on >> the console, then come right back up on its own a few seconds later. But >> here's the weird twist: it ONLY happens on systems A and B, and ONLY when >> running at gigabit speed. If I knock the two switch ports down to 100 >> meg, the problem goes away. [snip] > There are some management related issues with this NIC, first if you > have not done so make a DOS bootable device, and run this app I > am enclosing, it fixes the prom setting that is wrong on some devices. > It will do no harm, and it may solve things. > > Let me know if it does fix it please. So far it seems like it DID fix it, but give me another day or two to watch it to be sure. Thanks! FYI, it only changed the PROM on the first NIC on each PDSMi+ box; it said the second NIC was fine. (But since the first NIC was the one I was having trouble with...) I ran it on the older PDSMi boxes and it said it changed both NICs on those, even though they were (and still are) working fine. -- Mike Andrews * mandrews@bit0.com * http://www.bit0.com It's not news, it's Fark.com. Carpe cavy! From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 02:59: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 B542D16A407 for ; Wed, 17 Jan 2007 02:59:28 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.200.84]) by mx1.freebsd.org (Postfix) with ESMTP id 7C5F513C442 for ; Wed, 17 Jan 2007 02:59:28 +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 (sccrmhc14) with ESMTP id <2007011702592701400oapuee>; Wed, 17 Jan 2007 02:59:27 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5CA651FA037; Tue, 16 Jan 2007 18:59:27 -0800 (PST) Date: Tue, 16 Jan 2007 18:59:27 -0800 From: Jeremy Chadwick To: Jack Vogel Message-ID: <20070117025927.GA25196@icarus.home.lan> Mail-Followup-To: Jack Vogel , Mike Andrews , freebsd-stable@freebsd.org References: <20070116123019.I46509@bit0.com> <2a41acea0701161053s67c6100cqf03284626116f04c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0701161053s67c6100cqf03284626116f04c@mail.gmail.com> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org, Mike Andrews Subject: Re: 6.2-RELEASE em0 watchdog timeouts -- sometimes (w/ partial workaround) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 02:59:28 -0000 On Tue, Jan 16, 2007 at 10:53:04AM -0800, Jack Vogel wrote: > There are some management related issues with this NIC, first if you > have not done so make a DOS bootable device, and run this app I > am enclosing, it fixes the prom setting that is wrong on some devices. > It will do no harm, and it may solve things. Jack, Can you expand on what this application changes in the PROM? I have an Intel motherboard which suffers from similar to what the OP has reported (em0 watchdog timeouts), and was curious what the utility does before firing up the board and trying it. Others may be curious to know, too. Thanks, as always. -- | 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 Jan 17 03: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 4AE6216A407 for ; Wed, 17 Jan 2007 03:03:01 +0000 (UTC) (envelope-from SRS0=4BIRNI=G2=vvelox.net=vvelox@yourhostingaccount.com) Received: from mailout12.yourhostingaccount.com (mailout12.yourhostingaccount.com [65.254.253.96]) by mx1.freebsd.org (Postfix) with ESMTP id 1A6E513C474 for ; Wed, 17 Jan 2007 03:03:01 +0000 (UTC) (envelope-from SRS0=4BIRNI=G2=vvelox.net=vvelox@yourhostingaccount.com) Received: from scan03.yourhostingaccount.com ([10.1.1.233] helo=scan03.yourhostingaccount.com) by mailout12.yourhostingaccount.com with esmtp (Exim) id 1H70h9-0001oC-8K for freebsd-stable@freebsd.org; Tue, 16 Jan 2007 21:38:35 -0500 Received: from authsmtp09.yourhostingaccount.com ([10.1.18.9] ident=exim) by scan03.yourhostingaccount.com with spamscanlookuphost (Exim) id 1H70h9-00057A-1D for freebsd-stable@freebsd.org; Tue, 16 Jan 2007 21:38:35 -0500 Received: from authsmtp09.yourhostingaccount.com ([10.1.18.9] helo=authsmtp09.yourhostingaccount.com) by scan03.yourhostingaccount.com with esmtp (Exim) id 1H70h8-000577-Ph for freebsd-stable@freebsd.org; Tue, 16 Jan 2007 21:38:34 -0500 Received: from [69.92.217.33] (helo=vixen42) by authsmtp09.yourhostingaccount.com with esmtpsa (TLSv1:DES-CBC3-SHA:168) (Exim) id 1H70h8-0000T1-D5 for freebsd-stable@freebsd.org; Tue, 16 Jan 2007 21:38:34 -0500 Date: Tue, 16 Jan 2007 20:38:30 -0600 From: "Z.C.B." To: freebsd-stable@freebsd.org Message-ID: <20070116203830.038f3c3b@vixen42> X-Mailer: Claws Mail 2.7.0 (GTK+ 2.10.7; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_df76gltO=RqCo0eVnhMBQRb"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-EN-UserInfo: f1c157ec5ebebd12a8182d58c6ceecd9:1570f0de6936c69fef9e164fffc541bc X-EN-AuthUser: vvelox3 Sender: "Z.C.B." Subject: odd interrupt issues with nvidia and X X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 03:03:01 -0000 --Sig_df76gltO=RqCo0eVnhMBQRb Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I have a odd situation where the according to top 50% of the processor is going towards interupt handling. vmstat -ai shows the nvidia device generating lots of interrupts. The interrupt issue goes away as soon as I kill X or switch to a terminal. X also slowly starts using up more and more CPU time. the schedule is 4BSD with preemption... none of the sysctl stuff for it has been changed... Any ideas? --Sig_df76gltO=RqCo0eVnhMBQRb Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFrYwsC1tfcMGJid4RAsDiAJ93g/e8+h9w7unRgHJhasu8edEPMQCeNqF9 3mMDZxQPW3Aa/uWK8Fg1iFs= =lITG -----END PGP SIGNATURE----- --Sig_df76gltO=RqCo0eVnhMBQRb-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 03:07: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 B00EE16A412 for ; Wed, 17 Jan 2007 03:07:35 +0000 (UTC) (envelope-from jfvogel@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 729D613C467 for ; Wed, 17 Jan 2007 03:07:35 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1179912ana for ; Tue, 16 Jan 2007 19:07:34 -0800 (PST) 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=W2cNeGFV1r2357QBJllZi2ZHxf3cWbBLTnrKwH7ESV/XrnbEJOJNlj2ULIH1Pe6BEN1nnwoOQElok2YwzSHoFZdJKyAPdgPNJTey0LmYFWyoGfVKHy96J0kkHmDiFe4hVKF8gXWli8QU9ives6Vnf+k9LUSoeQqXTt8A6tQRIBU= Received: by 10.100.32.1 with SMTP id f1mr3537203anf.1169003254876; Tue, 16 Jan 2007 19:07:34 -0800 (PST) Received: by 10.100.105.12 with HTTP; Tue, 16 Jan 2007 19:07:34 -0800 (PST) Message-ID: <2a41acea0701161907v5bf56c6evf5eef7fdb2311eb3@mail.gmail.com> Date: Tue, 16 Jan 2007 19:07:34 -0800 From: "Jack Vogel" To: "Jack Vogel" , "Mike Andrews" , freebsd-stable@freebsd.org In-Reply-To: <20070117025927.GA25196@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070116123019.I46509@bit0.com> <2a41acea0701161053s67c6100cqf03284626116f04c@mail.gmail.com> <20070117025927.GA25196@icarus.home.lan> Cc: Subject: Re: 6.2-RELEASE em0 watchdog timeouts -- sometimes (w/ partial workaround) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 03:07:35 -0000 On 1/16/07, Jeremy Chadwick wrote: > On Tue, Jan 16, 2007 at 10:53:04AM -0800, Jack Vogel wrote: > > There are some management related issues with this NIC, first if you > > have not done so make a DOS bootable device, and run this app I > > am enclosing, it fixes the prom setting that is wrong on some devices. > > It will do no harm, and it may solve things. > > Jack, > > Can you expand on what this application changes in the PROM? I have > an Intel motherboard which suffers from similar to what the OP has > reported (em0 watchdog timeouts), and was curious what the utility > does before firing up the board and trying it. Others may be curious > to know, too. Hmmm, I'm rusty on this, its now been a year or more since I was first involved in the details, so I may need to amend this later :) But from memory, the issue is the value programmed into the MANC register by the PROM, I don't remember what bit it was, but one bit is mistakenly set, it causes the hardware to incorrectly intercept some packets. I was snowbound today, but I'll doublecheck on the detail tomorrow and amend if needed. Everyone note that this ONLY effects an 82573 NIC, so make sure of that before anything else. Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 03:32: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 B3A2E16A407 for ; Wed, 17 Jan 2007 03:32:07 +0000 (UTC) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4E69A13C467 for ; Wed, 17 Jan 2007 03:32:07 +0000 (UTC) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id 20E041338F0 for ; Wed, 17 Jan 2007 14:02:06 +1030 (CST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 05C001A9CE1; Wed, 17 Jan 2007 14:02:06 +1030 (CST) Date: Wed, 17 Jan 2007 14:02:05 +1030 From: Greg 'groggy' Lehey To: freebsd-stable@freebsd.org Message-ID: <20070117033205.GI1300@wantadilla.lemis.com> References: <20070116010645.A94849@xorpc.icir.org> <20070116193722.fee4defe.torfinn.ingolfsen@broadpark.no> <20070116110935.A8351@xorpc.icir.org> <20070116221441.9afd899a.torfinn.ingolfsen@broadpark.no> <20070116134513.A9739@xorpc.icir.org> <20070117010753.GE1300@wantadilla.lemis.com> <20070117021644.GA82760@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tH81YkO9bF1TqYxP" Content-Disposition: inline In-Reply-To: <20070117021644.GA82760@slackbox.xs4all.nl> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 VoIP: sip:0871270137@sip.internode.on.net WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 03:32:07 -0000 --tH81YkO9bF1TqYxP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday, 17 January 2007 at 3:16:44 +0100, Roland Smith wrote: > On Wed, Jan 17, 2007 at 11:37:53AM +1030, Greg 'groggy' Lehey wrote: >> >> I can't agree. It has hijacked some keys used by Wikipedia (alt-S, >> alt-P), and so far I've found it impossible to disable tabs, something >> that was barely possible under 1.5. Tell me how to fix that and I'll >> be marginally happy; presumably they'll gradually fix the stability >> problems. > > You could set browser.tabs.forceHide to true in about:config. That > should get rid of the tabbar. Set browser.link.open_external and > browser.link.open_newwindow to 2 to open new pages in a new window. Thank you! I had done some of these changes, but not all. Now it works. > Personally I like tabbed browsing a lot, but different strokes for > different folks. It probably depends on your window manager. Tabs are a reasonable workaround for window managers that make it difficult to manage many windows. Greg -- See complete headers for address and phone numbers. --tH81YkO9bF1TqYxP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFFrZi1IubykFB6QiMRAs12AKCx37tSVUB6RVbsOAzo8Avr4jKSYwCdG3sk +Qopw45lkxAWsvmxveGJ2Q8= =hRk/ -----END PGP SIGNATURE----- --tH81YkO9bF1TqYxP-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 04:39:59 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 D2B1916A40F for ; Wed, 17 Jan 2007 04:39:59 +0000 (UTC) (envelope-from pkg@hunter-gatherer.org) Received: from [212.112.40.199] (212-112-40-199.lidnet.net [212.112.40.199]) by mx1.freebsd.org (Postfix) with SMTP id 1597513C45D for ; Wed, 17 Jan 2007 04:39:58 +0000 (UTC) (envelope-from pkg@hunter-gatherer.org) Received: (qmail 40121 invoked by uid 1000); 17 Jan 2007 04:13:16 -0000 Date: Wed, 17 Jan 2007 05:13:16 +0100 From: Par Leijonhufvud To: freebsd-stable@freebsd.org Message-ID: <20070117041316.GA23307@ojibwe.hunter-gatherer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Fetchmail 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, 17 Jan 2007 04:39:59 -0000 I have a FreeBSD box (running ancient 4.8) that used to collect email fine with fetchmail. Then after te latest portupgrade of fetchmail it stopped working. When trying to run it manual I see the error shown below. Anyone with suggestions as to (a) just what is going wrong, and (b) how to fix it? Another machine running 5.3 have no problems. /Par ========================================== % fetchmail -v -v -p pop3 -u tuschin.blackcatnetworks.co.uk fetchmail: removing stale lockfile Enter password for @tuschin.blackcatnetworks.co.uk: fetchmail: 6.3.6 querying tuschin.blackcatnetworks.co.uk (protocol POP3) at Wed Jan 17 05:09:02 2007: poll started Trying to connect to 2001:1b40:0:20::34/110...connection failed. fetchmail: connection to tuschin.blackcatnetworks.co.uk:pop3 [2001:1b40:0:20::34/110] failed: No route to host. Trying to connect to 193.201.200.34/110...connected. fetchmail: POP3< +OK Hello there. fetchmail: POP3> CAPA fetchmail: POP3< +OK Here's what I can do: fetchmail: POP3< STLS fetchmail: POP3< TOP fetchmail: POP3< USER fetchmail: POP3< LOGIN-DELAY 10 fetchmail: POP3< PIPELINING fetchmail: POP3< UIDL fetchmail: POP3< IMPLEMENTATION Courier Mail Server fetchmail: POP3< . fetchmail: POP3> STLS fetchmail: POP3< +OK Begin SSL/TLS negotiation now. fetchmail: Issuer Organization: Equifax Secure Inc. fetchmail: Issuer CommonName: Equifax Secure Global eBusiness CA-1 fetchmail: Server CommonName: tuschin.blackcatnetworks.co.uk fetchmail: tuschin.blackcatnetworks.co.uk key fingerprint: 82:24:50:19:D3:9D:36:12:EC:49:99:7C:E1:C3:A9:F2 fetchmail: Server certificate verification error: unable to get local issuer certificate fetchmail: Server certificate verification error: certificate not trusted fetchmail: Server certificate verification error: unable to verify the first certificate Segmentation fault (core dumped) absaroka 114 ~ % ========================================== From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 04:51: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 D7CA716A412 for ; Wed, 17 Jan 2007 04:51:24 +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 C453E13C44C for ; Wed, 17 Jan 2007 04:51:24 +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 AA49C1A4D89; Tue, 16 Jan 2007 20:51:24 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A1512517CF; Tue, 16 Jan 2007 23:51:21 -0500 (EST) Date: Tue, 16 Jan 2007 23:51:21 -0500 From: Kris Kennaway To: Par Leijonhufvud Message-ID: <20070117045121.GA68515@xor.obsecurity.org> References: <20070117041316.GA23307@ojibwe.hunter-gatherer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <20070117041316.GA23307@ojibwe.hunter-gatherer.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Fetchmail 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, 17 Jan 2007 04:51:24 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 17, 2007 at 05:13:16AM +0100, Par Leijonhufvud wrote: > I have a FreeBSD box (running ancient 4.8) that used to collect email > fine with fetchmail. Then after te latest portupgrade of fetchmail it > stopped working. When trying to run it manual I see the error shown > below. >=20 > Anyone with suggestions as to (a) just what is going wrong, and (b) how > to fix it? Another machine running 5.3 have no problems. Maybe the configuration options changed. Anyway, this kind of question should be asked on the fetchmail support mailing lists since it is not a problem with FreeBSD-stable itself. Kris --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFratJWry0BWjoQKURAvzTAKDI/tDYKcKp6eZ3Q2uPK3J26TqL1ACfWR2a DHWdCNYyKg4/ImV2PPvx2GY= =ICYe -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 05:24: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 46B5116A47C for ; Wed, 17 Jan 2007 05:24:25 +0000 (UTC) (envelope-from pkg@hunter-gatherer.org) Received: from [212.112.40.199] (212-112-40-199.lidnet.net [212.112.40.199]) by mx1.freebsd.org (Postfix) with SMTP id C3A1C13C47E for ; Wed, 17 Jan 2007 05:24:24 +0000 (UTC) (envelope-from pkg@hunter-gatherer.org) Received: (qmail 40774 invoked by uid 1000); 17 Jan 2007 05:24:23 -0000 Date: Wed, 17 Jan 2007 06:24:23 +0100 From: Par Leijonhufvud To: freebsd-stable@freebsd.org Message-ID: <20070117052423.GC23307@ojibwe.hunter-gatherer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: portdowngrade/portupgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 05:24:25 -0000 I'm trying to find out where something stopped working, and as part of that I need to do a portdowgrade. Worked fine. Only, when I tried to actually install the downgraded port I got bounced by the "=> Please update your ports tree and try again." message How do I tell portupgrade that I *know*, just go ahead anyway? /Par -- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 05: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 8D69D16A415 for ; Wed, 17 Jan 2007 05:43:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by mx1.freebsd.org (Postfix) with ESMTP id 35C8513C480 for ; Wed, 17 Jan 2007 05:43:18 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so368692wri for ; Tue, 16 Jan 2007 21:43:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=tNJmiCkFPnb+Z+KXs3CCYy8jUNSffCgM0kK/LsgT9rp10JccZqM0N18ZgqpVGSEKtjHdh7zD/yDua4MCnLoUUcY9YwBvNzVvIb62hC0niD0dnc2fWseq5PKdhNVE6+JXfbR++hLwM7EWIvcU4d/ZINhBAP8B7BsUZY6eP9K2Ih4= Received: by 10.90.71.12 with SMTP id t12mr5518435aga.1169010976196; Tue, 16 Jan 2007 21:16:16 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 9sm12582417wrl.2007.01.16.21.16.14; Tue, 16 Jan 2007 21:16:15 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l0H5G9mx010554 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Jan 2007 14:16:09 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l0H5G8XD010553; Wed, 17 Jan 2007 14:16:08 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 17 Jan 2007 14:16:08 +0900 From: Pyun YongHyeon To: Scott Ullrich Message-ID: <20070117051608.GA9483@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable Subject: Re: Nexcom 1086 - Marvell Chipsets - Nics show in dmesg but do not show up in ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2007 05:43:19 -0000 On Tue, Jan 16, 2007 at 05:22:49PM -0500, Scott Ullrich wrote: > Nevermind, I found > http://lists.freebsd.org/pipermail/freebsd-net/2006-January/009543.html > > Now the nics are working. Thanks anyways! > CURRENT has msk(4) for your NIC. If you have a chance to run CURRENT on your box, please report any strange things to me. Thanks. > Scott > > > On 1/16/07, Scott Ullrich wrote: > >Hello, > > > >I am currently working with a Nexcom 1086 that features 2 Marvell > >chipsets with 8 total nics. This device is slated to become a > >FreeBSD/pfSense router. > > > >During probing, all nics show up okay sk0-sk3 and skc-0-3 but the skc > >nics do not show up in ifconfig. > > > >Is there something that I am overlooking to enable the nics? > > > >DMESG -a is located here: > >http://www.pfsense.com/~sullrich/nexcom_1086_dmesg.txt > > > >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" -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 06:51: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 3A20916A412 for ; Wed, 17 Jan 2007 06:51:57 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id EEFA913C45D for ; Wed, 17 Jan 2007 06:51:56 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0JC00045I32KZT50@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 17 Jan 2007 07:51:56 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JC000G8F32JE523@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 17 Jan 2007 07:51:56 +0100 (CET) Date: Wed, 17 Jan 2007 07:51:55 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20070117052423.GC23307@ojibwe.hunter-gatherer.org> To: freebsd-stable@freebsd.org Message-id: <20070117075155.089ccb32.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.7; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20070117052423.GC23307@ojibwe.hunter-gatherer.org> Subject: Re: portdowngrade/portupgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 06:51:57 -0000 On Wed, 17 Jan 2007 06:24:23 +0100 Par Leijonhufvud wrote: > How do I tell portupgrade that I *know*, just go ahead anyway? Is it 'portupgrade -f ' you want? HTH -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 07:59: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 1645116A40F for ; Wed, 17 Jan 2007 07:59:34 +0000 (UTC) (envelope-from freebsd@mail.gbch.net) Received: from gw.gbch.net (gw.gbch.net [203.143.238.93]) by mx1.freebsd.org (Postfix) with SMTP id 0C38413C441 for ; Wed, 17 Jan 2007 07:59:31 +0000 (UTC) (envelope-from freebsd@mail.gbch.net) Received: (qmail 21450 invoked from network); 17 Jan 2007 17:59:27 +1000 Received: from joker.gbch.net (172.16.1.10) by gw.gbch.net with SMTP; 17 Jan 2007 17:59:27 +1000 Received: (qmail 25605 invoked by uid 1001); 17 Jan 2007 17:59:26 +1000 Message-ID: Date: Wed, 17 Jan 2007 17:59:26 +1000 From: Greg Black To: Greg 'groggy' Lehey References: <20070116010645.A94849@xorpc.icir.org> <20070116193722.fee4defe.torfinn.ingolfsen@broadpark.no> <20070116110935.A8351@xorpc.icir.org> <20070116221441.9afd899a.torfinn.ingolfsen@broadpark.no> <20070116134513.A9739@xorpc.icir.org> <20070117010753.GE1300@wantadilla.lemis.com> <20070117021644.GA82760@slackbox.xs4all.nl> <20070117033205.GI1300@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070117033205.GI1300@wantadilla.lemis.com> User-Agent: Mutt/1.4.2.2i; gjb-muttsend.sh 1.7 2004-10-05 X-Uptime: 37 days X-Operating-System: FreeBSD 6.2-PRERELEASE i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Blog: http://www.gbch.net/gjb/blog/ X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-PGP-Key-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-Request-PGP: http://www.gbch.net/keys/4B04B7D6.asc Cc: freebsd-stable@freebsd.org Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 07:59:34 -0000 On 2007-01-17, Greg 'groggy' Lehey wrote: > On Wednesday, 17 January 2007 at 3:16:44 +0100, Roland Smith wrote: > > Personally I like tabbed browsing a lot, but different strokes for > > different folks. > > It probably depends on your window manager. Tabs are a reasonable > workaround for window managers that make it difficult to manage many > windows. It probably depends on your personal preferences. Some people like sugar in their coffee, some don't, and some don't even like coffee. Some people like tabs, some people like multiple windows, and some people (the ones in my camp) like both at the same time. Firefox-1 and Firefox-2 allow you to work the way you want when it comes to windows and tabs. Cheers, Greg From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 08:40: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 7488A16A40F for ; Wed, 17 Jan 2007 08:40:57 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (izb.knu.ac.kr [155.230.157.93]) by mx1.freebsd.org (Postfix) with ESMTP id D2F4513C457 for ; Wed, 17 Jan 2007 08:40:56 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: (qmail 40040 invoked from network); 17 Jan 2007 17:14:10 +0900 Received: from e.mx (HELO i.mx) (2002:9be6:9d5d:3::1) by e.mx (envelope-from bh@izb.knu.ac.kr) with AES256-SHA encrypted SMTP; 17 Jan 2007 17:14:10 +0900 Received: (qmail 40025 invoked from network); 17 Jan 2007 17:13:27 +0900 Received: from viola.izb.knu.ac.kr (HELO ?IPv6:2002:9be6:a515:1::1?) (bh@2002:9be6:a515:1::1) by draba.izb.knu.ac.kr (envelope-from bh@izb.knu.ac.kr) with AES256-SHA encrypted SMTP; 17 Jan 2007 17:13:27 +0900 Message-ID: <45ADDAA7.2060104@izb.knu.ac.kr> Date: Wed, 17 Jan 2007 17:13:27 +0900 From: Byung-Hee HWANG Organization: InZealBomb User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: Ken Smith References: <20070115052653.GA51144@meyers.cse.buffalo.edu> In-Reply-To: <20070115052653.GA51144@meyers.cse.buffalo.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Byung-Hee HWANG , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.2 Released X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2007 08:40:57 -0000 Ken Smith wrote: > The FreeBSD Release Engineering Team is pleased to announce the availability > of FreeBSD 6.2-RELEASE. This release continues the development of the > 6-STABLE branch providing performance and stability improvements, many > bug fixes and new features. Some of the highlights: [...snip...] I think 6.2-RELEASE is one of the best RELEASEs. Thank you very much! -- Regards, Byung-Hee HWANG "Style depends upon the choice of words." -- C. IULIUS CAESAR From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 10:11: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 0189816A40F; Wed, 17 Jan 2007 10:11:11 +0000 (UTC) (envelope-from frol@nerve.riss-telecom.ru) Received: from nerve.riss-telecom.ru (nerve.riss-telecom.ru [80.66.65.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4428F13C457; Wed, 17 Jan 2007 10:11:10 +0000 (UTC) (envelope-from frol@nerve.riss-telecom.ru) Received: from nerve.riss-telecom.ru (localhost [127.0.0.1]) by nerve.riss-telecom.ru (8.13.6/8.13.6) with ESMTP id l0H9vgkl008853; Wed, 17 Jan 2007 15:57:42 +0600 (NOVT) (envelope-from frol@nerve.riss-telecom.ru) Received: (from frol@localhost) by nerve.riss-telecom.ru (8.13.6/8.13.6/Submit) id l0H9vgtY008852; Wed, 17 Jan 2007 15:57:42 +0600 (NOVT) (envelope-from frol) Date: Wed, 17 Jan 2007 15:57:42 +0600 From: Dmitry Frolov To: Colin Percival Message-ID: <20070117095742.GW43331@nerve.riss-telecom.ru> Mail-Followup-To: Colin Percival , freebsd-security@freebsd.org, freebsd-stable@freebsd.org References: <200701111841.l0BIfWOn015231@freefall.freebsd.org> <45A6DB76.40800@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45A6DB76.40800@freebsd.org> Organization: RISS-Telecom, JSC X-PGP-Fingerprint: 5232 98E7 596E 21C2 52B5 FCAE 8088 3F87 88BC 27B0 User-Agent: Mutt/1.5.11 Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 10:11:11 -0000 * Colin Percival [12.01.2007 06:53]: > Hello Everyone, > > I usually let security advisories speak for themselves, but I want to call > special attention to this one: If you use jails, READ THE ADVISORY, in > particular the "NOTE WELL" part below; and if you have problems after applying > the security patch, LET US KNOW -- we do everything we can to make sure > that security updates will never cause problems, but in this case we could > not fix the all of the security issues without either making assumptions > about how systems are configured or reducing functionality. > > In the end we opted to reduce functionality (the jail startup process is > no longer logged to /var/log/console.log inside the jail), make an assumption > about how systems are configured (filesystems which are mounted via per-jail > fstab files should not be mounted on symlinks -- if you do this, adjust your > fstab files to give the real, non-symlinked, path to the mount point), and > leave a potential security problem unfixed (if you mount any filesystems via > per-jail fstab files on mount points which are visible within multiple jails, > there are problems -- don't do this). > > While this is not ideal, this security issue was extraordinarily messy due to > the power and flexibility of the jails and the jail rc.d script. I can't > recall any other time when the security team has spent this long trying to > find a working patch for a security issue. I'd like to publicly thank Simon > Nielsen for the many many hours he spent working on this issue, as well as > the release engineering team for being very patient with us and delaying the > upcoming release to give us time to fix this. The other approach to write log file safely is to do it from the process running inside a jail. As an example, there is a ports/sysutils/jailer that does that (with small modification). Here are small patches that fix it to work on FBSD > 4 and allows it to write to log file instead of console: http://kaya.nov.net/frol/patches/jailer-1.1.2-fbsd5-console.diff http://kaya.nov.net/frol/patches/jailer-1.1.2-injail-sysctl.diff wbr&w, dmitry. -- Dmitry Frolov RISS-Telecom Network, Novosibirsk, Russia 66415911@ICQ, +7 383 2278800, DVF-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 10:39:41 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 0A0F416A415; Wed, 17 Jan 2007 10:39:41 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id BBE9013C44C; Wed, 17 Jan 2007 10:39:40 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id C9E1F5E7B; Wed, 17 Jan 2007 10:39:39 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id 20E7740D4; Wed, 17 Jan 2007 10:39:36 +0000 (GMT) Date: Wed, 17 Jan 2007 10:39:36 +0000 From: Josef Karthauser To: stable@freebsd.org, fs@freebsd.org Message-ID: <20070117103935.GC4018@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , stable@freebsd.org, fs@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UPT3ojh+0CqEDtpF" Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Subject: gmirror disks vs partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 10:39:41 -0000 --UPT3ojh+0CqEDtpF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable A poll for opinions if I may? I've got a few gmirrors running on various machines, all of which pair up two drives at the physical level (i.e. mirror /dev/ad0s1 with /dev/ad1s1). Of course there are other ways of doing it to, like mirroring at the partition level, ie pairing /dev/ad0s1a with /dev/ad1s1a, /dev/ad0s1e with /dev/ad0s1e, etc. Apart from potentially avoiding a whole disk from being copied during a resync after a crash, are there any other advantages to using partition level mirroring instead of drive level mirroring? Joe --=20 =3D=3D=3D Josef Karthauser (joe@tao.org.uk) =3D=3D=3D http://x2obuilder.com= /tao =3D=3D=3D --UPT3ojh+0CqEDtpF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkWt/OcACgkQXVIcjOaxUBYz9QCfeHRf+ThY17gJP8ZK9jLyenWL vA8AoIICM4nRF/P/Ldqtpe7TPvdKss5p =edWw -----END PGP SIGNATURE----- --UPT3ojh+0CqEDtpF-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 10:41:05 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 5F29F16A407; Wed, 17 Jan 2007 10:41:05 +0000 (UTC) (envelope-from michele.heurs@aei.mpg.de) Received: from mailserv.aei.mpg.de (mailserv.aei.mpg.de [194.94.224.6]) by mx1.freebsd.org (Postfix) with ESMTP id 759CB13C45D; Wed, 17 Jan 2007 10:41:04 +0000 (UTC) (envelope-from michele.heurs@aei.mpg.de) Received: by mailserv.aei.mpg.de (Postfix, from userid 65534) id 7A24EA106D1; Wed, 17 Jan 2007 11:20:39 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mailserv.aei.mpg.de (Postfix) with ESMTP id 55649A0B561; Wed, 17 Jan 2007 11:20:38 +0100 (CET) Received: from [130.75.117.225] (unknown [130.75.117.225]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mailserv.aei.mpg.de (Postfix) with ESMTP id 41D15A2360A; Wed, 17 Jan 2007 11:20:22 +0100 (CET) Message-ID: <45ADF85D.1030402@aei.mpg.de> Date: Wed, 17 Jan 2007 11:20:13 +0100 From: Michele Heurs User-Agent: Thunderbird 1.5.0.7 (X11/20060926) MIME-Version: 1.0 To: freebsd-mobile@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by AMaViS snapshot-20020531 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on mailserv.aei.mpg.de X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 Cc: Subject: still ACPI problems on HP Compaq nx6325 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 10:41:05 -0000 Hi, in my previous mail (message ID <4517A8A1.50006@aei.mpg.de> ) I described problems with ACPI on my HP Compaq nx6325 with freeBSD 6.1 release. Meanwhile I have freeBSD 6.2 stable (of yesterday), but ACPI still doesn't work. Booting with ACPI enabled results in the the system being unresponsive, the mouse is "jumpy" and input is only recognised after long delays or when the mouse is moved. I have attached the resulting bootlog at the end of this mail. Do you need any other information? Please let me know. Any help is muchly appreciated :) Thanks! Bye, Michèle bootlog: 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 #2: Tue Jan 16 17:27:28 CET 2007 root@:/usr/obj/usr/src/sys/DRACO Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-52 (1596.01-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 real memory = 939327488 (895 MB) avail memory = 896876544 (855 MB) kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) pcib2: at device 4.0 on pci0 pci16: on pcib2 pcib3: at device 5.0 on pci0 pci32: on pcib3 pcib4: at device 6.0 on pci0 pci48: on pcib4 pci48: at device 0.0 (no driver attached) atapci0: port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x7018-0x701b,0x7020-0x702f mem 0xd4409000-0xd44091ff irq 10 at device 18.0 on pci0 ata2: on atapci0 ata3: on atapci0 ohci0: mem 0xd4401000-0xd4401fff irq 11 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xd4402000-0xd4402fff irq 11 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xd4403000-0xd4403fff irq 11 at device 19.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: ATI EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x7040-0x704f irq 10 at device 20.1 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib5: at device 20.4 on pci0 pci2: on pcib5 bge0: mem 0xd4000000-0xd400ffff irq 10 at device 1.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:15:60:c9:ca:4a cbb0: mem 0xd4010000-0xd4010fff irq 10 at device 4.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fwohci0: <1394 Open Host Controller Interface> mem 0xd4011000-0xd40117ff,0xd4014000-0xd4017fff irq 10 at device 4.1 on pci2 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:02:3f:99:29:9d:25:0c fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:02:3f:9d:25:0c fwe0: Ethernet address: 02:02:3f:9d:25:0c fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=2, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) fwohci0: phy int pci2: at device 4.2 (no driver attached) pci2: at device 4.3 (no driver attached) orm0: at iomem 0xc0000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 ppc0: cannot reserve I/O port range sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding 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 ugen0: vendor 0x08ff Fingerprint Sensor, rev 1.10/6.21, addr 2 Timecounter "TSC" frequency 1596007602 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master PIO4 ad4: 95396MB at ata2-master SATA150 cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad4s3a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted stray irq7 stray irq7 stray irq7 too many stray irq 7's: not logging anymore 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...17 4 5 2 1 0 0 done All buffers synced. 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 #2: Tue Jan 16 17:27:28 CET 2007 root@:/usr/obj/usr/src/sys/DRACO Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff807d5000. Calibrating clock(s) ... i8254 clock: 1193175 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1596011806 Hz CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-52 (1596.01-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f HTT bit cleared - FreeBSD does not have licensing issues requiring it. Cores per package: 2 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 939327488 (895 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x00000000008d2000 - 0x0000000036549fff, 902266880 bytes (220280 pages) avail memory = 896831488 (855 MB) INTR: Adding local APIC 0 as a target ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 2 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 21 ioapic0: intpin 9 disabled lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ath_rate: version 1.2 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 io: mem: ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80009020 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=59501002) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 1 dev 5 func 0 acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 48 acpi0: [MPSAFE] acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 2 dev 4 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 18 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 20 func 0 acpi0: Power Button (fixed) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 unknown: I/O range not supported ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 9 Validation 0 255 N 0 9 After Disable 0 255 N 0 9 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 10 11 Validation 0 10 N 0 10 11 After Disable 0 255 N 0 10 11 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x8010 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1002, dev=0x5950, revid=0x10 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x5a3f, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x5a36, revid=0x00 bus=0, slot=4, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1002, dev=0x5a37, revid=0x00 bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1002, dev=0x5a38, revid=0x00 bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 3 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x1002, dev=0x4379, revid=0x80 bus=0, slot=18, func=0 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message map[10]: type 4, range 32, base 00009000, size 3, enabled map[14]: type 4, range 32, base 00009008, size 2, enabled map[18]: type 4, range 32, base 00009010, size 3, enabled map[1c]: type 4, range 32, base 00007018, size 2, enabled map[20]: type 4, range 32, base 00007020, size 4, enabled map[24]: type 1, range 32, base d4409000, size 9, enabled pcib0: matched entry for 0.18.INTA pcib0: slot 18 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x4374, revid=0x80 bus=0, slot=19, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 MSI supports 1 message map[10]: type 1, range 32, base d4401000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 19 found-> vendor=0x1002, dev=0x4375, revid=0x80 bus=0, slot=19, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 MSI supports 1 message map[10]: type 1, range 32, base d4402000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 19 found-> vendor=0x1002, dev=0x4373, revid=0x80 bus=0, slot=19, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message map[10]: type 1, range 32, base d4403000, size 12, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 19 found-> vendor=0x1002, dev=0x4372, revid=0x81 bus=0, slot=20, func=0 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 00008200, size 4, enabled map[14]: type 1, range 32, base d4404000, size 10, enabled found-> vendor=0x1002, dev=0x4376, revid=0x80 bus=0, slot=20, func=1 class=01-01-82, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 MSI supports 1 message map[20]: type 4, range 32, base 00007040, size 4, enabled pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x437b, revid=0x01 bus=0, slot=20, func=2 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0410, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base d4408000, size 14, enabled pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x4377, revid=0x80 bus=0, slot=20, func=3 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x4371, revid=0x80 bus=0, slot=20, func=4 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0027, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x6000-0x6fff pcib1: memory decode 0xd4300000-0xd43fffff pcib1: prefetched decode 0xc0000000-0xc7ffffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x5975, revid=0x00 bus=1, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0207, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base c0000000, size 27, enabled pcib1: requested memory range 0xc0000000-0xc7ffffff: good map[14]: type 4, range 32, base 00006000, size 8, enabled pcib1: requested I/O range 0x6000-0x60ff: in range map[18]: type 1, range 32, base d4300000, size 16, enabled pcib1: requested memory range 0xd4300000-0xd430ffff: good pcib1: matched entry for 1.5.INTA pcib1: slot 5 INTA hardwired to IRQ 17 pci1: at device 5.0 (no driver attached) pcib2: at device 4.0 on pci0 pcib2: secondary bus 16 pcib2: subordinate bus 16 pcib2: I/O decode 0x4000-0x5fff pcib2: memory decode 0xd0000000-0xd3ffffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: could not get PCI interrupt routing table for \\_SB_.C074.C220 - AE_NOT_FOUND pci16: on pcib2 pci16: physical bus=16 pcib3: at device 5.0 on pci0 pcib3: secondary bus 32 pcib3: subordinate bus 32 pcib3: I/O decode 0x2000-0x3fff pcib3: memory decode 0xcc000000-0xcfffffff pcib3: prefetched decode 0xfff00000-0xfffff pcib3: could not get PCI interrupt routing table for \\_SB_.C074.C229 - AE_NOT_FOUND pci32: on pcib3 pci32: physical bus=32 pcib4: at device 6.0 on pci0 pcib4: secondary bus 48 pcib4: subordinate bus 48 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xc8000000-0xc80fffff pcib4: prefetched decode 0xfff00000-0xfffff pcib4: could not get PCI interrupt routing table for \\_SB_.C074.C22B - AE_NOT_FOUND pci48: on pcib4 pci48: physical bus=48 found-> vendor=0x14e4, dev=0x4312, revid=0x01 bus=48, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message map[10]: type 1, range 32, base c8000000, size 14, enabled pcib4: requested memory range 0xc8000000-0xc8003fff: good pcib0: matched entry for 0.6.INTA pcib0: slot 6 INTA hardwired to IRQ 18 pcib4: slot 0 INTA is routed to irq 18 pci48: at device 0.0 (no driver attached) atapci0: port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x7018-0x701b,0x7020-0x702f mem 0xd4409000-0xd44091ff irq 16 at device 18.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x7020 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 atapci0: [MPSAFE] atapci0: Reserved 0x200 bytes for rid 0x24 type 3 at 0xd4409000 ata2: on atapci0 ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: [MPSAFE] ata3: on atapci0 ata3: SATA connect status=00000000 ata3: [MPSAFE] ohci0: mem 0xd4401000-0xd4401fff irq 19 at device 19.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd4401000 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 50 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xd4402000-0xd4402fff irq 19 at device 19.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd4402000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: ATI OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xd4403000-0xd4403fff irq 19 at device 19.2 on pci0 ehci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd4403000 ehci0: [GIANT-LOCKED] ehci0: Dropped interrupts workaround enabled usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: ATI EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x7040-0x704f irq 16 at device 20.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x7040 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 51 ata0: [MPSAFE] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 52 ata1: [MPSAFE] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib5: at device 20.4 on pci0 pcib5: secondary bus 2 pcib5: subordinate bus 3 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xd4000000-0xd42fffff pcib5: prefetched decode 0xfff00000-0xfffff pcib5: Subtractively decoded bridge. pci2: on pcib5 pci2: physical bus=2 found-> vendor=0x14e4, dev=0x169c, revid=0x03 bus=2, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 32, base d4000000, size 16, enabled pcib5: requested memory range 0xd4000000-0xd400ffff: good pcib5: matched entry for 2.1.INTA pcib5: slot 1 INTA hardwired to IRQ 23 found-> vendor=0x104c, dev=0x8039, revid=0x00 bus=2, slot=4, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0xc4 (49000 ns), maxlat=0x03 (750 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d4010000, size 12, enabled pcib5: requested memory range 0xd4010000-0xd4010fff: good pcib5: matched entry for 2.4.INTA pcib5: slot 4 INTA hardwired to IRQ 20 found-> vendor=0x104c, dev=0x803a, revid=0x00 bus=2, slot=4, func=1 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d4011000, size 11, enabled pcib5: requested memory range 0xd4011000-0xd40117ff: good map[14]: type 1, range 32, base d4014000, size 14, enabled pcib5: requested memory range 0xd4014000-0xd4017fff: good pcib5: matched entry for 2.4.INTA pcib5: slot 4 INTA hardwired to IRQ 20 found-> vendor=0x104c, dev=0x803b, revid=0x00 bus=2, slot=4, func=2 class=01-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d4018000, size 12, enabled pcib5: requested memory range 0xd4018000-0xd4018fff: good pcib5: matched entry for 2.4.INTA pcib5: slot 4 INTA hardwired to IRQ 20 found-> vendor=0x104c, dev=0x803c, revid=0x00 bus=2, slot=4, func=3 class=08-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x07 (1750 ns), maxlat=0x04 (1000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base d4019000, size 8, enabled pcib5: requested memory range 0xd4019000-0xd40190ff: good pcib5: matched entry for 2.4.INTA pcib5: slot 4 INTA hardwired to IRQ 20 bge0: mem 0xd4000000-0xd400ffff irq 23 at device 1.0 on pci2 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xd4000000 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:15:60:c9:ca:4a ioapic0: routing intpin 23 (PCI IRQ 23) to vector 53 bge0: [MPSAFE] cbb0: mem 0xd4010000-0xd4010fff irq 20 at device 4.0 on pci2 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd4010000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 54 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x8039104c 0x02100007 0x06070000 0x00824010 0x10: 0xd4010000 0x020000a0 0x20030302 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07440114 0x40: 0x30b0103c 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x18401060 0x02830203 0x00070010 0x01a11002 0x90: 0x406402c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x8551322b 0x25001506 0x00000000 0x00000000 fwohci0: vendor=104c, dev=803a fwohci0: vendor=104c, dev=803a fwohci0: <1394 Open Host Controller Interface> mem 0xd4011000-0xd40117ff,0xd4014000-0xd4017fff irq 20 at device 4.1 on pci2 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xd4011000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:02:3f:99:29:9d:25:0c fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:02:3f:9d:25:0c fwe0: bpf attached fwe0: Ethernet address: 02:02:3f:9d:25:0c fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=2, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) fwohci0: phy int pci2: at device 4.2 (no driver attached) pci2: at device 4.3 (no driver attached) battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz1: on acpi0 acpi_tz2: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 56 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 ppc0: using extended I/O port range ppc0: using extended I/O port range ppc0: SPP ppc0: port 0-0x7,0x400-0x402 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Polled port ppi0: on ppbus0 atkbdc: atkbdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x1 0x1 0x1 0x1 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding ioapic0: routing intpin 4 (ISA IRQ 4) to vector 57 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x1 0x1 0x1 0x1 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices ugen0: vendor 0x08ff Fingerprint Sensor, rev 1.10/6.21, addr 2 Device configuration finished. linprocfs registered procfs registered lapic: Divisor 2, Frequency 99750454 hz Timecounter "TSC" frequency 1596011806 Hz quality -100 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached acpi_tz0: _AC3: temperature 65.0 >= setpoint 15.9 acpi_tz0: _AC2: temperature 65.0 >= setpoint 50.0 acpi_tz0: _AC1: temperature 65.0 >= setpoint 60.0 acpi_tz0: switched from NONE to _AC1: 65.0C battery0: battery initialization start acpi_tz0: _AC3: temperature 65.0 >= setpoint 15.9 acpi_tz0: _AC2: temperature 65.0 >= setpoint 50.0 acpi_tz0: _AC3: temperature 65.0 >= setpoint 15.9 acpi_tz0: _AC2: temperature 65.0 >= setpoint 50.0 battery1: battery initialization start battery0: battery initialization done, tried 1 times acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ata0-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=80 wire acd0: setting PIO4 on IXP400 chip acd0: DVDR drive at ata0 as master acd0: read 4133KB/s (4133KB/s) write 4133KB/s (4133KB/s), 2000KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire ad4: 95396MB at ata2-master SATA150 ad4: 195371568 sectors [206742C/15H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 ad4: Silicon Image check3 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed (probe7:ata0:0:0:0): error 22 (probe7:ata0:0:0:0): Unretryable Error (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error pass0 at ata0 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 16.000MB/s transfers GEOM: new disk cd0 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 12 to local APIC 0 ioapic0: Assigning ISA IRQ 14 to local APIC 1 ioapic0: Assigning ISA IRQ 15 to local APIC 0 ioapic0: Assigning PCI IRQ 16 to local APIC 1 ioapic0: Assigning PCI IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 20 to local APIC 1 ioapic0: Assigning PCI IRQ 21 to local APIC 0 ioapic0: Assigning PCI IRQ 23 to local APIC 1 (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/ad4s3a start_init: trying /sbin/init acpi_tz0: _AC3: temperature 59.0 >= setpoint 15.9 acpi_tz0: _AC2: temperature 59.0 >= setpoint 50.0 acpi_tz0: switched from _AC1 to _AC2: 59.0C acpi_tz0: _AC3: temperature 59.0 >= setpoint 15.9 acpi_tz0: _AC3: temperature 59.0 >= setpoint 15.9 -- ********************************************** Dr. Michèle Heurs Max-Planck-Institut für Gravitationsphysik (Albert-Einstein-Institut) Callinstr. 38 30167 Hannover Germany Tel.: +49 (0)511 - 762 - 5845 Fax: +49 (0)511 - 762 - 2784 Web: http://www.aei.mpg.de ********************************************** From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 11:29: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 717B916A40F for ; Wed, 17 Jan 2007 11:29:36 +0000 (UTC) (envelope-from infofarmer@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 0D0FC13C45D for ; Wed, 17 Jan 2007 11:29:35 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1799504uge for ; Wed, 17 Jan 2007 03:29:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=PurYKBumgiT3rJnhvCOL4RR0/Rf7FBR3pzcTwSwMlVU+rD/7T+ow3PhlcQuDXhtYiglu43qJE2XPK2jWjzXSGXdTGcI6UAvXgjvv7rwR29rQwxxQ6Pe1NisAlnKQJpRU5jjaI99mSuEanq3vVJc93k3hQED1qOcEbfwGa2ibTuE= Received: by 10.78.18.3 with SMTP id 3mr1599076hur.1169033374082; Wed, 17 Jan 2007 03:29:34 -0800 (PST) Received: by 10.78.164.20 with HTTP; Wed, 17 Jan 2007 03:29:33 -0800 (PST) Message-ID: Date: Wed, 17 Jan 2007 14:29:33 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Josef Karthauser" , stable@freebsd.org, fs@freebsd.org In-Reply-To: <20070117103935.GC4018@genius.tao.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070117103935.GC4018@genius.tao.org.uk> X-Google-Sender-Auth: 7cc1e77383c11a74 Cc: Subject: Re: gmirror disks vs partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 11:29:36 -0000 On 1/17/07, Josef Karthauser wrote: > A poll for opinions if I may? > > I've got a few gmirrors running on various machines, all of which > pair up two drives at the physical level (i.e. mirror /dev/ad0s1 > with /dev/ad1s1). Of course there are other ways of doing it to, > like mirroring at the partition level, ie pairing /dev/ad0s1a with > /dev/ad1s1a, /dev/ad0s1e with /dev/ad0s1e, etc. > > Apart from potentially avoiding a whole disk from being copied > during a resync after a crash, are there any other advantages to > using partition level mirroring instead of drive level mirroring? I can imagine people using partition-level raid to implement a popular configuration: You divide a couple of identical drives proportionally in two partitions each, place a couple of the first partitions into gmirror and a couple of the second ones into gstripe. This way you get both reliable and fast storage with just two drives. Some strings are attached. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 13:10: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 628F116A412 for ; Wed, 17 Jan 2007 13:10:40 +0000 (UTC) (envelope-from lists@leewelle.de) Received: from mail.verwayen.com (mail.verwayen.com [88.198.161.26]) by mx1.freebsd.org (Postfix) with ESMTP id 29AA213C469 for ; Wed, 17 Jan 2007 13:10:38 +0000 (UTC) (envelope-from lists@leewelle.de) Received: from localhost (localhost [127.0.0.1]) by mail.verwayen.com (Postfix) with ESMTP id 671675844A for ; Wed, 17 Jan 2007 12:49:31 +0000 (UTC) Received: from mail.verwayen.com ([127.0.0.1]) by localhost (mail.verwayen.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04135-06 for ; Wed, 17 Jan 2007 12:49:24 +0000 (UTC) Received: from [10.3.1.11] (gate.sntt.de [217.86.154.151]) by mail.verwayen.com (Postfix) with ESMTP id EF4FF58413 for ; Wed, 17 Jan 2007 12:49:23 +0000 (UTC) From: Richard To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Wed, 17 Jan 2007 13:47:37 +0100 Message-Id: <1169038057.23831.24.camel@richard02> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 7bit Subject: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 13:10:40 -0000 Hi there! I am looking for a solution for a small problem regarding a high availability setup. I am running heartbeat on a STABLE-system, the failover works fine for IP-adresses and I am able to see that a '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since the variables for mysql are not set in rc.conf (Otherwise it would be started at startup), it isn't starting at all. So my question: How to set those rc.conf-variables in order to start services in such an setup? Or is there a better solution? cu! Richard From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 13:16: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 E29EE16A407 for ; Wed, 17 Jan 2007 13:16:07 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.freebsd.org (Postfix) with ESMTP id A51B013C441 for ; Wed, 17 Jan 2007 13:16:07 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 71602114032 for ; Wed, 17 Jan 2007 13:16:06 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C9JJwGqC29om for ; Wed, 17 Jan 2007 13:16:03 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id 887B611402E for ; Wed, 17 Jan 2007 13:16:03 +0000 (GMT) Date: Wed, 17 Jan 2007 13:16:03 +0000 From: Dominic Marks To: freebsd-stable@freebsd.org Message-Id: <20070117131603.2ca94466.dom@helenmarks.co.uk> In-Reply-To: <1169038057.23831.24.camel@richard02> References: <1169038057.23831.24.camel@richard02> X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 13:16:08 -0000 On Wed, 17 Jan 2007 13:47:37 +0100 Richard wrote: > Hi there! > > I am looking for a solution for a small problem regarding a high > availability setup. > I am running heartbeat on a STABLE-system, the failover works fine for > IP-adresses and I am able to see that a > '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since > the variables for mysql are not set in rc.conf (Otherwise it would be > started at startup), it isn't starting at all. > > So my question: How to set those rc.conf-variables in order to start > services in such an setup? Or is there a better solution? Why have the backup MySQL server stopped at all? Dom From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 13:27:57 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 3526516A40F; Wed, 17 Jan 2007 13:27:57 +0000 (UTC) (envelope-from xenophon@irtnog.org) Received: from mx1.irtnog.org (24-123-13-51.irtnog.org [24.123.13.51]) by mx1.freebsd.org (Postfix) with ESMTP id 08CDB13C441; Wed, 17 Jan 2007 13:27:57 +0000 (UTC) (envelope-from xenophon@irtnog.org) Received: from localhost (unknown [127.0.0.1]) by mx1.irtnog.org (Postfix) with ESMTP id 92FF9114C2; Wed, 17 Jan 2007 08:08:10 -0500 (EST) X-Virus-Scanned: amavisd-new at irtnog.org Received: from mx1.irtnog.org ([127.0.0.1]) by localhost (cinep010bsdmx.irtnog.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id MiXwham2Kyfk; Wed, 17 Jan 2007 08:08:09 -0500 (EST) Received: from irtnog.org (svr1.irtnog.org [10.63.0.100]) by mx1.irtnog.org (Postfix) with ESMTP id A8308114B0; Wed, 17 Jan 2007 08:08:08 -0500 (EST) Date: Wed, 17 Jan 2007 08:08:07 -0500 Message-ID: MIME-Version: 1.0 In-Reply-To: <20070117103935.GC4018@genius.tao.org.uk> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-class: urn:content-classes:message Thread-Topic: gmirror disks vs partitions thread-index: Acc6LBJEiqkdBg8xRn+XxrMs5f5oSQAAlUkg References: <20070117103935.GC4018@genius.tao.org.uk> X-MimeOLE: Produced By Microsoft Exchange V6.5 From: "Matthew X. Economou" To: , Cc: Subject: RE: gmirror disks vs partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 13:27:57 -0000 > Apart from potentially avoiding a whole disk from being copied > during a resync after a crash, are there any other advantages to > using partition level mirroring instead of drive level mirroring? Joe, Partition-level software RAID plus LVM is how the following Slashdot poster manages extendable (and inequally sized disk) arrays on Linux: http://ask.slashdot.org/comments.pl?sid=3D169386&cid=3D14117414 Best wishes, Matthew --=20 "Rogues are very keen in their profession, and know already much more than we can teach them respecting their several kinds of roguery." - A. C. Hobbs in _Locks and Safes_ (1853) From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 13:30: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 03D5516A4E2 for ; Wed, 17 Jan 2007 13:30:20 +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 E4FB913C4CB for ; Wed, 17 Jan 2007 13:30:14 +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 7105664A54; Wed, 17 Jan 2007 14:30:13 +0100 (CET) Received: from localhost (antivir5.iol.cz [127.0.0.1]) by antivir5.iol.cz (Postfix) with ESMTP id D43E466C024; Wed, 17 Jan 2007 14:30:12 +0100 (CET) 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 Hv8F93cn8aZM; Wed, 17 Jan 2007 14:30:11 +0100 (CET) Received: from smtp-out3.iol.cz (mta-out3 [192.168.30.28]) by antivir5.iol.cz (Postfix) with ESMTP id 44C1066C00B; Wed, 17 Jan 2007 14:30:11 +0100 (CET) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Postfix) with ESMTP id C3EED57EEA; Wed, 17 Jan 2007 14:29:59 +0100 (CET) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 0770C17B; Wed, 17 Jan 2007 14:29:59 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from [10.1.0.10] (ac.botka.homeunix.org [192.168.1.5]) by ace.botka.homeunix.org (Postfix) with ESMTP id 9222E175; Wed, 17 Jan 2007 14:29:57 +0100 (CET) From: Vladimir Botka To: Richard In-Reply-To: <1169038057.23831.24.camel@richard02> References: <1169038057.23831.24.camel@richard02> Content-Type: text/plain; charset=iso8859-2 Date: Wed, 17 Jan 2007 14:29:57 +0100 Message-Id: <1169040597.4775.9.camel@srv> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 13:30:20 -0000 Hello, just modify the /usr/local/etc/rc.d/mysql-server script. Cheers, -vlado Richard pí¹e v st 17. 01. 2007 v 13:47 +0100: > Hi there! > > I am looking for a solution for a small problem regarding a high > availability setup. > I am running heartbeat on a STABLE-system, the failover works fine for > IP-adresses and I am able to see that a > '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since > the variables for mysql are not set in rc.conf (Otherwise it would be > started at startup), it isn't starting at all. > > So my question: How to set those rc.conf-variables in order to start > services in such an setup? Or is there a better solution? > > > cu! > > Richard > > _______________________________________________ > 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 Wed Jan 17 13:38: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 8259D16A412 for ; Wed, 17 Jan 2007 13:38:00 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id E103613C4A5 for ; Wed, 17 Jan 2007 13:37:59 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Wed, 17 Jan 2007 08:37:59 -0500 id 00056431.45AE26B7.000147F6 Date: Wed, 17 Jan 2007 08:37:58 -0500 From: Bill Moran To: Vladimir Botka Message-Id: <20070117083758.a45714b6.wmoran@collaborativefusion.com> In-Reply-To: <1169040597.4775.9.camel@srv> References: <1169038057.23831.24.camel@richard02> <1169040597.4775.9.camel@srv> Organization: Collaborative Fusion X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.7; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Richard , freebsd-stable@freebsd.org Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 13:38:00 -0000 In response to Vladimir Botka : > Richard píše v st 17. 01. 2007 v 13:47 +0100: > > Hi there! > > > > I am looking for a solution for a small problem regarding a high > > availability setup. > > I am running heartbeat on a STABLE-system, the failover works fine for > > IP-adresses and I am able to see that a > > '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since > > the variables for mysql are not set in rc.conf (Otherwise it would be > > started at startup), it isn't starting at all. > > > > So my question: How to set those rc.conf-variables in order to start > > services in such an setup? Or is there a better solution? > > Hello, > just modify the /usr/local/etc/rc.d/mysql-server script. > Cheers, -vlado Then have to fsck around with diffs at every upgrade? Not the approach I would take. And please don't top-post. I don't remember the details of how heartbeat works, but you should be able to set the required variables and export them into the environment prior to calling the mysql-server script. If not, just create a wrapper script that sets the required variables then calls the rc script. -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 13:46: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 9D57616A407 for ; Wed, 17 Jan 2007 13:46:22 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from mail.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.freebsd.org (Postfix) with ESMTP id 5B4C613C468 for ; Wed, 17 Jan 2007 13:46:22 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from [212.61.27.67] (opteron.digiware.nl [212.61.27.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTP id DFA311712B; Wed, 17 Jan 2007 14:46:20 +0100 (CET) Message-ID: <45AE2922.7040306@withagen.nl> Date: Wed, 17 Jan 2007 14:48:18 +0100 From: Willem Jan Withagen User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Kris Kennaway References: <200701161934.l0GJY1mh057095@ambrisko.com> <45AD3507.402@withagen.nl> <20070116203739.GA343@xor.obsecurity.org> In-Reply-To: <20070116203739.GA343@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Scott Oertel , Willem Jan Withagen Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 13:46:22 -0000 Kris Kennaway wrote: > Or waiting until the snapshot operation finishes. You (still) haven't > determined that it's actually hanging as opposed to just waiting for > the snapshot operation to finish. Just upgraded to 6.2-STABLE, and I must say that things are a LOT better: - It did return a prompt - and ran for about 30 minutes on 1,5T - Performance gets a little slugish. - Playing MP3 of a samba share missed only one beat. In all it is usable to take snapshots over night. So that makes me a happy camper... --WjW From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 13:47:59 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 2431016A407 for ; Wed, 17 Jan 2007 13:47:59 +0000 (UTC) (envelope-from lists@leewelle.de) Received: from mail.verwayen.com (mail.verwayen.com [88.198.161.26]) by mx1.freebsd.org (Postfix) with ESMTP id DD84813C457 for ; Wed, 17 Jan 2007 13:47:56 +0000 (UTC) (envelope-from lists@leewelle.de) Received: from localhost (localhost [127.0.0.1]) by mail.verwayen.com (Postfix) with ESMTP id 46A9358413 for ; Wed, 17 Jan 2007 13:49:42 +0000 (UTC) Received: from mail.verwayen.com ([127.0.0.1]) by localhost (mail.verwayen.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04629-01 for ; Wed, 17 Jan 2007 13:49:31 +0000 (UTC) Received: from [10.3.1.11] (gate.sntt.de [217.86.154.151]) by mail.verwayen.com (Postfix) with ESMTP id D919858399 for ; Wed, 17 Jan 2007 13:49:30 +0000 (UTC) From: Richard To: freebsd-stable@freebsd.org In-Reply-To: <20070117131603.2ca94466.dom@helenmarks.co.uk> References: <1169038057.23831.24.camel@richard02> <20070117131603.2ca94466.dom@helenmarks.co.uk> Content-Type: text/plain Date: Wed, 17 Jan 2007 14:47:43 +0100 Message-Id: <1169041663.23831.27.camel@richard02> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 7bit Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 13:47:59 -0000 Am Mittwoch, den 17.01.2007, 13:16 +0000 schrieb Dominic Marks: > setup. > > I am running heartbeat on a STABLE-system, the failover works fine for > > IP-adresses and I am able to see that a > > '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since > > the variables for mysql are not set in rc.conf (Otherwise it would be > > started at startup), it isn't starting at all. > > > > So my question: How to set those rc.conf-variables in order to start > > services in such an setup? Or is there a better solution? > > Why have the backup MySQL server stopped at all? I am limited to an active/passive-Setup due to some Decisions in our company.... From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 14:03: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 B642A16A407 for ; Wed, 17 Jan 2007 14:03:30 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id 6ECE413C442 for ; Wed, 17 Jan 2007 14:03:30 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so459502wri for ; Wed, 17 Jan 2007 06:03:30 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=uJotzmoQDHRpPRsb8PrM50DhJQy2v8ftjWIXY9oQxEhTel8ztL0U7J20Qw6pQeS+/oByNTCOKaQXdac+niJYU0OMXXNeUR4IqOQSGJ4+LPEzPpfw7JKnUKpqT80BsXNsOhr7Q4kHMqGev0hPkCI9OSo81zIjYUPpXeO3hE/bIcE= Received: by 10.78.204.20 with SMTP id b20mr4479629hug.1169042607803; Wed, 17 Jan 2007 06:03:27 -0800 (PST) Received: by 10.78.164.20 with HTTP; Wed, 17 Jan 2007 06:03:26 -0800 (PST) Message-ID: Date: Wed, 17 Jan 2007 17:03:26 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Matthew X. Economou" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070117103935.GC4018@genius.tao.org.uk> X-Google-Sender-Auth: ac5d49ab91dba309 Cc: stable@freebsd.org, fs@freebsd.org Subject: Re: gmirror disks vs partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 14:03:30 -0000 On 1/17/07, Matthew X. Economou wrote: > > Apart from potentially avoiding a whole disk from being copied > > during a resync after a crash, are there any other advantages to > > using partition level mirroring instead of drive level mirroring? > > Joe, > > Partition-level software RAID plus LVM is how the following Slashdot > poster manages extendable (and inequally sized disk) arrays on Linux: > > http://ask.slashdot.org/comments.pl?sid=169386&cid=14117414 [...after reading the slashdotter's piece of wisdom...] Yes, but that's the kind of functionality I have always expected to be present in software raid solutions. I hope I'll live to see this implemented in geom. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 14:04: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 0476C16A412 for ; Wed, 17 Jan 2007 14:04:36 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.freebsd.org (Postfix) with ESMTP id 7ED1513C45E for ; Wed, 17 Jan 2007 14:04:35 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 78675114026 for ; Wed, 17 Jan 2007 14:04:34 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HF0qb7TKPD7w for ; Wed, 17 Jan 2007 14:04:31 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id A9A92114020 for ; Wed, 17 Jan 2007 14:04:31 +0000 (GMT) Date: Wed, 17 Jan 2007 14:04:31 +0000 From: Dominic Marks To: freebsd-stable@freebsd.org Message-Id: <20070117140431.6b9eaca7.dom@helenmarks.co.uk> In-Reply-To: <1169041663.23831.27.camel@richard02> References: <1169038057.23831.24.camel@richard02> <20070117131603.2ca94466.dom@helenmarks.co.uk> <1169041663.23831.27.camel@richard02> X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 14:04:36 -0000 On Wed, 17 Jan 2007 14:47:43 +0100 Richard wrote: > Am Mittwoch, den 17.01.2007, 13:16 +0000 schrieb Dominic Marks: > > setup. > > > I am running heartbeat on a STABLE-system, the failover works fine for > > > IP-adresses and I am able to see that a > > > '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since > > > the variables for mysql are not set in rc.conf (Otherwise it would be > > > started at startup), it isn't starting at all. > > > > > > So my question: How to set those rc.conf-variables in order to start > > > services in such an setup? Or is there a better solution? > > > > Why have the backup MySQL server stopped at all? > I am limited to an active/passive-Setup due to some Decisions in our > company.... But if the IP address is not assigned to the backup system it won't be active. I suppose it depends on your policy, whatever that may be. Cheers, Dom From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 14:10: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 9C6C516A47C for ; Wed, 17 Jan 2007 14:10:41 +0000 (UTC) (envelope-from lists@leewelle.de) Received: from mail.verwayen.com (mail.verwayen.com [88.198.161.26]) by mx1.freebsd.org (Postfix) with ESMTP id 5BB7E13C4B9 for ; Wed, 17 Jan 2007 14:10:41 +0000 (UTC) (envelope-from lists@leewelle.de) Received: from localhost (localhost [127.0.0.1]) by mail.verwayen.com (Postfix) with ESMTP id 3255F58413 for ; Wed, 17 Jan 2007 14:12:27 +0000 (UTC) Received: from mail.verwayen.com ([127.0.0.1]) by localhost (mail.verwayen.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04793-01 for ; Wed, 17 Jan 2007 14:12:17 +0000 (UTC) Received: from [10.3.1.11] (gate.sntt.de [217.86.154.151]) by mail.verwayen.com (Postfix) with ESMTP id 0101858399 for ; Wed, 17 Jan 2007 14:12:16 +0000 (UTC) From: Richard To: freebsd-stable@freebsd.org In-Reply-To: <6b3582f60701170547l13f387dalf594e2c0895a49d9@mail.gmail.com> References: <1169038057.23831.24.camel@richard02> <6b3582f60701170547l13f387dalf594e2c0895a49d9@mail.gmail.com> Content-Type: text/plain Date: Wed, 17 Jan 2007 15:10:29 +0100 Message-Id: <1169043029.23831.32.camel@richard02> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 7bit Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 14:10:41 -0000 Am Mittwoch, den 17.01.2007, 17:47 +0400 schrieb Rauf Kuliyev: > Try '/usr/local/etc/rc.d/mysql-server forcestart' > > . > > I am running heartbeat on a STABLE-system, the failover works fine for > > IP-adresses and I am able to see that a > > '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since > > the variables for mysql are not set in rc.conf (Otherwise it would be > > started at startup), it isn't starting at all. Hm, that's only a temporary solution. As a background: Heartbeat monitors the HA nodes via a UDP ping (or other method) and if one of the nodes goes down, it takes over a clustered IP and then starts services by issuing the corresponding scripts in [/usr/local|]/etc/rc.d with the argument start... So your solution will not really work.... With best regards Richard From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 14:12: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 D2AF916A407 for ; Wed, 17 Jan 2007 14:12:37 +0000 (UTC) (envelope-from rauf@kuliyev.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id 9D52513C45B for ; Wed, 17 Jan 2007 14:12:37 +0000 (UTC) (envelope-from rauf@kuliyev.com) Received: by nz-out-0506.google.com with SMTP id i11so454176nzh for ; Wed, 17 Jan 2007 06:12:37 -0800 (PST) Received: by 10.64.91.15 with SMTP id o15mr9985142qbb.1169041668926; Wed, 17 Jan 2007 05:47:48 -0800 (PST) Received: by 10.65.157.19 with HTTP; Wed, 17 Jan 2007 05:47:48 -0800 (PST) Message-ID: <6b3582f60701170547l13f387dalf594e2c0895a49d9@mail.gmail.com> Date: Wed, 17 Jan 2007 17:47:48 +0400 From: "Rauf Kuliyev" To: Richard In-Reply-To: <1169038057.23831.24.camel@richard02> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1169038057.23831.24.camel@richard02> Cc: freebsd-stable@freebsd.org Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 14:12:37 -0000 Try '/usr/local/etc/rc.d/mysql-server forcestart' On 1/17/07, Richard wrote: > Hi there! > > I am looking for a solution for a small problem regarding a high > availability setup. > I am running heartbeat on a STABLE-system, the failover works fine for > IP-adresses and I am able to see that a > '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since > the variables for mysql are not set in rc.conf (Otherwise it would be > started at startup), it isn't starting at all. > > So my question: How to set those rc.conf-variables in order to start > services in such an setup? Or is there a better solution? > > > cu! > > Richard > > _______________________________________________ > 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 Wed Jan 17 14:25: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 26C4E16A494 for ; Wed, 17 Jan 2007 14:25:58 +0000 (UTC) (envelope-from dkirhlarov@oilspace.com) Received: from office.oilspace.com (ns2.oilspace.com [194.129.65.230]) by mx1.freebsd.org (Postfix) with ESMTP id E776A13C4D0 for ; Wed, 17 Jan 2007 14:25:56 +0000 (UTC) (envelope-from dkirhlarov@oilspace.com) Received: from dkirhlarov.mow.oilspace.com (mos.oilspace.com [81.222.156.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by office.oilspace.com (Postfix) with ESMTP id 20FFB136D10 for ; Wed, 17 Jan 2007 14:25:55 +0000 (GMT) Received: from dkirhlarov.mow.oilspace.com (localhost [127.0.0.1]) by dkirhlarov.mow.oilspace.com (8.13.8/8.13.8) with ESMTP id l0HEPsDd004653 for ; Wed, 17 Jan 2007 17:25:54 +0300 (MSK) (envelope-from dkirhlarov@oilspace.com) Received: (from dkirhlarov@localhost) by dkirhlarov.mow.oilspace.com (8.13.8/8.13.8/Submit) id l0HEPrdC004652 for freebsd-stable@freebsd.org; Wed, 17 Jan 2007 17:25:53 +0300 (MSK) (envelope-from dkirhlarov) Date: Wed, 17 Jan 2007 17:25:53 +0300 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20070117142552.GC1225@dkirhlarov.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <1169038057.23831.24.camel@richard02> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1169038057.23831.24.camel@richard02> X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 6.2-PRERELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 14:25:58 -0000 Hi! On Wed, Jan 17, 2007 at 01:47:37PM +0100, Richard wrote: > I am running heartbeat on a STABLE-system, the failover works fine for > IP-adresses and I am able to see that a Why you ignore carp(4) and ports/net/ifstated? > '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since > the variables for mysql are not set in rc.conf (Otherwise it would be > started at startup), it isn't starting at all. You can use in /etc/rc.conf: [ -r /usr/local/etc/rc.mysql.conf ] && . /usr/local/etc/rc.mysql.conf and using this include for manipulate with mysql start variables. Your shared IP address moving with script, I think. This script can modify /usr/local/etc/rc.mysql.conf also. WBR. Dmitriy From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 14: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 7A93216A412 for ; Wed, 17 Jan 2007 14:36:39 +0000 (UTC) (envelope-from lists@leewelle.de) Received: from mail.verwayen.com (mail.verwayen.com [88.198.161.26]) by mx1.freebsd.org (Postfix) with ESMTP id 4010D13C469 for ; Wed, 17 Jan 2007 14:36:39 +0000 (UTC) (envelope-from lists@leewelle.de) Received: from localhost (localhost [127.0.0.1]) by mail.verwayen.com (Postfix) with ESMTP id 410B15844A for ; Wed, 17 Jan 2007 14:38:25 +0000 (UTC) Received: from mail.verwayen.com ([127.0.0.1]) by localhost (mail.verwayen.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04863-07 for ; Wed, 17 Jan 2007 14:38:17 +0000 (UTC) Received: from [10.3.1.11] (gate.sntt.de [217.86.154.151]) by mail.verwayen.com (Postfix) with ESMTP id 7DB7958399 for ; Wed, 17 Jan 2007 14:38:17 +0000 (UTC) From: Richard To: freebsd-stable@freebsd.org In-Reply-To: <20070117142552.GC1225@dkirhlarov.mow.oilspace.com> References: <1169038057.23831.24.camel@richard02> <20070117142552.GC1225@dkirhlarov.mow.oilspace.com> Content-Type: text/plain Date: Wed, 17 Jan 2007 15:36:30 +0100 Message-Id: <1169044590.23831.38.camel@richard02> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 7bit Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 14:36:39 -0000 Am Mittwoch, den 17.01.2007, 17:25 +0300 schrieb Dmitriy Kirhlarov: > Hi! > > On Wed, Jan 17, 2007 at 01:47:37PM +0100, Richard wrote: > > > I am running heartbeat on a STABLE-system, the failover works fine for > > IP-adresses and I am able to see that a > > Why you ignore carp(4) and ports/net/ifstated? I asked for a better solution in my OP... But since I am familiar with heartbeat on Linux, I thought I could give it a try... > > > '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since > > the variables for mysql are not set in rc.conf (Otherwise it would be > > started at startup), it isn't starting at all. > > You can use in /etc/rc.conf: > > [ -r /usr/local/etc/rc.mysql.conf ] && . /usr/local/etc/rc.mysql.conf > > and using this include for manipulate with mysql start variables. > > Your shared IP address moving with script, I think. This script can > modify /usr/local/etc/rc.mysql.conf also. At the moment, I am just using heartbeat which is capable of moving IPs and Services from one Node to the other. Thx! Richard From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 14: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 50C4E16A412 for ; Wed, 17 Jan 2007 14:49:26 +0000 (UTC) (envelope-from richard@verwayen.de) Received: from mail.verwayen.com (mail.verwayen.com [88.198.161.26]) by mx1.freebsd.org (Postfix) with ESMTP id F34AC13C461 for ; Wed, 17 Jan 2007 14:49:25 +0000 (UTC) (envelope-from richard@verwayen.de) Received: from localhost (localhost [127.0.0.1]) by mail.verwayen.com (Postfix) with ESMTP id 9B8C458413 for ; Wed, 17 Jan 2007 14:22:30 +0000 (UTC) Received: from mail.verwayen.com ([127.0.0.1]) by localhost (mail.verwayen.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04793-06 for ; Wed, 17 Jan 2007 14:22:20 +0000 (UTC) Received: from [10.3.1.11] (gate.sntt.de [217.86.154.151]) by mail.verwayen.com (Postfix) with ESMTP id 0053E58399 for ; Wed, 17 Jan 2007 14:22:19 +0000 (UTC) From: Richard Verwayen To: freebsd-stable@freebsd.org In-Reply-To: <20070117140431.6b9eaca7.dom@helenmarks.co.uk> References: <1169038057.23831.24.camel@richard02> <20070117131603.2ca94466.dom@helenmarks.co.uk> <1169041663.23831.27.camel@richard02> <20070117140431.6b9eaca7.dom@helenmarks.co.uk> Content-Type: text/plain Date: Wed, 17 Jan 2007 15:20:32 +0100 Message-Id: <1169043632.23831.36.camel@richard02> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 7bit Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 14:49:26 -0000 Am Mittwoch, den 17.01.2007, 14:04 +0000 schrieb Dominic Marks: > On Wed, 17 Jan 2007 14:47:43 +0100 > Richard wrote: > > > Am Mittwoch, den 17.01.2007, 13:16 +0000 schrieb Dominic Marks: > > > setup. > > > > I am running heartbeat on a STABLE-system, the failover works fine for > > > > IP-adresses and I am able to see that a > > > > '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since > > > > the variables for mysql are not set in rc.conf (Otherwise it would be > > > > started at startup), it isn't starting at all. > > > Why have the backup MySQL server stopped at all? > > I am limited to an active/passive-Setup due to some Decisions in our > > company.... > > But if the IP address is not assigned to the backup system it > won't be active. I suppose it depends on your policy, whatever > that may be. Oh, should I have mentioned that it is a shared SCSI-Storage in between? Richard From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 15:01: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 C6AB816A4A7 for ; Wed, 17 Jan 2007 15:01:14 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.freebsd.org (Postfix) with ESMTP id D93B113C459 for ; Wed, 17 Jan 2007 15:01:02 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id CE7B211402E for ; Wed, 17 Jan 2007 15:01:01 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CetLrHxk29nC for ; Wed, 17 Jan 2007 15:00:57 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id D25F2114023 for ; Wed, 17 Jan 2007 15:00:57 +0000 (GMT) Date: Wed, 17 Jan 2007 15:00:57 +0000 From: Dominic Marks To: freebsd-stable@freebsd.org Message-Id: <20070117150057.3ba0d2eb.dom@helenmarks.co.uk> In-Reply-To: <1169043632.23831.36.camel@richard02> References: <1169038057.23831.24.camel@richard02> <20070117131603.2ca94466.dom@helenmarks.co.uk> <1169041663.23831.27.camel@richard02> <20070117140431.6b9eaca7.dom@helenmarks.co.uk> <1169043632.23831.36.camel@richard02> X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 15:01:14 -0000 On Wed, 17 Jan 2007 15:20:32 +0100 Richard Verwayen wrote: > Am Mittwoch, den 17.01.2007, 14:04 +0000 schrieb Dominic Marks: > > On Wed, 17 Jan 2007 14:47:43 +0100 > > Richard wrote: > > > > > Am Mittwoch, den 17.01.2007, 13:16 +0000 schrieb Dominic Marks: > > > > setup. > > > > > I am running heartbeat on a STABLE-system, the failover works fine for > > > > > IP-adresses and I am able to see that a > > > > > '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since > > > > > the variables for mysql are not set in rc.conf (Otherwise it would be > > > > > started at startup), it isn't starting at all. > > > > Why have the backup MySQL server stopped at all? > > > I am limited to an active/passive-Setup due to some Decisions in our > > > company.... > > > > But if the IP address is not assigned to the backup system it > > won't be active. I suppose it depends on your policy, whatever > > that may be. > Oh, should I have mentioned that it is a shared SCSI-Storage in between? Probably :-) > Richard Dom From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 15:01: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 5952C16A407 for ; Wed, 17 Jan 2007 15:01:18 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from arwen.teledomenet.gr (arwen.teledomenet.gr [213.142.128.58]) by mx1.freebsd.org (Postfix) with ESMTP id DC76A13C4BA for ; Wed, 17 Jan 2007 15:01:17 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from iris ([192.168.1.71]) by arwen.teledomenet.gr (8.12.10/8.12.10) with ESMTP id l0HE6Am1018476; Wed, 17 Jan 2007 16:06:10 +0200 From: Nikos Vassiliadis To: freebsd-stable@freebsd.org Date: Wed, 17 Jan 2007 16:08:55 +0200 User-Agent: KMail/1.9.1 References: <1169038057.23831.24.camel@richard02> In-Reply-To: <1169038057.23831.24.camel@richard02> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701171608.55482.nvass@teledomenet.gr> Cc: Richard Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 15:01:18 -0000 On Wednesday 17 January 2007 14:47, Richard wrote: > Hi there! > > I am looking for a solution for a small problem regarding a high > availability setup. > I am running heartbeat on a STABLE-system, the failover works fine for > IP-adresses and I am able to see that a > '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since > the variables for mysql are not set in rc.conf (Otherwise it would be > started at startup), it isn't starting at all. > > So my question: How to set those rc.conf-variables in order to start > services in such an setup? Or is there a better solution? Which service is highly available in this setup? MySQL? How do you sync the data? ggate? I remember that heartbeat can call any script you it tell to. So, you have to let heartbeat start MySQL. rc will just start heartbeat. Nikos From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 15:06: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 9B8A616A494 for ; Wed, 17 Jan 2007 15:06:29 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 7ECA313C44B for ; Wed, 17 Jan 2007 15:06:29 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l0HF6ScG038451; Wed, 17 Jan 2007 07:06:29 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Wed, 17 Jan 2007 10:03:32 -0500 User-Agent: KMail/1.9.5 References: <20070117041316.GA23307@ojibwe.hunter-gatherer.org> <20070117045121.GA68515@xor.obsecurity.org> In-Reply-To: <20070117045121.GA68515@xor.obsecurity.org> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701171003.33130.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Par Leijonhufvud Subject: Re: Fetchmail 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, 17 Jan 2007 15:06:29 -0000 On Tuesday 16 January 2007 23:51, Kris Kennaway wrote: > On Wed, Jan 17, 2007 at 05:13:16AM +0100, Par Leijonhufvud wrote: > > I have a FreeBSD box (running ancient 4.8) that used to collect email > > fine with fetchmail. Then after te latest portupgrade of fetchmail it > > stopped working. When trying to run it manual I see the error shown > > below. > > > > Anyone with suggestions as to (a) just what is going wrong, and (b) how > > to fix it? Another machine running 5.3 have no problems. > > Maybe the configuration options changed. Anyway, this kind of > question should be asked on the fetchmail support mailing lists since > it is not a problem with FreeBSD-stable itself. Or maybe -questions if it's related to a well-known port. Anyway, if it's been over a year since you've updated fetchmail then there are a whole bunch of entries in ports/UPDATING you should read. The problem you're probably running into (along with a possible workaround) is mentioned in the 20051210 entry. There are other more recent entries as well. JN From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 15:08: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 3EEDC16A412 for ; Wed, 17 Jan 2007 15:08:00 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 9698D13C45A for ; Wed, 17 Jan 2007 15:07:59 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l0HEXBDt074859; Wed, 17 Jan 2007 21:33:11 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l0HEXBfE074858; Wed, 17 Jan 2007 21:33:11 +0700 (KRAT) (envelope-from eugen) Date: Wed, 17 Jan 2007 21:33:11 +0700 From: Eugene Grosbein To: Richard Message-ID: <20070117143311.GA74404@svzserv.kemerovo.su> References: <1169038057.23831.24.camel@richard02> <6b3582f60701170547l13f387dalf594e2c0895a49d9@mail.gmail.com> <1169043029.23831.32.camel@richard02> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1169043029.23831.32.camel@richard02> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 15:08:00 -0000 On Wed, Jan 17, 2007 at 03:10:29PM +0100, Richard wrote: > > Try '/usr/local/etc/rc.d/mysql-server forcestart' > Hm, that's only a temporary solution. > > As a background: > > Heartbeat monitors the HA nodes via a UDP ping (or other method) and if > one of the nodes goes down, it takes over a clustered IP and then starts > services by issuing the corresponding scripts in [/usr/local|]/etc/rc.d > with the argument start... > > So your solution will not really work.... Just put another script into /usr/local/etc/rc.d that would run /usr/local/etc/rc.d/mysql-server forcestart if and only if a flag is present in your system. Create the flag when system boots and before /usr/local/etc/rc.d/mysql-server starts with rcorder. Remove the flag just after /usr/local/etc/rc.d/mysql-server has finished. You can user crons '@reboot' feature to create a flag and one more rc.d script that runs after mysql-server and removes flag. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 15:10: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 7BB2116A59A for ; Wed, 17 Jan 2007 15:10:30 +0000 (UTC) (envelope-from lists@leewelle.de) Received: from mail.verwayen.com (mail.verwayen.com [88.198.161.26]) by mx1.freebsd.org (Postfix) with ESMTP id 4121F13C448 for ; Wed, 17 Jan 2007 15:10:30 +0000 (UTC) (envelope-from lists@leewelle.de) Received: from localhost (localhost [127.0.0.1]) by mail.verwayen.com (Postfix) with ESMTP id 4DBF95844A; Wed, 17 Jan 2007 15:12:16 +0000 (UTC) Received: from mail.verwayen.com ([127.0.0.1]) by localhost (mail.verwayen.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05333-08; Wed, 17 Jan 2007 15:12:04 +0000 (UTC) Received: from [10.3.1.11] (gate.sntt.de [217.86.154.151]) by mail.verwayen.com (Postfix) with ESMTP id 799C558413; Wed, 17 Jan 2007 15:12:04 +0000 (UTC) From: Richard To: Nikos Vassiliadis In-Reply-To: <200701171608.55482.nvass@teledomenet.gr> References: <1169038057.23831.24.camel@richard02> <200701171608.55482.nvass@teledomenet.gr> Content-Type: text/plain Date: Wed, 17 Jan 2007 16:10:17 +0100 Message-Id: <1169046617.23831.46.camel@richard02> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 15:10:30 -0000 Hi Nikos! Am Mittwoch, den 17.01.2007, 16:08 +0200 schrieb Nikos Vassiliadis: > > I am running heartbeat on a STABLE-system, the failover works fine for > > IP-adresses and I am able to see that a > > '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since > > the variables for mysql are not set in rc.conf (Otherwise it would be > > started at startup), it isn't starting at all. > > > > So my question: How to set those rc.conf-variables in order to start > > services in such an setup? Or is there a better solution? > > Which service is highly available in this setup? MySQL? > How do you sync the data? ggate? I am using a "shared" SCSI-Storage inbetween these servers. The acive node mounts a Volume and the service is started. (Yes, I know, it isn't really HA since there is still a SPOF) > > I remember that heartbeat can call any script you it tell to. > So, you have to let heartbeat start MySQL. rc will just start > heartbeat. Yes, you are right, and exactly that was my problem. It didn't start. I worked around it by copying the startup-scripts from /usr/local/etc/rc.d to /usr/local/etc/ha.d/resource.d/ and removed the critical test which ask for the variables set in rc.conf. Thanks for all your help! Richard From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 15:22: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 0664616A407 for ; Wed, 17 Jan 2007 15:22:13 +0000 (UTC) (envelope-from dimma@higis.ru) Received: from office.oilspace.com (office.oilspace.com [194.129.65.230]) by mx1.freebsd.org (Postfix) with ESMTP id BECB913C457 for ; Wed, 17 Jan 2007 15:22:12 +0000 (UTC) (envelope-from dimma@higis.ru) Received: from dkirhlarov.mow.oilspace.com (mos.oilspace.com [81.222.156.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by office.oilspace.com (Postfix) with ESMTP id C2336136CDD for ; Wed, 17 Jan 2007 15:04:23 +0000 (GMT) Received: from dkirhlarov (localhost [127.0.0.1]) by dkirhlarov.mow.oilspace.com (8.13.8/8.13.8) with ESMTP id l0HF4MDB005356 for ; Wed, 17 Jan 2007 18:04:23 +0300 (MSK) (envelope-from dimma@higis.ru) Date: Wed, 17 Jan 2007 18:04:22 +0300 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20070117150421.GA5145@dkirhlarov.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <1169038057.23831.24.camel@richard02> <20070117131603.2ca94466.dom@helenmarks.co.uk> <1169041663.23831.27.camel@richard02> <20070117140431.6b9eaca7.dom@helenmarks.co.uk> <1169043632.23831.36.camel@richard02> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1169043632.23831.36.camel@richard02> X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 6.2-PRERELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 15:22:13 -0000 On Wed, Jan 17, 2007 at 03:20:32PM +0100, Richard Verwayen wrote: > Oh, should I have mentioned that it is a shared SCSI-Storage in between? You can use gmirror(8) with ggated(8). By. Dmitriy From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 15:39: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 5299F16A412 for ; Wed, 17 Jan 2007 15:39:18 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 2E2F413C441 for ; Wed, 17 Jan 2007 15:39:17 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l0HFdHcG046003; Wed, 17 Jan 2007 07:39:17 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Wed, 17 Jan 2007 10:36:21 -0500 User-Agent: KMail/1.9.5 References: <20070117103935.GC4018@genius.tao.org.uk> In-Reply-To: X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701171036.21534.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: fs@freebsd.org Subject: Re: gmirror disks vs partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 15:39:18 -0000 On Wednesday 17 January 2007 06:29, Andrew Pantyukhin wrote: > On 1/17/07, Josef Karthauser wrote: > > A poll for opinions if I may? > > > > I've got a few gmirrors running on various machines, all of which > > pair up two drives at the physical level (i.e. mirror /dev/ad0s1 > > with /dev/ad1s1). Of course there are other ways of doing it to, > > like mirroring at the partition level, ie pairing /dev/ad0s1a with > > /dev/ad1s1a, /dev/ad0s1e with /dev/ad0s1e, etc. > > > > Apart from potentially avoiding a whole disk from being copied > > during a resync after a crash, are there any other advantages to > > using partition level mirroring instead of drive level mirroring? > > I can imagine people using partition-level raid to > implement a popular configuration: > > You divide a couple of identical drives proportionally > in two partitions each, place a couple of the first > partitions into gmirror and a couple of the second > ones into gstripe. This way you get both reliable and > fast storage with just two drives. Some strings are > attached. The reduced likelihood of needing to rebuild a given volume is usually enough of an argument for me to mirror at the partition level. Of course, the other side of the coin is that if more than one volume on a given pair of disks needs to be rebuilt, the disks will be twice (or more) as hammered (and less efficient due to the greater number of seeks) during the rebuild(s). If you want to be creative/exotic then it's sometimes useful to use partitions as building blocks for odd (or "advanced") volume configurations. For instance, let's say you're trying to get some disk redundancy for your workstation but you're limited to whatever drives you can scrounge up. (Have _I_ ever been in this position? nah... :) ) You have a 40GB disk, a 60GB disk, and an 80GB disk. If you partition them up right and use gmirror with gstripe, it's possible to use all of the space and still be able to survive the failure of any one disk. Divide everything up into partitions of equal sizes. For an even number of disks you can use the GCD of the sizes as the partition size, but since there's an odd number of disks in this example we'll use GCD/2 or ~10GB. Pair one partition on the 40GB disk with one on the 60GB disk. Then pair all of the partitions on the 80GB disk with the remaining partitions on the 40 and 60 GB disks. Make each pair into a gmirror volume. If you need to boot from the array, pick one pair to be your system volume. The rest of the gmirrors can all be added into a gstripe volume, so you end up with 90GB (or 80+10) of redundant storage with quite good performance (not that I would know, of course). You can use the leftover bits for swap, etc. The two drawbacks to this approach vs a two-disk mirror are increased likelihood of drive failure (due to the greater number of disks) and a more complex recovery procedure if a drive fails (especially if you don't have a spare identical to or slightly larger than the one that failed). Just some thoughts.. JN From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 15:44: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 19A1416A40F for ; Wed, 17 Jan 2007 15:44:29 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id F157B13C46A for ; Wed, 17 Jan 2007 15:44:28 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l0HFiScG052619 for ; Wed, 17 Jan 2007 07:44:28 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Wed, 17 Jan 2007 10:41:32 -0500 User-Agent: KMail/1.9.5 References: <20070117052423.GC23307@ojibwe.hunter-gatherer.org> <20070117075155.089ccb32.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20070117075155.089ccb32.torfinn.ingolfsen@broadpark.no> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701171041.32591.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Subject: Re: portdowngrade/portupgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 15:44:29 -0000 On Wednesday 17 January 2007 01:51, Torfinn Ingolfsen wrote: > On Wed, 17 Jan 2007 06:24:23 +0100 > > Par Leijonhufvud wrote: > > How do I tell portupgrade that I *know*, just go ahead anyway? > > Is it 'portupgrade -f ' you want? There's always the traditional cd /usr/ports/sysutils/portdowngrade && make install clean Portupgrade can figure it out later (pkgdb -F). JN From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 16:24: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 A672716A407 for ; Wed, 17 Jan 2007 16:24:31 +0000 (UTC) (envelope-from freebsd@milfordmail.com) Received: from smtp109.sbc.mail.mud.yahoo.com (smtp109.sbc.mail.mud.yahoo.com [68.142.198.208]) by mx1.freebsd.org (Postfix) with SMTP id 637A713C428 for ; Wed, 17 Jan 2007 16:24:29 +0000 (UTC) (envelope-from freebsd@milfordmail.com) Received: (qmail 40095 invoked from network); 17 Jan 2007 15:57:49 -0000 Received: from unknown (HELO mail.milfordmail.com) (validateduser2@70.129.128.251 with login) by smtp109.sbc.mail.mud.yahoo.com with SMTP; 17 Jan 2007 15:57:49 -0000 X-YMail-OSG: RwlE2e8VM1ln.l4LqycTJEfEcb2Kya1sJP6rFyHub0zC6ODJ85h86i8QuGUyYp85LMHL_ejktmHzWB9WBo056c84hL0yOSk7Fw32_GhQFK3nxg_Zf83ypsOexSD1XnqIvyoWNqHwDQM2qZX1OZI_ujp9WZdcAKT7vv5Bp_EWir90ElnZqVWIbi7ZnEZg DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=mail; d=milfordmail.com; h=Received:From:To:References:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:In-Reply-To:Thread-Index:X-MimeOLE:Disposition-Notification-To:X-Scanner; b=pqqKzrpIFcwkqEeAEz37fRVOlzxv/t12HD1ndQPkFyyak5dMol1XhMVCzbu2FaJNN+2eulZLxdUjDMe5VDNI9SDjytmM4tKbSu76qHgDG8FGmmJ4QXTefVIBHbhDuTp5; Received: from [192.168.254.221] (helo=pentium4) by mail.milfordmail.com with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1H7DAa-000Hti-HU for freebsd-stable@freebsd.org; Wed, 17 Jan 2007 09:57:48 -0600 From: "Bill Milford" To: References: <1169038057.23831.24.camel@richard02><20070117142552.GC1225@dkirhlarov.mow.oilspace.com> <1169044590.23831.38.camel@richard02> Date: Wed, 17 Jan 2007 09:57:40 -0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <1169044590.23831.38.camel@richard02> Thread-Index: Acc6TrTjSl2Kj9bLQfWZOOXUO0BM6AAAJQaw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Scanner: exiscan-acl for exim4 (http://duncanthrax.net/exiscan/) 9193967368ae5c0f674029126e0c840c3213f360 Subject: RE: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 16:24:31 -0000 > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Richard > Sent: Wednesday, January 17, 2007 8:37 AM > To: freebsd-stable@freebsd.org > Subject: Re: Failover-HA-Setup > > Am Mittwoch, den 17.01.2007, 17:25 +0300 schrieb Dmitriy Kirhlarov: > > Hi! > > > > On Wed, Jan 17, 2007 at 01:47:37PM +0100, Richard wrote: > > > > > I am running heartbeat on a STABLE-system, the failover works fine for > > > IP-adresses and I am able to see that a > > > > Why you ignore carp(4) and ports/net/ifstated? > I asked for a better solution in my OP... > But since I am familiar with heartbeat on Linux, I thought I could give > it a try... > > > > > > '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since > > > the variables for mysql are not set in rc.conf (Otherwise it would be > > > started at startup), it isn't starting at all. > > > > You can use in /etc/rc.conf: > > > > [ -r /usr/local/etc/rc.mysql.conf ] && . /usr/local/etc/rc.mysql.conf > > > > and using this include for manipulate with mysql start variables. > > > > Your shared IP address moving with script, I think. This script can > > modify /usr/local/etc/rc.mysql.conf also. > At the moment, I am just using heartbeat which is capable of moving IPs > and Services from one Node to the other. > > > Thx! > > Richard > > _______________________________________________ You can modify the keyword section of the /usr/local/etc/rc.d/mysql-server(.sh) and add "nostart" This allows you to start it manually with /usr/local/etc/rc.d/mysql-server start, but it will not start at boot time as rcorder skips files with the nostart keyword. The startup variable can then be in /etc/rc.conf Bill From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 17:02:05 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 23ACB16A40F for ; Wed, 17 Jan 2007 17:02:05 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu (math.missouri.edu [128.206.49.180]) by mx1.freebsd.org (Postfix) with ESMTP id D1F6D13C441 for ; Wed, 17 Jan 2007 17:02:04 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from [128.206.49.166] (cauchy.math.missouri.edu [128.206.49.166]) by math.missouri.edu (8.13.1/8.13.1) with ESMTP id l0HGouHp013385 for ; Wed, 17 Jan 2007 10:50:56 -0600 (CST) (envelope-from stephen@math.missouri.edu) Message-ID: <45AE53F0.3020901@math.missouri.edu> Date: Wed, 17 Jan 2007 10:50:56 -0600 From: Stephen Montgomery-Smith Organization: University of Missouri User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070115 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 X-Virus-Scanned: ClamAV 0.88/2459/Tue Jan 16 16:03:34 2007 on math.missouri.edu X-Virus-Status: Clean Subject: ncurses X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 17:02:05 -0000 In the cvs repository, there has appeared src/lib/ncurses, which seems to be a copy of lib/libncurses. Is this meant to be? -- Stephen Montgomery-Smith stephen@math.missouri.edu http://www.math.missouri.edu/~stephen From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 17:09:05 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 C85F316A412 for ; Wed, 17 Jan 2007 17:09:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 7D6D413C457 for ; Wed, 17 Jan 2007 17:09:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id B858EEB6D6B; Thu, 18 Jan 2007 01:09:04 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id YBWmbdT3jpGH; Thu, 18 Jan 2007 01:08:53 +0800 (CST) Received: from [192.168.1.32] (unknown [221.222.206.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 007FBEB0AAB; Thu, 18 Jan 2007 01:08:52 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=wjfUL8i/u00vZWDNe3DgRcDdt352eb2ensZQHa3BCuTa97uCRnbg+203mM5UoaXvN Th4gYXXXgAiXaZzpA13Xw== Message-ID: <45AE57CB.5060802@delphij.net> Date: Thu, 18 Jan 2007 01:07:23 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Stephen Montgomery-Smith References: <45AE53F0.3020901@math.missouri.edu> In-Reply-To: <45AE53F0.3020901@math.missouri.edu> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig77EAD4F4F49F4FF6C686F2F0" Cc: freebsd-stable@freebsd.org Subject: Re: ncurses X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 17:09:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig77EAD4F4F49F4FF6C686F2F0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Stephen Montgomery-Smith wrote: > In the cvs repository, there has appeared src/lib/ncurses, which seems > to be a copy of lib/libncurses. Is this meant to be? Yes, this is a repo-copy in preparation of ncurses update. BTW. I think the files appeared on -HEAD, no? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig77EAD4F4F49F4FF6C686F2F0 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.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFrlfLOfuToMruuMARA57IAJsEMZxUrNio2rmjMrlX9n0937VwPgCfd4LE 7iAD6cEIeBtLw9OmQ/iBZ2o= =OVPD -----END PGP SIGNATURE----- --------------enig77EAD4F4F49F4FF6C686F2F0-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 17:09: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 E37BC16A492 for ; Wed, 17 Jan 2007 17:09:19 +0000 (UTC) (envelope-from grafan@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 A509613C442 for ; Wed, 17 Jan 2007 17:09:19 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1262643ana for ; Wed, 17 Jan 2007 09:09:19 -0800 (PST) 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=A7N3HTcSxFGy73nfBjy2vgWZ0U/a5ZLN+HGJ/sIzbNXz+RlLQE4c1YeAKUeeqjdFISky79ehsQQy15prHKlB4puSyomE3UZ+0jubaji3jJb/Vq85nLvNLnnvyfhjT+WS6jhk41EpWSM5dN90x3SwERUg2COFYHHcgmyg1RvNj8I= Received: by 10.100.198.11 with SMTP id v11mr3631982anf.1169053759063; Wed, 17 Jan 2007 09:09:19 -0800 (PST) Received: by 10.100.136.16 with HTTP; Wed, 17 Jan 2007 09:09:19 -0800 (PST) Message-ID: <6eb82e0701170909r3dea82f7ia935297c7a6e5136@mail.gmail.com> Date: Thu, 18 Jan 2007 01:09:19 +0800 From: "Rong-en Fan" To: "Stephen Montgomery-Smith" In-Reply-To: <45AE53F0.3020901@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45AE53F0.3020901@math.missouri.edu> Cc: freebsd-stable@freebsd.org Subject: Re: ncurses X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 17:09:20 -0000 On 1/18/07, Stephen Montgomery-Smith wrote: > In the cvs repository, there has appeared src/lib/ncurses, which seems > to be a copy of lib/libncurses. Is this meant to be? Yes. it's for the upcoming ncurses update, which will occur within one week. I'm waiting the current exp run on pointyhat to be finished. Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 17:21: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 611CC16A4AB for ; Wed, 17 Jan 2007 17:21:21 +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 93CA513C47E for ; Wed, 17 Jan 2007 17:21:20 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 3267 invoked from network); 17 Jan 2007 19:54:38 +0300 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 17 Jan 2007 19:54:38 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 168942, updated: 17.01.2007] Message-ID: <01c501c73a58$2c546550$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Wed, 17 Jan 2007 19:49:44 +0300 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 Subject: Cannot start install cd of 6.2-R at all X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2007 17:21:21 -0000 Hello! I am having a VERY weird problem. The pc config is: 1) Celeron 1+ GHZ 2) Intel PCI ethernet nic 3) Fasttrak TX2000 raid + 2 mirrored disks (seagate 80gb) 4) teac dvd driver 5) 512 MB ram 6) Chaintech montherboard (old one) also tried on gigabyte motherboard I insert boot cd and when it starts loading a get a dump of cpu register scrolling crazy on the screen. If i delete TX2000 the installer loads fine. Any idea what is happening and how to SOLVE it? -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 17:49: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 B5C0316A407 for ; Wed, 17 Jan 2007 17:49:57 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5414A13C465 for ; Wed, 17 Jan 2007 17:49:56 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so250488nfc for ; Wed, 17 Jan 2007 09:49:55 -0800 (PST) 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=JliCb8sY+3tqEN3460jq/f7R+XUyx6H9hcUxAXSXJiII/kJ23T3pmssBQ7T3KF1Pa1NijVH1rjpVsI6oBRUNEyxM9Z0ktwFUggry+9hPSBtqMHrf45YiHrSc//7UO+94cWiaknxS1626UkxziL8XPP/a1sOCYe6EKokptIy+vAo= Received: by 10.82.152.16 with SMTP id z16mr1585352bud.1169056193010; Wed, 17 Jan 2007 09:49:53 -0800 (PST) Received: by 10.82.167.2 with HTTP; Wed, 17 Jan 2007 09:49:52 -0800 (PST) Message-ID: <7cf39bb60701170949n3e8acd7cp347cc5320772db04@mail.gmail.com> Date: Wed, 17 Jan 2007 12:49:52 -0500 From: "Matthew Herzog" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: vBulletin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 17:49:57 -0000 Hi all. I seem to have screwed up my ports nicely. I have two versions of the same php modules installed. GAH! php5-session-5.1.6_3 The session shared extension for php php5-session-5.2.0 The session shared extension for php php5-shmop-5.1.6_3 The shmop shared extension for php php5-shmop-5.2.0 The shmop shared extension for php How do I remove the older versions? From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 18:04: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 69DCA16A40F for ; Wed, 17 Jan 2007 18:04:17 +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 455A213C461 for ; Wed, 17 Jan 2007 18:04:16 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id C969217457; Wed, 17 Jan 2007 13:04:15 -0500 (EST) 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 CaqHBQbkPJYt; Wed, 17 Jan 2007 13:04:15 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 89EB217456; Wed, 17 Jan 2007 13:04:15 -0500 (EST) Message-ID: <45AE6520.8090504@jellydonut.org> Date: Wed, 17 Jan 2007 13:04:16 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20070113 Thunderbird/1.5.0.9 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Matthew Herzog References: <7cf39bb60701170949n3e8acd7cp347cc5320772db04@mail.gmail.com> In-Reply-To: <7cf39bb60701170949n3e8acd7cp347cc5320772db04@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: vBulletin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 18:04:17 -0000 Matthew Herzog wrote: > Hi all. > > I seem to have screwed up my ports nicely. I have two versions of the > same php modules > installed. GAH! > > php5-session-5.1.6_3 The session shared extension for php > php5-session-5.2.0 The session shared extension for php > php5-shmop-5.1.6_3 The shmop shared extension for php > php5-shmop-5.2.0 The shmop shared extension for php > > How do I remove the older versions? If you have /usr/ports/sysutils/portupgrade installed, try "pkgdb -F", it should prompt you to remove the old packages from your repository without actually deleting the files from the new packages. -Proto From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 18:07: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 8982116A407 for ; Wed, 17 Jan 2007 18:07:35 +0000 (UTC) (envelope-from swhetzel@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 94C6713C428 for ; Wed, 17 Jan 2007 18:07:34 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1885057uge for ; Wed, 17 Jan 2007 10:07:31 -0800 (PST) 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=TQY9rTzYRd6TrSj72aGj6ldHMp8/TKYh3iZb9xEWEZ3lhJRSFWcGUQd/uO2PAw17Zknb0VNbg7HinOf69HH/gZysbTRUJR+d9BevO8HbwSK2FjAtj+MMmMuA4UC6x/6L3kW+dK22ABndlSjTuqLwVYE4SjXS1DmD1aBbNgcJdzI= Received: by 10.82.138.6 with SMTP id l6mr1592303bud.1169057251235; Wed, 17 Jan 2007 10:07:31 -0800 (PST) Received: by 10.82.186.2 with HTTP; Wed, 17 Jan 2007 10:07:31 -0800 (PST) Message-ID: <790a9fff0701171007s71ee8cc3le58b205f783223f5@mail.gmail.com> Date: Wed, 17 Jan 2007 12:07:31 -0600 From: "Scot Hetzel" To: "Matthew Herzog" In-Reply-To: <7cf39bb60701170949n3e8acd7cp347cc5320772db04@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7cf39bb60701170949n3e8acd7cp347cc5320772db04@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: vBulletin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 18:07:35 -0000 On 1/17/07, Matthew Herzog wrote: > Hi all. > > I seem to have screwed up my ports nicely. I have two versions of the > same php modules > installed. GAH! > > php5-session-5.1.6_3 The session shared extension for php > php5-session-5.2.0 The session shared extension for php > php5-shmop-5.1.6_3 The shmop shared extension for php > php5-shmop-5.2.0 The shmop shared extension for php > > How do I remove the older versions? uninstall both ports (i.e. php5-session-5.1.6_3 & php5-session-5.2.0), then reinstall php5-session-5.2.0 (reoeat for php5-shmop*) Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 18:11: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 6100B16A4A7 for ; Wed, 17 Jan 2007 18:11:30 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 00DD013C448 for ; Wed, 17 Jan 2007 18:11:29 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 30999 invoked by uid 399); 17 Jan 2007 18:11:27 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 17 Jan 2007 18:11:27 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45AE66C6.3000606@FreeBSD.org> Date: Wed, 17 Jan 2007 10:11:18 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Matthew Herzog References: <7cf39bb60701170949n3e8acd7cp347cc5320772db04@mail.gmail.com> In-Reply-To: <7cf39bb60701170949n3e8acd7cp347cc5320772db04@mail.gmail.com> X-Enigmail-Version: 0.94.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: vBulletin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 18:11:30 -0000 Matthew Herzog wrote: > Hi all. > > I seem to have screwed up my ports nicely. I have two versions of the > same php modules > installed. GAH! > > php5-session-5.1.6_3 The session shared extension for php > php5-session-5.2.0 The session shared extension for php > php5-shmop-5.1.6_3 The shmop shared extension for php > php5-shmop-5.2.0 The shmop shared extension for php Where are you seeing that? If it's from pkg_info (implying that the old directories are still in /var/db/pkg), then you could use sysutils/portmaster to fix this. Install that port, then do: portmaster -v php5-session-5.1.6_3 php5-shmop-5.1.6_3 That will rebuild the new versions of the modules, then replace the dependency tracking in /var/db/pkg with the information for the new ones. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 18: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 71FAC16A40F for ; Wed, 17 Jan 2007 18:17:21 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 1167313C441 for ; Wed, 17 Jan 2007 18:17:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 6034 invoked by uid 399); 17 Jan 2007 18:17:20 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 17 Jan 2007 18:17:20 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45AE682C.5030300@FreeBSD.org> Date: Wed, 17 Jan 2007 10:17:16 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Rauf Kuliyev References: <1169038057.23831.24.camel@richard02> <6b3582f60701170547l13f387dalf594e2c0895a49d9@mail.gmail.com> In-Reply-To: <6b3582f60701170547l13f387dalf594e2c0895a49d9@mail.gmail.com> X-Enigmail-Version: 0.94.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 18:17:21 -0000 Please don't post replies to messages on the freebsd lists above the message. While that's common in other circles (especially the business world) it's not how we do things here. Rauf Kuliyev wrote: > Try '/usr/local/etc/rc.d/mysql-server forcestart' If your intention is to start a service normally even though its corresponding _enable option is not set in /etc/rc.conf[.local], then you're better off using the 'onestart' option instead of 'forcestart'. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 18:20: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 E113B16A40F for ; Wed, 17 Jan 2007 18:20:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 7DDF813C44B for ; Wed, 17 Jan 2007 18:20:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 9745 invoked by uid 399); 17 Jan 2007 18:20:19 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 17 Jan 2007 18:20:19 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45AE68DF.5010700@FreeBSD.org> Date: Wed, 17 Jan 2007 10:20:15 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Bill Milford References: <1169038057.23831.24.camel@richard02><20070117142552.GC1225@dkirhlarov.mow.oilspace.com> <1169044590.23831.38.camel@richard02> In-Reply-To: X-Enigmail-Version: 0.94.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 18:20:20 -0000 Bill Milford wrote: > You can modify the keyword section of the > /usr/local/etc/rc.d/mysql-server(.sh) and add "nostart" This > allows you to start it manually with > /usr/local/etc/rc.d/mysql-server start, but it will not start at > boot time as rcorder skips files with the nostart keyword. The > startup variable can then be in /etc/rc.conf There is no need to make any changes to the script. Put whatever other options you want for mysql in rc.conf, and set the _enable variable to no. Then you can run /usr/local/etc/rc.d/mysql-server onestart and it will start normally just one time. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 18:40: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 C138F16A4E7 for ; Wed, 17 Jan 2007 18:40:27 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 732F213C428 for ; Wed, 17 Jan 2007 18:40:27 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1H7Fhp-000510-SS for freebsd-stable@freebsd.org; Wed, 17 Jan 2007 19:40:17 +0100 Received: from 89-172-39-6.adsl.net.t-com.hr ([89.172.39.6]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Jan 2007 19:40:17 +0100 Received: from ivoras by 89-172-39-6.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Jan 2007 19:40:17 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 17 Jan 2007 19:43:58 +0100 Lines: 36 Message-ID: References: <1169038057.23831.24.camel@richard02> <20070117131603.2ca94466.dom@helenmarks.co.uk> <1169041663.23831.27.camel@richard02> <20070117140431.6b9eaca7.dom@helenmarks.co.uk> <1169043632.23831.36.camel@richard02> <20070117150421.GA5145@dkirhlarov.mow.oilspace.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD02D1AB66AA90CF0CC8B8853" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-39-6.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) In-Reply-To: <20070117150421.GA5145@dkirhlarov.mow.oilspace.com> X-Enigmail-Version: 0.94.1.2 Sender: news Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 18:40:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD02D1AB66AA90CF0CC8B8853 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dmitriy Kirhlarov wrote: > On Wed, Jan 17, 2007 at 03:20:32PM +0100, Richard Verwayen wrote: >=20 >> Oh, should I have mentioned that it is a shared SCSI-Storage in betwee= n? >=20 > You can use gmirror(8) with ggated(8). I think his problem is that you can't have two machines RW mounting the same device (doesn't matter if it's FC, ggate or other...). So when one machine fails, the other must mount the file system and THEN start daemons... --------------enigD02D1AB66AA90CF0CC8B8853 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 iD8DBQFFrm52ldnAQVacBcgRAlbGAKC2cKylJnahaFzpg7Z1ggPzWJuw2gCffPO8 oChznRLTz2XVQWdcRU0Hkdo= =sQhx -----END PGP SIGNATURE----- --------------enigD02D1AB66AA90CF0CC8B8853-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 18:45: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 8779B16A407 for ; Wed, 17 Jan 2007 18:45:10 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0899513C4D0 for ; Wed, 17 Jan 2007 18:45:10 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1H7FmQ-0005hq-DR for freebsd-stable@freebsd.org; Wed, 17 Jan 2007 19:45:02 +0100 Received: from 89-172-39-6.adsl.net.t-com.hr ([89.172.39.6]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Jan 2007 19:45:02 +0100 Received: from ivoras by 89-172-39-6.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 17 Jan 2007 19:45:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 17 Jan 2007 19:48:06 +0100 Lines: 63 Message-ID: References: <1169038057.23831.24.camel@richard02> <200701171608.55482.nvass@teledomenet.gr> <1169046617.23831.46.camel@richard02> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5BFB29E29AB9BC04E5039787" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-39-6.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) In-Reply-To: <1169046617.23831.46.camel@richard02> X-Enigmail-Version: 0.94.1.2 Sender: news Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 18:45:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5BFB29E29AB9BC04E5039787 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Richard wrote: > Am Mittwoch, den 17.01.2007, 16:08 +0200 schrieb Nikos Vassiliadis: >> I remember that heartbeat can call any script you it tell to. >> So, you have to let heartbeat start MySQL. rc will just start >> heartbeat. > Yes, you are right, and exactly that was my problem. It didn't start. Hmm, do you have more information - in which way did it fail? rc.d scripts (including those for mysql) bring in variables via rc.subr: ---- # # Add the following line to /etc/rc.conf to enable mysql: # mysql_enable (bool): Set to "NO" by default. # Set it to "YES" to enable MySQL. # mysql_limits (bool): Set to "NO" by default. # Set it to yes to run `limits -e -U mysql` # just before mysql starts. # mysql_dbdir (str): Default to "/var/db/mysql" # Base database directory. # mysql_args (str): Custom additional arguments to be passed # to mysqld_safe (default empty). # =2E /etc/rc.subr name=3D"mysql" rcvar=3D`set_rcvar` load_rc_config $name : ${mysql_enable=3D"NO"} : ${mysql_limits=3D"NO"} : ${mysql_dbdir=3D"/var/db/mysql"} : ${mysql_args=3D""} ---- Are you saying this part has failed, or that you don't have the proper variables in /etc/rc.conf? --------------enig5BFB29E29AB9BC04E5039787 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 iD8DBQFFrm9mldnAQVacBcgRAplqAJ9U9a1NHwq3qsI8wUlWZH/bnUSr1QCfb7kz /Zxh8z9C8NLt7Fh8IvfDKm4= =exS4 -----END PGP SIGNATURE----- --------------enig5BFB29E29AB9BC04E5039787-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 18:48: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 EB18216A407 for ; Wed, 17 Jan 2007 18:48:32 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200bog12.obsmtp.com (s200bog12.obsmtp.com [207.126.150.126]) by mx1.freebsd.org (Postfix) with SMTP id 321A513C45B for ; Wed, 17 Jan 2007 18:48:31 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu2sys200bob012.postini.com ([207.126.147.11]) with SMTP; Wed, 17 Jan 2007 18:48:28 UTC Received: from [10.0.0.79] (bwb.mintel.co.uk [10.0.0.79]) by rodney.mintel.co.uk (Postfix) with ESMTP id E042B18141D for ; Wed, 17 Jan 2007 18:22:12 +0000 (GMT) Message-ID: <45AE68DE.7060304@tomjudge.com> Date: Wed, 17 Jan 2007 18:20:14 +0000 From: Tom Judge User-Agent: Thunderbird 1.5.0.7 (X11/20060922) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Removing unused core components. (Disabled in make.conf) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2007 18:48:33 -0000 Hi, I have the following options in /etc/make.conf: NO_PROFILE=true NO_SENDMAIL=true NO_GAMES=true NO_I4B=true NO_ATM=true NO_INET6=true NO_BLUETOOTH=true NO_IPFILTER=true NO_RCMDS=true NO_KERBEROS=true However after a "make buildworld installworld" the utilities and libs associated with these packages are still installed, is there any easy way to remove them from the system? Thanks Tom From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 19:07: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 3326016A40F for ; Wed, 17 Jan 2007 19:07:19 +0000 (UTC) (envelope-from snezhko@indorsoft.ru) Received: from indorsoft.ru (indor.net.tomline.ru [213.183.100.90]) by mx1.freebsd.org (Postfix) with ESMTP id 8BCE313C44C for ; Wed, 17 Jan 2007 19:07:18 +0000 (UTC) (envelope-from snezhko@indorsoft.ru) Received: from SNEZHKO-NEW by indorsoft.ru (MDaemon.PRO.v7.2.2.R) with ESMTP id md50000166270.msg for ; Thu, 18 Jan 2007 00:52:42 +0600 From: Victor Snezhko To: Tom Judge References: <45AE68DE.7060304@tomjudge.com> Date: Thu, 18 Jan 2007 00:52:37 +0600 In-Reply-To: <45AE68DE.7060304@tomjudge.com> (Tom Judge's message of "Wed, 17 Jan 2007 18:20:14 +0000") Message-ID: User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Processed: indor.net.tomline.ru, Thu, 18 Jan 2007 00:52:42 +0600 (not processed: spam filter disabled) X-Return-Path: snezhko@indorsoft.ru X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Cc: freebsd-stable@freebsd.org Subject: Re: Removing unused core components. (Disabled in make.conf) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2007 19:07:19 -0000 Tom Judge writes: > Hi, > > I have the following options in /etc/make.conf: > > NO_PROFILE=true > NO_SENDMAIL=true > NO_GAMES=true > NO_I4B=true > NO_ATM=true > NO_INET6=true > NO_BLUETOOTH=true > NO_IPFILTER=true > NO_RCMDS=true > NO_KERBEROS=true > > > However after a "make buildworld installworld" the utilities and libs > associated with these packages are still installed, is there any easy > way to remove them from the system? make delete-old -- WBR, Victor V. Snezhko E-mail: snezhko@indorsoft.ru From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 19:16: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 A257616A4C2 for ; Wed, 17 Jan 2007 19:16:35 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id 6338B13C4A7 for ; Wed, 17 Jan 2007 19:16:35 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from [172.27.0.11] (nat.bit0.com [207.246.88.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP id 3C6DA730002; Wed, 17 Jan 2007 14:16:34 -0500 (EST) Message-ID: <45AE76D0.1050300@bit0.com> Date: Wed, 17 Jan 2007 14:19:44 -0500 From: Mike Andrews User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Jack Vogel References: <20070116123019.I46509@bit0.com> <2a41acea0701161053s67c6100cqf03284626116f04c@mail.gmail.com> In-Reply-To: <2a41acea0701161053s67c6100cqf03284626116f04c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RELEASE em0 watchdog timeouts -- sometimes (w/ partial workaround) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 19:16:35 -0000 Jack Vogel wrote: > On 1/16/07, Mike Andrews wrote: >> I have a strange issue with em0 watchdog timeouts that I think is not the >> same as the ones everyone was having during the 6.2 beta cycle... >> >> I have six systems, each with two Intel GigE ports onboard: >> >> Systems A and B: Supermicro PDSMi+ >> Systems C and D: Supermicro PDSMi (without the plus) >>[snip] >> Several times a day, em0 will go down, give a watchdog timeout error on >> the console, then come right back up on its own a few seconds later. But >> here's the weird twist: it ONLY happens on systems A and B, and ONLY when >> running at gigabit speed. If I knock the two switch ports down to 100 >> meg, the problem goes away. [snip] > There are some management related issues with this NIC, first if you > have not done so make a DOS bootable device, and run this app I > am enclosing, it fixes the prom setting that is wrong on some devices. > It will do no harm, and it may solve things. > > Let me know if it does fix it please. No problems since running that tool almost 24 hours ago. Looks like a fix. Thanks again! -- Mike Andrews * mandrews@bit0.com * http://www.bit0.com It's not news, it's Fark.com. Carpe cavy! From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 19:24:59 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 46EBA16A40F for ; Wed, 17 Jan 2007 19:24:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id A6DFB13C448 for ; Wed, 17 Jan 2007 19:24:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0HJOoMU055938; Wed, 17 Jan 2007 14:24:53 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 17 Jan 2007 13:58:32 -0500 User-Agent: KMail/1.9.1 References: <20070116123019.I46509@bit0.com> <20070117025927.GA25196@icarus.home.lan> <2a41acea0701161907v5bf56c6evf5eef7fdb2311eb3@mail.gmail.com> In-Reply-To: <2a41acea0701161907v5bf56c6evf5eef7fdb2311eb3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701171358.33120.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 17 Jan 2007 14:24:54 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2460/Wed Jan 17 12:26:31 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Mike Andrews , Jack Vogel Subject: Re: 6.2-RELEASE em0 watchdog timeouts -- sometimes (w/ partial workaround) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 19:24:59 -0000 On Tuesday 16 January 2007 22:07, Jack Vogel wrote: > On 1/16/07, Jeremy Chadwick wrote: > > On Tue, Jan 16, 2007 at 10:53:04AM -0800, Jack Vogel wrote: > > > There are some management related issues with this NIC, first if you > > > have not done so make a DOS bootable device, and run this app I > > > am enclosing, it fixes the prom setting that is wrong on some devices. > > > It will do no harm, and it may solve things. > > > > Jack, > > > > Can you expand on what this application changes in the PROM? I have > > an Intel motherboard which suffers from similar to what the OP has > > reported (em0 watchdog timeouts), and was curious what the utility > > does before firing up the board and trying it. Others may be curious > > to know, too. > > Hmmm, I'm rusty on this, its now been a year or more since I was > first involved in the details, so I may need to amend this later :) > > But from memory, the issue is the value programmed into the MANC > register by the PROM, I don't remember what bit it was, but one bit > is mistakenly set, it causes the hardware to incorrectly intercept some > packets. > > I was snowbound today, but I'll doublecheck on the detail tomorrow > and amend if needed. > > Everyone note that this ONLY effects an 82573 NIC, so make sure of > that before anything else. Is this the IPMI/ASF stuff? If so, you can also work around it by adding 'net.inet.ip.portrange.lowlast=665' to /etc/sysctl.conf. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 19:32: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 BC8D916A4C2 for ; Wed, 17 Jan 2007 19:32:28 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 9E45613C478 for ; Wed, 17 Jan 2007 19:32:28 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l0HJWQcG023761; Wed, 17 Jan 2007 11:32:27 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Wed, 17 Jan 2007 14:29:31 -0500 User-Agent: KMail/1.9.5 References: <45AE68DE.7060304@tomjudge.com> In-Reply-To: X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701171429.32081.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Tom Judge , Victor Snezhko Subject: Re: Removing unused core components. (Disabled in make.conf) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2007 19:32:28 -0000 On Wednesday 17 January 2007 13:52, Victor Snezhko wrote: > Tom Judge writes: > > Hi, > > > > I have the following options in /etc/make.conf: > > > > NO_PROFILE=true > > NO_SENDMAIL=true > > NO_GAMES=true > > NO_I4B=true > > NO_ATM=true > > NO_INET6=true > > NO_BLUETOOTH=true > > NO_IPFILTER=true > > NO_RCMDS=true > > NO_KERBEROS=true > > > > > > However after a "make buildworld installworld" the utilities and libs > > associated with these packages are still installed, is there any easy > > way to remove them from the system? > > make delete-old That will delete obsolete files no longer used by the current version of the operating system, but it won't do what the OP is asking. I don't know of a one-step way to do what you're asking. You could do a find over the base system directories and look for files older than your last installworld. That might not fit the "easy" part of the request since you'd have to go over the list manually to make sure it wasn't killing anything you actually need, but it should be mostly accurate. JN From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 20:01: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 47C0016A407 for ; Wed, 17 Jan 2007 20:01:20 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 2B9DC13C44C for ; Wed, 17 Jan 2007 20:01:20 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l0HK1IcG038624; Wed, 17 Jan 2007 12:01:18 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Wed, 17 Jan 2007 14:58:23 -0500 User-Agent: KMail/1.9.5 References: <45AE68DE.7060304@tomjudge.com> <200701171429.32081.lists@jnielsen.net> In-Reply-To: <200701171429.32081.lists@jnielsen.net> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701171458.23526.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Tom Judge Subject: Re: Removing unused core components. (Disabled in make.conf) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2007 20:01:20 -0000 On Wednesday 17 January 2007 14:29, John Nielsen wrote: > On Wednesday 17 January 2007 13:52, Victor Snezhko wrote: > > Tom Judge writes: > > > Hi, > > > > > > I have the following options in /etc/make.conf: > > > > > > NO_PROFILE=true > > > NO_SENDMAIL=true > > > NO_GAMES=true > > > NO_I4B=true > > > NO_ATM=true > > > NO_INET6=true > > > NO_BLUETOOTH=true > > > NO_IPFILTER=true > > > NO_RCMDS=true > > > NO_KERBEROS=true > > > > > > > > > However after a "make buildworld installworld" the utilities and libs > > > associated with these packages are still installed, is there any easy > > > way to remove them from the system? > > > > make delete-old > > That will delete obsolete files no longer used by the current version of > the operating system, but it won't do what the OP is asking. > > I don't know of a one-step way to do what you're asking. You could do a > find over the base system directories and look for files older than your > last installworld. That might not fit the "easy" part of the request since > you'd have to go over the list manually to make sure it wasn't killing > anything you actually need, but it should be mostly accurate. Here's a script I just put together to get a good first approximation of outdated files using the approach above. Change the variables to be appropriate for your situation, review the output file carefully before deleting anything, and use at your own risk. :) === start prune.sh === #!/bin/sh DIRS="/bin /lib /libexec /rescue /sbin /usr/bin /usr/games /usr/lib \ /usr/libdata /usr/libexec /usr/sbin" OUTFILE=/usr/local/scripts/prune-files.txt AGE="1 month" rm -f ${OUTFILE} for d in ${DIRS} ; do find ${d} -type f ! -newermt "${AGE} ago" >> ${OUTFILE}.tmp done grep -vF "lib/compat" ${OUTFILE}.tmp | grep -vi perl > ${OUTFILE} rm -f ${OUTFILE}.tmp === end prune.sh === JN From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 20:12: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 B274C16A4DE for ; Wed, 17 Jan 2007 20:12:51 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 954C713C455 for ; Wed, 17 Jan 2007 20:12:51 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 121AF1A000B2F for ; Wed, 17 Jan 2007 12:12:51 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id S7TcJ8rADaz1 for ; Wed, 17 Jan 2007 12:12:40 -0800 (PST) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 31C6F1A0007A9 for ; Wed, 17 Jan 2007 12:12:36 -0800 (PST) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Wed, 17 Jan 2007 12:12:34 -0800 User-Agent: KMail/1.9.5 References: <45AE68DE.7060304@tomjudge.com> In-Reply-To: <45AE68DE.7060304@tomjudge.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701171212.35128.fcash@ocis.net> Subject: Re: Removing unused core components. (Disabled in make.conf) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2007 20:12:51 -0000 On Wednesday 17 January 2007 10:20 am, Tom Judge wrote: > I have the following options in /etc/make.conf: > NO_PROFILE=true > NO_SENDMAIL=true > NO_GAMES=true > NO_I4B=true > NO_ATM=true > NO_INET6=true > NO_BLUETOOTH=true > NO_IPFILTER=true > NO_RCMDS=true > NO_KERBEROS=true > > However after a "make buildworld installworld" the utilities and libs > associated with these packages are still installed, is there any easy > way to remove them from the system? There are scripts floating around the Internet that automate this. There are a couple linked off http://www.bsdforums.org/forums/ but you'll have to search the archives to find them. There's nothing built-in to FreeBSD that handles this. At least not that I've found / heard of. I could be wrong, though. -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 20:19: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 EFFEB16A412 for ; Wed, 17 Jan 2007 20:19:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 9434213C467 for ; Wed, 17 Jan 2007 20:19:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 22928 invoked by uid 399); 17 Jan 2007 20:19:19 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 17 Jan 2007 20:19:19 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45AE84BF.2070204@FreeBSD.org> Date: Wed, 17 Jan 2007 12:19:11 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Tom Judge References: <45AE68DE.7060304@tomjudge.com> In-Reply-To: <45AE68DE.7060304@tomjudge.com> X-Enigmail-Version: 0.94.1.1 Content-Type: multipart/mixed; boundary="------------070301040407050709070101" Cc: freebsd-stable@freebsd.org Subject: Re: Removing unused core components. (Disabled in make.conf) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2007 20:19:21 -0000 This is a multi-part message in MIME format. --------------070301040407050709070101 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Tom Judge wrote: > Hi, > > I have the following options in /etc/make.conf: > > NO_PROFILE=true > NO_SENDMAIL=true > NO_GAMES=true > NO_I4B=true > NO_ATM=true > NO_INET6=true > NO_BLUETOOTH=true > NO_IPFILTER=true > NO_RCMDS=true > NO_KERBEROS=true > > > However after a "make buildworld installworld" the utilities and libs > associated with these packages are still installed, is there any easy > way to remove them from the system? I've used the following successfully for a long time: doinstall () { cd /usr && [ -d include-old ] && /bin/rm -r include-old; [ ! -e include-old ] && mv -i include include-old; /bin/rm -r /usr/share/man; cd /usr/src && touch /var/tmp/installdate && make installworld } Then I use the attached script to delete things that weren't installed above. One caveat, if you did not clean out /usr/obj before you built the world, valid libraries will show up as older than the install because of how the file dates are set in bsd.lib.mk. So, if you cleared out /usr/obj before your build, then you can mv the libraries safely. If you didn't, when the first library comes up hit q. hth, Doug -- This .signature sanitized for your protection --------------070301040407050709070101 Content-Type: text/plain; name="after_installworld" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="after_installworld" #!/bin/sh PATH=/usr/bin:/bin export PATH for dir in /bin /libexec /rescue /sbin /usr/bin /usr/games /usr/libdata \ /usr/libexec /usr/sbin /usr/share/games /usr/lib /lib ; do if [ ! -d "$dir" ]; then continue; fi for file in `find $dir \( -type f -o -type l \) -a \ ! -newer /var/tmp/installdate`; do case "${file}" in /usr/lib/compat/*|*/0ld/*|/usr/libdata/perl/*) ;; */libexec/ld-elf.so.1*|/sbin/init.bak|/usr/bin/perl*) ;; *) echo '' ls -lao ${file} read -p " *** Move ${file} to ${file%/*}/0ld? [n] " M case ${M} in [yY]*) mkdir -p ${file%/*}/0ld chflags 0 ${file} && mv -i ${file} ${file%/*}/0ld/ ;; [qQ]) exit 0 ;; esac ;; esac done done exit 0 --------------070301040407050709070101-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 20:58: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 3A95416A415 for ; Wed, 17 Jan 2007 20:58:06 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 9B0BE13C448 for ; Wed, 17 Jan 2007 20:58:05 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so878ana for ; Wed, 17 Jan 2007 12:58:04 -0800 (PST) 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=pItgPkHaEDbrkTAjGN71hv0qcZZ3IouKdHWYpGWW8idPlsIpydF/Xu41wiT/rxXufbn/d4EYnRpwkpTbwkgOW/1RMcHq1q9hQlUEZd/XDZ17PkBwvj7R2iIvE9MV+wOQWye3GWP6dCUT6AL63mxytKDiQEeTQQbRo2cTL+AXEsw= Received: by 10.100.138.2 with SMTP id l2mr3714510and.1169067484872; Wed, 17 Jan 2007 12:58:04 -0800 (PST) Received: by 10.100.112.17 with HTTP; Wed, 17 Jan 2007 12:58:04 -0800 (PST) Message-ID: <2a41acea0701171258k16b4c6ebuf1d4794b89d0749b@mail.gmail.com> Date: Wed, 17 Jan 2007 12:58:04 -0800 From: "Jack Vogel" To: freebsd-stable@freebsd.org, freebsd-net , freebsd-current , "Jon Otterholm" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Lenovo X60 em workaround X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 20:58:06 -0000 Since this was just seen, and the patch below validated as working I wanted to send general email to capture this: The Lenovo X60 can have issues with long ping times, this is a KNOWN hardware problem, and Intel is working with IBM/Lenovo, a final 'fix' has not been decided on yet. Nevertheless, the patch below will work, but I do not want to check it in as its still temporary. Address questions to me, Jack PS This is based on 6.2, but is needed for CURRENT as well. --- if_em.dist.c Wed Jan 17 17:59:46 2007 +++ if_em.c Wed Jan 17 18:03:13 2007 @@ -3348,6 +3348,10 @@ E1000_WRITE_REG(&adapter->hw, RXCSUM, reg_rxcsum); } + /* TEMPORARY WORKAROUND for X60 */ + if (adapter->hw.mac_type == em_82573) + E1000_WRITE_REG(&adapter->hw, RDTR, 32); + /* Enable Receives */ E1000_WRITE_REG(&adapter->hw, RCTL, reg_rctl); /* From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 21:02: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 1CCD416A4A7 for ; Wed, 17 Jan 2007 21:02: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 0857413C4EB for ; Wed, 17 Jan 2007 21:02: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 5EF941A4D89; Wed, 17 Jan 2007 13:02:18 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8BD94514B7; Wed, 17 Jan 2007 16:02:12 -0500 (EST) Date: Wed, 17 Jan 2007 16:02:12 -0500 From: Kris Kennaway To: Willem Jan Withagen Message-ID: <20070117210212.GA40454@xor.obsecurity.org> References: <200701161934.l0GJY1mh057095@ambrisko.com> <45AD3507.402@withagen.nl> <20070116203739.GA343@xor.obsecurity.org> <45AE2922.7040306@withagen.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: <45AE2922.7040306@withagen.nl> User-Agent: Mutt/1.4.2.2i Cc: Scott Oertel , Willem Jan Withagen , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 21:02:19 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 17, 2007 at 02:48:18PM +0100, Willem Jan Withagen wrote: > Kris Kennaway wrote: > >Or waiting until the snapshot operation finishes. You (still) haven't > >determined that it's actually hanging as opposed to just waiting for > >the snapshot operation to finish. >=20 > Just upgraded to 6.2-STABLE, and I must say that things are a LOT better: >=20 > - It did return a prompt > - and ran for about 30 minutes on 1,5T > - Performance gets a little slugish. > - Playing MP3 of a samba share missed only one beat. >=20 > In all it is usable to take snapshots over night. >=20 > So that makes me a happy camper... That's good - although I don't remember you mentioning you weren't running 6.2, or I would have told you to do this immediately to pick up the various fixes made over the past N months. Kris --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFro7UWry0BWjoQKURAgnyAJ4tt5VwCCshyGbZ/VMcnpIql8KwwQCfcY7s OeNL/iTRcOilg9bqbrUJpMM= =4D1g -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 22:02:05 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 7E1F216A494 for ; Wed, 17 Jan 2007 22:02:05 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from mail.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.freebsd.org (Postfix) with ESMTP id 3960C13C44B for ; Wed, 17 Jan 2007 22:02:05 +0000 (UTC) (envelope-from wjw@withagen.nl) Received: from [212.61.27.67] (opteron.digiware.nl [212.61.27.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTP id F090117011; Wed, 17 Jan 2007 23:01:58 +0100 (CET) Message-ID: <45AE9D4D.1090901@withagen.nl> Date: Wed, 17 Jan 2007 23:03:57 +0100 From: Willem Jan Withagen User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Kris Kennaway References: <200701161934.l0GJY1mh057095@ambrisko.com> <45AD3507.402@withagen.nl> <20070116203739.GA343@xor.obsecurity.org> <45AE2922.7040306@withagen.nl> <20070117210212.GA40454@xor.obsecurity.org> In-Reply-To: <20070117210212.GA40454@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Scott Oertel , Willem Jan Withagen , freebsd-stable@freebsd.org Subject: Re: running mksnap_ffs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 22:02:05 -0000 Kris Kennaway wrote: > On Wed, Jan 17, 2007 at 02:48:18PM +0100, Willem Jan Withagen wrote: >> Kris Kennaway wrote: >>> Or waiting until the snapshot operation finishes. You (still) haven't >>> determined that it's actually hanging as opposed to just waiting for >>> the snapshot operation to finish. >> Just upgraded to 6.2-STABLE, and I must say that things are a LOT better: >> >> - It did return a prompt >> - and ran for about 30 minutes on 1,5T >> - Performance gets a little slugish. >> - Playing MP3 of a samba share missed only one beat. >> >> In all it is usable to take snapshots over night. >> >> So that makes me a happy camper... > > That's good - although I don't remember you mentioning you weren't > running 6.2, or I would have told you to do this immediately to pick > up the various fixes made over the past N months. Actually I was running 6.2-something, where something was probably from around mid September. So I've now caught up with that. Something I did indicate when the discussion started, but then that is already a "long" time ago. --WjW From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 22:18:41 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 7C4B516A492; Wed, 17 Jan 2007 22:18:41 +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 3AC3A13C44B; Wed, 17 Jan 2007 22:18:40 +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.4/8.13.4) with ESMTP id l0HMIY8Z076188; Wed, 17 Jan 2007 15:18:40 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45AEA0B5.8060903@samsco.org> Date: Wed, 17 Jan 2007 15:18:29 -0700 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: Andrew Pantyukhin References: <20070117103935.GC4018@genius.tao.org.uk> 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]); Wed, 17 Jan 2007 15:18:40 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: stable@freebsd.org, fs@freebsd.org Subject: Re: gmirror disks vs partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 22:18:41 -0000 Andrew Pantyukhin wrote: > On 1/17/07, Josef Karthauser wrote: >> A poll for opinions if I may? >> >> I've got a few gmirrors running on various machines, all of which >> pair up two drives at the physical level (i.e. mirror /dev/ad0s1 >> with /dev/ad1s1). Of course there are other ways of doing it to, >> like mirroring at the partition level, ie pairing /dev/ad0s1a with >> /dev/ad1s1a, /dev/ad0s1e with /dev/ad0s1e, etc. >> >> Apart from potentially avoiding a whole disk from being copied >> during a resync after a crash, are there any other advantages to >> using partition level mirroring instead of drive level mirroring? > > I can imagine people using partition-level raid to > implement a popular configuration: > > You divide a couple of identical drives proportionally > in two partitions each, place a couple of the first > partitions into gmirror and a couple of the second > ones into gstripe. This way you get both reliable and > fast storage with just two drives. Some strings are > attached. The head movement that this causes makes it a poor performer. It is an option, but not a terribly popular one. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 22:40: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 ECF4716A407 for ; Wed, 17 Jan 2007 22:40:08 +0000 (UTC) (envelope-from msaad@datapipe.com) Received: from exchewr01.datapipe-corp.net (exchewr01.datapipe-corp.net [64.106.130.60]) by mx1.freebsd.org (Postfix) with ESMTP id 9EC8813C461 for ; Wed, 17 Jan 2007 22:40:08 +0000 (UTC) (envelope-from msaad@datapipe.com) Received: from [10.5.0.9] ([192.168.81.31]) by exchewr01.datapipe-corp.net with Microsoft SMTPSVC(6.0.3790.1830); Wed, 17 Jan 2007 17:28:06 -0500 Message-ID: <45AEA2F6.9020204@datapipe.com> Date: Wed, 17 Jan 2007 17:28:06 -0500 From: Mark Saad User-Agent: Thunderbird 1.5.0.9 (X11/20061229) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1169038057.23831.24.camel@richard02> <20070117131603.2ca94466.dom@helenmarks.co.uk> <1169041663.23831.27.camel@richard02> <20070117140431.6b9eaca7.dom@helenmarks.co.uk> <1169043632.23831.36.camel@richard02> <20070117150421.GA5145@dkirhlarov.mow.oilspace.com> In-Reply-To: Content-Type: multipart/mixed; boundary="------------010302000400050406000201" X-OriginalArrivalTime: 17 Jan 2007 22:28:06.0911 (UTC) FILETIME=[C2A720F0:01C73A86] X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: msaad@datapipe.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2007 22:40:09 -0000 This is a multi-part message in MIME format. --------------010302000400050406000201 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Ivan Voras wrote: > Dmitriy Kirhlarov wrote: >> On Wed, Jan 17, 2007 at 03:20:32PM +0100, Richard Verwayen wrote: >> >>> Oh, should I have mentioned that it is a shared SCSI-Storage in between? >> You can use gmirror(8) with ggated(8). > > I think his problem is that you can't have two machines RW mounting the > same device (doesn't matter if it's FC, ggate or other...). So when one > machine fails, the other must mount the file system and THEN start > daemons... > > > This is kind of a side topic but does anyone know of a on disk clustered file system for FreeBSD; like OCFS2 or GFS . Both which would allow you to have more then one box attached read / write to the same scsi or fc storage array ? -- Mark Saad msaad@datapipe.com --------------010302000400050406000201-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 22:54: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 8582916A40F for ; Wed, 17 Jan 2007 22:54:31 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.freebsd.org (Postfix) with ESMTP id 065BC13C46A for ; Wed, 17 Jan 2007 22:54:30 +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 smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l0HMrrOt029989 for ; Wed, 17 Jan 2007 23:54:14 +0100 Received: by faust.net (Postfix, from userid 1001) id D3F811704B; Wed, 17 Jan 2007 23:54:17 +0100 (CET) Date: Wed, 17 Jan 2007 23:54:17 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20070117225417.GA702@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 0.2 Subject: documentation iso file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 22:54:31 -0000 I'd like to know, are documentation iso files for amd64 and i386 arch exactly the same? MD5 is different. I have the one for i386. Should I get also for amd64 and use it for 64 bit box? In other words, are they arch specific? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 22:58:38 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 E17A116A407 for ; Wed, 17 Jan 2007 22:58:38 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id A546113C455 for ; Wed, 17 Jan 2007 22:58:38 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so13271ana for ; Wed, 17 Jan 2007 14:58:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=TDFhuBcsnt0WrMbw9O7v6+Z7AWdexiJf/zAqMEHSQM9OGM1trc8RqT3eTStuHctC+ZaGXVfjedWWFfm0AUPeBHAaLQt9868xf2ifGrDYMDSlktN6aCoQygI1vzJV4mArhwkEwM0LUhRptjlRELufk7qcKQVm/mRvgQ8DzZwBWH4= Received: by 10.78.160.2 with SMTP id i2mr108597hue.1169074716698; Wed, 17 Jan 2007 14:58:36 -0800 (PST) Received: by 10.78.164.20 with HTTP; Wed, 17 Jan 2007 14:58:36 -0800 (PST) Message-ID: Date: Thu, 18 Jan 2007 01:58:36 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Scott Long" In-Reply-To: <45AEA0B5.8060903@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070117103935.GC4018@genius.tao.org.uk> <45AEA0B5.8060903@samsco.org> X-Google-Sender-Auth: 002ddf904bfc6632 Cc: stable@freebsd.org, fs@freebsd.org Subject: Re: gmirror disks vs partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 22:58:39 -0000 On 1/18/07, Scott Long wrote: > Andrew Pantyukhin wrote: > > On 1/17/07, Josef Karthauser wrote: > >> A poll for opinions if I may? > >> > >> I've got a few gmirrors running on various machines, all of which > >> pair up two drives at the physical level (i.e. mirror /dev/ad0s1 > >> with /dev/ad1s1). Of course there are other ways of doing it to, > >> like mirroring at the partition level, ie pairing /dev/ad0s1a with > >> /dev/ad1s1a, /dev/ad0s1e with /dev/ad0s1e, etc. > >> > >> Apart from potentially avoiding a whole disk from being copied > >> during a resync after a crash, are there any other advantages to > >> using partition level mirroring instead of drive level mirroring? > > > > I can imagine people using partition-level raid to > > implement a popular configuration: > > > > You divide a couple of identical drives proportionally > > in two partitions each, place a couple of the first > > partitions into gmirror and a couple of the second > > ones into gstripe. This way you get both reliable and > > fast storage with just two drives. Some strings are > > attached. > > The head movement that this causes makes it a poor performer. It is > an option, but not a terribly popular one. I hear many desktops and laptops nowadays (used to?) come preconfigured this way. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 23:04: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 93D5316A407 for ; Wed, 17 Jan 2007 23:04:33 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 9774913C441 for ; Wed, 17 Jan 2007 23:04:32 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id C80D610C6BC; Wed, 17 Jan 2007 15:07:51 -0800 (PST) X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Jan 17 15:07:49 2007 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 45aeac4572731596710534 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.178 X-Spam-Level: X-Spam-Status: No, score=-4.178 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.321, BAYES_00=-2.599, DSPAM_HAM=-0.1] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vT2Itu7mldlO; Wed, 17 Jan 2007 15:07:49 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 751AB10C6AB; Wed, 17 Jan 2007 15:07:49 -0800 (PST) Message-ID: <8537645.61169075269417.JavaMail.root@ly.sdf.com> Date: Wed, 17 Jan 2007 15:07:49 -0800 (PST) From: Tom Samplonius To: msaad@datapipe.com In-Reply-To: <45AEA2F6.9020204@datapipe.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 23:04:33 -0000 ----- Mark Saad wrote: > Ivan Voras wrote: > > Dmitriy Kirhlarov wrote: > >> On Wed, Jan 17, 2007 at 03:20:32PM +0100, Richard Verwayen wrote: > >> > >>> Oh, should I have mentioned that it is a shared SCSI-Storage in > between? > >> You can use gmirror(8) with ggated(8). > > > > I think his problem is that you can't have two machines RW mounting > the > > same device (doesn't matter if it's FC, ggate or other...). So when > one > > machine fails, the other must mount the file system and THEN start > > daemons... > > > > > > > This is kind of a side topic but does anyone know of a on disk > clustered > file system for FreeBSD; like OCFS2 or GFS . Both which would allow > you > to have more then one box attached read / write to the same scsi or fc > > storage array ? I don't believe there are any. Additionally, I don't believe any of the clustered file systems would be usable for a database backend. Because the application does not know that another instance is also updating, so you would have to start only one instance at a time. So the locking overhead of a clustered filesystem isn't worth it for databases. > -- > Mark Saad > msaad@datapipe.com From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 23:23: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 9414416A40F for ; Wed, 17 Jan 2007 23:23:58 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.freebsd.org (Postfix) with ESMTP id 72CF813C45A for ; Wed, 17 Jan 2007 23:23:58 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from [192.168.26.75] (64-84-9-2-sf-gw.ncircle.com [64.84.9.2]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l0HNNsil002684 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Jan 2007 15:23:57 -0800 Message-ID: <45AEB001.2080906@freebsd.org> Date: Wed, 17 Jan 2007 15:23:45 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Zoran Kolic References: <20070117225417.GA702@faust.net> In-Reply-To: <20070117225417.GA702@faust.net> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig739118C6FA4E49ADFF9DB326" Cc: freebsd-stable@freebsd.org Subject: Re: documentation iso file X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 23:23:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig739118C6FA4E49ADFF9DB326 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Zoran Kolic wrote: > I'd like to know, are documentation iso files for amd64 and i386 arch > exactly the same? MD5 is different. I have the one for i386. Should I > get also for amd64 and use it for 64 bit box? In other words, are they > arch specific? The content is arch-independent, although there was one ISO image produced by each architecture's build machine during the release-building process. The different MD5 hashes are probably because of different timestamps or other metadata within the ISO files. You should be able to use any of the doc ISO files regardless of which architecture you actually run. Bruce. --------------enig739118C6FA4E49ADFF9DB326 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.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFrrAE2MoxcVugUsMRAkGzAKCJHv/gTYU5JUOWzw0W981VXtPSogCgjR4j JNeIuMMzveQGqG8xmr+R1U4= =VZLp -----END PGP SIGNATURE----- --------------enig739118C6FA4E49ADFF9DB326-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 17 23:58:02 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 638E716A417 for ; Wed, 17 Jan 2007 23:58:02 +0000 (UTC) (envelope-from stable@museum.rain.com) Received: from ns.umpquanet.com (ns.umpquanet.com [63.105.30.37]) by mx1.freebsd.org (Postfix) with ESMTP id 48C9213C478 for ; Wed, 17 Jan 2007 23:58:02 +0000 (UTC) (envelope-from stable@museum.rain.com) Received: from ns.umpquanet.com (localhost [127.0.0.1]) by ns.umpquanet.com (8.13.8/8.13.8) with ESMTP id l0HNjoNQ038995; Wed, 17 Jan 2007 15:45:50 -0800 (PST) (envelope-from stable@museum.rain.com) Received: (from james@localhost) by ns.umpquanet.com (8.13.8/8.13.8/Submit) id l0HNjoYT038994; Wed, 17 Jan 2007 15:45:50 -0800 (PST) (envelope-from stable@museum.rain.com) Date: Wed, 17 Jan 2007 15:45:50 -0800 From: James Long To: freebsd-stable@freebsd.org, Richard Message-ID: <20070117234550.GA38730@ns.umpquanet.com> References: <20070117191646.8B90816A552@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070117191646.8B90816A552@hub.freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jan 2007 23:58:02 -0000 > Date: Wed, 17 Jan 2007 13:47:37 +0100 > From: Richard > Subject: Failover-HA-Setup > To: freebsd-stable@freebsd.org > Message-ID: <1169038057.23831.24.camel@richard02> > Content-Type: text/plain > > Hi there! > > I am looking for a solution for a small problem regarding a high > availability setup. > I am running heartbeat on a STABLE-system, the failover works fine for > IP-adresses and I am able to see that a > '/usr/local/etc/rc.d/mysql-server start' statement is issued. BUT since > the variables for mysql are not set in rc.conf (Otherwise it would be > started at startup), it isn't starting at all. > > So my question: How to set those rc.conf-variables in order to start > services in such an setup? Or is there a better solution? > > > cu! > > Richard export mysql_enable="YES" && /usr/local/etc/rc.d/mysql-server start From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 01:15:57 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 73BE816A412 for ; Thu, 18 Jan 2007 01:15:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id 32F1F13C45A for ; Thu, 18 Jan 2007 01:15:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so40820wxc for ; Wed, 17 Jan 2007 17:15:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=GWvC01CWcG7p0Fl5IkXOwUu7Ut1XyDPGtfLeFkh7DB//Bj4ceyYgKmhdL3ztYzRMGO+ebBWAds7KOw6lhjJTtr7rCjqwOhPlXzOwfupA0O1ltO/T9o4R/cbZOahv+NOXZQGGE+kyj5Z1PK41RBqzYzlC1FEXy3EIWtEN1GRFWoQ= Received: by 10.90.35.15 with SMTP id i15mr380374agi.1169082956647; Wed, 17 Jan 2007 17:15:56 -0800 (PST) Received: by 10.90.31.7 with HTTP; Wed, 17 Jan 2007 17:15:56 -0800 (PST) Message-ID: Date: Thu, 18 Jan 2007 10:15:56 +0900 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Andrew Pantyukhin" 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: <20070117103935.GC4018@genius.tao.org.uk> X-Google-Sender-Auth: 58987f950db2bafd Cc: stable@freebsd.org, fs@freebsd.org Subject: Re: gmirror disks vs partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 01:15:57 -0000 On 17/01/07, Andrew Pantyukhin wrote: > [...after reading the slashdotter's piece of wisdom...] > > Yes, but that's the kind of functionality I have always > expected to be present in software raid solutions. I > hope I'll live to see this implemented in geom. That made my eyes bleed. Bring on ZFS and its method of managing JBODs. Adrian From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 01:22: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 C360016A51A for ; Thu, 18 Jan 2007 01:22:36 +0000 (UTC) (envelope-from applecom@inbox.ru) Received: from mx27.mail.ru (mx27.mail.ru [194.67.23.64]) by mx1.freebsd.org (Postfix) with ESMTP id 8669013C457 for ; Thu, 18 Jan 2007 01:22:36 +0000 (UTC) (envelope-from applecom@inbox.ru) Received: from [85.115.165.63] (port=35829 helo=xml.opera.com) by mx27.mail.ru with asmtp id 1H7Lz9-000048-00 for freebsd-stable@freebsd.org; Thu, 18 Jan 2007 04:22:35 +0300 To: freebsd-stable@freebsd.org From: applecom@inbox.ru Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Thu, 18 Jan 2007 06:22:31 +0500 Message-ID: User-Agent: Opera Mail/9.10 (FreeBSD) Subject: share/dict/freebsd - installathon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 01:22:36 -0000 I've found word 'installathon' in share/dict/freebsd dictionary. Is it error? From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 01:26: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 103BD16A416 for ; Thu, 18 Jan 2007 01:26:28 +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 F20F213C478 for ; Thu, 18 Jan 2007 01:26:27 +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 D5DD61A4D89; Wed, 17 Jan 2007 17:26:27 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9268D51DB7; Wed, 17 Jan 2007 20:26:24 -0500 (EST) Date: Wed, 17 Jan 2007 20:26:24 -0500 From: Kris Kennaway To: applecom@inbox.ru Message-ID: <20070118012624.GA45643@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: share/dict/freebsd - installathon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 01:26:28 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 18, 2007 at 06:22:31AM +0500, applecom@inbox.ru wrote: > I've found word 'installathon' in share/dict/freebsd dictionary. Is it = =20 > error? No, this is a dictionary of freebsd-related jargon. An installathon is an advocacy event where the aim is to install FreeBSD on many computers. Kris --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFrszAWry0BWjoQKURAqTQAKCSJWktAD5icgWq7m5qPepkRDNwJgCdHbXw CKdmx120xI1X3Q+lzm/PwT4= =U438 -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 01:31: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 706E016A415 for ; Thu, 18 Jan 2007 01:31:15 +0000 (UTC) (envelope-from applecom@inbox.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id 30EBA13C461 for ; Thu, 18 Jan 2007 01:31:15 +0000 (UTC) (envelope-from applecom@inbox.ru) Received: from mx27.mail.ru (mx27.mail.ru [194.67.23.64]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id A854A6D4743 for ; Thu, 18 Jan 2007 03:15:32 +0300 (MSK) Received: from [85.115.165.63] (port=16104 helo=xml.opera.com) by mx27.mail.ru with asmtp id 1H7KwE-0009E1-00 for freebsd-stable@freebsd.org; Thu, 18 Jan 2007 03:15:30 +0300 To: freebsd-stable@freebsd.org From: applecom@inbox.ru Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Thu, 18 Jan 2007 05:15:29 +0500 Message-ID: User-Agent: Opera Mail/9.10 (FreeBSD) Subject: share/dict/freebsd - installathon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 01:31:15 -0000 I've found word 'installathon' share/dict/freebsd dictionary. Is it error? From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 02:46: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 93D6716A412 for ; Thu, 18 Jan 2007 02:46:03 +0000 (UTC) (envelope-from applecom@inbox.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id 5391613C469 for ; Thu, 18 Jan 2007 02:46:03 +0000 (UTC) (envelope-from applecom@inbox.ru) Received: from mx2.mail.ru (mx2-2.mail.ru [194.67.23.122]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id 62AAB76DDFB for ; Thu, 18 Jan 2007 03:18:12 +0300 (MSK) Received: from [85.115.165.63] (port=19249 helo=xml.opera.com) by mx2.mail.ru with asmtp id 1H7Kyl-000FWQ-00 for freebsd-stable@freebsd.org; Thu, 18 Jan 2007 03:18:07 +0300 To: freebsd-stable@freebsd.org From: applecom@inbox.ru Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Thu, 18 Jan 2007 05:18:04 +0500 Message-ID: User-Agent: Opera Mail/9.10 (FreeBSD) Subject: share/dict/freebsd - installathon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 02:46:03 -0000 I've found word 'installathon' share/dict/freebsd dictionary. Is it error? From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 03:29: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 125A616A412 for ; Thu, 18 Jan 2007 03:29:54 +0000 (UTC) (envelope-from illoai@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 A184A13C442 for ; Thu, 18 Jan 2007 03:29:53 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so60043uge for ; Wed, 17 Jan 2007 19:29:52 -0800 (PST) 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=RlCfHGdmwv/nK6faemtlvN/hBcki1Zzgfx7mRnxToHJONBJTXyCBTz/W917lAOYmTm+WTuKKGiZwKtT9FigdX6kVC9f7xDhY/hoC2gDa6wF5qpMxr61Nw61Zgt83B/ZBQZLe/JfzlGKJ86iKzDQZ26SlmqF9kDipETA1vqIHhAY= Received: by 10.82.113.6 with SMTP id l6mr77278buc.1169089438282; Wed, 17 Jan 2007 19:03:58 -0800 (PST) Received: by 10.82.176.4 with HTTP; Wed, 17 Jan 2007 19:03:58 -0800 (PST) Message-ID: Date: Wed, 17 Jan 2007 21:03:58 -0600 From: "illoai@gmail.com" To: "applecom@inbox.ru" 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: Cc: freebsd-stable@freebsd.org Subject: Re: share/dict/freebsd - installathon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 03:29:54 -0000 On 17/01/07, applecom@inbox.ru suggested: > I've found word 'installathon' share/dict/freebsd dictionary. Is it error? If you really think so, I suppose you could remove it, though it would tend to pop back up with every installworld Assuming You do not make some kind of mad local patch. To me it seems a perfectly cromulent word. -- -- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 04:10: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 448E916A417 for ; Thu, 18 Jan 2007 04:10:57 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id EC5B713C45D for ; Thu, 18 Jan 2007 04:10:54 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 067B61CC55; Thu, 18 Jan 2007 16:57:49 +1300 (NZDT) Date: Thu, 18 Jan 2007 16:57:48 +1300 From: Andrew Thompson To: freebsd-stable@freebsd.org Message-ID: <20070118035748.GE12548@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Subject: MFC rstp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 04:10:57 -0000 Hi, I have a patch here to MFC the rstp code to RELENG_6. It should be all fine and dandy as for API but will cause the default spanning tree version to change from stp to rstp. Is it ok to change the protocol version for the STABLE users (rstp is backwards compatable with stp) or should it still default to stp and require the OP to enable rstp. Any opinions? Andrew http://people.freebsd.org/~thompsa/mfc_rstp.diff From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 05:00: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 C8FC316A407 for ; Thu, 18 Jan 2007 05:00:46 +0000 (UTC) (envelope-from pkg@hunter-gatherer.org) Received: from [212.112.40.199] (212-112-40-199.lidnet.net [212.112.40.199]) by mx1.freebsd.org (Postfix) with SMTP id 1F61213C428 for ; Thu, 18 Jan 2007 05:00:45 +0000 (UTC) (envelope-from pkg@hunter-gatherer.org) Received: (qmail 66167 invoked by uid 1000); 18 Jan 2007 05:00:44 -0000 Date: Thu, 18 Jan 2007 06:00:44 +0100 From: Par Leijonhufvud To: freebsd-stable@freebsd.org Message-ID: <20070118050044.GA827@ojibwe.hunter-gatherer.org> References: <20070117052423.GC23307@ojibwe.hunter-gatherer.org> <20070117075155.089ccb32.torfinn.ingolfsen@broadpark.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070117075155.089ccb32.torfinn.ingolfsen@broadpark.no> User-Agent: Mutt/1.4.2.1i Subject: Re: portdowngrade/portupgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 05:00:46 -0000 Torfinn Ingolfsen [2007.01.17] wrote: > On Wed, 17 Jan 2007 06:24:23 +0100 > Par Leijonhufvud wrote: > > > How do I tell portupgrade that I *know*, just go ahead anyway? > > Is it 'portupgrade -f ' you want? Nope, that does not do it, what it did was remove the old (6.3.6) version and fail to install the new version. I also tried going to /usr/ports/mail/fetchmail and doing a "make install". Pretty much same error ("fetchmail -- TLS enforcement problem/MITM attack/password exposure[...] Please update your ports tree and try again"). What have I missed? /Par # portupgrade -f fetchmail ---> Downgrading 'fetchmail-6.3.6' to 'fetchmail-6.3.5' (mail/fetchmail) ---> Building '/usr/ports/mail/fetchmail' ===> Cleaning for pkg_install-20060113 ===> Cleaning for openssl-0.9.8d ===> Cleaning for gmake-3.81_1 ===> Cleaning for gettext-0.14.5_2 ===> Cleaning for ca-roots-1.2 ===> Cleaning for rc_subr-1.31_1 ===> Cleaning for libtool-1.5.22_2 ===> Cleaning for expat-2.0.0_1 ===> Cleaning for libiconv-1.9.2_2 ===> Cleaning for ldconfig_compat-1.0_8 ===> Cleaning for fetchmail-6.3.5 ===> fetchmail-6.3.5 has known vulnerabilities: => fetchmail -- crashes when refusing a message bound for an MDA. Reference: => fetchmail -- TLS enforcement problem/MITM attack/password exposure. Reference: => Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/mail/fetchmail. ---> Backing up the old version ---> Uninstalling the old version ---> Deinstalling 'fetchmail-6.3.6' pkg_delete: unable to completely remove directory '/usr/local/share/doc/fetchmail' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) [Updating the pkgdb in /var/db/pkg ... - 309 packages found (-1 +0) (...) done] ---> Installing the new version via the port ===> fetchmail-6.3.5 has known vulnerabilities: => fetchmail -- crashes when refusing a message bound for an MDA. Reference: => fetchmail -- TLS enforcement problem/MITM attack/password exposure. Reference: => Please update your ports tree and try again. *** Error code 1 Stop in /usr/ports/mail/fetchmail. *** Error code 1 Stop in /usr/ports/mail/fetchmail. Stop in /usr/ports/mail/fetchmail. ===> Cleaning for pkg_install-20060113 ===> Cleaning for openssl-0.9.8d ===> Cleaning for gmake-3.81_1 ===> Cleaning for gettext-0.14.5_2 ===> Cleaning for ca-roots-1.2 ===> Cleaning for rc_subr-1.31_1 ===> Cleaning for libtool-1.5.22_2 ===> Cleaning for expat-2.0.0_1 ===> Cleaning for libiconv-1.9.2_2 ===> Cleaning for ldconfig_compat-1.0_8 ===> Cleaning for fetchmail-6.3.5 ---> Cleaning out obsolete shared libraries -- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 08:41: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 1F70716A539 for ; Thu, 18 Jan 2007 08:41:19 +0000 (UTC) (envelope-from rebehn@ant.uni-bremen.de) Received: from antsrv1.ant.uni-bremen.de (antsrv1.ant.uni-bremen.de [134.102.176.16]) by mx1.freebsd.org (Postfix) with ESMTP id 3514E13C4F7 for ; Thu, 18 Jan 2007 08:41:17 +0000 (UTC) (envelope-from rebehn@ant.uni-bremen.de) Received: from bremerhaven.ant.uni-bremen.de ([134.102.176.10]) by antsrv1.ant.uni-bremen.de with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H7Spb-000I4b-HW; Thu, 18 Jan 2007 09:41:11 +0100 Message-ID: <45AF32A7.3050108@ant.uni-bremen.de> Date: Thu, 18 Jan 2007 09:41:11 +0100 From: Heinrich Rebehn User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.9) Gecko/20061211 SeaMonkey/1.0.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 6.2: make buildworld fails at usr.bin/passwd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 08:41:19 -0000 Hi list, I just cvsup'ed 6.2 (tag=RELENG_6_2) and buildworld fails with: [...] rm -f opiepasswd opiepasswd.o opiepasswd.1.gz opiepasswd.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/pagesize (cleandir) rm -f pagesize.1.gz pagesize.1.cat.gz ===> usr.bin/passwd (cleandir) cd: can't cd to /usr/src/usr.bin/passwd *** Error code 2 Stop in /usr/src/usr.bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Does anyone know what is wrong here? Why is /usr/src/usr.bin/passwd missing? I tried different german mirrors. Regards, Heinrich Rebehn University of Bremen Physics / Electrical and Electronics Engineering - Department of Telecommunications - Phone : +49/421/218-4664 Fax : -3341 From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 08:47: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 A41BE16A492 for ; Thu, 18 Jan 2007 08:47:39 +0000 (UTC) (envelope-from lists@leewelle.de) Received: from mail.verwayen.com (mail.verwayen.com [88.198.161.26]) by mx1.freebsd.org (Postfix) with ESMTP id 6782A13C46A for ; Thu, 18 Jan 2007 08:47:39 +0000 (UTC) (envelope-from lists@leewelle.de) Received: from localhost (localhost [127.0.0.1]) by mail.verwayen.com (Postfix) with ESMTP id DDAAD58467 for ; Thu, 18 Jan 2007 08:49:29 +0000 (UTC) Received: from mail.verwayen.com ([127.0.0.1]) by localhost (mail.verwayen.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10840-08 for ; Thu, 18 Jan 2007 08:49:23 +0000 (UTC) Received: from [192.168.223.8] (u6-52.dsl.vianetworks.de [194.231.186.52]) by mail.verwayen.com (Postfix) with ESMTP id 9E8EB58476 for ; Thu, 18 Jan 2007 08:49:22 +0000 (UTC) From: Richard To: freebsd-stable@freebsd.org In-Reply-To: References: <1169038057.23831.24.camel@richard02> <200701171608.55482.nvass@teledomenet.gr> <1169046617.23831.46.camel@richard02> Content-Type: text/plain Date: Thu, 18 Jan 2007 09:47:08 +0100 Message-Id: <1169110028.20706.53.camel@chaffinch> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 08:47:39 -0000 On Wed, 2007-01-17 at 19:48 +0100, Ivan Voras wrote: > Richard wrote: > > > Am Mittwoch, den 17.01.2007, 16:08 +0200 schrieb Nikos Vassiliadis: > > >> I remember that heartbeat can call any script you it tell to. > >> So, you have to let heartbeat start MySQL. rc will just start > >> heartbeat. > > Yes, you are right, and exactly that was my problem. It didn't start. > > Hmm, do you have more information - in which way did it fail? rc.d > scripts (including those for mysql) bring in variables via rc.subr: > > ---- > # > # Add the following line to /etc/rc.conf to enable mysql: > # mysql_enable (bool): Set to "NO" by default. > > Are you saying this part has failed, or that you don't have the proper > variables in /etc/rc.conf? If the variable mysql_enable is set in '/etc/rc.conf', mysql is started on both nodes at startup, it it is not there (and the passive node won't work due to the lack of mounted diskspace), heartbeat call '/usr/local/etc/rc.d/mysql-server start' and nothing happens. I got around this problem by writing my own startup-scripts not using those Variables. I thought that there might be a much nicer solution, but a failover configuration working with FreeBSD seems not to be that widespread as it is under Linux. (Yes, there are many firewall-implementations using carp, but would that work for services like mysql or samba too?) Richard From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 08: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 6366D16A40F; Thu, 18 Jan 2007 08:50:38 +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 1C30A13C45B; Thu, 18 Jan 2007 08:50:38 +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 C70021FFE19; Thu, 18 Jan 2007 09:25:10 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 9119A1FFDFC; Thu, 18 Jan 2007 09:25:05 +0100 (CET) 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 5DCD7444885; Thu, 18 Jan 2007 08:24:15 +0000 (UTC) Date: Thu, 18 Jan 2007 08:24:14 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Andrew Thompson In-Reply-To: <20070118035748.GE12548@heff.fud.org.nz> Message-ID: <20070118082139.W82671@maildrop.int.zabbadoz.net> References: <20070118035748.GE12548@heff.fud.org.nz> 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: MFC rstp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 08:50:38 -0000 On Thu, 18 Jan 2007, Andrew Thompson wrote: Hi, > I have a patch here to MFC the rstp code to RELENG_6. It should be all > fine and dandy as for API but will cause the default spanning tree > version to change from stp to rstp. > > Is it ok to change the protocol version for the STABLE users (rstp is > backwards compatable with stp) or should it still default to stp and > require the OP to enable rstp. > > Any opinions? I think you should leave stp as default and have the user configure rstp if (s)he thinks (s)he needs it. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 08:51: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 45A2816A47C for ; Thu, 18 Jan 2007 08:51:51 +0000 (UTC) (envelope-from lists@leewelle.de) Received: from mail.verwayen.com (mail.verwayen.com [88.198.161.26]) by mx1.freebsd.org (Postfix) with ESMTP id 01D2213C45E for ; Thu, 18 Jan 2007 08:51:50 +0000 (UTC) (envelope-from lists@leewelle.de) Received: from localhost (localhost [127.0.0.1]) by mail.verwayen.com (Postfix) with ESMTP id BC9A658476 for ; Thu, 18 Jan 2007 08:53:41 +0000 (UTC) Received: from mail.verwayen.com ([127.0.0.1]) by localhost (mail.verwayen.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11009-01 for ; Thu, 18 Jan 2007 08:53:32 +0000 (UTC) Received: from [192.168.223.8] (u6-52.dsl.vianetworks.de [194.231.186.52]) by mail.verwayen.com (Postfix) with ESMTP id C612458467 for ; Thu, 18 Jan 2007 08:53:31 +0000 (UTC) From: Richard To: freebsd-stable@freebsd.org In-Reply-To: <45AE68DF.5010700@FreeBSD.org> References: <1169038057.23831.24.camel@richard02> <20070117142552.GC1225@dkirhlarov.mow.oilspace.com> <1169044590.23831.38.camel@richard02> <45AE68DF.5010700@FreeBSD.org> Content-Type: text/plain Date: Thu, 18 Jan 2007 09:51:18 +0100 Message-Id: <1169110278.20706.58.camel@chaffinch> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 08:51:51 -0000 On Wed, 2007-01-17 at 10:20 -0800, Doug Barton wrote: > Bill Milford wrote: > > > You can modify the keyword section of the > > /usr/local/etc/rc.d/mysql-server(.sh) and add "nostart" This > > allows you to start it manually with > > /usr/local/etc/rc.d/mysql-server start, but it will not start at > > boot time as rcorder skips files with the nostart keyword. The > > startup variable can then be in /etc/rc.conf > > There is no need to make any changes to the script. Put whatever other > options you want for mysql in rc.conf, and set the _enable variable > to no. Then you can run /usr/local/etc/rc.d/mysql-server onestart and > it will start normally just one time. Yes, and mysql will be started at bootup time on both nodes, wouldn't it? So one node would fail miserably since the lack of mounted diskspace... But the "nostart"-solution sounds like working... RIchard From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 10:47: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 6E18316A40F for ; Thu, 18 Jan 2007 10:47:24 +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 2D84013C45A for ; Thu, 18 Jan 2007 10:47:23 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1H7Uni-0002r4-Rl for freebsd-stable@freebsd.org; Thu, 18 Jan 2007 11:47:22 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Jan 2007 11:47:22 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Jan 2007 11:47:22 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 18 Jan 2007 11:47:07 +0100 Lines: 12 Message-ID: References: <1169038057.23831.24.camel@richard02> <200701171608.55482.nvass@teledomenet.gr> <1169046617.23831.46.camel@richard02> <1169110028.20706.53.camel@chaffinch> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: <1169110028.20706.53.camel@chaffinch> Sender: news Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 10:47:24 -0000 Richard wrote: > If the variable mysql_enable is set in '/etc/rc.conf', mysql is started > on both nodes at startup, it it is not there (and the passive node won't > work due to the lack of mounted diskspace), heartbeat call > '/usr/local/etc/rc.d/mysql-server start' and nothing happens. rc.conf is "sourced" by rc.subr. In other words, it's a shell script. You can thus set it up so it sets some variables when called from heartbeat and others when called by boot. For example, you can set an environment variable by heartbeat (or by a script that heartbeat calls...) and judge from that. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 13:29: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 B09A716A415 for ; Thu, 18 Jan 2007 13:29:07 +0000 (UTC) (envelope-from derwood@naebunny.net) Received: from azathoth.naebunny.net (azathoth.naebunny.net [67.38.156.19]) by mx1.freebsd.org (Postfix) with ESMTP id 4CBFE13C442 for ; Thu, 18 Jan 2007 13:29:04 +0000 (UTC) (envelope-from derwood@naebunny.net) Received: from azathoth.naebunny.net (azathoth [127.0.0.1]) by azathoth.naebunny.net (Naebunny Mail Server. Spammers will be reported) with ESMTP id 09FFB22837 for ; Thu, 18 Jan 2007 08:05:16 -0500 (EST) Received: from [192.168.0.249] (unknown [192.168.0.249]) by azathoth.naebunny.net (Naebunny Mail Server. Spammers will be reported) with ESMTP id E156A22836 for ; Thu, 18 Jan 2007 08:05:15 -0500 (EST) Message-ID: <45AF707C.6050509@naebunny.net> Date: Thu, 18 Jan 2007 08:05:00 -0500 From: Darin User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AV-Checked: ClamAV using ClamSMTP Subject: PPP oddity with 6.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 13:29:07 -0000 This system has been running 5.x for over a year with no problems. Last weekend, I cvsuped, and did buildworld using RELENG_6_2. This machine is set up to connect to my isp via PPPOE upon boot. Now, when it boots, it does the connection fine, and TUN0 is set up. But, immediately after that, it starts another PPP process, and tries to reconnect using TUN1. It keeps re-trying until I kill the second pid. Nothing has changed in my config files. Any ideas??? Darin - Here is a sample from the /var/log/ppp.log: ===================================================== Jan 14 23:38:46 bsd ppp[344]: tun0: Phase: Pap Input: SUCCESS () Jan 14 23:38:46 bsd ppp[344]: tun0: CCP: FSM: Using "deflink" as a transport Jan 14 23:38:46 bsd ppp[344]: tun0: CCP: deflink: State change Initial --> Closed Jan 14 23:38:46 bsd ppp[344]: tun0: CCP: deflink: LayerStart. Jan 14 23:38:46 bsd ppp[344]: tun0: CCP: MPPE: Not usable without CHAP81 Jan 14 23:38:46 bsd ppp[344]: tun0: CCP: deflink: SendConfigReq(1) state = Closed Jan 14 23:38:46 bsd ppp[344]: tun0: CCP: DEFLATE[4] win 15 Jan 14 23:38:46 bsd ppp[344]: tun0: CCP: PRED1[2] Jan 14 23:38:46 bsd ppp[344]: tun0: CCP: deflink: State change Closed --> Req-Sent Jan 14 23:38:46 bsd ppp[344]: tun0: Phase: deflink: lcp -> open Jan 14 23:38:46 bsd ppp[344]: tun0: Phase: bundle: Network Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: FSM: Using "deflink" as a transport Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: deflink: State change Initial --> Closed Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: deflink: LayerStart. Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: deflink: SendConfigReq(1) state = Closed Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: IPADDR[6] 10.0.0.2 Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: deflink: State change Closed --> Req-Sent Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: deflink: RecvConfigReq(51) state = Req-Sent Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: IPADDR[6] 67.38.156.1 Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: deflink: SendConfigAck(51) state = Req-Sent Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: IPADDR[6] 67.38.156.1 Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: deflink: State change Req-Sent --> Ack-Sent Jan 14 23:38:46 bsd ppp[344]: tun0: CCP: deflink: State change Req-Sent --> Stopped Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: deflink: RecvConfigRej(1) state = Ack-Sent Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: deflink: SendConfigReq(2) state = Ack-Sent Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: IPADDR[6] 10.0.0.2 Jan 14 23:38:46 bsd ppp[344]: tun0: Phase: deflink: IPV6CP protocol reject closes IPV6CP ! Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: deflink: RecvConfigNak(2) state = Ack-Sent Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: IPADDR[6] 67.38.156.22 Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: IPADDR[6] changing address: 10.0.0.2 --> 67.38.156.22 Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: deflink: SendConfigReq(3) state = Ack-Sent Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: IPADDR[6] 67.38.156.22 Jan 14 23:38:46 bsd ppp[344]: tun0: Phase: deflink: IPV6CP protocol reject closes IPV6CP ! Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: deflink: RecvConfigAck(3) state = Ack-Sent Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: IPADDR[6] 67.38.156.22 Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: deflink: State change Ack-Sent --> Opened Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: deflink: LayerUp. Jan 14 23:38:46 bsd ppp[344]: tun0: IPCP: myaddr 67.38.156.22 hisaddr = 67.38.156.1 Jan 14 23:38:49 bsd ppp[344]: tun0: Phase: deflink: IPV6CP protocol reject closes IPV6CP ! Jan 14 23:38:52 bsd ppp[344]: tun0: Phase: deflink: IPV6CP protocol reject closes IPV6CP ! Jan 14 23:38:53 bsd ppp[766]: Phase: Using interface: tun1 Jan 14 23:38:53 bsd ppp[766]: Phase: deflink: Created in closed state Jan 14 23:38:53 bsd ppp[766]: tun1: Command: default: ident user-ppp VERSION (built COMPILATIONDATE) Jan 14 23:38:53 bsd ppp[766]: tun1: Command: default: set ifaddr 10.0.0.2/0 10.0.0.3/0 Jan 14 23:38:53 bsd ppp[766]: tun1: Command: Ameritech: set device PPPoE:txp0 Jan 14 23:38:53 bsd ppp[766]: tun1: Command: Ameritech: set authname xxxxx@xxxxxxxxx.xxx Jan 14 23:38:53 bsd ppp[766]: tun1: Command: Ameritech: set authkey ******** Jan 14 23:38:53 bsd ppp[766]: tun1: Command: Ameritech: set dial Jan 14 23:38:53 bsd ppp[766]: tun1: Command: Ameritech: set login Jan 14 23:38:53 bsd ppp[766]: tun1: Command: Ameritech: add default HISADDR Jan 14 23:38:53 bsd ppp[766]: tun1: Warning: Add route failed: 0.0.0.0/0 already exists ========================================================== Here is my /etc/ppp/ppp.conf: ========================================================== default: set log Phase Chat IPCP CCP tun command ident user-ppp VERSION (built COMPILATIONDATE) set ifaddr 10.0.0.2/0 10.0.0.3/0 # Ensure that "device" references the correct serial port # for your modem. (cuaa0 = COM1, cuaa1 = COM2) # Ameritech: set device PPPoE:txp0:SBC set authname xxxxxx@xxxxxxx.xxx set authkey ****** set dial set login add default HISADDR nat enable yes nat same_ports yes nat addr 192.168.0.5 aa.bb.bb.dd nat addr 192.168.0.6 aa.bb.cc.dd nat addr 192.168.0.7 aa.bb.cc.dd nat port udp 192.168.0.250:4500 4500 nat port udp 192.168.0.250:500 500 accept dns set dns 192.168.0.6 192.168.0.5 disable ipv6cp ============================================================ And, here is my /etc/rc.conf: ========================================================== gateway_enable="YES" hostname="xxx.xxxxxxxxxxx.xxx" ifconfig_txp0="inet 10.0.0.3 netmask 255.255.255.0" ifconfig_txp1="inet 192.168.0.1 netmask 255.255.255.0" dhcpd_enable="YES" dhcpd_conf=/usr/local/etc/dhcpd.conf dhcpd_ifaces="txp1" defaultrouter="192.168.0.1" ppp_enable="YES" ppp_mode="ddial" ppp_profile="Ameritech" natd_enable="YES" natd_interface="txp1" natd_flags="-f /etc/natd.conf" nfs_client_enable="YES" sshd_enable="YES" sendmail_enable="NONE" firewall_enable="YES" firewall_script="/etc/ipfw.newset" firewall_logging="YES" log_in_vain="YES" inetd_enable="NO" kern_securelevel_enable="NO" ========================================================== From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 14:48: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 674CE16A415 for ; Thu, 18 Jan 2007 14:48:44 +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 194F613C441 for ; Thu, 18 Jan 2007 14:48:43 +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 BF79C6B3A; Thu, 18 Jan 2007 17:16:02 +0300 (MSK) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 6EF766B20; Thu, 18 Jan 2007 17:16:02 +0300 (MSK) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.8/8.13.8) id l0IEF8VR002330; Thu, 18 Jan 2007 17:15:08 +0300 (MSK) (envelope-from ru) Date: Thu, 18 Jan 2007 17:15:08 +0300 From: Ruslan Ermilov To: Heinrich Rebehn Message-ID: <20070118141508.GB2038@rambler-co.ru> References: <45AF32A7.3050108@ant.uni-bremen.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gatW/ieO32f1wygP" Content-Disposition: inline In-Reply-To: <45AF32A7.3050108@ant.uni-bremen.de> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@freebsd.org Subject: Re: 6.2: make buildworld fails at usr.bin/passwd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 14:48:44 -0000 --gatW/ieO32f1wygP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 18, 2007 at 09:41:11AM +0100, Heinrich Rebehn wrote: > Hi list, >=20 > I just cvsup'ed 6.2 (tag=3DRELENG_6_2) and buildworld fails with: >=20 > [...] > rm -f opiepasswd opiepasswd.o opiepasswd.1.gz opiepasswd.1.cat.gz > rm -f .depend GPATH GRTAGS GSYMS GTAGS > =3D=3D=3D> usr.bin/pagesize (cleandir) > rm -f pagesize.1.gz pagesize.1.cat.gz > =3D=3D=3D> usr.bin/passwd (cleandir) > cd: can't cd to /usr/src/usr.bin/passwd > *** Error code 2 >=20 > Stop in /usr/src/usr.bin. > *** 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 >=20 > Does anyone know what is wrong here? Why is /usr/src/usr.bin/passwd=20 > missing? I tried different german mirrors. >=20 It could be you configured you CVSup to ignore it in one way or another. Run cvsup(1) in verbose mode and see what happens. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --gatW/ieO32f1wygP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFr4DsqRfpzJluFF4RAtU1AJwLuNrof5czcRfH73K8p7nRAkgVKwCeNXxw D8x9YWqtsatgRpOfUvl8OUo= =BDh+ -----END PGP SIGNATURE----- --gatW/ieO32f1wygP-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 14:57: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 C262B16A412 for ; Thu, 18 Jan 2007 14:57:28 +0000 (UTC) (envelope-from roman@IPricot.com) Received: from mail.i2e.fr (mail.i2e.fr [195.115.69.236]) by mx1.freebsd.org (Postfix) with ESMTP id 9BB7C13C441 for ; Thu, 18 Jan 2007 14:57:27 +0000 (UTC) (envelope-from roman@IPricot.com) Received: from mail (localhost [127.0.0.1]) by mail (Postfix) with ESMTP id C44E6BBA0 for ; Thu, 18 Jan 2007 15:34:06 +0100 (CET) Received: from [192.168.1.221] (unknown [81.255.193.109]) by mail.i2e.fr (Postfix) with ESMTP id 7DE75BB9F for ; Thu, 18 Jan 2007 15:34:06 +0100 (CET) Message-ID: <45AF8586.8080908@IPricot.com> Date: Thu, 18 Jan 2007 15:34:46 +0100 From: Roman Le Houelleur User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20061229 SeaMonkey/1.0.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 28092006 #213749, status: clean Subject: tcpdump, rl, sis, fxp and multicast problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2007 14:57:28 -0000 Hi everyone, It's been about a year or so that I upgrade my box to RELENG_6 from time to time. I got some suprises this week, I've seen a few things that made me think of hardware problems but some are definitly soft. First and easy one, tcpdump -v does not show checksum error for UDP whereas it does for TCP (same w/ tcpdump -vvv). checksum : I have a double port fxp 82550 Pro/100 board which makes plenty of checksum errors (UDP & TCP), I suspect this is related to checksum offloading but am not sure. I strongly believe this card was working fine a few days/weeks ago. multicast : none of my eth cards (sis, rl & fxp) can output multicast anymore, w/ or w/o route and/or specifying a multicast interface to my server program. here is my dmesg, if someone has a suggestion ... 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 #0: Tue Jan 16 12:00:15 CET 2007 root@roman.fr.ipricot.com:/usr/obj/usr/src/sys/ROMAN ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2600+ (1916.46-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383fbff AMD Features=0xc0400800 real memory = 1073676288 (1023 MB) avail memory = 1045880832 (997 MB) ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) rl0: port 0xc400-0xc4ff mem 0xeb101000-0xeb1010ff irq 17 at device 9.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:fc:22:fb:61 rl1: port 0xc000-0xc0ff mem 0xeb100000-0xeb1000ff irq 18 at device 10.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:08:a1:40:7e:9c pcib2: at device 11.0 on pci0 pci2: on pcib2 fxp0: port 0xb000-0xb03f mem 0xeb041000-0xeb041fff,0xeb000000-0xeb01ffff irq 19 at device 4.0 on pci2 miibus2: on fxp0 inphy0: on miibus2 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:b9:32:89 fxp1: port 0xb400-0xb43f mem 0xeb040000-0xeb040fff,0xeb020000-0xeb03ffff irq 16 at device 5.0 on pci2 miibus3: on fxp1 inphy1: on miibus3 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:b3:b9:32:8a sis0: port 0xc800-0xc8ff mem 0xeb102000-0xeb102fff irq 16 at device 12.0 on pci0 sis0: Silicon Revision: DP83815C miibus4: on sis0 ukphy0: on miibus4 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:a0:cc:a1:40:56 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xcc00-0xcc0f at device 15.0 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xd000-0xd01f 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 0xd400-0xd41f 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 0xd800-0xd81f 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 0xdc00-0xdc1f 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 0xeb103000-0xeb1030ff 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 pcm0: port 0xe000-0xe0ff irq 22 at device 17.5 on pci0 pcm0: pcm0: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: 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-0xcbfff,0xcc000-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 ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 1916461118 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38166MB at ata0-master UDMA100 acd0: DVDROM at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: < ATAPI DVDROM 16X 100K> Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [357191 x 2048 byte records] cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 33.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed Trying to mount root from ufs:/dev/ad0s1a drm0: port 0xa000-0xa0ff mem 0xd8000000-0xdfffffff,0xe9000000-0xe900ffff irq 16 at device 0.0 on pci1 info: [drm] AGP at 0xd0000000 128MB info: [drm] Initialized radeon 1.24.0 20060225 info: [drm] Setting GART location based on old memory map info: [drm] Loading R200 Microcode info: [drm] writeback test succeeded in 1 usecs Regards, Roman. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 15:06: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 92C3416A40F for ; Thu, 18 Jan 2007 15:06:31 +0000 (UTC) (envelope-from applecom@inbox.ru) Received: from mx27.mail.ru (mx27.mail.ru [194.67.23.64]) by mx1.freebsd.org (Postfix) with ESMTP id 4410413C45B for ; Thu, 18 Jan 2007 15:06:31 +0000 (UTC) (envelope-from applecom@inbox.ru) Received: from [85.115.165.63] (port=60941 helo=xml.opera.com) by mx27.mail.ru with asmtp id 1H7YqT-00049n-00; Thu, 18 Jan 2007 18:06:29 +0300 Date: Thu, 18 Jan 2007 20:06:29 +0500 To: "illoai@gmail.com" From: applecom@inbox.ru Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 References: Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: User-Agent: Opera Mail/9.10 (FreeBSD) Cc: freebsd-stable@freebsd.org Subject: Re: share/dict/freebsd - installathon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 15:06:31 -0000 On Thu, 18 Jan 2007 08:03:58 +0500, illoai@gmail.com wrote: > If you really think so, I suppose > you could remove it, though it > would tend to pop back up with > every installworld > Assuming > You do not make some kind of mad > local patch. > > To me it seems a perfectly cromulent > word. Don't be so insufferable. I asked only and I don't mind this word a bit. I'm sorry for triple posting. I wanted to sent that message only once. There was delays in delivering mail by server. I thought message hadn't sent actually and I mistaked. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 15:22: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 5AE5F16A412 for ; Thu, 18 Jan 2007 15:22:54 +0000 (UTC) (envelope-from pertti.kosunen@pp.nic.fi) Received: from pne-smtpout4-sn2.hy.skanova.net (pne-smtpout4-sn2.hy.skanova.net [81.228.8.154]) by mx1.freebsd.org (Postfix) with ESMTP id 1E12713C44B for ; Thu, 18 Jan 2007 15:22:54 +0000 (UTC) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [10.0.0.20] (84.249.12.68) by pne-smtpout4-sn2.hy.skanova.net (7.2.075) id 44A2EAB80095674C; Thu, 18 Jan 2007 15:13:24 +0100 Message-ID: <45AF8089.6030007@pp.nic.fi> Date: Thu, 18 Jan 2007 16:13:29 +0200 From: Pertti Kosunen User-Agent: Thunderbird 1.5.0.2 (X11/20060602) MIME-Version: 1.0 To: Par Leijonhufvud References: <20070117052423.GC23307@ojibwe.hunter-gatherer.org> <20070117075155.089ccb32.torfinn.ingolfsen@broadpark.no> <20070118050044.GA827@ojibwe.hunter-gatherer.org> In-Reply-To: <20070118050044.GA827@ojibwe.hunter-gatherer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portdowngrade/portupgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 15:22:54 -0000 Par Leijonhufvud wrote: > Nope, that does not do it, what it did was remove the old (6.3.6) > version and fail to install the new version. I also tried going to > /usr/ports/mail/fetchmail and doing a "make install". Pretty much same > error ("fetchmail -- TLS enforcement problem/MITM attack/password > exposure[...] Please update your ports tree and try again"). > > What have I missed? Update your ports tree, that version of fetchmail has vulnerabilities. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 16:14: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 C8BE516A40F for ; Thu, 18 Jan 2007 16:14:32 +0000 (UTC) (envelope-from LISTSERV@LISTS.VCU.EDU) Received: from vega.vcu.edu (lists.vcu.edu [128.172.1.118]) by mx1.freebsd.org (Postfix) with ESMTP id 776D913C45D for ; Thu, 18 Jan 2007 16:14:32 +0000 (UTC) (envelope-from LISTSERV@LISTS.VCU.EDU) Received: from vega.vcu.edu (vega.vcu.edu [128.172.1.118]) by vega.vcu.edu (8.12.11.20060308/8.12.11) with ESMTP id l0IFjQmY019064 for ; Thu, 18 Jan 2007 10:55:18 -0500 Date: Thu, 18 Jan 2007 10:55:18 -0500 From: "L-Soft list server at LISTS.VCU.EDU (1.8e)" To: freebsd-stable@FREEBSD.ORG Message-ID: Cc: Subject: Message ("Your message dated Thu, 18 Jan 2007 16:39:55...") X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 16:14:32 -0000 Your message dated Thu, 18 Jan 2007 16:39:55 +0100 with subject "Projectexport-l@lists.vcu.edu" has been successfully distributed to the PROJECTEXPORT-L list (25 recipients). From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 16:19: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 6C72716A407 for ; Thu, 18 Jan 2007 16:19:14 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: from web88001.mail.re2.yahoo.com (web88001.mail.re2.yahoo.com [206.190.37.188]) by mx1.freebsd.org (Postfix) with SMTP id 1EEB413C455 for ; Thu, 18 Jan 2007 16:19:13 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: (qmail 29096 invoked by uid 60001); 18 Jan 2007 16:19:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=4023eOr9ZLhBagG2sSjZLkgO6uA3C27y5G7fdaeJxpu1IKzCRcvIo8UUW15ilN6OlNefC/t3tBraxZr+Nl04Eopf+HNuaJ+4+zSWAacuxB8NbVABHe71lv372uz2u4lb2OlLnVwzXvs2gJsB8M9j4FAjRT/OArtU4Fj09++BS+A=; X-YMail-OSG: CyCMAgwVM1koYkQWhOBdXLN3KUWE1OKO7pDTkljm4KB83KEftVaZI8LSWRpkPinqeuelKKv.8Hm9Deh.9StMF1h.JPZ.Q0GUh2H_r1yHZ1TwhSEg0Xz4e6SbLPssHDLO9dYkvx3PUDr.5.8- Received: from [74.121.208.108] by web88001.mail.re2.yahoo.com via HTTP; Thu, 18 Jan 2007 11:19:13 EST Date: Thu, 18 Jan 2007 11:19:13 -0500 (EST) From: Gardner Bell To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <398812.27808.qm@web88001.mail.re2.yahoo.com> Subject: system crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 16:19:14 -0000 I was on the irc.freenode.net #freebsd channel when this crash occured. Most of it doesn't look very useful, thought I had a larger dump than I do. Hopefully this makes sense to one of the developers. I still have the core available if any further information from it is needed. Script started on Wed Jan 17 21:00:19 2007 bsdca# kgdb kernel.debug /var/crasgh/vmcore.1 [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: KDB: enter: manual escape to debugger Physical memory: 1016 MB Dumping 120 MB: 105 89 73 57 41 25 9 #0 doadump () at pcpu.h:172 172 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:172 #1 0xffffffff80181e81 in db_fncall (dummy1=0, dummy2=0, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:492 #2 0xffffffff801822c5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:350 #3 0xffffffff801841bd in db_trap (type=-1523594912, code=0) at /usr/src/sys/ddb/db_main.c:222 #4 0xffffffff802430b9 in kdb_trap (type=3, code=0, tf=0xffffffffa52fca60) at /usr/src/sys/kern/subr_kdb.c:473 #5 0xffffffff80344ba2 in trap (frame= {tf_rdi = 0, tf_rsi = -2139025408, tf_rdx = 1, tf_rcx = 7374, tf_r8 = 10, tf_r9 = 10, tf_rax = 38, tf_rbx = 0, tf_rbp = -1523594464, tf_r10 = -1523594704, tf_r11 = 0, tf_r12 = -2142111904, tf_r13 = -2142112512, tf_r14 = 2, tf_r15 = -1099503782848, tf_trapno = 3, tf_addr = 0, tf_flags = -1523594436, tf_err = 0, tf_rip = -2145113201, tf_cs = 8, tf_rflags = 642, tf_rsp = -1523594464, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:442 #6 0xffffffff8032f71b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #7 0xffffffff80242b8f in kdb_enter (msg=0x0) at cpufunc.h:63 #8 0xffffffff8035ffd2 in scgetc (sc=0xffffffff8051f760, flags=2) at /usr/src/sys/dev/syscons/syscons.c:3365 #9 0xffffffff803602b3 in sckbdevent (thiskbd=0xffffffff8050c460, event=-2139025408, arg=0x1) at /usr/src/sys/dev/syscons/syscons.c:659 #10 0xffffffff8034b9c3 in atkbd_intr (kbd=0xffffffff8050c460, ---Type to continue, or q to quit--- arg=0xffffffff80811000) at /usr/src/sys/dev/atkbdc/atkbd.c:503 #11 0xffffffff8020aab3 in ithread_loop (arg=0xffffff000077b440) at /usr/src/sys/kern/kern_intr.c:682 #12 0xffffffff80209276 in fork_exit ( callout=0xffffffff8020a950 , arg=0xffffff000077b440, frame=0xffffffffa52fcc50) at /usr/src/sys/kern/kern_fork.c:821 #13 0xffffffff8032fa7e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:394 #14 0x0000000000000000 in ?? () #15 0x0000000000000000 in ?? () #16 0x0000000000000001 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x00000000006ab000 in ?? () #47 0xffffff000077b440 in ?? () #48 0x0000000000000001 in ?? () #49 0xffffff003d80d000 in ?? () #50 0xffffff003db58980 in ?? () #51 0xffffffffa52fcb80 in ?? () #52 0xffffffffa52fcb58 in ?? () #53 0xffffff003d807000 in ?? () ---Type to continue, or q to quit--- #54 0xffffffff8023a469 in sched_switch (td=0xffffff000077b440, newtd=0xffffffff8020a950, flags=0) at /usr/src/sys/kern/sched_4bsd.c:973 Previous frame inner to this frame (corrupt stack?) (kgdb) q bsdca# ^d From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 17:00: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 4991916A40F for ; Thu, 18 Jan 2007 17:00:46 +0000 (UTC) (envelope-from kirk@strauser.com) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.freebsd.org (Postfix) with ESMTP id 0D3A313C45B for ; Thu, 18 Jan 2007 17:00:45 +0000 (UTC) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 7EE33209B4E for ; Thu, 18 Jan 2007 10:40:57 -0600 (CST) X-Virus-Scanned: amavisd-new at honeypot.net Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C3v8cbDVvfys for ; Thu, 18 Jan 2007 10:40:50 -0600 (CST) Received: from kanga.honeypot.net (kanga.honeypot.net [IPv6:2001:470:1f01:224:1::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 863792091B7 for ; Thu, 18 Jan 2007 10:40:50 -0600 (CST) From: Kirk Strauser To: freebsd-stable@freebsd.org Date: Thu, 18 Jan 2007 10:40:42 -0600 User-Agent: KMail/1.9.5 References: In-Reply-To: X-Face: &'; cS03F?rr_w2Qce.d2f7xmwXfcJWDs>}CkpDw.c]ZJJ_)i0Nx Subject: Re: share/dict/freebsd - installathon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 17:00:46 -0000 --nextPart1498153.xWtrb4d9xY Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 18 January 2007 09:06, applecom@inbox.ru wrote: > Don't be so insufferable. I asked only and I don't mind this word a bit. Google listed several related uses of the word (about 500 of them). If it= =20 looks like a legitimate term - if highly computer-specific - and you don't= =20 mind it, then I'm not sure why you were asking. =2D-=20 Kirk Strauser --nextPart1498153.xWtrb4d9xY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFr6MR5sRg+Y0CpvERApNqAKCBd1w96hl/RhoSYVwPo7T3RIRl5QCfdWrn IRmFz3bqYWUodRPgu29SOUU= =GYcm -----END PGP SIGNATURE----- --nextPart1498153.xWtrb4d9xY-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 17:37: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 ECAF816A40F for ; Thu, 18 Jan 2007 17:37:16 +0000 (UTC) (envelope-from kmholla@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id 9409513C441 for ; Thu, 18 Jan 2007 17:37:16 +0000 (UTC) (envelope-from kmholla@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so247908wxc for ; Thu, 18 Jan 2007 09:37:16 -0800 (PST) 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:references; b=EOxbawKAutHwl6MncZXl9nRRrnOBWG16zu/Re0x31fxlFAV/xlipwzB/adS/AKsGLQEfWBnELGTe6E23WM6Fyd+5A3qOzsLkAIUxx/h6BWZvvFucuqu75OrGpKbD/Osc8nqYB4T0cfacV2EC9Upeyxue4xcHn7md4lnRJ0Teluo= Received: by 10.70.53.7 with SMTP id b7mr1916518wxa.1169141835863; Thu, 18 Jan 2007 09:37:15 -0800 (PST) Received: by 10.70.20.18 with HTTP; Thu, 18 Jan 2007 09:37:15 -0800 (PST) Message-ID: <347fc4490701180937n1d7ceb21j1ad52bb512eca12d@mail.gmail.com> Date: Thu, 18 Jan 2007 23:07:15 +0530 From: "krishnamurthy holla" To: "Craig Boston" , "krishnamurthy holla" , freebsd-stable@freebsd.org In-Reply-To: <20070116211034.GA81516@nowhere> MIME-Version: 1.0 References: <347fc4490701152322m232117fdy5940b1b87470a021@mail.gmail.com> <347fc4490701160648r50b71236k3835875d1c50ac46@mail.gmail.com> <20070116211034.GA81516@nowhere> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: lirc serial FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 17:37:17 -0000 Thank you for your info, the device which i am using will work in linux using lirc_serial driver.Since the serial driver for lirc is not ported i hope i can not use the same device...right???? Thanks& Regards Krishna On 1/17/07, Craig Boston wrote: > > It depends on what type of receiver you have. > > comms/lirc in ports works adequately for me with a serial IRman. > > Craig > > On Tue, Jan 16, 2007 at 08:18:49PM +0530, krishnamurthy holla wrote: > > Dear All, > > i have a serial IR receiver and i am looking for lirc support for serial > ir > > device in freebsd > > is there solutions already made ? or any other alternatives? > > > > > > Thanks & Regards > > Krishna > > _______________________________________________ > > 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 Jan 18 17:56: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 CF79D16A416 for ; Thu, 18 Jan 2007 17:56:37 +0000 (UTC) (envelope-from bp@barryp.org) Received: from eden.barryp.org (host-109-60-230-24.midco.net [24.230.60.109]) by mx1.freebsd.org (Postfix) with ESMTP id AA4EE13C467 for ; Thu, 18 Jan 2007 17:56:37 +0000 (UTC) (envelope-from bp@barryp.org) Received: from geo.med.und.nodak.edu ([134.129.166.11]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H7awC-0001GY-GZ for freebsd-stable@freebsd.org; Thu, 18 Jan 2007 11:20:32 -0600 Message-ID: <45AFAC5F.3010304@barryp.org> Date: Thu, 18 Jan 2007 11:20:31 -0600 From: Barry Pederson User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <001a01c732b0$c22f4860$0204a8c0@transactionware.com> <45A1C15F.8060802@samsco.org> In-Reply-To: <45A1C15F.8060802@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: kernel panic on 6.2-RC2 with 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: Thu, 18 Jan 2007 17:56:37 -0000 >>>>> On Fri, Jan 05, 2007 at 06:59:10PM +0200, Nikolay Pavlov wrote: >>>>> [ Areca kernel panic, IO failures ... ] >>> I have seen this identical fault with the new areca driver, my machine >>> is opteron hardware, but running a regular i386/SMP kernel/world. With >>> everything at 6.2RC2 (as of 29th of December) except the areca driver >>> the machine is rock solid, with the 29th of december version of the >>> areca driver the box will crash on extract of a large tar file, removal >>> of a large directory structure, or pretty much anything that does a lot >>> of disk io to different files/locations. There is no error log prior to >>> seeing the following messages.. >>> >>> Dec 29 14:26:44 aleph kernel: >>> g_vfs_done():da0s1g[WRITE(offset=433078272, length=8192)]error = 5 >>> Dec 29 14:26:44 aleph kernel: >>> g_vfs_done():da0s1g[WRITE(offset=433111040, length=16384)]error = 5 >>> Dec 29 14:26:44 aleph kernel: >>> ... >>> There are a string of these, followed by a crash and reboot. I can report a "metoo" on this problem (lots of g_vfs_done errors followed by a reboot), with 6.2-RELEASE, opteron CPUs running an i386/SMP kernel Controller Name ARC-1160 Firmware Version V1.39 2006-1-4 BOOT ROM Version V1.39 2006-1-4 All the volumesets are RAID 6 I was doing a buildworld, rsyncing a big tree from another machine, and a portsnap extract simultaneously (all as a stress test). The firmware isn't the latest - hadn't upgraded it yet because it seemed to be working fine. Barry From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 19:21: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 9794816A407 for ; Thu, 18 Jan 2007 19:21:35 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (smtpproxy1.mitre.org [192.160.51.76]) by mx1.freebsd.org (Postfix) with ESMTP id 2336F13C45B for ; Thu, 18 Jan 2007 19:21:34 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with SMTP id l0IG8tme014973 for ; Thu, 18 Jan 2007 11:08:55 -0500 Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (Postfix) with ESMTP id D5CFABF00 for ; Thu, 18 Jan 2007 11:08:54 -0500 (EST) Received: from imcfe2.MITRE.ORG (imcfe2.mitre.org [129.83.29.4]) by smtp-bedford.mitre.org (8.12.11.20060308/8.12.11) with ESMTP id l0IG8sdT014964; Thu, 18 Jan 2007 11:08:54 -0500 Received: from IMCSRV6.MITRE.ORG ([129.83.20.237]) by imcfe2.MITRE.ORG with Microsoft SMTPSVC(6.0.3790.1830); Thu, 18 Jan 2007 11:08:54 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 18 Jan 2007 11:08:53 -0500 Message-ID: <53B52415C756A84E8A169F0E3673A329095921@IMCSRV6.MITRE.ORG> In-Reply-To: <45AF8089.6030007@pp.nic.fi> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: portdowngrade/portupgrade question thread-index: Acc7FKUTtYM20o9CT/eGej75vpgkYwABfgsg From: "Andresen, Jason R." To: "Pertti Kosunen" , "Par Leijonhufvud" X-OriginalArrivalTime: 18 Jan 2007 16:08:54.0423 (UTC) FILETIME=[F386BA70:01C73B1A] Cc: freebsd-stable@freebsd.org Subject: RE: portdowngrade/portupgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 19:21:35 -0000 >From: owner-freebsd-stable@freebsd.org=20 >[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Pertti Kosunen > >Par Leijonhufvud wrote: >> Nope, that does not do it, what it did was remove the old (6.3.6) >> version and fail to install the new version. I also tried going to >> /usr/ports/mail/fetchmail and doing a "make install". Pretty=20 >much same >> error ("fetchmail -- TLS enforcement problem/MITM attack/password >> exposure[...] Please update your ports tree and try again"). >> >> What have I missed? > >Update your ports tree, that version of fetchmail has vulnerabilities. If you're wondering how to upgrade your ports tree, there is a good handbook entry on it: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.h tml From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 20:45:05 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 CE15216A40F for ; Thu, 18 Jan 2007 20:45:05 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [63.240.77.82]) by mx1.freebsd.org (Postfix) with ESMTP id 89E6013C4A7 for ; Thu, 18 Jan 2007 20:45:05 +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 (sccrmhc12) with ESMTP id <20070118204504012002qv23e>; Thu, 18 Jan 2007 20:45:04 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id F2BAA1FA037; Thu, 18 Jan 2007 12:45:03 -0800 (PST) Date: Thu, 18 Jan 2007 12:45:03 -0800 From: Jeremy Chadwick To: Heinrich Rebehn Message-ID: <20070118204503.GA66169@icarus.home.lan> Mail-Followup-To: Heinrich Rebehn , freebsd-stable@freebsd.org References: <45AF32A7.3050108@ant.uni-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45AF32A7.3050108@ant.uni-bremen.de> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: 6.2: make buildworld fails at usr.bin/passwd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 20:45:05 -0000 On Thu, Jan 18, 2007 at 09:41:11AM +0100, Heinrich Rebehn wrote: > Hi list, > > I just cvsup'ed 6.2 (tag=RELENG_6_2) and buildworld fails with: > > [...] > rm -f opiepasswd opiepasswd.o opiepasswd.1.gz opiepasswd.1.cat.gz > rm -f .depend GPATH GRTAGS GSYMS GTAGS > ===> usr.bin/pagesize (cleandir) > rm -f pagesize.1.gz pagesize.1.cat.gz > ===> usr.bin/passwd (cleandir) > cd: can't cd to /usr/src/usr.bin/passwd > *** Error code 2 > > Stop in /usr/src/usr.bin. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > > Does anyone know what is wrong here? Why is /usr/src/usr.bin/passwd > missing? I tried different german mirrors. I've successfully built world from RELENG_6 (not RELENG_6_2) and did not encounter this problem. Another possibility would be the scenario where you installed src-all from CD/DVD/FTP/whatever during your initial installation, and you have not "adopted" (yes, this is the term used in the FAQ) your src tree to that pulled down via cvsup/csup. The cvsup FAQ addresses this here: http://www.cvsup.org/faq.html#caniadopt http://www.cvsup.org/faq.html#adopt -- | 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 Thu Jan 18 23:25: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 2C2A916A49E for ; Thu, 18 Jan 2007 23:25:08 +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 9C2B913C44C for ; Thu, 18 Jan 2007 23:25:07 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp151-198.lns2.adl2.internode.on.net [121.44.151.198]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l0INOkKN040958 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Jan 2007 09:54:50 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 19 Jan 2007 09:54:26 +1030 User-Agent: KMail/1.9.5 References: <347fc4490701152322m232117fdy5940b1b87470a021@mail.gmail.com> <20070116211034.GA81516@nowhere> <347fc4490701180937n1d7ceb21j1ad52bb512eca12d@mail.gmail.com> In-Reply-To: <347fc4490701180937n1d7ceb21j1ad52bb512eca12d@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart22062171.OmCBaf4n78"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701190954.37455.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: Craig Boston , krishnamurthy holla Subject: Re: lirc serial FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jan 2007 23:25:08 -0000 --nextPart22062171.OmCBaf4n78 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 19 January 2007 04:07, krishnamurthy holla wrote: > the device which i am using will work in linux using lirc_serial > driver.Since the serial driver for lirc is not ported i hope i can not use > the same device...right???? To get it working you'd need to port the Lirc device framework which is a n= on=20 trivial amount of work.. Probably easier to get an IRMAN compatible device :) =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 --nextPart22062171.OmCBaf4n78 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFsAG15ZPcIHs/zowRAvzSAJ9EHMLXZvPobSGc3hUt8CzF7tSwWgCfVk5I 2FNIL6SFp8nssf9vcU5s5BA= =8wMS -----END PGP SIGNATURE----- --nextPart22062171.OmCBaf4n78-- From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 23:51: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 CA6A616A415 for ; Thu, 18 Jan 2007 23:51:29 +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 B84B313C455 for ; Thu, 18 Jan 2007 23:51:29 +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 912961A3C19; Thu, 18 Jan 2007 15:51:29 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D7E1551482; Thu, 18 Jan 2007 18:51:25 -0500 (EST) Date: Thu, 18 Jan 2007 18:51:25 -0500 From: Kris Kennaway To: Roman Le Houelleur Message-ID: <20070118235125.GA80971@xor.obsecurity.org> References: <45AF8586.8080908@IPricot.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <45AF8586.8080908@IPricot.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: tcpdump, rl, sis, fxp and multicast problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2007 23:51:29 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 18, 2007 at 03:34:46PM +0100, Roman Le Houelleur wrote: > Hi everyone, >=20 > It's been about a year or so that I upgrade my box to RELENG_6 > from time to time. I got some suprises this week, I've seen a > few things that made me think of hardware problems but some are > definitly soft. >=20 > First and easy one, tcpdump -v does not show checksum error > for UDP whereas it does for TCP (same w/ tcpdump -vvv). >=20 > checksum : I have a double port fxp 82550 Pro/100 board which > makes plenty of checksum errors (UDP & TCP), I suspect this > is related to checksum offloading but am not sure. I strongly > believe this card was working fine a few days/weeks ago. And a priori it still is: by definition, checksum offload means that the OS does not compute the checksum for outgoing packets, so tcpdump doesn't see a valid checksum either. Unless you have evidence (from e.g. observation on another host) that the checksums are not being computed correctly, this is not a bug. It is, however, a FAQ ;-) Kris --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFsAf9Wry0BWjoQKURAgUiAKDpS88W53vTogqZzby1J+74iCEhkwCg5PkU VxmQnmZGoGeaEW7XrNnhgpg= =rCdw -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 00:15: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 D2E8816A40F for ; Fri, 19 Jan 2007 00:15:20 +0000 (UTC) (envelope-from andreas@krauss-privat.de) Received: from s05.its-krauss.de (s05.its-krauss.de [85.214.66.141]) by mx1.freebsd.org (Postfix) with ESMTP id 996CB13C461 for ; Fri, 19 Jan 2007 00:15:20 +0000 (UTC) (envelope-from andreas@krauss-privat.de) Received: from osiris.home.netz (unknown [91.89.65.20]) by s05.its-krauss.de (Postfix) with ESMTP id A5C752205EF for ; Fri, 19 Jan 2007 00:49:49 +0100 (CET) Received: from [10.11.1.200] (platon.home.netz [10.11.1.200]) by osiris.home.netz (Postfix) with ESMTP id C15F1625B7 for ; Fri, 19 Jan 2007 00:53:04 +0100 (CET) Message-ID: <45B00817.4060509@krauss-privat.de> Date: Fri, 19 Jan 2007 00:51:51 +0100 From: =?ISO-8859-1?Q?Andreas_Krau=DF?= User-Agent: Thunderbird 2.0b1 (Windows/20061206) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: dhclient - new IP via DHCP on WAN - NAT dont work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2007 00:15:20 -0000 Hi FreeBSD-Team, i use "PfSende" a FreeBSD based Firewall-System and have a large Problem. Please see http://cvstrac.pfsense.com/tktview?tn=1207 Ticket 1207: new IP via DHCP on WAN - NAT dont work I have the same Problem, described at Ticket #1176 - and I down know, why this Ticket was Closed without any Result ??? My Pfsense works behind a Cable Modem. Some times i get a new WAN-IP-Adress from my Provider via DHCP. Pfsense updates the Interfaces Page und the complete WebGUI show the new IP. But NAT-Connections to my server behind the Firewall dont work. And its not a DNS-Problem. My Server behind the Firewall checks the IP, and after a IP-Change a little Scripts make a DNS update via nsupdate. So the resolved IP is correct !! After a reboot -> pfsense and NAT-Connections wirks fine !! Questions - send me a mail. Best regards Andreas Krauss [Append remarks ] Remarks: /2007-Jan-18 16:07:54 by anonymous:/ We have attempted to fix this with no luck. This is a FreeBSD dhclient issue. Please install FreeBSD and post a bug report to freebsd-stable@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 04:25:05 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 8B9B316A417 for ; Fri, 19 Jan 2007 04:25:05 +0000 (UTC) (envelope-from pkg@hunter-gatherer.org) Received: from [212.112.40.199] (212-112-40-199.lidnet.net [212.112.40.199]) by mx1.freebsd.org (Postfix) with SMTP id BAF7213C45E for ; Fri, 19 Jan 2007 04:25:04 +0000 (UTC) (envelope-from pkg@hunter-gatherer.org) Received: (qmail 91835 invoked by uid 1000); 19 Jan 2007 04:25:02 -0000 Date: Fri, 19 Jan 2007 05:25:01 +0100 From: Par Leijonhufvud To: freebsd-stable@freebsd.org Message-ID: <20070119042501.GB91514@ojibwe.hunter-gatherer.org> References: <20070117052423.GC23307@ojibwe.hunter-gatherer.org> <20070117075155.089ccb32.torfinn.ingolfsen@broadpark.no> <20070118050044.GA827@ojibwe.hunter-gatherer.org> <45AF8089.6030007@pp.nic.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <45AF8089.6030007@pp.nic.fi> User-Agent: Mutt/1.4.2.1i Subject: Re: portdowngrade/portupgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2007 04:25:05 -0000 Pertti Kosunen [2007.01.18] wrote: > >What have I missed? > > Update your ports tree, that version of fetchmail has vulnerabilities. I know that. But fetching with fetchmail stopped working when I did that (when the new port came I did a portupgrade, forgot to kill & restart fetchmail, when I did so a day or so later it just dumped core), and I'm trying to pin down exactly what is going wrong. As part of that I want to try to go back to the old fetchmail and try it *fully knowing that it has vulnerabilities*. Which appears to be either obscure, difficult or impossible. /Par -- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 04:29:05 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 E6C9116A407 for ; Fri, 19 Jan 2007 04:29:05 +0000 (UTC) (envelope-from ikare.run@gmail.com) Received: from smtp24.orange.fr (smtp24.orange.fr [193.252.22.26]) by mx1.freebsd.org (Postfix) with ESMTP id ADE7713C455 for ; Fri, 19 Jan 2007 04:29:05 +0000 (UTC) (envelope-from ikare.run@gmail.com) Received: from smtp24.orange.fr (mwinf2439 [10.232.5.139]) by mwinf2425.orange.fr (SMTP Server) with ESMTP id DCCB31C205EE for ; Fri, 19 Jan 2007 05:01:54 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2439.orange.fr (SMTP Server) with ESMTP id 8AF471C00082 for ; Fri, 19 Jan 2007 05:01:53 +0100 (CET) Received: from [172.17.9.134] (AStDenis-106-1-21-103.w90-31.abo.wanadoo.fr [90.31.9.103]) by mwinf2439.orange.fr (SMTP Server) with ESMTP id DB7291C00081 for ; Fri, 19 Jan 2007 05:01:52 +0100 (CET) X-ME-UUID: 20070119040152898.DB7291C00081@mwinf2439.orange.fr Message-ID: <45B07AF8.9010101@gmail.com> Date: Fri, 19 Jan 2007 08:02:00 +0000 From: "Ikare.run" User-Agent: Thunderbird 1.5.0.9 (X11/20070112) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Read_dma timeout - FreeBSD 6-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2007 04:29:06 -0000 Hi, I've got some troubles with sata disks (Maxtor DiamondMax 10 160go) : this is the second one I use in less than 1 month. With the first one, I got more and more ofently TIMEOUT - READ_DMA errors ... so I changed it last week (I thought the disk was broken) ! And now, 10 days after installing the _new_ one, I re-get the sames errors. They appear randomly ... No log, no debug messages, just TIMEOUT - READ_DMA in dmesg Is there some tools on FreeBSD to test the SATA controler or the disks ? Some known bugs in drivers ? Does anyone get the same problem ? PS : when error occurs, the disk make a "click" !?!? -- Ivan Kurzweg Web : http://www.kurzweg.info BOFH excuse #14: sounds like a Windows problem, try calling Microsoft support From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 04:35: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 EFD8816A407 for ; Fri, 19 Jan 2007 04:35:43 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id B0DC413C44B for ; Fri, 19 Jan 2007 04:35:42 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 25133 invoked by uid 89); 19 Jan 2007 04:35:39 -0000 Received: from unknown (HELO claylaptop) (clay@milos.za.net@82.206.131.154) by bart.milos.co.za with SMTP; 19 Jan 2007 04:35:39 -0000 Message-ID: <002a01c73b83$452c3c70$9a83ce52@claylaptop> From: "Clayton Milos" To: "Ikare.run" , References: <45B07AF8.9010101@gmail.com> Date: Fri, 19 Jan 2007 05:35:30 +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 Cc: Subject: Re: Read_dma timeout - FreeBSD 6-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2007 04:35:44 -0000 > Hi, > > I've got some troubles with sata disks (Maxtor DiamondMax 10 160go) : this > is the second one I use in less than 1 month. > > With the first one, I got more and more ofently TIMEOUT - READ_DMA errors > ... so I changed it last week (I thought the disk was broken) ! And now, > 10 days after installing the _new_ one, I re-get the sames errors. They > appear randomly ... > > No log, no debug messages, just TIMEOUT - READ_DMA in dmesg > > Is there some tools on FreeBSD to test the SATA controler or the disks ? > Some known bugs in drivers ? > Does anyone get the same problem ? > > PS : when error occurs, the disk make a "click" !?!? > > -- > Ivan Kurzweg > Web : http://www.kurzweg.info > > Hi Ivan Sounds like power problem to me. Perhaps there is not enough power for the drive. Best advice I could give is not to use Maxtor. They have known problems with many models and in my opinion are not good hard drives. -Clay From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 04: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 F2A2316A40F for ; Fri, 19 Jan 2007 04:43:19 +0000 (UTC) (envelope-from ikare.run@gmail.com) Received: from smtp20.orange.fr (smtp20.orange.fr [80.12.242.27]) by mx1.freebsd.org (Postfix) with ESMTP id 7B5F913C441 for ; Fri, 19 Jan 2007 04:43:19 +0000 (UTC) (envelope-from ikare.run@gmail.com) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2011.orange.fr (SMTP Server) with ESMTP id 5465A1C0008D; Fri, 19 Jan 2007 05:43:18 +0100 (CET) Received: from [172.17.9.136] (AStDenis-106-1-21-103.w90-31.abo.wanadoo.fr [90.31.9.103]) by mwinf2011.orange.fr (SMTP Server) with ESMTP id BD5371C0008A; Fri, 19 Jan 2007 05:43:16 +0100 (CET) X-ME-UUID: 20070119044316775.BD5371C0008A@mwinf2011.orange.fr Message-ID: <45B04C20.7070402@gmail.com> Date: Fri, 19 Jan 2007 08:42:08 +0400 From: Ikare User-Agent: Thunderbird 1.5.0.9 (X11/20070117) MIME-Version: 1.0 To: Clayton Milos , freebsd-stable@freebsd.org References: <45B07AF8.9010101@gmail.com> <002a01c73b83$452c3c70$9a83ce52@claylaptop> In-Reply-To: <002a01c73b83$452c3c70$9a83ce52@claylaptop> Content-Type: multipart/mixed; boundary="------------060300020308040206030109" Cc: Subject: Re: Read_dma timeout - FreeBSD 6-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2007 04:43:20 -0000 This is a multi-part message in MIME format. --------------060300020308040206030109 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi Clay, > Sounds like power problem to me. Perhaps there is not enough power for > the drive. I tried to unplug all devices (cd-roms, 2nd disk, ...), and it still appears :-/ > Best advice I could give is not to use Maxtor. They have known problems > with many models and in my opinion are not good hard drives. I think I'm okay with that !!! Here's the result from smartctl -a -t long /dev/ad4 If someone can find somthing wrong in it ... Thanks -- Ivan Kurzweg Web : http://www.kurzweg.info BOFH excuse #14: sounds like a Windows problem, try calling Microsoft support --------------060300020308040206030109 Content-Type: text/plain; name="log_smartmontools.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="log_smartmontools.txt" smartctl version 5.37 [i386-portbld-freebsd6.1] Copyright (C) 2002-6 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Model Family: Maxtor DiamondMax 10 family (SATA/300) Device Model: Maxtor 6V160E0 Serial Number: V39SA0AG Firmware Version: VA111900 User Capacity: 160,041,885,696 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 7 ATA Standard is: ATA/ATAPI-7 T13 1532D revision 0 Local Time is: Fri Jan 19 08:33:31 2007 UTC SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x80) Offline data collection activity was never started. Auto Offline Data Collection: Enabled. Self-test execution status: ( 41) The self-test routine was interrupted by the host with a hard or soft reset. Total time to complete Offline data collection: (1382) seconds. Offline data collection capabilities: (0x5b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 71) minutes. SMART Attributes Data Structure revision number: 32 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 3 Spin_Up_Time 0x0027 214 209 063 Pre-fail Always - 7209 4 Start_Stop_Count 0x0032 253 253 000 Old_age Always - 46 5 Reallocated_Sector_Ct 0x0033 253 253 063 Pre-fail Always - 0 7 Seek_Error_Rate 0x000a 253 252 000 Old_age Always - 0 8 Seek_Time_Performance 0x0027 239 239 187 Pre-fail Always - 36113 9 Power_On_Hours 0x0032 253 253 000 Old_age Always - 153 10 Spin_Retry_Count 0x002b 253 252 157 Pre-fail Always - 0 11 Calibration_Retry_Count 0x002b 253 252 223 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 253 253 000 Old_age Always - 117 189 Unknown_Attribute 0x003a 100 100 000 Old_age Always - 0 190 Temperature_Celsius 0x0022 051 044 000 Old_age Always - 825294897 192 Power-Off_Retract_Count 0x0032 253 253 000 Old_age Always - 0 193 Load_Cycle_Count 0x0032 253 253 000 Old_age Always - 0 194 Temperature_Celsius 0x0032 041 253 000 Old_age Always - 49 195 Hardware_ECC_Recovered 0x000a 253 252 000 Old_age Always - 726 196 Reallocated_Event_Count 0x0008 253 253 000 Old_age Offline - 0 197 Current_Pending_Sector 0x0008 253 253 000 Old_age Offline - 0 198 Offline_Uncorrectable 0x0008 253 253 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0008 199 199 000 Old_age Offline - 0 200 Multi_Zone_Error_Rate 0x000a 253 252 000 Old_age Always - 0 201 Soft_Read_Error_Rate 0x000a 253 252 000 Old_age Always - 0 202 TA_Increase_Count 0x000a 253 252 000 Old_age Always - 0 203 Run_Out_Cancel 0x000b 253 252 180 Pre-fail Always - 0 204 Shock_Count_Write_Opern 0x000a 253 252 000 Old_age Always - 0 205 Shock_Rate_Write_Opern 0x000a 253 252 000 Old_age Always - 0 207 Spin_High_Current 0x002a 253 252 000 Old_age Always - 0 208 Spin_Buzz 0x002a 253 252 000 Old_age Always - 0 210 Unknown_Attribute 0x0032 253 252 000 Old_age Always - 0 211 Unknown_Attribute 0x0032 253 252 000 Old_age Always - 0 212 Unknown_Attribute 0x0032 253 252 000 Old_age Always - 0 SMART Error Log Version: 1 ATA Error Count: 2 CR = Command Register [HEX] FR = Features Register [HEX] SC = Sector Count Register [HEX] SN = Sector Number Register [HEX] CL = Cylinder Low Register [HEX] CH = Cylinder High Register [HEX] DH = Device/Head Register [HEX] DC = Device Command Register [HEX] ER = Error register [HEX] ST = Status register [HEX] Powered_Up_Time is measured from power on, and printed as DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes, SS=sec, and sss=millisec. It "wraps" after 49.710 days. Error 2 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours) When the command that caused the error occurred, the device was in an unknown state. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 84 51 45 00 00 00 a0 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- ec 03 46 00 00 00 a0 00 00:00:48.403 IDENTIFY DEVICE ef 03 46 00 00 00 a0 00 00:00:48.346 SET FEATURES [Set transfer mode] ec 00 01 01 00 00 a0 00 00:00:48.331 IDENTIFY DEVICE 81 04 10 04 01 32 e0 00 00:00:48.171 [VENDOR SPECIFIC] c6 00 10 04 01 32 e0 00 00:00:36.693 SET MULTIPLE MODE Error 1 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours) When the command that caused the error occurred, the device was in an unknown state. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 84 51 46 00 00 00 a0 Error: ABRT Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- ef 03 46 00 00 00 a0 00 00:00:48.346 SET FEATURES [Set transfer mode] ec 00 01 01 00 00 a0 00 00:00:48.331 IDENTIFY DEVICE 81 04 10 04 01 32 e0 00 00:00:48.171 [VENDOR SPECIFIC] c6 00 10 04 01 32 e0 00 00:00:36.693 SET MULTIPLE MODE ef 03 46 00 00 e0 e0 00 00:00:36.692 SET FEATURES [Set transfer mode] SMART Self-test log structure revision number 1 No self-tests have been logged. [To run self-tests, use: smartctl -t] SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. === START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION === Sending command: "Execute SMART Extended self-test routine immediately in off-line mode". Drive command "Execute SMART Extended self-test routine immediately in off-line mode" successful. Testing has begun. Please wait 71 minutes for test to complete. Test will complete after Fri Jan 19 09:44:31 2007 Use smartctl -X to abort test. --------------060300020308040206030109-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 05:59: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 8B0B716A412 for ; Fri, 19 Jan 2007 05:59:30 +0000 (UTC) (envelope-from SRS0=nGkO/S=G4=vvelox.net=v.velox@yourhostingaccount.com) Received: from mailout05.yourhostingaccount.com (mailout05.yourhostingaccount.com [65.254.253.46]) by mx1.freebsd.org (Postfix) with ESMTP id 5E20213C45D for ; Fri, 19 Jan 2007 05:59:30 +0000 (UTC) (envelope-from SRS0=nGkO/S=G4=vvelox.net=v.velox@yourhostingaccount.com) Received: from mailscan04.yourhostingaccount.com ([10.1.15.4] helo=mailscan04.yourhostingaccount.com) by mailout05.yourhostingaccount.com with esmtp (Exim) id 1H7mWd-0007eS-VN for stable@freebsd.org; Fri, 19 Jan 2007 00:42:55 -0500 Received: from authsmtp10.yourhostingaccount.com ([10.1.18.10] ident=exim) by mailscan04.yourhostingaccount.com with spamscanlookuphost (Exim) id 1H7mWd-0000tQ-IO for stable@freebsd.org; Fri, 19 Jan 2007 00:42:55 -0500 Received: from authsmtp10.yourhostingaccount.com ([10.1.18.10] helo=authsmtp10.yourhostingaccount.com) by mailscan04.yourhostingaccount.com with esmtp (Exim) id 1H7mWd-0000tM-1s for stable@freebsd.org; Fri, 19 Jan 2007 00:42:55 -0500 Received: from [69.92.217.33] (helo=vixen42) by authsmtp10.yourhostingaccount.com with esmtpa (Exim) id 1H7mWc-00066B-L2; Fri, 19 Jan 2007 00:42:55 -0500 Date: Thu, 18 Jan 2007 23:42:51 -0600 From: Vulpes Velox To: "Adrian Chadd" Message-ID: <20070118234251.53fd7c8e@vixen42> In-Reply-To: References: <20070117103935.GC4018@genius.tao.org.uk> X-Mailer: Claws Mail 2.7.0 (GTK+ 2.10.8; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EN-UserInfo: 0d1ca1697cdb7a831d4877828571b7ab:1570f0de6936c69fef9e164fffc541bc X-EN-AuthUser: vvelox2 Sender: Vulpes Velox Cc: stable@freebsd.org, fs@freebsd.org Subject: Re: gmirror disks vs partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2007 05:59:30 -0000 On Thu, 18 Jan 2007 10:15:56 +0900 "Adrian Chadd" wrote: > On 17/01/07, Andrew Pantyukhin wrote: > > > [...after reading the slashdotter's piece of wisdom...] > > > > Yes, but that's the kind of functionality I have always > > expected to be present in software raid solutions. I > > hope I'll live to see this implemented in geom. > > That made my eyes bleed. > > Bring on ZFS and its method of managing JBODs. I second that. I have been way less than impressed with software raid and LVM on linux. I have all ways found not mirroring partitions to be way better. It makes it way easier to repair the damn thing do fewer steps. When ZFS comes available, I plan to actually run it across multiple mirrors. It has built in JBOD, but it does not do mirroring. It just does stripping. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 06:54: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 BFA9916A412 for ; Fri, 19 Jan 2007 06:54:41 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from mail.btshosting.co.uk (mail.btshosting.co.uk [213.228.232.37]) by mx1.freebsd.org (Postfix) with ESMTP id 4978513C457 for ; Fri, 19 Jan 2007 06:54:41 +0000 (UTC) (envelope-from bazerka@beardz.net) Received: from [192.168.0.3] (host86-140-13-55.range86-140.btcentralplus.com [86.140.13.55]) (authenticated bits=0) by mail.btshosting.co.uk (8.13.8/8.13.8) with ESMTP id l0J6Q89f002195; Fri, 19 Jan 2007 06:26:08 GMT Message-ID: <45B06508.5010105@beardz.net> Date: Fri, 19 Jan 2007 06:28:24 +0000 From: Jase Thew User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Par Leijonhufvud References: <20070117052423.GC23307@ojibwe.hunter-gatherer.org> <20070117075155.089ccb32.torfinn.ingolfsen@broadpark.no> <20070118050044.GA827@ojibwe.hunter-gatherer.org> <45AF8089.6030007@pp.nic.fi> <20070119042501.GB91514@ojibwe.hunter-gatherer.org> In-Reply-To: <20070119042501.GB91514@ojibwe.hunter-gatherer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.6, clamav-milter version 0.88.6 on mail.btshosting.co.uk X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: portdowngrade/portupgrade question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2007 06:54:41 -0000 Par Leijonhufvud wrote: > Pertti Kosunen [2007.01.18] wrote: >>> What have I missed? >> Update your ports tree, that version of fetchmail has vulnerabilities. > > I know that. But fetching with fetchmail stopped working when I did that > (when the new port came I did a portupgrade, forgot to kill & restart > fetchmail, when I did so a day or so later it just dumped core), and > I'm trying to pin down exactly what is going wrong. As part of that I > want to try to go back to the old fetchmail and try it *fully knowing > that it has vulnerabilities*. Which appears to be either obscure, > difficult or impossible. > > /Par > portupgrade -f -m '-DDISABLE_VULNERABILITIES' fetchmail From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 10: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 B916616A407 for ; Fri, 19 Jan 2007 10:06:42 +0000 (UTC) (envelope-from roman@IPricot.com) Received: from mail.i2e.fr (mail.i2e.fr [195.115.69.236]) by mx1.freebsd.org (Postfix) with ESMTP id 4BF4013C428 for ; Fri, 19 Jan 2007 10:06:42 +0000 (UTC) (envelope-from roman@IPricot.com) Received: from mail (localhost [127.0.0.1]) by mail (Postfix) with ESMTP id 77BB4BBA4; Fri, 19 Jan 2007 11:06:38 +0100 (CET) Received: from [192.168.1.221] (unknown [81.255.193.109]) by mail.i2e.fr (Postfix) with ESMTP id 8067DBBA0; Fri, 19 Jan 2007 11:06:37 +0100 (CET) Message-ID: <45B09856.8080600@IPricot.com> Date: Fri, 19 Jan 2007 11:07:18 +0100 From: Roman Le Houelleur User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20061229 SeaMonkey/1.0.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <45AF8586.8080908@IPricot.com> <20070118235125.GA80971@xor.obsecurity.org> In-Reply-To: <20070118235125.GA80971@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.10/RELEASE, bases: 28092006 #213749, status: clean Cc: Kris Kennaway Subject: Re: tcpdump, rl, sis, fxp and multicast problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2007 10:06:42 -0000 that's very clever indeed ! Well, I was not quite sure it was actually performing the TCO (not to say I feel stupid ...). not very important but wouldn't it be better to set the checksum to 0 instead of some arbitrary (?) and confusing value then ? thank you anyway, Roman. Kris Kennaway wrote: > On Thu, Jan 18, 2007 at 03:34:46PM +0100, Roman Le Houelleur wrote: >> Hi everyone, >> >> It's been about a year or so that I upgrade my box to RELENG_6 >> from time to time. I got some suprises this week, I've seen a >> few things that made me think of hardware problems but some are >> definitly soft. >> >> First and easy one, tcpdump -v does not show checksum error >> for UDP whereas it does for TCP (same w/ tcpdump -vvv). >> >> checksum : I have a double port fxp 82550 Pro/100 board which >> makes plenty of checksum errors (UDP & TCP), I suspect this >> is related to checksum offloading but am not sure. I strongly >> believe this card was working fine a few days/weeks ago. > > And a priori it still is: by definition, checksum offload means that > the OS does not compute the checksum for outgoing packets, so tcpdump > doesn't see a valid checksum either. Unless you have evidence (from > e.g. observation on another host) that the checksums are not being > computed correctly, this is not a bug. It is, however, a FAQ ;-) > > Kris From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 10:30: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 EA9CB16A407 for ; Fri, 19 Jan 2007 10:30:47 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.freebsd.org (Postfix) with ESMTP id AC01B13C44B for ; Fri, 19 Jan 2007 10:30:47 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 4740A11401E for ; Fri, 19 Jan 2007 10:30:46 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zBCSj9WdqEmM for ; Fri, 19 Jan 2007 10:30:43 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id B1454114023 for ; Fri, 19 Jan 2007 10:30:43 +0000 (GMT) Date: Fri, 19 Jan 2007 10:30:43 +0000 From: Dominic Marks To: freebsd-stable@freebsd.org Message-Id: <20070119103043.6c54a3cf.dom@helenmarks.co.uk> In-Reply-To: <45B07AF8.9010101@gmail.com> References: <45B07AF8.9010101@gmail.com> X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Read_dma timeout - FreeBSD 6-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2007 10:30:48 -0000 On Fri, 19 Jan 2007 08:02:00 +0000 "Ikare.run" wrote: > Hi, > > I've got some troubles with sata disks (Maxtor DiamondMax 10 160go) : > this is the second one I use in less than 1 month. > > With the first one, I got more and more ofently TIMEOUT - READ_DMA > errors ... so I changed it last week (I thought the disk was broken) ! > And now, 10 days after installing the _new_ one, I re-get the sames > errors. They appear randomly ... > > No log, no debug messages, just TIMEOUT - READ_DMA in dmesg > > Is there some tools on FreeBSD to test the SATA controler or the disks ? > Some known bugs in drivers ? > Does anyone get the same problem ? > > PS : when error occurs, the disk make a "click" !?!? Sounds like it is dying. What controller is this attached to? Have you tried another cable? SMART reports are useful only if the error is detectable / reported. Dom From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 06:24: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 5025016A40F; Fri, 19 Jan 2007 06:24:27 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id DB25F13C448; Fri, 19 Jan 2007 06:24:26 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.34.31] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1H7nAn1SRj-0001Jd; Fri, 19 Jan 2007 07:24:25 +0100 From: Max Laier Organization: FreeBSD To: freebsd-pf@freebsd.org Date: Fri, 19 Jan 2007 07:24:17 +0100 User-Agent: KMail/1.9.5 References: <45B00817.4060509@krauss-privat.de> In-Reply-To: <45B00817.4060509@krauss-privat.de> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3838993.EmbjCpI0Mu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701190724.23706.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 X-Mailman-Approved-At: Fri, 19 Jan 2007 12:32:45 +0000 Cc: Andreas =?iso-8859-1?q?Krau=DF?= Subject: Re: dhclient - new IP via DHCP on WAN - NAT dont work X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2007 06:24:27 -0000 --nextPart3838993.EmbjCpI0Mu Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline [ Moving badly filed pf(sense) PR to the more appropriate list ] On Friday 19 January 2007 00:51, Andreas Krau=DF wrote: > Hi FreeBSD-Team, > > i use "PfSende" a FreeBSD based Firewall-System and have a large > Problem. Please see > > http://cvstrac.pfsense.com/tktview?tn=3D1207 freebsd-stable@ is clearly the wrong mailing list and you do not give=20 enough details, either. In order to debug this problem we need to know=20 the pf rules you (or pfsense in this case) are using. In order to=20 operate with dynamic IPs you need to use the "(ifnX)" syntax - I'm not=20 sure if pfsense does this by default. In addition there is a problem=20 with ppp under some circumstances that requires "(tun0:0)" in order to=20 fully get the IP update. > > Ticket 1207: new IP via DHCP on WAN - NAT dont work > > I have the same Problem, described at Ticket #1176 > - and I down know, why > this Ticket was Closed without any Result ??? > > My Pfsense works behind a Cable Modem. Some times i get a new > WAN-IP-Adress from my Provider via DHCP. > > Pfsense updates the Interfaces Page und the complete WebGUI show > the new IP. But NAT-Connections to my server behind the Firewall dont > work. > > And its not a DNS-Problem. My Server behind the Firewall checks the > IP, and after a IP-Change a little Scripts make a DNS update via > nsupdate. So the resolved IP is correct !! > > After a reboot -> pfsense and NAT-Connections wirks fine !! > > Questions - send me a mail. > > Best regards > > Andreas Krauss > > [Append remarks ] > > > Remarks: > > /2007-Jan-18 16:07:54 by anonymous:/ > We have attempted to fix this with no luck. This is a FreeBSD dhclient > issue. Please install FreeBSD and post a bug report to > freebsd-stable@freebsd.org =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3838993.EmbjCpI0Mu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFsGQXXyyEoT62BG0RAtuSAJ9wCmz5a3TNRLuaqSSJOfVm2MHCqwCfWBvR +K2Zbp0hgHOWwG0ogqmzORs= =apVY -----END PGP SIGNATURE----- --nextPart3838993.EmbjCpI0Mu-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 13:05: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 1522216A401 for ; Fri, 19 Jan 2007 13:05:33 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id A456413C448 for ; Fri, 19 Jan 2007 13:05:32 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so472441nfc for ; Fri, 19 Jan 2007 05:05:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=i6RaafIdzmyNjMSQExYUhC3dtvYv39Bwe7whwxPlvkepgihn1EY5ZWSVFQxwrXKPZ9RCKNcTTjoSqF0I5G2SphzlEYtUyPz3cSK1hboPC3QYPaj/VoKg7T0T9rTNPeU1SYwktKxmrVg+OvKKgs7Ds6IQRw24A+1Hp85uTX2FeGs= Received: by 10.49.42.5 with SMTP id u5mr2088116nfj.1169210377926; Fri, 19 Jan 2007 04:39:37 -0800 (PST) Received: by 10.49.95.3 with HTTP; Fri, 19 Jan 2007 04:39:37 -0800 (PST) Message-ID: <1dbad3150701190439s258e0c71j21e7ee7906943f08@mail.gmail.com> Date: Fri, 19 Jan 2007 13:39:37 +0100 From: "Michael Schuh" To: lists@leewelle.de MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2007 13:05:33 -0000 Hi Richard, if you are searching a "native" Cluster filesystem, so your chances are not really good. But if you would setup a really HA-Solution w/o SPOF so you can use CODA-FS. (but hold in mind this has its own price - performance - ) Coda is an successor/fork of the legendary AFS (think from Andrew Morton?) and IBM. With Coda you can figure out an Network-Filesystem- server with replication and local caching, so you can get the required filesystem for mysql mounted rw at boot-time and you have only to start mysql-server with the suggestet commands and configurations. For coda look in the ports or at: http://www.coda.cs.cmu.edu/ i have planned out some tests with it in the near future, but no practices at this time. My knowledge is only based on the documentation. greetings michael --=20 michael-schuh.net Michael Schuh Preu=DFenstr. 13 66111 Saarbr=FCcken phone: 0681/8319664 mobil: 0177/9738644 @: michael.schuh@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 14:31: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 B639016A400 for ; Fri, 19 Jan 2007 14:31:54 +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 5184013C469 for ; Fri, 19 Jan 2007 14:31:54 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from [IPv6:::1] (chimp.ripe.net [193.0.1.199]) (authenticated bits=0) by erg.verweg.com (8.13.8/8.13.7) with ESMTP id l0JE2som036879 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 19 Jan 2007 15:03:00 +0100 (CET) (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host chimp.ripe.net [193.0.1.199] claimed to be [IPv6:::1] In-Reply-To: <20070116110935.A8351@xorpc.icir.org> References: <20070116010645.A94849@xorpc.icir.org> <20070116193722.fee4defe.torfinn.ingolfsen@broadpark.no> <20070116110935.A8351@xorpc.icir.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ruben van Staveren Date: Fri, 19 Jan 2007 15:02:53 +0100 To: Luigi Rizzo 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=-1.5 required=5.0 tests=AWL,BAYES_00,SPF_FAIL autolearn=no version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on erg.verweg.com Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org Subject: Re: can we resurrect linux-firefox-1.5 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2007 14:31:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 16 Jan 2007, at 20:09, Luigi Rizzo wrote: > Additionally, i could not find a way to make the flash plugin > work, which is a major annoyance given the amount of flash content > that one finds in the services i use daily (some work related too). You might give the native firefox a try with linuxpluginwrapper, linux-flashplugin-7 and run firefox as env XLIB_SKIP_ARGB_VISUALS=1 firefox (or edit /usr/local/bin/firefox and insert a export XLIB_SKIP_ARGB_VISUALS=1) still not optimal but trivial flash stuff should be usable. - - Ruben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFFsM+OZ88+mcQxRw0RAsJEAJ92iqOiBJaCJQOfoEzgxlRiH77UEwCfVbdR ZNj+vZj2iG+VswvvwEYDhTQ= =WmzW -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 14:43: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 C091816A405 for ; Fri, 19 Jan 2007 14:43:38 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from public.aci.on.ca (aci.on.ca [205.207.148.251]) by mx1.freebsd.org (Postfix) with ESMTP id 88C1613C457 for ; Fri, 19 Jan 2007 14:43:38 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from (invalid client hostname: host address literal does not match remote client address)[192.168.15.100] (xtreme-33-61.dyn.aci.on.ca[24.137.192.61] port=1125) by public.aci.on.ca([205.207.148.252] port=25) via TCP with esmtp (2582 bytes) (sender: ) id for ; Fri, 19 Jan 2007 09:43:30 -0500 (EST) (Smail-3.2.0.122-Pre 2005-Nov-17 #1 built 2006-Feb-21) Message-ID: <45B0D996.8070704@qwirky.net> Date: Fri, 19 Jan 2007 09:45:42 -0500 From: Jeff Royle User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 6.2 Release - Adaptec 2130SLP driver?? issue - aac driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2007 14:43:38 -0000 I could use some advice on this issue I have had with my raid controller. I am not really running much on the system yet, postfix, Pf + pflogd, rlogind, ssh, bsnmp and ntpd. While I was just reading a file with less the system stopped responding. I thought it was the network interfaces but I was able to ping the interface. Once I plugged a monitor into the system I saw this (roughly): AAC0: COMMAND TIMEOUT AFTER X number of seconds Not good :) Reset of the system resolved the issue and it booted fine. Since the controller stopped responding nothing was recorded to my logs. Now I have to figure out how to prevent that from happening again. Basic run down on the system and some history... P4 3.2Ghz Asus P5MT-S MB 2 x 1GB DDR2 667 memory Adaptec 2130SLP Raid Controller + battery backup module 2 Segate Ultra320 73GB 15k RPM (mirrored) I have run this same system hardware testing 6.2-BETA3, RC-1 and RC-2 without this issue. I was using the driver released by Adaptec while testing the pre-release installs (http://www.adaptec.com/en-US/speed/raid/aac/unix/aacraid_freebsd6_drv_b11518_tgz.htm). You could say I am fairly confidient in the hardware itself. I have put this system through a lot of testing since BETA3. The 6.2 release kernel has not been customized all that much, I just pulled out all the drivers I would never use. To be safe I kept just about all scsi devices/card models still in as I continued my testing of 6.2 release. Right now I am going to try taking out aac and aacp then try the driver I used in my previous tests. However, since I have run a week without this issue it will be hard/impossible tell if this did anything to resolve it...I almost want a crash on the old driver :) So I need some advice... How best do I debug this issue? Thanks in advance for any direction you guys can offer me. Cheers, Jeff From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 16:18:06 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 CB7FE16A406 for ; Fri, 19 Jan 2007 16:18:06 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp109.rog.mail.re2.yahoo.com (smtp109.rog.mail.re2.yahoo.com [68.142.225.207]) by mx1.freebsd.org (Postfix) with SMTP id 66C5913C4A7 for ; Fri, 19 Jan 2007 16:18:06 +0000 (UTC) (envelope-from mikej@rogers.com) Received: (qmail 75932 invoked from network); 19 Jan 2007 15:51:06 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=LQmE7EmHP8pOa8wBTfxslew2LdZFqy7CZwGrtMqR+ztjTSgIqS+Z8VmFUxyJQ37B/4XpeMTNsb94NW//kHZYRuklLt1prBH3yAsxc62Zn8NwdsxAhvoD7pCYIdH2+TJG1oWJLK6wVbDnAf2z6LtdFmEFWxn2An8RILaIKvCLioU= ; Received: from unknown (HELO ?172.16.0.200?) (mikej@rogers.com@74.111.253.239 with plain) by smtp109.rog.mail.re2.yahoo.com with SMTP; 19 Jan 2007 15:51:06 -0000 X-YMail-OSG: fMAuUQAVM1nmsCUVSSMv0UxiFbNjON1kMmprply1yi2Uon45r8P4_zq.xJtOnA7eaw-- Message-ID: <45B0E904.9080507@rogers.com> Date: Fri, 19 Jan 2007 10:51:32 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: "Ikare.run" References: <45B07AF8.9010101@gmail.com> In-Reply-To: <45B07AF8.9010101@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Read_dma timeout - FreeBSD 6-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2007 16:18:06 -0000 Ikare.run wrote: > > PS : when error occurs, the disk make a "click" !?!? > If its making sounds like that, then its a physical problem with the drive. Bakcup your data and return it if its still on warranty. Maxtor provides troubleshooting tools on their website. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 16:24: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 80A0716A404 for ; Fri, 19 Jan 2007 16:24:26 +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 3FFE913C43E for ; Fri, 19 Jan 2007 16:24:26 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1H7wXH-00019I-Uu for freebsd-stable@freebsd.org; Fri, 19 Jan 2007 17:24:15 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Jan 2007 17:24:15 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Jan 2007 17:24:15 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 19 Jan 2007 17:24:06 +0100 Lines: 9 Message-ID: References: <20070117103935.GC4018@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.4 (X11/20060625) In-Reply-To: Sender: news Subject: Re: gmirror disks vs partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2007 16:24:26 -0000 Andrew Pantyukhin wrote: > Yes, but that's the kind of functionality I have always > expected to be present in software raid solutions. I > hope I'll live to see this implemented in geom. For adding drives there's gconcat, for resizing (well, you currently have to decide on the maximum size in advance) there's gvirstor (http://wikitest.freebsd.org/gvirstor). From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 16:32:05 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 4073116A402 for ; Fri, 19 Jan 2007 16:32:05 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.freebsd.org (Postfix) with ESMTP id F020C13C457 for ; Fri, 19 Jan 2007 16:32:03 +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 smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l0JGVxZw008332 for ; Fri, 19 Jan 2007 17:31:59 +0100 Received: by faust.net (Postfix, from userid 1001) id 90E251CC1C; Fri, 19 Jan 2007 16:32:36 +0100 (CET) Date: Fri, 19 Jan 2007 16:32:36 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20070119153236.GA1206@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 2.1 X-SBB-Spam-Level: XXXX Subject: x server wakes up slowly X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2007 16:32:05 -0000 Dear all! I've just installed 6.2 amd64 on nforce 3 mobo and mvidia 5700 graphic card. System looks very fine, fvwm2 shows all usualy, but graphic server goes up and goes down very, very slowly. It reads .Xauthority and makes new auth pid in $HOME directory. At exit, the message is that FreeFontPath refcount is 2 and should be 1. It fixes it finaly. The same xorg.conf is as on 6.1. Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" ModulePath "/usr/X11R6/lib/modules" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/TTF/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/CID/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection Section "Module" Load "dbe" Load "dri" Load "extmod" Load "glx" Load "record" Load "xtrap" Load "freetype" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "SWcursor" # [] #Option "HWcursor" # [] #Option "NoAccel" # [] #Option "ShadowFB" # [] #Option "UseFBDev" # [] #Option "Rotate" # [] #Option "VideoKey" # #Option "FlatPanel" # [] #Option "FPDither" # [] #Option "CrtcNumber" # #Option "FPScale" # [] #Option "FPTweak" # Identifier "Card0" Driver "nv" VendorName "nVidia Corporation" BoardName "NV36 [GeForce FX 5700LE]" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x1024" EndSubSection EndSection Here in xterm, midnight commander goes up slowly. It looks like x server problem, but cannot debug it for now. It should be fast. Do you have any clue? What I'm missing? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 16:45: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 0820416A502 for ; Fri, 19 Jan 2007 16:45:19 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from public.aci.on.ca (aci.on.ca [205.207.148.251]) by mx1.freebsd.org (Postfix) with ESMTP id C2AAC13C43E for ; Fri, 19 Jan 2007 16:45:18 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from (invalid client hostname: host address literal does not match remote client address)[192.168.15.100] (xtreme-33-61.dyn.aci.on.ca[24.137.192.61] port=1170) by public.aci.on.ca([205.207.148.252] port=25) via TCP with esmtp (3426 bytes) (sender: ) id for ; Fri, 19 Jan 2007 11:45:07 -0500 (EST) (Smail-3.2.0.122-Pre 2005-Nov-17 #1 built 2006-Feb-21) Message-ID: <45B0F61A.8020507@qwirky.net> Date: Fri, 19 Jan 2007 11:47:22 -0500 From: Jeff Royle User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <45B0D996.8070704@qwirky.net> In-Reply-To: <45B0D996.8070704@qwirky.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 6.2 Release - Adaptec 2130SLP driver?? issue - aac driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2007 16:45:19 -0000 Jeff Royle wrote: > I could use some advice on this issue I have had with my raid controller. > I am not really running much on the system yet, postfix, Pf + pflogd, > rlogind, ssh, bsnmp and ntpd. While I was just reading a file with > less the system stopped responding. I thought it was the network > interfaces but I was able to ping the interface. > Once I plugged a monitor into the system I saw this (roughly): > > AAC0: COMMAND TIMEOUT AFTER X number of seconds > > Not good :) > > Reset of the system resolved the issue and it booted fine. Since > the controller stopped responding nothing was recorded to my logs. > > Now I have to figure out how to prevent that from happening again. > > Basic run down on the system and some history... > > P4 3.2Ghz > Asus P5MT-S MB > 2 x 1GB DDR2 667 memory > Adaptec 2130SLP Raid Controller + battery backup module > 2 Segate Ultra320 73GB 15k RPM (mirrored) > > I have run this same system hardware testing 6.2-BETA3, RC-1 and RC-2 > without this issue. I was using the driver released by Adaptec > while testing the pre-release installs > (http://www.adaptec.com/en-US/speed/raid/aac/unix/aacraid_freebsd6_drv_b11518_tgz.htm). > You could say I am fairly confidient in the hardware itself. I have > put this system through a lot of testing since BETA3. > > The 6.2 release kernel has not been customized all that much, I just > pulled out all the drivers I would never use. To be safe I kept > just about all scsi devices/card models still in as I continued my > testing of 6.2 release. > Right now I am going to try taking out aac and aacp then try the > driver I used in my previous tests. However, since I have run a > week without this issue it will be hard/impossible tell if this did > anything to resolve it...I almost want a crash on the old driver :) > > So I need some advice... How best do I debug this issue? > > Thanks in advance for any direction you guys can offer me. > > Cheers, > > Jeff > > It appears the driver I was using in my pre-release testing is newer then the release driver. Stock driver in 6.2r dmesg: aac0: mem 0xfc600000-0xfc7fffff,0xfc5ff000-0xfc5fffff irq 24 at device 1.0 on pci2 aac0: New comm. interface enabled aac0: Adaptec Raid Controller 2.0.0-1 aacp0: on aac0 Currently using: aacu0: mem 0xfc600000-0xfc7fffff,0xfc5ff000-0xfc5fffff irq 24 at device 1.0 on pci2 aacu0: New comm. interface enabled aacu0: Adaptec Raid Controller 2.0.7-1 aacpu0: on aacu0 Going to continue testing with the newer driver. Cheers, Jeff From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 16:54: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 C534616A404 for ; Fri, 19 Jan 2007 16:54:19 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 6A65413C44C for ; Fri, 19 Jan 2007 16:54:19 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 9238AEB3D41; Sat, 20 Jan 2007 00:54:18 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id l6C+HSqSeHEH; Sat, 20 Jan 2007 00:54:13 +0800 (CST) Received: from [192.168.1.32] (unknown [61.49.108.244]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 8BD25EB3AC3; Sat, 20 Jan 2007 00:54:12 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=MpeNAR4mMJrhU3DuH4VEpvEN/erYLXwmSBF1BHA/viDmhCdWU+F6yW9pTHjmOdL5R lUOD25ePfPsYm//UsB/bA== Message-ID: <45B0F758.70408@delphij.net> Date: Sat, 20 Jan 2007 00:52:40 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Jeff Royle References: <45B0D996.8070704@qwirky.net> <45B0F61A.8020507@qwirky.net> In-Reply-To: <45B0F61A.8020507@qwirky.net> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigEE89F87F1581105BF63F7E74" Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 Release - Adaptec 2130SLP driver?? issue - aac driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2007 16:54:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEE89F87F1581105BF63F7E74 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jeff Royle wrote: > Jeff Royle wrote: >> I could use some advice on this issue I have had with my raid controll= er. >> I am not really running much on the system yet, postfix, Pf + pflogd, >> rlogind, ssh, bsnmp and ntpd. While I was just reading a file with >> less the system stopped responding. I thought it was the network >> interfaces but I was able to ping the interface. Once I plugged a >> monitor into the system I saw this (roughly): >> >> AAC0: COMMAND TIMEOUT AFTER X number of seconds >> >> Not good :) >> >> Reset of the system resolved the issue and it booted fine. Since >> the controller stopped responding nothing was recorded to my logs. >> >> Now I have to figure out how to prevent that from happening again. >> >> Basic run down on the system and some history... >> >> P4 3.2Ghz >> Asus P5MT-S MB >> 2 x 1GB DDR2 667 memory >> Adaptec 2130SLP Raid Controller + battery backup module >> 2 Segate Ultra320 73GB 15k RPM (mirrored) >> >> I have run this same system hardware testing 6.2-BETA3, RC-1 and RC-2 >> without this issue. I was using the driver released by Adaptec >> while testing the pre-release installs >> (http://www.adaptec.com/en-US/speed/raid/aac/unix/aacraid_freebsd6_drv= _b11518_tgz.htm). =20 >> You could say I am fairly confidient in the hardware itself. I have >> put this system through a lot of testing since BETA3. >> >> The 6.2 release kernel has not been customized all that much, I just >> pulled out all the drivers I would never use. To be safe I kept >> just about all scsi devices/card models still in as I continued my >> testing of 6.2 release. Right now I am going to try taking out aac and= >> aacp then try the driver I used in my previous tests. However, >> since I have run a week without this issue it will be hard/impossible >> tell if this did anything to resolve it...I almost want a crash on the= >> old driver :) >> >> So I need some advice... How best do I debug this issue? >> >> Thanks in advance for any direction you guys can offer me. >> >> Cheers, >> >> Jeff >> >> >=20 > It appears the driver I was using in my pre-release testing is newer > then the release driver. >=20 > Stock driver in 6.2r dmesg: >=20 > aac0: mem > 0xfc600000-0xfc7fffff,0xfc5ff000-0xfc5fffff irq 24 at device 1.0 on pci= 2 > aac0: New comm. interface enabled > aac0: Adaptec Raid Controller 2.0.0-1 > aacp0: on aac0 >=20 > Currently using: >=20 > aacu0: mem > 0xfc600000-0xfc7fffff,0xfc5ff000-0xfc5fffff irq 24 at device 1.0 on pci= 2 > aacu0: New comm. interface enabled > aacu0: Adaptec Raid Controller 2.0.7-1 > aacpu0: on aacu0 >=20 > Going to continue testing with the newer driver. I have some preliminary work on merging the Adaptec driver: http://people.freebsd.org/~delphij/for_review/patch-aac-vendor-b11518 But one of the reviewers has advised me to request boarder testing, especially against old cards and CLI tools, so I have hold the commit for now. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigEE89F87F1581105BF63F7E74 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.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFsPdYOfuToMruuMARA5y6AJwI69LPXCIfInNuRBrnoJUcSh90agCfZwg0 DOpIHuerrx5waqZlAomwzNs= =BT5M -----END PGP SIGNATURE----- --------------enigEE89F87F1581105BF63F7E74-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 17:01: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 662D016A400 for ; Fri, 19 Jan 2007 17:01:48 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from public.aci.on.ca (aci.on.ca [205.207.148.251]) by mx1.freebsd.org (Postfix) with ESMTP id 3B4C513C457 for ; Fri, 19 Jan 2007 17:01:48 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from (invalid client hostname: host address literal does not match remote client address)[192.168.15.100] (xtreme-33-61.dyn.aci.on.ca[24.137.192.61] port=1178) by public.aci.on.ca([205.207.148.252] port=25) via TCP with esmtp (4329 bytes) (sender: ) id for ; Fri, 19 Jan 2007 12:01:34 -0500 (EST) (Smail-3.2.0.122-Pre 2005-Nov-17 #1 built 2006-Feb-21) Message-ID: <45B0F9F6.4040605@qwirky.net> Date: Fri, 19 Jan 2007 12:03:50 -0500 From: Jeff Royle User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: LI Xin References: <45B0D996.8070704@qwirky.net> <45B0F61A.8020507@qwirky.net> <45B0F758.70408@delphij.net> In-Reply-To: <45B0F758.70408@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 Release - Adaptec 2130SLP driver?? issue - aac driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2007 17:01:48 -0000 LI Xin wrote: > Jeff Royle wrote: > >> Jeff Royle wrote: >> >>> I could use some advice on this issue I have had with my raid controller. >>> I am not really running much on the system yet, postfix, Pf + pflogd, >>> rlogind, ssh, bsnmp and ntpd. While I was just reading a file with >>> less the system stopped responding. I thought it was the network >>> interfaces but I was able to ping the interface. Once I plugged a >>> monitor into the system I saw this (roughly): >>> >>> AAC0: COMMAND TIMEOUT AFTER X number of seconds >>> >>> Not good :) >>> >>> Reset of the system resolved the issue and it booted fine. Since >>> the controller stopped responding nothing was recorded to my logs. >>> >>> Now I have to figure out how to prevent that from happening again. >>> >>> Basic run down on the system and some history... >>> >>> P4 3.2Ghz >>> Asus P5MT-S MB >>> 2 x 1GB DDR2 667 memory >>> Adaptec 2130SLP Raid Controller + battery backup module >>> 2 Segate Ultra320 73GB 15k RPM (mirrored) >>> >>> I have run this same system hardware testing 6.2-BETA3, RC-1 and RC-2 >>> without this issue. I was using the driver released by Adaptec >>> while testing the pre-release installs >>> (http://www.adaptec.com/en-US/speed/raid/aac/unix/aacraid_freebsd6_drv_b11518_tgz.htm). >>> You could say I am fairly confidient in the hardware itself. I have >>> put this system through a lot of testing since BETA3. >>> >>> The 6.2 release kernel has not been customized all that much, I just >>> pulled out all the drivers I would never use. To be safe I kept >>> just about all scsi devices/card models still in as I continued my >>> testing of 6.2 release. Right now I am going to try taking out aac and >>> aacp then try the driver I used in my previous tests. However, >>> since I have run a week without this issue it will be hard/impossible >>> tell if this did anything to resolve it...I almost want a crash on the >>> old driver :) >>> >>> So I need some advice... How best do I debug this issue? >>> >>> Thanks in advance for any direction you guys can offer me. >>> >>> Cheers, >>> >>> Jeff >>> >>> >>> >> It appears the driver I was using in my pre-release testing is newer >> then the release driver. >> >> Stock driver in 6.2r dmesg: >> >> aac0: mem >> 0xfc600000-0xfc7fffff,0xfc5ff000-0xfc5fffff irq 24 at device 1.0 on pci2 >> aac0: New comm. interface enabled >> aac0: Adaptec Raid Controller 2.0.0-1 >> aacp0: on aac0 >> >> Currently using: >> >> aacu0: mem >> 0xfc600000-0xfc7fffff,0xfc5ff000-0xfc5fffff irq 24 at device 1.0 on pci2 >> aacu0: New comm. interface enabled >> aacu0: Adaptec Raid Controller 2.0.7-1 >> aacpu0: on aacu0 >> >> Going to continue testing with the newer driver. >> > > I have some preliminary work on merging the Adaptec driver: > > http://people.freebsd.org/~delphij/for_review/patch-aac-vendor-b11518 > > But one of the reviewers has advised me to request boarder testing, > especially against old cards and CLI tools, so I have hold the commit > for now. > > Cheers, > I will patch my system and put it through some tests this weekend for you. As far as CLI tools are concerned any in particular I should be testing the patch with? The only CLI tool I know of is the aacli1.0 from the ports tree which definately does not work with the 2130S :) Cheers, Jeff From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 17:27: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 49D0A16A405 for ; Fri, 19 Jan 2007 17:27:31 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 249CF13C4A5 for ; Fri, 19 Jan 2007 17:27:31 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:From:To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=LITtCk9TJFE7BNF+QN76FD3vSiBt+UcMIJ4v8akYKrk9m24Nmdf390uL6NyOJIC7Soz085nsrtKXQi6Nb/YTBH24EQlEkWqzWyEaA4SmQVwAs3HdN20L/tduzKklvrP7cx+PaBawsLh9BkjKo0pnuC6C+PIUSDC6xPfNDEoInSg=; Received: from [66.179.40.122] (port=44321 helo=SURGLROSENMAN) by thebighonker.lerctr.org with esmtpa (Exim 4.66 (FreeBSD)) (envelope-from ) id 1H7xWT-0001WF-6n for freebsd-stable@freebsd.org; Fri, 19 Jan 2007 11:27:30 -0600 From: "Larry Rosenman" To: Date: Fri, 19 Jan 2007 11:27:18 -0600 Message-ID: <00e901c73bef$18416570$48c43050$@org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acc77xFfs6pow/OkRqqMgkcW4SyeoQ== Content-Language: en-us X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 X-LERCTR-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 DomainKey-Status: no signature Subject: MFC Request: kern/100958? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2007 17:27:31 -0000 Greetings, Can we get kern/100958 MFC'd? It's been in -CURRENT since September, and fixes a problem for me with my laptop getting the AGPGART device attached. Thanks! -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 21:39: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 38A9216A404 for ; Fri, 19 Jan 2007 21:39:33 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id D99FF13C45E for ; Fri, 19 Jan 2007 21:39:32 +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 6D642B855 for ; Fri, 19 Jan 2007 16:39:32 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <45B0F758.70408@delphij.net> References: <45B0D996.8070704@qwirky.net> <45B0F61A.8020507@qwirky.net> <45B0F758.70408@delphij.net> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-8--190472944; protocol="application/pkcs7-signature" Message-Id: <72347C40-81E3-4E4D-9F27-3058B73359B3@khera.org> From: Vivek Khera Date: Fri, 19 Jan 2007 16:39:31 -0500 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: 6.2 Release - Adaptec 2130SLP driver?? issue - aac driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2007 21:39:33 -0000 --Apple-Mail-8--190472944 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Jan 19, 2007, at 11:52 AM, LI Xin wrote: > I have some preliminary work on merging the Adaptec driver: > > http://people.freebsd.org/~delphij/for_review/patch-aac-vendor-b11518 > > But one of the reviewers has advised me to request boarder testing, > especially against old cards and CLI tools, so I have hold the commit > for now. > My newer 2230SLP cards do not work with any extant command line tools for freebsd under amd64. The older cards did. I've tested FreeBSD 6.0 and 6.1. 6.2 is on the agenda to test soon. I shall have a look at your merged driver. It won't be a regression for me if the CLI tools stop working :-( --Apple-Mail-8--190472944-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 21:46:04 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 0BF1816A401 for ; Fri, 19 Jan 2007 21:46:04 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id B30BD13C441 for ; Fri, 19 Jan 2007 21:46:03 +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 612E3B80A for ; Fri, 19 Jan 2007 16:35:41 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20070118234251.53fd7c8e@vixen42> References: <20070117103935.GC4018@genius.tao.org.uk> <20070118234251.53fd7c8e@vixen42> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-7--190704168; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Fri, 19 Jan 2007 16:35:40 -0500 To: stable@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: gmirror disks vs partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2007 21:46:04 -0000 --Apple-Mail-7--190704168 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Jan 19, 2007, at 12:42 AM, Vulpes Velox wrote: > > When ZFS comes available, I plan to actually run it across multiple > mirrors. It has built in JBOD, but it does not do mirroring. It just > does stripping. I think you misunderstand ZFS. It is robust against multiple disk failures. It doesn't do full disk mirroring, but does place multiple copies of data on multiple drives. --Apple-Mail-7--190704168-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 22:25: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 0727116A400 for ; Fri, 19 Jan 2007 22:25:19 +0000 (UTC) (envelope-from uspoerlein@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 8C77413C45B for ; Fri, 19 Jan 2007 22:25:18 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so525441uge for ; Fri, 19 Jan 2007 14:25:17 -0800 (PST) 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=AWBaPLQY4E0M46DLag4aYCH6fIXi0L06/mZZ2WG3BjOFWxbCTUex0iICK3HZSghHdj3w4yR2cq2KTkOYVXUOSCK+uyqs/c6GlDfIONzYXMcEx1PobomvUgqWdZgvBUvsqMboOwZK5qjOPenrdpX8Es73SU9CwhYsgCqY/96LQKU= Received: by 10.66.255.7 with SMTP id c7mr3836772ugi.1169245517154; Fri, 19 Jan 2007 14:25:17 -0800 (PST) Received: from roadrunner.q.local ( [85.180.174.29]) by mx.google.com with ESMTP id y7sm3075329ugc.2007.01.19.14.25.16; Fri, 19 Jan 2007 14:25:16 -0800 (PST) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id l0JH0D93007244; Fri, 19 Jan 2007 18:00:13 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id l0JH0ClQ007243; Fri, 19 Jan 2007 18:00:13 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Fri, 19 Jan 2007 18:00:12 +0100 From: Ulrich Spoerlein To: Richard Message-ID: <20070119170012.GB1532@roadrunner.q.local> Mail-Followup-To: Richard , freebsd-stable@freebsd.org References: <1169038057.23831.24.camel@richard02> <20070117142552.GC1225@dkirhlarov.mow.oilspace.com> <1169044590.23831.38.camel@richard02> <45AE68DF.5010700@FreeBSD.org> <1169110278.20706.58.camel@chaffinch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1169110278.20706.58.camel@chaffinch> Cc: freebsd-stable@freebsd.org Subject: Re: Failover-HA-Setup X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2007 22:25:19 -0000 Richard wrote: > > There is no need to make any changes to the script. Put whatever other > > options you want for mysql in rc.conf, and set the _enable variable > > to no. Then you can run /usr/local/etc/rc.d/mysql-server onestart and > > it will start normally just one time. > > Yes, and mysql will be started at bootup time on both nodes, wouldn't > it? So one node would fail miserably since the lack of mounted > diskspace... No, he wrote to set mysql_enable=NO, ie, the usual startup procedure will NOT start it. This doesn't work with heartbeat, however. heartbeat always calls the resource scripts with either 'start' or 'stop', you can't make it pass 'onestart'. Only two options remain: modify existing mysql-server script (bad idea, will be overwritten on update) or go through a proxy script which "transforms" start|stop -> onestart|onestop You could also alter the environment of heartbeat (it's really just a bunch of poorly written shell scripts) and set mysql_enable=YES there, but that'd be just as fragile as rewriting the existing mysql-server script. > But the "nostart"-solution sounds like working... Till you update the port and forget about your local modification ... Ulrich Spoerlein -- A: Yes. >Q: Are you sure? > >A: Because it reverses the logical flow of conversation. > >>Q: Why is top posting frowned upon? From owner-freebsd-stable@FreeBSD.ORG Fri Jan 19 23:52: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 DE86F16A402; Fri, 19 Jan 2007 23:52:42 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 8922C13C457; Fri, 19 Jan 2007 23:52:42 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 6CCF710C6C3; Fri, 19 Jan 2007 15:36:19 -0800 (PST) X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Jan 19 15:36:18 2007 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 45b155f2260202032415231 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.172 X-Spam-Level: X-Spam-Status: No, score=-4.172 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.327, BAYES_00=-2.599, DSPAM_HAM=-0.1] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pxq0BAD3pZ6R; Fri, 19 Jan 2007 15:36:18 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 5450610C6C2; Fri, 19 Jan 2007 15:36:18 -0800 (PST) Message-ID: <9240774.01169249778121.JavaMail.root@ly.sdf.com> Date: Fri, 19 Jan 2007 15:36:18 -0800 (PST) From: Tom Samplonius To: Vulpes Velox In-Reply-To: <20070118234251.53fd7c8e@vixen42> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Adrian Chadd , fs@freebsd.org Subject: Re: gmirror disks vs partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jan 2007 23:52:43 -0000 ----- Vulpes Velox wrote: > On Thu, 18 Jan 2007 10:15:56 +0900 > "Adrian Chadd" wrote: > > > On 17/01/07, Andrew Pantyukhin wrote: > > > > > [...after reading the slashdotter's piece of wisdom...] > > > > > > Yes, but that's the kind of functionality I have always > > > expected to be present in software raid solutions. I > > > hope I'll live to see this implemented in geom. > > > > That made my eyes bleed. > > > > Bring on ZFS and its method of managing JBODs. > > I second that. I have been way less than impressed with software raid > and LVM on linux. ... But LVM by itself is a good volume manager. The block level snapshot ability is especially good. LVM can actually notify dependent filesystems so that they flush all data, when the block level snapshot is created. ext3 does not support filesystem based snapshots (like ufs2 does), but LVM snapshots are better than most filesystem snapshots. ZFS is clearly better than LVM+ext3, and is really the only option for really big filesystems right now. ufs2 doesn't support journaling, and background fsck isn't a complete replacement for journalling. ext3 is stable but doesn't really scale well, or have leading performance, and doesn't really work on FreeBSD anyways. XFS is virtually unsupported, as SGI laid off all their filesystem developers when they went into chapter 11, and ReiserFS, besides having some dodgy reliability issues, the head of development is currently in jail for suspicion of murder. So besides, being the best, ZFS is nearly the only choice for really big filesystems. Tom From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 00:44: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 0B2E316A404 for ; Sat, 20 Jan 2007 00:44:42 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id DA9D513C474 for ; Sat, 20 Jan 2007 00:44:41 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mr1so.prod.shaw.ca (pd4mr1so-qfe3.prod.shaw.ca [10.0.141.212]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JC50087G62IE330@l-daemon> for freebsd-stable@freebsd.org; Fri, 19 Jan 2007 17:44:42 -0700 (MST) Received: from pn2ml2so.prod.shaw.ca ([10.0.121.146]) by pd4mr1so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JC500IJG62GUNO0@pd4mr1so.prod.shaw.ca> for freebsd-stable@freebsd.org; Fri, 19 Jan 2007 17:44:42 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JC50066O62GNT40@l-daemon> for freebsd-stable@freebsd.org; Fri, 19 Jan 2007 17:44:41 -0700 (MST) Received: (qmail 1132 invoked from network); Sat, 20 Jan 2007 00:44:38 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Sat, 20 Jan 2007 00:44:38 +0000 Date: Fri, 19 Jan 2007 16:01:59 -0800 From: Colin Percival In-reply-to: <2cc028020701151839l6906640ai84eb887297b46451@mail.gmail.com> To: Brian King Message-id: <45B15BF7.8020507@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <2cc028020701151839l6906640ai84eb887297b46451@mail.gmail.com> User-Agent: Thunderbird 1.5.0.9 (X11/20061227) Cc: freebsd-stable@freebsd.org Subject: Re: freebsd-update from 6.1 RELEASE to 6.2 RELEASE: directory creation caused failure. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 00:44:42 -0000 Brian King wrote: > I'm writing this email from a freebsd 6.2 system, but it was a rocky > upgrade for me. > > I followed the process outlined at > http://www.daemonology.net/blog/2006-11-26-freebsd-6.1-to-6.2-binary-upgrade.html > > to upgrade my GENERIC i386 kernel and userland. > > I had changed some configuration files, and when notified about it, i > created a directory /usr/upgrade/newfiles and downloaded the > appropriate copies of these files from the cvs into this directory. Oops. > # sh freebsd-update.sh -f freebsd-update.conf -d /usr/upgrade install > Installing updates...freebsd-update.sh: cannot create newfiles: Is a > directory > rm: newfiles: is a directory Yeah, you're not supposed to do that. In fact, it never occurred to me that someone would do that, largely because the FreeBSD Update working directory (/usr/upgrade in this case) is normally /var/db/freebsd-update. But since people upgrading from FreeBSD 6.1 don't have FreeBSD Update installed as part of the base system (and thus don't have the "normal" working directory) I added the flag to tell FreeBSD Update to use a different directory instead. > Suggestion for the developer: either permit directory creation in > /usr/upgrade, or document that it's a no-no. It will be documented. :-) Thanks, Colin Percival From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 01:37: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 B175116A401 for ; Sat, 20 Jan 2007 01:37:21 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 58C3C13C46A for ; Sat, 20 Jan 2007 01:37:21 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 4A7111CC51; Sat, 20 Jan 2007 14:37:20 +1300 (NZDT) Date: Sat, 20 Jan 2007 14:37:20 +1300 From: Andrew Thompson To: "Bjoern A. Zeeb" Message-ID: <20070120013720.GC23991@heff.fud.org.nz> References: <20070118035748.GE12548@heff.fud.org.nz> <20070118082139.W82671@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070118082139.W82671@maildrop.int.zabbadoz.net> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: MFC rstp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 01:37:21 -0000 On Thu, Jan 18, 2007 at 08:24:14AM +0000, Bjoern A. Zeeb wrote: > On Thu, 18 Jan 2007, Andrew Thompson wrote: > > Hi, > > >I have a patch here to MFC the rstp code to RELENG_6. It should be all > >fine and dandy as for API but will cause the default spanning tree > >version to change from stp to rstp. > > > >Is it ok to change the protocol version for the STABLE users (rstp is > >backwards compatable with stp) or should it still default to stp and > >require the OP to enable rstp. > > > >Any opinions? > > I think you should leave stp as default and have the user configure rstp > if (s)he thinks (s)he needs it. Yes, I think thats the safest. It will just need a bit more info in the man page so people know it exists. Andrew From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 05:39: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 E58CC16A402 for ; Sat, 20 Jan 2007 05:39:14 +0000 (UTC) (envelope-from ikare.run@gmail.com) Received: from smtp23.orange.fr (smtp23.orange.fr [80.12.242.50]) by mx1.freebsd.org (Postfix) with ESMTP id AC40713C4C5 for ; Sat, 20 Jan 2007 05:39:14 +0000 (UTC) (envelope-from ikare.run@gmail.com) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2302.orange.fr (SMTP Server) with ESMTP id 924811C0008D; Sat, 20 Jan 2007 06:39:13 +0100 (CET) Received: from [172.17.9.136] (AStDenis-106-1-38-147.w90-31.abo.wanadoo.fr [90.31.49.147]) by mwinf2302.orange.fr (SMTP Server) with ESMTP id CF7F91C0008A; Sat, 20 Jan 2007 06:39:12 +0100 (CET) X-ME-UUID: 20070120053912849.CF7F91C0008A@mwinf2302.orange.fr Message-ID: <45B1AABC.8080605@gmail.com> Date: Sat, 20 Jan 2007 09:38:04 +0400 From: Ikare User-Agent: Thunderbird 1.5.0.9 (X11/20070117) MIME-Version: 1.0 To: Dominic Marks , freebsd-stable@freebsd.org References: <45B07AF8.9010101@gmail.com> <20070119103043.6c54a3cf.dom@helenmarks.co.uk> In-Reply-To: <20070119103043.6c54a3cf.dom@helenmarks.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: Read_dma timeout - FreeBSD 6-1 - Solved X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2007 05:39:15 -0000 Hi, Thanks for your answer .. As Clayton suggested, I've bought a new power supply.... And now, my 2 maxtor work fine !! Thanks very much for your help, specially to Clayton Milos ! .. and now, I definitively hate hardware considerations !! C ya -- Ivan Kurzweg Ile de la réunion, Océan Indien Web : http://www.kurzweg.info Les concepts sont comme une grille transparente à travers laquelle nous voyons l'univers, et qui nous donnent parfois l'illusion que cette grille est réellement l'univers. [Herbert & Anderson - La guerre des Machines] From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 06:53:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id DB61216A405; Sat, 20 Jan 2007 06:53:21 +0000 (UTC) In-Reply-To: <2a41acea0701171258k16b4c6ebuf1d4794b89d0749b@mail.gmail.com> from Jack Vogel at "Jan 17, 2007 12:58:04 pm" To: jfvogel@gmail.com (Jack Vogel) Date: Sat, 20 Jan 2007 06:53:21 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20070120065321.DB61216A405@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, jon.otterholm@ide.resurscentrum.se Subject: Re: Lenovo X60 em workaround X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 06:53:22 -0000 > Since this was just seen, and the patch below validated as working I wanted > to send general email to capture this: > > The Lenovo X60 can have issues with long ping times, this is a KNOWN > hardware problem, and Intel is working with IBM/Lenovo, a final 'fix' has > not been decided on yet. Nevertheless, the patch below will work, but > I do not want to check it in as its still temporary. > > Address questions to me, Okay, I have a question. Could you elaborate on just what the problem is? (I mean, since it's KNOWN and all...) I'm just having a hard time figuring out what problem could possibly be fixed by setting the RX interrupt delay timer to a non-zero value (especially since elsewhere in the em(4) source it says that doing so is a Bad Thing (tm)). -Bill > Jack > > PS This is based on 6.2, but is needed for CURRENT as well. > > > --- if_em.dist.c Wed Jan 17 17:59:46 2007 > +++ if_em.c Wed Jan 17 18:03:13 2007 > @@ -3348,6 +3348,10 @@ > E1000_WRITE_REG(&adapter->hw, RXCSUM, reg_rxcsum); > } > > + /* TEMPORARY WORKAROUND for X60 */ > + if (adapter->hw.mac_type == em_82573) > + E1000_WRITE_REG(&adapter->hw, RDTR, 32); > + > /* Enable Receives */ > E1000_WRITE_REG(&adapter->hw, RCTL, reg_rctl); > /* > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 07:08:05 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 E21F816A408 for ; Sat, 20 Jan 2007 07:08:05 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id A96B613C4BC for ; Sat, 20 Jan 2007 07:08:04 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 8E825EB4589; Sat, 20 Jan 2007 15:08:03 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id OQv3eZSB2mtp; Sat, 20 Jan 2007 15:07:56 +0800 (CST) Received: from [192.168.1.32] (unknown [221.216.129.234]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id B03C0EB0D07; Sat, 20 Jan 2007 15:07:55 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=lz5LIVhcWGoyeVSAWnERWpL3LRYx1GXGYC5mCOG6rtq/iSUF6LW4/WBqTjr2ksIxd 8Q+ESSoyJj8qahmflql+w== Message-ID: <45B1BF6E.7090704@delphij.net> Date: Sat, 20 Jan 2007 15:06:22 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Vivek Khera References: <45B0D996.8070704@qwirky.net> <45B0F61A.8020507@qwirky.net> <45B0F758.70408@delphij.net> <72347C40-81E3-4E4D-9F27-3058B73359B3@khera.org> In-Reply-To: <72347C40-81E3-4E4D-9F27-3058B73359B3@khera.org> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig3364D88457E219852D719415" Cc: FreeBSD Stable Subject: Re: 6.2 Release - Adaptec 2130SLP driver?? issue - aac driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2007 07:08:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3364D88457E219852D719415 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Vivek Khera wrote: >=20 > On Jan 19, 2007, at 11:52 AM, LI Xin wrote: >=20 >> I have some preliminary work on merging the Adaptec driver: >> >> http://people.freebsd.org/~delphij/for_review/patch-aac-vendor-b11518 >> >> But one of the reviewers has advised me to request boarder testing, >> especially against old cards and CLI tools, so I have hold the commit >> for now. >> >=20 > My newer 2230SLP cards do not work with any extant command line tools > for freebsd under amd64. The older cards did. I've tested FreeBSD 6.0= > and 6.1. 6.2 is on the agenda to test soon. Do you mean Linux CLI tools on FreeBSD? I think I have missed my src/sys/dev/aac/aac_linux.c,v 1.4 change with re@ so I think there might be no change. Just MFC'ed that to RELENG_6. > I shall have a look at your merged driver. It won't be a regression fo= r > me if the CLI tools stop working :-( Thanks! Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig3364D88457E219852D719415 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.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFsb9uOfuToMruuMARA6xKAJ4nTvvL26KSJTk9zZzZYCN4s1rMuwCePSLX ++2yREqaQCXJoYcr66Z5hvQ= =r9PG -----END PGP SIGNATURE----- --------------enig3364D88457E219852D719415-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 08:22:11 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 D19BA16A400; Sat, 20 Jan 2007 08:22:11 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: from seaholm.caamora.com.au (seaholm.caamora.com.au [203.7.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id DFCB313C44B; Sat, 20 Jan 2007 08:22:06 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: (from jon@localhost) by seaholm.caamora.com.au (8.11.1/8.11.1) id l0K8Lj515434; Sat, 20 Jan 2007 19:21:45 +1100 (EST) Message-ID: <20070120192145.57080@caamora.com.au> Date: Sat, 20 Jan 2007 19:21:45 +1100 From: jonathan michaels To: Andrew Pantyukhin References: <20070117103935.GC4018@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: ; from Andrew Pantyukhin on Wed, Jan 17, 2007 at 02:29:33PM +0300 Organisation: Caamora, PO Box 144, Rosebery NSW 1445 Australia Cc: stable@freebsd.org, fs@freebsd.org Subject: Re: gmirror disks vs partitions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 08:22:12 -0000 On Wed, Jan 17, 2007 at 02:29:33PM +0300, Andrew Pantyukhin wrote: > On 1/17/07, Josef Karthauser wrote: > > A poll for opinions if I may? i suppose i'm asking the smae here as well ... > > I've got a few gmirrors running on various machines, all of which > > pair up two drives at the physical level (i.e. mirror /dev/ad0s1 > > with /dev/ad1s1). Of course there are other ways of doing it to, > > like mirroring at the partition level, ie pairing /dev/ad0s1a with > > /dev/ad1s1a, /dev/ad0s1e with /dev/ad0s1e, etc. > > > > Apart from potentially avoiding a whole disk from being copied > > during a resync after a crash, are there any other advantages to > > using partition level mirroring instead of drive level mirroring? > > I can imagine people using partition-level raid to > implement a popular configuration: > > You divide a couple of identical drives proportionally > in two partitions each, place a couple of the first > partitions into gmirror and a couple of the second > ones into gstripe. This way you get both reliable and > fast storage with just two drives. Some strings are > attached. my situation is somewhat different, in theat i am providing internet services for a (private) group to access tcp/ip based communications (we are all disabled and couldn't fine "reasonable" priced and competently serviced "ISP" services in our part of teh world, so we decided to do it for our selves) .. sorry thet is teh history and reason behind my participation in/with freebsd (over teh last 10 or so years). we have just recieved several older machines, PIII compaq proliant 5500 with hardware raid works quite nicely wonce it settled down and its batteries regained working voltage so to speak, it is running freebsd 6.10release, ms windows professional 2003 server, and linux debian (sarge v3.1) it is a multi-boot fixit box as well as bing teh basic "fileserver/nfs host" and kernel builder, with its 4 cpu architecture it works well. also came several 233 mhz 2 ide/2 rom drives (cd and dvd) and an 800 mhz PIII similarly equiped. all are intel hardware of some 8-10 years vintage, this is now the basic netowrk backbone, and upgrading from several intel 386dx33 and intel 486dx33/50 machines that have served this netowrk for over 20 years now. now that andrew has 'opened' my eyes so to speak to teh world of software raid and after some extensive reading i discovered RAIDFrame which looked to provide all tehat i am looking for, yes i played with vinum and got burned so badly i was only going to use hardware raid and the basis of my comments to andrew. i too have seen teh raid in freebsd has moved on, so i guess its time for me to move on as well, looks like software raid might just fit the bills that these multiple drive machines are begging .. all have several largis (for me) ide style harddisks, mainly 6-8 gb and i have relic 4 gb scsi harddisks that (as i read in RAIDFrame for freebsd) i'm hoping that i could build some sort of basic media platform for each of teh machines instead of constantly worrying about how to cut up teh operating system software load over teh available spindle count .. its not fun anymore working out where teh system was loading up teh spindles and draging down teh system as a whole .. i'm sure many of teh readers here have expericenced this before from time to time, atleast. i've seen lots of posts about RAIDFrame for freebsd upto about 2002 and perhaos 2003 .. is teh port stabalised and not in need of anymore work, or has it been canned and or droped ??? from what i have read the raidframe package would be an ideal solution, i like very much mr long's introduction on teh freebsd (people) page. this discussion on teh whole had been most enlightening and i hape it will bear much fruit for the geom project in teh long term .. i've been gollowing teh gstripe (here in -stable) i need to keep reminding myself that teh software is not bad, it is being developed and thats why all teh "bad/bug/things going wrong are being reported here in -stable, that what -stable is for/all about. sorry for my post, i'm not very good at comunicationing, its one of teh parts of mybrain that don't work too good, and that is why i'm (struggling) on teh invalid pension. umm i'd also like to take this opportunity to say thank you for al the support freebsd has given me over teh years, it has been a most wonderfull experience, the stability and reliability has been a shining light that i take with me whereever i go, int eh softeware world, and in general as its produced because people band togehter and care about what they do and that is what makes freebsd what it is .. not superieor code and all tehse other things, which i'm sure help, ok just a linny little bit (grin). much appreciations, thanks and gratittude. most kind regards jonathan and caamora dot com dot au -- ================================================================ powered by .. QNX, OS9 and freeBSD -- http://caamora com au/operating system ==== === appropriate solution in an inappropriate world === ==== From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 11:40: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 6421816A400; Sat, 20 Jan 2007 11:40:27 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 832F413C47E; Sat, 20 Jan 2007 11:40:26 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by postfix2-g20.free.fr (Postfix) with ESMTP id 6CA2094331A; Sat, 20 Jan 2007 11:17:29 +0100 (CET) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp3-g19.free.fr (Postfix) with ESMTP id 8C4B14A1FC; Sat, 20 Jan 2007 12:17:14 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 830589D41F; Sat, 20 Jan 2007 11:18:36 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 4B670405D; Sat, 20 Jan 2007 12:18:36 +0100 (CET) Date: Sat, 20 Jan 2007 12:18:36 +0100 From: Jeremie Le Hen To: Colin Percival Message-ID: <20070120111836.GF99833@obiwan.tataz.chchile.org> References: <200701111841.l0BIfWOn015231@freefall.freebsd.org> <45A6DB76.40800@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45A6DB76.40800@freebsd.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 11:40:27 -0000 Hi Colin, On Thu, Jan 11, 2007 at 04:51:02PM -0800, Colin Percival wrote: > Hello Everyone, > > I usually let security advisories speak for themselves, but I want to call > special attention to this one: If you use jails, READ THE ADVISORY, in > particular the "NOTE WELL" part below; and if you have problems after applying > the security patch, LET US KNOW -- we do everything we can to make sure > that security updates will never cause problems, but in this case we could > not fix the all of the security issues without either making assumptions > about how systems are configured or reducing functionality. > > In the end we opted to reduce functionality (the jail startup process is > no longer logged to /var/log/console.log inside the jail), make an assumption > about how systems are configured (filesystems which are mounted via per-jail > fstab files should not be mounted on symlinks -- if you do this, adjust your > fstab files to give the real, non-symlinked, path to the mount point), and > leave a potential security problem unfixed (if you mount any filesystems via > per-jail fstab files on mount points which are visible within multiple jails, > there are problems -- don't do this). > > While this is not ideal, this security issue was extraordinarily messy due to > the power and flexibility of the jails and the jail rc.d script. I can't > recall any other time when the security team has spent this long trying to > find a working patch for a security issue. I'd like to publicly thank Simon > Nielsen for the many many hours he spent working on this issue, as well as > the release engineering team for being very patient with us and delaying the > upcoming release to give us time to fix this. Thank you very much to Simon Nielsen for the work being accomplished. According to the patch itself, it is clear he should have spent much time to resolve this issue. However both Pawel and Dirk seem to have proposed less limitating solutions. I understand we are talking about security and we may not have much time experimenting every solutions on RELENG_6. Nonetheless CURRENT the one place to experiment such solutions with a larger audience and I would be very pleased to see a less restrictive workaround for this problem. Indeed I'm using the same setup as Pawel (/jail -> /usr/jail). Thank you for your work as a security officer. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 12:24: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 C690416A402; Sat, 20 Jan 2007 12:24:35 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id 923EB13C45B; Sat, 20 Jan 2007 12:24:34 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id A6CC92D48C3; Sat, 20 Jan 2007 12:24:33 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 7F2371141E; Sat, 20 Jan 2007 13:24:33 +0100 (CET) Date: Sat, 20 Jan 2007 13:24:33 +0100 From: "Simon L. Nielsen" To: Pawel Jakub Dawidek Message-ID: <20070120122432.GA971@zaphod.nitro.dk> References: <200701111841.l0BIfWOn015231@freefall.freebsd.org> <45A6DB76.40800@freebsd.org> <20070113112937.GI90718@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070113112937.GI90718@garage.freebsd.pl> User-Agent: Mutt/1.5.11 Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org, Colin Percival Subject: Re: Improving FreeBSD-SA-07:01.jail fix [was: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 12:24:35 -0000 On 2007.01.13 12:29:37 +0100, Pawel Jakub Dawidek wrote: > On Thu, Jan 11, 2007 at 04:51:02PM -0800, Colin Percival wrote: > > Hello Everyone, > > > > I usually let security advisories speak for themselves, but I want to call > > special attention to this one: If you use jails, READ THE ADVISORY, in > > particular the "NOTE WELL" part below; and if you have problems after applying > > the security patch, LET US KNOW -- we do everything we can to make sure > > that security updates will never cause problems, but in this case we could > > not fix the all of the security issues without either making assumptions > > about how systems are configured or reducing functionality. > > > > In the end we opted to reduce functionality (the jail startup process is > > no longer logged to /var/log/console.log inside the jail), make an assumption > > about how systems are configured (filesystems which are mounted via per-jail > > fstab files should not be mounted on symlinks -- if you do this, adjust your > > fstab files to give the real, non-symlinked, path to the mount point), and > > leave a potential security problem unfixed (if you mount any filesystems via > > per-jail fstab files on mount points which are visible within multiple jails, > > there are problems -- don't do this). So, I have been putting off replying to this thread, but I guess it seems like I should reply... :-) > I don't like the way it was fixed. I do know it wasn't easy to fix. I don't like it either, but it was the best of bad solutions. My hope while developing the patch, and cursing computers in general :-), was that after the Security Advisory went out somebody would implement a fix which sucks less possibly by modifying some of the support tools. Your suggestion with modifying realpath to use chroot(2) certainly sounds like it could work, but I haven't thought about it in great detail if there are problems. The Security Team does not hold a lock on trying to improve the fix in src/etc/rc.d/jail, but anyone that does change the fix from the Security Advisory should be really really really really (did I mention "really"?) sure the fix is safe and have at least a few people with security clue review patches. It is very easy to get this wrong (my first patch did). Also, whatever fix is made should be in -CURRENT for a while (3 weeks min. IMO) before being MFC'ed, both because it gives more time for people to think about the fix and because -CURRENT isn't supported wrt. security issues, so if the fix is wrong we don't have to issue an advisory. BTW. with regard to the console.log file I really don't think it should be put back inside the jail unless it's possible to make the generation of the file entirely inside the jail since it's just not worth the risk/complexity. I think it should be possible to do this with jail(8) in -CURRENT (see -J flag), but: Note that it will probably be at least a couple of weeks before I feel like going anywhere near the jail rc.d script again (except for the warning comment I plan to add...), so don't wait for me with regard to improving this. And in case anyone were in doubt: Computers still suck :-). -- Simon L. Nielsen From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 13:03: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 80F8E16A400; Sat, 20 Jan 2007 13:03:56 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id E348B13C448; Sat, 20 Jan 2007 13:03:55 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id AC521456B1; Sat, 20 Jan 2007 14:03:54 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 5E10E45684; Sat, 20 Jan 2007 14:03:49 +0100 (CET) Date: Sat, 20 Jan 2007 14:03:08 +0100 From: Pawel Jakub Dawidek To: "Simon L. Nielsen" Message-ID: <20070120130308.GD6697@garage.freebsd.pl> References: <200701111841.l0BIfWOn015231@freefall.freebsd.org> <45A6DB76.40800@freebsd.org> <20070113112937.GI90718@garage.freebsd.pl> <20070120122432.GA971@zaphod.nitro.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vni90+aGYgRvsTuO" Content-Disposition: inline In-Reply-To: <20070120122432.GA971@zaphod.nitro.dk> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org, Colin Percival Subject: Re: Improving FreeBSD-SA-07:01.jail fix [was: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 13:03:56 -0000 --vni90+aGYgRvsTuO Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 20, 2007 at 01:24:33PM +0100, Simon L. Nielsen wrote: [...] > BTW. with regard to the console.log file I really don't think it > should be put back inside the jail unless it's possible to make the > generation of the file entirely inside the jail since it's just not > worth the risk/complexity. I think it should be possible to do this > with jail(8) in -CURRENT (see -J flag), but: When -J operates on a file inside a jail, it create the same security hole as the one from security advisory, because it opens a file before calling jail(2). I fully agree that console.log should be outside a jail. At least noone proposed safe solution so far, which also means it's not an easy fix. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --vni90+aGYgRvsTuO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFshMMForvXbEpPzQRApA1AKDiMTyIcxDIvDZ4cmeKA4iGMlqdigCgu3QU pykGKIYasuv/tQgcOY1+hl4= =YXAz -----END PGP SIGNATURE----- --vni90+aGYgRvsTuO-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 13:54: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 E43B116A402; Sat, 20 Jan 2007 13:54:03 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id EE3CD13C457; Sat, 20 Jan 2007 13:54:02 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 1236A2D4951; Sat, 20 Jan 2007 13:54:02 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 0C6941141E; Sat, 20 Jan 2007 14:54:02 +0100 (CET) Date: Sat, 20 Jan 2007 14:54:02 +0100 From: "Simon L. Nielsen" To: Pawel Jakub Dawidek Message-ID: <20070120135401.GB971@zaphod.nitro.dk> References: <200701111841.l0BIfWOn015231@freefall.freebsd.org> <45A6DB76.40800@freebsd.org> <20070113112937.GI90718@garage.freebsd.pl> <20070120122432.GA971@zaphod.nitro.dk> <20070120130308.GD6697@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070120130308.GD6697@garage.freebsd.pl> User-Agent: Mutt/1.5.11 Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org, Colin Percival Subject: Re: Improving FreeBSD-SA-07:01.jail fix [was: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 13:54:04 -0000 On 2007.01.20 14:03:08 +0100, Pawel Jakub Dawidek wrote: > On Sat, Jan 20, 2007 at 01:24:33PM +0100, Simon L. Nielsen wrote: > [...] > > BTW. with regard to the console.log file I really don't think it > > should be put back inside the jail unless it's possible to make the > > generation of the file entirely inside the jail since it's just not > > worth the risk/complexity. I think it should be possible to do this > > with jail(8) in -CURRENT (see -J flag), but: > > When -J operates on a file inside a jail, it create the same security > hole as the one from security advisory, because it opens a file before > calling jail(2). My thought with using -J was not place the info about jid in a file outside the jail root, basically (pseudo code): _tmpfile=`mktemp...` jail -J $_tmpfile "sh /etc/rc > /var/log/console.log" _jid=`cat $_tmpfile | something` At least that was what I thought might be possible with the -J switch when I noticed it existed. In any case, actually coding this, verifying that it works and is safe is left up to anyone who cares about having console.log inside the jail. -- Simon L. Nielsen From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 14:32: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 B66C016A402 for ; Sat, 20 Jan 2007 14:32:27 +0000 (UTC) (envelope-from erdgeist@erdgeist.org) Received: from elektropost.org (elektropost.org [80.237.196.4]) by mx1.freebsd.org (Postfix) with ESMTP id 0E88413C44C for ; Sat, 20 Jan 2007 14:32:26 +0000 (UTC) (envelope-from erdgeist@erdgeist.org) Received: (qmail 40635 invoked by uid 0); 20 Jan 2007 14:05:11 -0000 Received: from e179007141.adsl.alicedsl.de (HELO ?10.1.1.102?) (erdgeist@erdgeist.org@85.179.7.141) by elektropost.org with AES256-SHA encrypted SMTP; 20 Jan 2007 14:05:11 -0000 Message-ID: <45B221B3.9090403@erdgeist.org> Date: Sat, 20 Jan 2007 15:05:39 +0100 From: Dirk Engling User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <200701111841.l0BIfWOn015231@freefall.freebsd.org> <45A6DB76.40800@freebsd.org> <20070113112937.GI90718@garage.freebsd.pl> <20070120122432.GA971@zaphod.nitro.dk> <20070120130308.GD6697@garage.freebsd.pl> In-Reply-To: <20070120130308.GD6697@garage.freebsd.pl> X-Enigmail-Version: 0.94.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org, Colin Percival , "Simon L. Nielsen" Subject: Re: Improving FreeBSD-SA-07:01.jail fix [was: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 14:32:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pawel Jakub Dawidek wrote: > When -J operates on a file inside a jail, it create the same security > hole as the one from security advisory, because it opens a file before > calling jail(2). > I fully agree that console.log should be outside a jail. At least noone > proposed safe solution so far, which also means it's not an easy fix. I still suggest using "pwd -P" to get the real path and using the shell's CWD as a lock. That works safely with mount(8) at least. Comments? erdgeist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) iD8DBQFFsiGzImmQdUyYEgkRAlKcAJ4izD1J4x6jDDfvrtr5J+bcmSxK/ACfRpwn x5yVH4uJIN7CWEgYtATKDE0= =sQq3 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 14:48: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 5933816A402 for ; Sat, 20 Jan 2007 14:48:35 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id DBF8113C459 for ; Sat, 20 Jan 2007 14:48:34 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5DAA7.dip.t-dialin.net [84.165.218.167]) by redbull.bpaserver.net (Postfix) with ESMTP id B50E42E1AB; Sat, 20 Jan 2007 15:33:06 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 9F4EF5B482A; Sat, 20 Jan 2007 15:24:23 +0100 (CET) Date: Sat, 20 Jan 2007 15:24:23 +0100 From: Alexander Leidinger To: Pawel Jakub Dawidek Message-ID: <20070120152423.3195b15b@Magellan.Leidinger.net> In-Reply-To: <20070120130308.GD6697@garage.freebsd.pl> References: <200701111841.l0BIfWOn015231@freefall.freebsd.org> <45A6DB76.40800@freebsd.org> <20070113112937.GI90718@garage.freebsd.pl> <20070120122432.GA971@zaphod.nitro.dk> <20070120130308.GD6697@garage.freebsd.pl> X-Mailer: Claws Mail 2.7.1 (GTK+ 2.10.8; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-security@freebsd.org, freebsd-stable@freebsd.org, Colin Percival , "Simon L. Nielsen" Subject: Re: Improving FreeBSD-SA-07:01.jail fix [was: HEADS UP: Re: FreeBSD Security Advisory FreeBSD-SA-07:01.jail] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 14:48:35 -0000 Quoting Pawel Jakub Dawidek (Sat, 20 Jan 2007 14:03:08 +0100): > I fully agree that console.log should be outside a jail. At least noone > proposed safe solution so far, which also means it's not an easy fix. What's unsafe about my proposal? I did had a look at the code now, and it should work (with minor mods). Original: ---snip--- _tmp_jail=${_tmp_dir}/jail.$$ eval jail ${_flags} -i ${_rootdir} ${_hostname} \ ${_ip} ${_exec_start} > ${_tmp_jail} 2>&1 if [ "$?" -eq 0 ] ; then _jail_id=$(head -1 ${_tmp_jail}) i=1 while [ true ]; do eval out=\"\${_exec_afterstart${i}:-''}\" if [ -z "$out" ]; then break; fi jexec "${_jail_id}" ${out} i=$((i + 1)) done echo -n " $_hostname" tail +2 ${_tmp_jail} >${_consolelog} echo ${_jail_id} > /var/run/jail_${_jail}.id ---snip--- Pseudocode proposal, not tested (changes prefixed with 'x'): ---snip--- _tmp_jail=${_tmp_dir}/jail.$$ x # assuming safe _consolelog (inside chroot) according to the x # previous mails here in the thread x eval (echo "" ; \ x jail ${_flags} -I /var/run/jail_${_jail}.id \ x ${_rootdir} ${_hostname} {_ip} ${_exec_start}) \ x > ${_consolelog} 2>&1 if [ "$?" -eq 0 ] ; then x _jail_id=$(cat /var/run/jail_${_jail}.id) i=1 while [ true ]; do eval out=\"\${_exec_afterstart${i}:-''}\" if [ -z "$out" ]; then break; fi jexec "${_jail_id}" ${out} i=$((i + 1)) done echo -n " $_hostname" x x ---snip--- Repeating my points: - sanitize the consolelog path like discussed in this thread - the jail is not running, so nobody can create a link (jail root within FS space of another jail still prohibited) - subshell to group echo and jail - 'echo ""' to make sure the file exists when the jail starts - (new) additional flag to jail to write a jid file - redirect to the consolelog, it is still open from the echo when the jail starts so there's no race I did test "(echo 1; sleep 60 ; echo 2) >/tmp/test" in /bin/sh, and it is line buffered, so the above works. Where's the security problem in the above? Bye, Alexander. -- I wore my extra loose pants for nothing. Nothing! -- Homer Simpson New Kid on the Block http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 15:53:59 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 AB32516A401 for ; Sat, 20 Jan 2007 15:53:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 5327013C467 for ; Sat, 20 Jan 2007 15:53:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0KFrpqo081614; Sat, 20 Jan 2007 10:53:57 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Sat, 20 Jan 2007 10:53:17 -0500 User-Agent: KMail/1.9.4 References: <398812.27808.qm@web88001.mail.re2.yahoo.com> In-Reply-To: <398812.27808.qm@web88001.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701201053.18314.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Sat, 20 Jan 2007 10:53:57 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2467/Fri Jan 19 23:42:15 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Gardner Bell Subject: Re: system crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 15:53:59 -0000 On Thursday 18 January 2007 11:19, Gardner Bell wrote: > I was on the irc.freenode.net #freebsd channel when this crash occured. > Most of it doesn't look very useful, thought I had a larger dump than > I do. Hopefully this makes sense to one of the developers. I still > have the core available if any further information from it is needed. You kit ctrl-alt-esc to drop into the kernel debugger. You can just type 'c' to continue and hit enter the next time you do this. It's not a crash. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 16:29: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 02CBA16A401; Sat, 20 Jan 2007 16:29:37 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id DC82313C428; Sat, 20 Jan 2007 16:29:36 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (tomcat.kitchenlab.org [64.142.31.107]) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l0KGTar6005017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Jan 2007 08:29:36 -0800 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.8/8.13.8) with ESMTP id l0KGTaGq018117; Sat, 20 Jan 2007 08:29:36 -0800 (PST) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.8/8.13.8/Submit) id l0KGTa2u018116; Sat, 20 Jan 2007 08:29:36 -0800 (PST) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f Date: Sat, 20 Jan 2007 08:29:36 -0800 From: "Bruce A. Mah" To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Message-ID: <20070120162936.GA18104@tomcat.kitchenlab.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: jhay@freebsd.org, bmah@freebsd.org Subject: IPv6 over gif(4) broken in 6.2-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 16:29:37 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm observing a problem with IPv6 over gif(4) tunnels on 6.2-RELEASE and recent 6-STABLE, namely that I can't seem to be able to pass traffic over them. Essentially, when I configure a gif interface like this: # ifconfig gif0 inet6 aaaa:bbbb:cccc:dddd::1 aaaa:bbbb:cccc:dddd::2 prefixl= en 128 the interface should add a host route to aaaa:bbbb:cccc:dddd::2 through gif0. This is necessary to be able to pass traffic over the tunnel, particularly since the source and destination addresses of the link don't need to have any relationship to each other. However, this route doesn't get installed on recent 6-STABLE. Therefore there is no way to get an IPv6 packet to the other end of the tunnel because there's no route for the destination. The most obvious symptom is that I try to ping the other tunnel endpoint and get: ping6: UDP connect: No route to host I know this worked on RELENG_6 as of June 2006; my home firewall has been running this code for months without a hitch. It doesn't work in 6.2-RC2 or 6.2-RELEASE (fresh CD installs on i386, GENERIC kernels), or this week's RELENG_6 (nanobsd on i386). I somewhat suspect revs. 1.48.2.15 and 1.48.2.14 to src/sys/netinet/nd6.c. If I locally revert these two changes (see diff below), IPv6 over gif(4) works again. There's another workaround for people stuck in this situation and who aren't in a position to try this diff. That is to manually install the host route like this: # route add -host -inet6 aaaa:bbbb:cccc:dddd::2 -interface gif0 -nostatic -= llinfo Comments? Bruce. Index: nd6.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/netinet6/nd6.c,v retrieving revision 1.48.2.16 diff -u -r1.48.2.16 nd6.c --- nd6.c 29 Nov 2006 14:00:29 -0000 1.48.2.16 +++ nd6.c 20 Jan 2007 16:15:28 -0000 @@ -1316,7 +1316,7 @@ callout_init(&ln->ln_timer_ch, 0); =20 /* this is required for "ndp" command. - shin */ - if (req =3D=3D RTM_ADD && (rt->rt_flags & RTF_STATIC)) { + if (req =3D=3D RTM_ADD) { /* * gate should have some valid AF_LINK entry, * and ln->ln_expire should have some lifetime --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFskNu2MoxcVugUsMRAkWFAKDjjSFOSFxmHHAI86l/EJtpCTuTxgCg7zBs Tfqe3SLBrdpKVKw0qwjTuRE= =Mbvj -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 16:52: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 EA24816A408; Sat, 20 Jan 2007 16:52:36 +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 7306A13C448; Sat, 20 Jan 2007 16:52:36 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id l0KGqXcF075001 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 20 Jan 2007 17:52:34 +0100 (CET) (envelope-from stb@lassitu.de) In-Reply-To: <20070120122432.GA971@zaphod.nitro.dk> References: <200701111841.l0BIfWOn015231@freefall.freebsd.org> <45A6DB76.40800@freebsd.org> <20070113112937.GI90718@garage.freebsd.pl> <20070120122432.GA971@zaphod.nitro.dk> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <178C4510-6CD1-4F32-AA41-BDB6CF35E0C3@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Sat, 20 Jan 2007 17:52:32 +0100 To: "Simon L. Nielsen" X-Mailer: Apple Mail (2.752.2) Cc: freebsd-security@freebsd.org, Pawel Jakub Dawidek , Colin Percival , freebsd-stable@freebsd.org Subject: Re: Improving FreeBSD-SA-07:01.jail fix X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 16:52:37 -0000 Am 20.01.2007 um 13:24 schrieb Simon L. Nielsen: > BTW. with regard to the console.log file I really don't think it > should be put back inside the jail unless it's possible to make the > generation of the file entirely inside the jail since it's just not > worth the risk/complexity. I'm probably missing something, but why not replace: _jail_id=$(head -1 ${_tmp_jail}) tail +2 ${_tmp_jail} >${_rootdir}/var/log/console.log with: _jail_id=$(head -1 ${_tmp_jail}) tail +2 ${_tmp_jail} | jexec ${_jail_id} sh -c "cat >/var/log/ console.log" Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 17:02: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 5420816A480; Sat, 20 Jan 2007 17:02:01 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id 5B0A213C468; Sat, 20 Jan 2007 17:02:00 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 727302D4A9E; Sat, 20 Jan 2007 17:01:59 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 63BB11141E; Sat, 20 Jan 2007 18:01:59 +0100 (CET) Date: Sat, 20 Jan 2007 18:01:59 +0100 From: "Simon L. Nielsen" To: Stefan Bethke Message-ID: <20070120170158.GC971@zaphod.nitro.dk> References: <200701111841.l0BIfWOn015231@freefall.freebsd.org> <45A6DB76.40800@freebsd.org> <20070113112937.GI90718@garage.freebsd.pl> <20070120122432.GA971@zaphod.nitro.dk> <178C4510-6CD1-4F32-AA41-BDB6CF35E0C3@lassitu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <178C4510-6CD1-4F32-AA41-BDB6CF35E0C3@lassitu.de> User-Agent: Mutt/1.5.11 Cc: freebsd-security@freebsd.org, Pawel Jakub Dawidek , Colin Percival , freebsd-stable@freebsd.org Subject: Re: Improving FreeBSD-SA-07:01.jail fix X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 17:02:01 -0000 On 2007.01.20 17:52:32 +0100, Stefan Bethke wrote: > Am 20.01.2007 um 13:24 schrieb Simon L. Nielsen: > > >BTW. with regard to the console.log file I really don't think it > >should be put back inside the jail unless it's possible to make the > >generation of the file entirely inside the jail since it's just not > >worth the risk/complexity. > > I'm probably missing something, but why not replace: > _jail_id=$(head -1 ${_tmp_jail}) > tail +2 ${_tmp_jail} >${_rootdir}/var/log/console.log > with: > _jail_id=$(head -1 ${_tmp_jail}) > tail +2 ${_tmp_jail} | jexec ${_jail_id} sh -c "cat >/var/log/ > console.log" I thought of, and actually implemented, a similar solution when I worked on the problem but there are two problems: - You cannot be sure cat exists inside the jail. - The jail could already have exited again in which case jexec will fail. -- Simon L. Nielsen From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 17:08: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 B2EA816A405 for ; Sat, 20 Jan 2007 17:08:16 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from public.aci.on.ca (aci.on.ca [205.207.148.251]) by mx1.freebsd.org (Postfix) with ESMTP id 59D3813C469 for ; Sat, 20 Jan 2007 17:08:16 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from (invalid client hostname: host address literal does not match remote client address)[127.0.0.1] (xtreme-156-171.dyn.aci.on.ca[69.17.156.171] port=1626) by public.aci.on.ca([205.207.148.252] port=25) via TCP with esmtp (6423 bytes) (sender: ) id for ; Sat, 20 Jan 2007 12:07:49 -0500 (EST) (Smail-3.2.0.122-Pre 2005-Nov-17 #1 built 2006-Feb-21) Message-ID: <45B24C73.3010807@qwirky.net> Date: Sat, 20 Jan 2007 12:08:03 -0500 From: Jeff Royle User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: LI Xin References: <45B0D996.8070704@qwirky.net> <45B0F61A.8020507@qwirky.net> <45B0F758.70408@delphij.net> In-Reply-To: <45B0F758.70408@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0704-0, 18/01/2007), Outbound message X-Antivirus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 Release - Adaptec 2130SLP driver?? issue - aac driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lists@qwirky.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2007 17:08:16 -0000 LI Xin wrote: > Jeff Royle wrote: >> Jeff Royle wrote: >>> I could use some advice on this issue I have had with my raid controller. >>> I am not really running much on the system yet, postfix, Pf + pflogd, >>> rlogind, ssh, bsnmp and ntpd. While I was just reading a file with >>> less the system stopped responding. I thought it was the network >>> interfaces but I was able to ping the interface. Once I plugged a >>> monitor into the system I saw this (roughly): >>> >>> AAC0: COMMAND TIMEOUT AFTER X number of seconds >>> >>> Not good :) >>> >>> Reset of the system resolved the issue and it booted fine. Since >>> the controller stopped responding nothing was recorded to my logs. >>> >>> Now I have to figure out how to prevent that from happening again. >>> >>> Basic run down on the system and some history... >>> >>> P4 3.2Ghz >>> Asus P5MT-S MB >>> 2 x 1GB DDR2 667 memory >>> Adaptec 2130SLP Raid Controller + battery backup module >>> 2 Segate Ultra320 73GB 15k RPM (mirrored) >>> >>> I have run this same system hardware testing 6.2-BETA3, RC-1 and RC-2 >>> without this issue. I was using the driver released by Adaptec >>> while testing the pre-release installs >>> (http://www.adaptec.com/en-US/speed/raid/aac/unix/aacraid_freebsd6_drv_b11518_tgz.htm). >>> You could say I am fairly confidient in the hardware itself. I have >>> put this system through a lot of testing since BETA3. >>> >>> The 6.2 release kernel has not been customized all that much, I just >>> pulled out all the drivers I would never use. To be safe I kept >>> just about all scsi devices/card models still in as I continued my >>> testing of 6.2 release. Right now I am going to try taking out aac and >>> aacp then try the driver I used in my previous tests. However, >>> since I have run a week without this issue it will be hard/impossible >>> tell if this did anything to resolve it...I almost want a crash on the >>> old driver :) >>> >>> So I need some advice... How best do I debug this issue? >>> >>> Thanks in advance for any direction you guys can offer me. >>> >>> Cheers, >>> >>> Jeff >>> >>> >> It appears the driver I was using in my pre-release testing is newer >> then the release driver. >> >> Stock driver in 6.2r dmesg: >> >> aac0: mem >> 0xfc600000-0xfc7fffff,0xfc5ff000-0xfc5fffff irq 24 at device 1.0 on pci2 >> aac0: New comm. interface enabled >> aac0: Adaptec Raid Controller 2.0.0-1 >> aacp0: on aac0 >> >> Currently using: >> >> aacu0: mem >> 0xfc600000-0xfc7fffff,0xfc5ff000-0xfc5fffff irq 24 at device 1.0 on pci2 >> aacu0: New comm. interface enabled >> aacu0: Adaptec Raid Controller 2.0.7-1 >> aacpu0: on aacu0 >> >> Going to continue testing with the newer driver. > > I have some preliminary work on merging the Adaptec driver: > > http://people.freebsd.org/~delphij/for_review/patch-aac-vendor-b11518 > > But one of the reviewers has advised me to request boarder testing, > especially against old cards and CLI tools, so I have hold the commit > for now. > > Cheers, Well the driver patched fine, no issues to report there. The speed performance is where I expected to see it while using bonnie and simple DD tests based on my previous testing. So far the issue I noted above with the TIMEOUT error has not shown itself again, time will tell I think on this one. However I have encountered a intermittent bug on boot. Sometimes, say every 5-10 boots the system will hang while probing the the scsi bus for the drives. Now I have seen this happen on the aacdu 2.0.7-1 binary driver I was using in my 6.2-RC 1 / 6.2-RC 2 testing once before. This problem is happening a fair bit more. Here is where it hangs... Hung dmesg output: -- snip --- orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcd7ff 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 ppc0: parallel port not found. Timecounters tick every 1.000 msec acd0: CDRW at ata0-master UDMA33 aacd0: on aac0 aacd0: 69889MB (143132672 sectors) --- end snip --- The system does not continue on and probe the drives, as seen in a normal boot dmesg: --- snip --- sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. Timecounters tick every 1.000 msec acd0: CDRW at ata0-master UDMA33 aacd0: on aac0 aacd0: 69889MB (143132672 sectors) pass0 at aacp0 bus 0 target 0 lun 0 pass0: Fixed unknown SCSI-3 device pass0: 3.300MB/s transfers pass1 at aacp0 bus 0 target 3 lun 0 pass1: Fixed unknown SCSI-3 device pass1: 3.300MB/s transfers SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/aacd0s1a -- end snip -- In a effort to resolve this I increased the scsi delay in the kernel from 5ms to 10ms options SCSI_DELAY=10000 It *may* have helped on one of my reboot tests, I thought it was going to hang again but proceeded. However it definitely did not solve the issue. Once I am back in the office I will see if I can get some debug output for you. Cheers, Jeff From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 17:30: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 C6F0B16A405; Sat, 20 Jan 2007 17:30:14 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.freebsd.org (Postfix) with ESMTP id 9960E13C442; Sat, 20 Jan 2007 17:30:14 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from [64.142.31.109] (phantom.kitchenlab.org [64.142.31.109]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l0KHUEbN015277 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Jan 2007 09:30:14 -0800 Message-ID: <45B251A5.4000209@freebsd.org> Date: Sat, 20 Jan 2007 09:30:13 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Hiroki Sato References: <20070120162936.GA18104@tomcat.kitchenlab.org> <20070121.020741.59649277.hrs@allbsd.org> In-Reply-To: <20070121.020741.59649277.hrs@allbsd.org> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=5ba052c3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig782DBF7ACA3F756BAB68671B" Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, jhay@freebsd.org Subject: Re: IPv6 over gif(4) broken in 6.2-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 17:30:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig782DBF7ACA3F756BAB68671B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Hiroki Sato wrote: > "Bruce A. Mah" wrote > in <20070120162936.GA18104@tomcat.kitchenlab.org>: >=20 > bm> I'm observing a problem with IPv6 over gif(4) tunnels on 6.2-RELEAS= E > bm> and recent 6-STABLE, namely that I can't seem to be able to pass > bm> traffic over them. [snip] > bm> I know this worked on RELENG_6 as of June 2006; my home firewall ha= s > bm> been running this code for months without a hitch. It doesn't work= in > bm> 6.2-RC2 or 6.2-RELEASE (fresh CD installs on i386, GENERIC kernels)= , > bm> or this week's RELENG_6 (nanobsd on i386). > bm> > bm> I somewhat suspect revs. 1.48.2.15 and 1.48.2.14 to > bm> src/sys/netinet/nd6.c. If I locally revert these two changes (see > bm> diff below), IPv6 over gif(4) works again. [snip] > I remember Dimitry Andric reported the same problem on -stable on 30 > Dec, and after he reverted rev.1.48.2.16 it worked fine again. Do > you have the symptom even on 6.2-RELEASE? Since RELENG_6_2_0_RELEASE > did not have the change, I thought there was no problem. >=20 > I will try to reproduce it on my box anyway... Yep, even on 6.2-RELEASE. I did a setup with a couple of machines yesterday (6.2-RC2 and 6.2-RELEASE) that demonstrated the problem. On my 6-STABLE system (which appears to be working fine), I still have the change from 1.48.2.16, I only backed out .15 and .14. I didn't try my diff on the 6.2-RC2 and 6.2-RELEASE machines yet. Hmmm...I was looking for that bug report before, but I couldn't find it. It's not clear to me how 1.48.2.16 is involved...hmmm... Thanks, Bruce. --------------enig782DBF7ACA3F756BAB68671B 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.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFslGm2MoxcVugUsMRAhgOAKCPhPCDKGKqU7lj/ll9PrMje7AxnwCg9Kq9 N/Ubk47lKs7lzSdVOxdXOJY= =qYev -----END PGP SIGNATURE----- --------------enig782DBF7ACA3F756BAB68671B-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 17:45: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 C6B8B16A413; Sat, 20 Jan 2007 17:45:08 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.freebsd.org (Postfix) with ESMTP id 62BA913C480; Sat, 20 Jan 2007 17:45:08 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p3089-ipbf506funabasi.chiba.ocn.ne.jp [124.100.58.89]) (authenticated bits=128) by mail.allbsd.org (8.13.1/8.13.4) with ESMTP id l0KH82JZ039751; Sun, 21 Jan 2007 02:08:14 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id l0KH7ijY057337; Sun, 21 Jan 2007 02:07:45 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 21 Jan 2007 02:07:41 +0900 (JST) Message-Id: <20070121.020741.59649277.hrs@allbsd.org> To: bmah@FreeBSD.org From: Hiroki Sato In-Reply-To: <20070120162936.GA18104@tomcat.kitchenlab.org> References: <20070120162936.GA18104@tomcat.kitchenlab.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 5.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Jan_21_02_07_41_2007_727)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.allbsd.org [133.31.130.32]); Sun, 21 Jan 2007 02:08:15 +0900 (JST) Cc: freebsd-net@FreeBSD.org, freebsd-stable@FreeBSD.org, jhay@FreeBSD.org Subject: Re: IPv6 over gif(4) broken in 6.2-RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 17:45:09 -0000 ----Security_Multipart(Sun_Jan_21_02_07_41_2007_727)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Bruce A. Mah" wrote in <20070120162936.GA18104@tomcat.kitchenlab.org>: bm> I'm observing a problem with IPv6 over gif(4) tunnels on 6.2-RELEASE bm> and recent 6-STABLE, namely that I can't seem to be able to pass bm> traffic over them. bm> bm> Essentially, when I configure a gif interface like this: bm> bm> # ifconfig gif0 inet6 aaaa:bbbb:cccc:dddd::1 aaaa:bbbb:cccc:dddd::2 prefixlen 128 bm> bm> the interface should add a host route to aaaa:bbbb:cccc:dddd::2 bm> through gif0. This is necessary to be able to pass traffic over the bm> tunnel, particularly since the source and destination addresses of the bm> link don't need to have any relationship to each other. bm> bm> However, this route doesn't get installed on recent 6-STABLE. bm> Therefore there is no way to get an IPv6 packet to the other end of bm> the tunnel because there's no route for the destination. The most bm> obvious symptom is that I try to ping the other tunnel endpoint and bm> get: bm> bm> ping6: UDP connect: No route to host bm> bm> I know this worked on RELENG_6 as of June 2006; my home firewall has bm> been running this code for months without a hitch. It doesn't work in bm> 6.2-RC2 or 6.2-RELEASE (fresh CD installs on i386, GENERIC kernels), bm> or this week's RELENG_6 (nanobsd on i386). bm> bm> I somewhat suspect revs. 1.48.2.15 and 1.48.2.14 to bm> src/sys/netinet/nd6.c. If I locally revert these two changes (see bm> diff below), IPv6 over gif(4) works again. bm> bm> There's another workaround for people stuck in this situation and who bm> aren't in a position to try this diff. That is to manually install bm> the host route like this: bm> bm> # route add -host -inet6 aaaa:bbbb:cccc:dddd::2 -interface gif0 -nostatic -llinfo bm> bm> Comments? I remember Dimitry Andric reported the same problem on -stable on 30 Dec, and after he reverted rev.1.48.2.16 it worked fine again. Do you have the symptom even on 6.2-RELEASE? Since RELENG_6_2_0_RELEASE did not have the change, I thought there was no problem. I will try to reproduce it on my box anyway... -- | Hiroki SATO ----Security_Multipart(Sun_Jan_21_02_07_41_2007_727)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFskxdTyzT2CeTzy0RAn2QAJ45Sd5OYGBETxENyUXj/Ax2blKshwCghGtA lDubmL3WryAv3NBDxUNoxnI= =i5Ij -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Jan_21_02_07_41_2007_727)---- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 18:03: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 3003E16A404 for ; Sat, 20 Jan 2007 18:03:30 +0000 (UTC) (envelope-from nhockey@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 C97D013C428 for ; Sat, 20 Jan 2007 18:03:29 +0000 (UTC) (envelope-from nhockey@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so607428wri for ; Sat, 20 Jan 2007 10:03:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer; b=GdDOhCgutrtYkVTzzVw1PXLQuVXXdvEB6uGayjeoIB0Mv54D+V5rKUD7vKdavYH/oNEatGHmamgKAjPjpewDk7oCGqG2oNLKlTmr9pu6qWMUpX5HNVrK1o/CwjqNplmDhMYAQXi+OEzwLYkDNCeAxAhjj+omc2UR8H25kd21Vgc= Received: by 10.90.105.20 with SMTP id d20mr4415985agc.1169314555124; Sat, 20 Jan 2007 09:35:55 -0800 (PST) Received: from ?192.168.1.116? ( [24.58.198.224]) by mx.google.com with ESMTP id 7sm4098969agd.2007.01.20.09.35.54; Sat, 20 Jan 2007 09:35:54 -0800 (PST) From: Nicholas Hockey To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3ukdHGtDG0F2z759sB0h" Date: Sat, 20 Jan 2007 12:34:44 -0500 Message-Id: <1169314484.7140.20.camel@core> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Subject: kldload issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 18:03:30 -0000 --=-3ukdHGtDG0F2z759sB0h Content-Type: text/plain Content-Transfer-Encoding: quoted-printable i ran into an interesting problem last night. I was attempting to load mac_seeotheruids into the running kernel, forgetting that i had not set "options MAC" in the kernel and received a kind of misleading error. instead of saying that i did not have the required components compiled into the kernel, i was told that the file didn't exist, instead of being told that i lacked mac support in my kernel. However i did receive the error in my syslog. I don't see this as an error, or even problematic, however i do believe that the error that kldload echo's should be more intuitive as to the actual problem. nebula# kldload /boot/kernel/mac_seeotheruids.ko=20 kldload: can't load /boot/kernel/mac_seeotheruids.ko: No such file or directory nebula# ls -al /boot/kernel/mac_seeotheruids.ko=20 -r-xr-xr-x 1 root wheel 7465 Jan 19 16:51 /boot/kernel/mac_seeotheruids.ko nebula# dmesg | grep -i mac_seeotheruids | uniq KLD mac_seeotheruids.ko: depends on kernel_mac_support - not available --=20 Nicholas Hockey --=-3ukdHGtDG0F2z759sB0h Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFslK0ocaaLAbJFykRApzCAJwKd8vvVN/b7FWdLEGwwgS3z3k7IQCfZvRP LML11fBK6NbQnZWueHYQjzc= =1rLU -----END PGP SIGNATURE----- --=-3ukdHGtDG0F2z759sB0h-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 20:51: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 B90E516A502 for ; Sat, 20 Jan 2007 20:51:19 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp4.clear.net.nz (smtp4.clear.net.nz [203.97.37.64]) by mx1.freebsd.org (Postfix) with ESMTP id 844DB13C44C for ; Sat, 20 Jan 2007 20:51:19 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from [192.168.1.11] (121-72-64-119.dsl.telstraclear.net [121.72.64.119]) by smtp4.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JC600APJPXHVX10@smtp4.clear.net.nz> for freebsd-stable@freebsd.org; Sun, 21 Jan 2007 09:51:18 +1300 (NZDT) Date: Sun, 21 Jan 2007 09:51:17 +1300 From: Mark Kirkwood In-reply-to: <01c501c73a58$2c546550$0c00a8c0@Artem> To: Artem Kuchin Message-id: <45B280C5.30106@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <01c501c73a58$2c546550$0c00a8c0@Artem> User-Agent: Thunderbird 1.5.0.9 (X11/20061227) Cc: freebsd-stable@freebsd.org Subject: Re: Cannot start install cd of 6.2-R at all X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2007 20:51:19 -0000 Artem Kuchin wrote: > Hello! > > I am having a VERY weird problem. > > The pc config is: > > 1) Celeron 1+ GHZ > 2) Intel PCI ethernet nic > 3) Fasttrak TX2000 raid + 2 mirrored disks (seagate 80gb) > 4) teac dvd driver > 5) 512 MB ram > 6) Chaintech montherboard (old one) > > also tried on gigabyte motherboard > > I insert boot cd and when it starts loading a get a dump > of cpu register scrolling crazy on the screen. > > If i delete TX2000 the installer loads fine. > > Any idea what is happening and how to SOLVE it? > > I have seen this with a Tyan PIII board + TX2000. In my case re-trying the boot from cd several times would *eventually* get a working installer session. (If you search the archives you'll see several cases of folks encountering this). Unfortunately I don't know of any solution. A (tedious) workaround (in case repeated attempts always fail for you), is to install a minimal system off an earlier version of FreeBSD and run the installer off the installed system - or just src upgrade to the version you want. I found that the 4.x, 5.0, 5.1 and 5.2 cd's all worked fine - but 5.3 onwards and 6.x would register dump. Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Sat Jan 20 22:35: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 AD01D16A402 for ; Sat, 20 Jan 2007 22:35:19 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.229]) by mx1.freebsd.org (Postfix) with ESMTP id 53C6113C478 for ; Sat, 20 Jan 2007 22:35:18 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so613031wri for ; Sat, 20 Jan 2007 14:35:17 -0800 (PST) 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=WhU0KIZ4utgKEPQiwip7dcO3x2mccg6I/LFc6ezTxqg5VF5rvAh92YZ7wDR9pDyFGRD60+3C0hvVqmWwS937k4dJrRZRE52ZcJRPf8iz1i7BK7Cp8/OSUtu6/xrcZwXfMKdxxrT3nOWctRrObps6AeV9ly/U2R/+WR2ygYybFrQ= Received: by 10.90.88.13 with SMTP id l13mr4696479agb.1169332517725; Sat, 20 Jan 2007 14:35:17 -0800 (PST) Received: by 10.90.74.7 with HTTP; Sat, 20 Jan 2007 14:35:17 -0800 (PST) Message-ID: <2a41acea0701201435g6f960b40r3cf0552d87ab2bfd@mail.gmail.com> Date: Sat, 20 Jan 2007 14:35:17 -0800 From: "Jack Vogel" To: "Bill Paul" In-Reply-To: <20070120065321.DB61216A405@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0701171258k16b4c6ebuf1d4794b89d0749b@mail.gmail.com> <20070120065321.DB61216A405@hub.freebsd.org> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, jon.otterholm@ide.resurscentrum.se Subject: Re: Lenovo X60 em workaround X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Jan 2007 22:35:19 -0000 On 1/19/07, Bill Paul wrote: > > > Since this was just seen, and the patch below validated as working I wanted > > to send general email to capture this: > > > > The Lenovo X60 can have issues with long ping times, this is a KNOWN > > hardware problem, and Intel is working with IBM/Lenovo, a final 'fix' has > > not been decided on yet. Nevertheless, the patch below will work, but > > I do not want to check it in as its still temporary. > > > > Address questions to me, > > Okay, I have a question. Could you elaborate on just what the problem is? > (I mean, since it's KNOWN and all...) I'm just having a hard time figuring > out what problem could possibly be fixed by setting the RX interrupt > delay timer to a non-zero value (especially since elsewhere in the em(4) > source it says that doing so is a Bad Thing (tm)). saying its known to be a problem doesnt mean its cause is known :) They discovered that setting this eliminated the problem, but we immediately pointed out that this is, as you pointed out, a Bad Thing on other hardware, so the investigation continues, there is always a communication lag on these kind of things, so I dont know if it has been resolved yet or not. I just dont think this patch will become the final way to solve this, but we shall see :) Cheers, Jack