From owner-freebsd-stable@FreeBSD.ORG Sun Aug 6 06:55:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A87DD16A4DD for ; Sun, 6 Aug 2006 06:55:46 +0000 (UTC) (envelope-from indigo23@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA5F943D46 for ; Sun, 6 Aug 2006 06:55:45 +0000 (GMT) (envelope-from indigo23@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so959896nfe for ; Sat, 05 Aug 2006 23:55:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=oJJy98VWh8TcsVBtj3DYjA4Kv7b+lJ60k94Du1ge+m70d3pzzyPrl6q5UzLciYI/7hmP3fUmlXAZd5K68uvkoGoPF5IngB8A/9yfzgnYZ6+VHybqTFkIY9HqjpyZPDeUSwlfrtrn1e5MjgHCzUIL4ZxPJ4zVAFVpTFNmxr1iHKo= Received: by 10.48.162.15 with SMTP id k15mr7243399nfe; Sat, 05 Aug 2006 23:55:44 -0700 (PDT) Received: by 10.48.238.17 with HTTP; Sat, 5 Aug 2006 23:55:44 -0700 (PDT) Message-ID: <6f50eac40608052355h3d9a0d99nf02c7415c0aa3f17@mail.gmail.com> Date: Sun, 6 Aug 2006 02:55:44 -0400 From: "Indigo 23" 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: Problems with Mitsumi 7-in-1 USB Card Reader/Floppy combo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Aug 2006 06:55:46 -0000 Hello. I recently hooked up a Mitsumi 7-in-1 USB Card Reader/Floppy drive to my computer and ever since then, I cannot boot FreeBSD. I have an ASUS P5ND2-SLI motherboard (nForce 4), and the card reader is hooked up to the internal USB on the motherboard itself. Also, my machine has a dual core processor, therefore SMP is enabled in my kernel. When I try booting (from hard drive or install disc), I get the following error: "panic: ohci_add_done: addr 0x000d1c40 not found cpuid=0" After that error, all I can do is reboot. Also, of importance to note, if I disconnect the card reader, I can boot fine. I am not subscribed to this mailing list, so please CC all replies to my address. Thanks. From owner-freebsd-stable@FreeBSD.ORG Sun Aug 6 10:06:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CD0D16A4DD for ; Sun, 6 Aug 2006 10:06:14 +0000 (UTC) (envelope-from nikolas.britton@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 A961343D4C for ; Sun, 6 Aug 2006 10:06:13 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so1009114nfe for ; Sun, 06 Aug 2006 03:06:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=fUqODbVKVtSZJ86CNHqBXxpqg1KlQEehlsZJuOXfoNpGzAHjI8ypytzWv7CrHhg9M6LDbb/YNXnXZXJtCBHpdWIEdzmXTJA3vSVzXM+OnRsTfarBDXvwBGJhxS7+oQSaCqEtZf2AyVp95Y8c+jvAcjr/7gz0bGE4CWQW3BX4gbk= Received: by 10.78.183.15 with SMTP id g15mr2075602huf; Sun, 06 Aug 2006 03:06:12 -0700 (PDT) Received: by 10.78.143.11 with HTTP; Sun, 6 Aug 2006 03:06:12 -0700 (PDT) Message-ID: Date: Sun, 6 Aug 2006 05:06:12 -0500 From: "Nikolas Britton" To: "FreeBSD Stable List" , kip.macy@gmail.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Xen / FreeBSD 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 10:06:14 -0000 Will FreeBSD 6.2 support Xen dom0? I have a new Xeon system with VT and I'm chomping at the bit here, considering -CURRENT for a production server... or worse... running Linux to get my fix. -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Aug 6 13:29:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40FA516A4DA for ; Sun, 6 Aug 2006 13:29:50 +0000 (UTC) (envelope-from stalker@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 8FBD843D6D for ; Sun, 6 Aug 2006 13:29:44 +0000 (GMT) (envelope-from stalker@maths.tcd.ie) Received: from lanczos.maths.tcd.ie ([134.226.81.3] helo=maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 6 Aug 2006 14:29:43 +0100 (BST) To: freebsd-stable@freebsd.org Date: Sun, 06 Aug 2006 14:29:42 +0100 From: John Stalker Message-ID: <200608061429.aa06772@salmon.maths.tcd.ie> Subject: Frequent panics on Dell Latitude D610 running 6.1-STABLE 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: Sun, 06 Aug 2006 13:29:50 -0000 I am experiencing frequent panics on a new Dell Latitude D610 running a generic 6-STABLE kernel. They are not exactly repeatable, but they always occur in one of two situations: running shutdown as root in an xterm or exiting from a window manager (WindowMaker or Blackbox) to a display manager (xdm or wdm). Included below are output from uname, kldstat, dmesg and kgdb. Any help would be greatly appreciated, including suggestions about how to further diagnose the problem. Script started on Sun Aug 6 15:22:46 2006 # uname -a FreeBSD shrek 6.1-STABLE FreeBSD 6.1-STABLE #0: Mon Jul 31 21:26:54 IST 2006 root@shrek:/usr/obj/usr/src/sys/GENERIC i386 # kldstat Id Refs Address Size Name 1 20 0xc0400000 6e1138 kernel 2 1 0xc0ae2000 5f7c snd_ich.ko 3 2 0xc0ae8000 22614 sound.ko 4 2 0xc0b0b000 cc58 if_ndis.ko 5 3 0xc0b18000 176e8 ndis.ko 6 1 0xc0b30000 84a48 BCMWL5_SYS.ko 7 1 0xc0bb5000 5acc4 acpi.ko 8 1 0xc6ca8000 3000 daemon_saver.ko 9 1 0xc6e9e000 1e000 radeon.ko 10 1 0xc6ebc000 e000 drm.ko # dmesg Copyright (c) 1992-2006 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 6.1-STABLE #0: Mon Jul 31 21:26:54 IST 2006 root@shrek:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 AMD Features=0x100000 real memory = 2147291136 (2047 MB) avail memory = 2092167168 (1995 MB) ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 28.0 on pci0 pci2: on pcib2 bge0: mem 0xdfcf0000-0xdfcfffff irq 16 at device 0.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:c5:14:bc:5d uhci0: port 0xbf80-0xbf9f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbf60-0xbf7f irq 17 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbf40-0xbf5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xbf20-0xbf3f irq 19 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa80800-0xffa80bff irq 16 at device 29.7 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: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib3: at device 30.0 on pci0 pci3: on pcib3 cbb0: at device 1.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci3: at device 1.5 (no driver attached) ndis0: mem 0xdfbfe000-0xdfbfffff irq 17 at device 3.0 on pci3 ndis0: NDIS API version: 5.1 ndis0: Ethernet address: 00:14:a5:4b:c3:d3 pcm0: port 0xed00-0xedff,0xec40-0xec7f mem 0xdffffe00-0xdfffffff,0xdffffd00-0xdffffdff irq 16 at device 30.2 on pci0 pcm0: pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 17 at device 31.2 on pci0 atapci0: failed to enable memory mapping! ata0: on atapci0 ata1: on atapci0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64,0x62,0x66 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1995013954 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s3a WARNING: / was not properly dismounted ndis0: link state changed to UP drm0: port 0xde00-0xdeff mem 0xd0000000-0xd7ffffff,0xdfdf0000-0xdfdfffff irq 16 at device 0.0 on pci1 info: [drm] Initialized radeon 1.24.0 20060225 info: [drm] Setting GART location based on old memory map info: [drm] Loading R300 Microcode info: [drm] writeback test succeeded in 1 usecs # kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: info: [drm] Setting GART location based on old memory map info: [drm] Loading R300 Microcode info: [drm] writeback test succeeded in 1 usecs Fatal trap 12: page fault while in kernel mode fault virtual address = 0xe946dd90 fault code = supervisor write, page not present instruction pointer = 0x20:0xc0873f26 stack pointer = 0x28:0xe700dc2c frame pointer = 0x28:0xe700dc54 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 = 1191 (sh) trap number = 12 panic: page fault Uptime: 8m7s Dumping 2047 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2047MB (523985 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc0666d7a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0667010 in panic (fmt=0xc08cbc5d "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0876264 in trap_fatal (frame=0xe700dbec, eva=3913735568) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc0875fcb in trap_pfault (frame=0xe700dbec, usermode=0, eva=3913735568) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc0875c09 in trap (frame= {tf_fs = -1026490360, tf_es = -1026490328, tf_ds = -1026490328, tf_edi = -381231728, tf_esi = -419373680, tf_ebp = -419373996, tf_isp = -419374056, tf_ebx = -381231728, tf_edx = -957628416, tf_ecx = 156, tf_eax = 38141952, tf_trapno = 12, tf_err = 2, tf_eip = -1064878298, tf_cs = 32, tf_eflags = 66054, tf_esp = -957632512, tf_ss = -963273728}) at /usr/src/sys/i386/i386/trap.c:434 #6 0xc08643ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0873f26 in generic_bcopy () at /usr/src/sys/i386/i386/support.s:489 Previous frame inner to this frame (corrupt stack?) (kgdb) quit # ^D Script done on Sun Aug 6 15:24:59 2006 -- John Stalker University of Dublin, Trinity College School of Mathematics From owner-freebsd-stable@FreeBSD.ORG Sun Aug 6 17:44:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A846D16A4E2 for ; Sun, 6 Aug 2006 17:44:34 +0000 (UTC) (envelope-from stalker@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 8351B43D55 for ; Sun, 6 Aug 2006 17:44:33 +0000 (GMT) (envelope-from stalker@maths.tcd.ie) Received: from lanczos.maths.tcd.ie ([134.226.81.3] helo=maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 6 Aug 2006 18:44:32 +0100 (BST) To: freebsd-stable@freebsd.org Date: Sun, 06 Aug 2006 18:44:32 +0100 From: John Stalker Message-ID: <200608061844.ac37326@salmon.maths.tcd.ie> Subject: Re: Frequent panics on Dell Latitude D610 running 6.1-STABLE 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: Sun, 06 Aug 2006 17:44:34 -0000 > I am experiencing frequent panics on a new Dell Latitude D610 running > a generic 6-STABLE kernel. They are not exactly repeatable, but they > always occur in one of two situations: running shutdown as root in an > xterm or exiting from a window manager (WindowMaker or Blackbox) to > a display manager (xdm or wdm). Included below are output from uname, > kldstat, dmesg and kgdb. Any help would be greatly appreciated, > including suggestions about how to further diagnose the problem. I am not much wiser, but I have a few more backtraces. I tried removing various modules and changing various config options to see if they have any effect. It is impossible to be certain, since the panic is not completely reproducible, but I think the culprit is drm.ko. Any idea how I can confirm or refute this suspicion? Here are the backtraces, for what they're worth. Script started on Sun Aug 6 19:24:34 2006 # for i in 0 1 2 3 4 ; do echo where | kgdb kernel.debug /var/crash/vmcore.$i ; done [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: info: [drm] Setting GART location based on old memory map info: [drm] Loading R300 Microcode info: [drm] writeback test succeeded in 1 usecs Fatal trap 12: page fault while in kernel mode fault virtual address = 0xe946dd90 fault code = supervisor write, page not present instruction pointer = 0x20:0xc0873f26 stack pointer = 0x28:0xe700dc2c frame pointer = 0x28:0xe700dc54 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 = 1191 (sh) trap number = 12 panic: page fault Uptime: 8m7s Dumping 2047 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2047MB (523985 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) #0 doadump () at pcpu.h:165 #1 0xc0666d7a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0667010 in panic (fmt=0xc08cbc5d "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0876264 in trap_fatal (frame=0xe700dbec, eva=3913735568) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc0875fcb in trap_pfault (frame=0xe700dbec, usermode=0, eva=3913735568) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc0875c09 in trap (frame= {tf_fs = -1026490360, tf_es = -1026490328, tf_ds = -1026490328, tf_edi = -381231728, tf_esi = -419373680, tf_ebp = -419373996, tf_isp = -419374056, tf_ebx = -381231728, tf_edx = -957628416, tf_ecx = 156, tf_eax = 38141952, tf_trapno = 12, tf_err = 2, tf_eip = -1064878298, tf_cs = 32, tf_eflags = 66054, tf_esp = -957632512, tf_ss = -963273728}) at /usr/src/sys/i386/i386/trap.c:434 ---Type to continue, or q to quit---#6 0xc08643ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0873f26 in generic_bcopy () at /usr/src/sys/i386/i386/support.s:489 Previous frame inner to this frame (corrupt stack?) (kgdb) [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: info: [drm] Setting GART location based on old memory map info: [drm] Loading R300 Microcode info: [drm] writeback test succeeded in 1 usecs Fatal trap 12: page fault while in kernel mode fault virtual address = 0xe9437d90 fault code = supervisor write, page not present instruction pointer = 0x20:0xc0873f26 stack pointer = 0x28:0xe93ebc2c frame pointer = 0x28:0xe93ebc54 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 3 current process = 562 (Xorg) trap number = 12 panic: page fault Uptime: 48s Dumping 2047 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2047MB (523985 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) #0 doadump () at pcpu.h:165 #1 0xc0666d7a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0667010 in panic (fmt=0xc08cbc5d "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0876264 in trap_fatal (frame=0xe93ebbec, eva=3913514384) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc0875fcb in trap_pfault (frame=0xe93ebbec, usermode=0, eva=3913514384) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc0875c09 in trap (frame= {tf_fs = -1023803384, tf_es = -1052508120, tf_ds = 40, tf_edi = -381452912, tf_esi = -381764208, tf_ebp = -381764524, tf_isp = -381764584, tf_ebx = -381452912, tf_edx = -948456704, tf_ecx = 156, tf_eax = 311296, tf_trapno = 12, tf_err = 2, tf_eip = -1064878298, tf_cs = 32, tf_eflags = 2175494, tf_esp = -958609884, tf_ss = -958603904}) at /usr/src/sys/i386/i386/trap.c:434 ---Type to continue, or q to quit---#6 0xc08643ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0873f26 in generic_bcopy () at /usr/src/sys/i386/i386/support.s:489 Previous frame inner to this frame (corrupt stack?) (kgdb) [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0xe943dd90 fault code = supervisor read, page not present instruction pointer = 0x20:0xc087483f stack pointer = 0x28:0xe93dcc84 frame pointer = 0x28:0xe93dcc9c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 3 current process = 563 (Xorg) trap number = 12 panic: page fault Uptime: 13m21s Dumping 2047 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2047MB (523985 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) #0 doadump () at pcpu.h:165 #1 0xc0666d7a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0667010 in panic (fmt=0xc08cbc5d "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0876264 in trap_fatal (frame=0xe93dcc44, eva=3913538960) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc0875a02 in trap (frame= {tf_fs = -1066991608, tf_es = -958398424, tf_ds = -1063518168, tf_edi = -958351872, tf_esi = 0, tf_ebp = -381825892, tf_isp = -381825936, tf_ebx = -948296192, tf_edx = -381428336, tf_ecx = -948296192, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1064875969, tf_cs = 32, tf_eflags = 2174983, tf_esp = -1066958129, tf_ss = -958351872}) at /usr/src/sys/i386/i386/trap.c:269 #5 0xc08643ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc087483f in cpu_switch () at /usr/src/sys/i386/i386/swtch.s:161 Previous frame inner to this frame (corrupt stack?) (kgdb) [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xe9489080 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0870b7c stack pointer = 0x28:0xe93e2a50 frame pointer = 0x28:0xe93e2a50 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 = 612 (wdm) trap number = 12 panic: page fault Uptime: 4m40s Dumping 2047 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2047MB (523985 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) #0 doadump () at pcpu.h:165 #1 0xc0666d7a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0667010 in panic (fmt=0xc08cbc5d "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0876264 in trap_fatal (frame=0xe93e2a10, eva=3913846912) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc0875fcb in trap_pfault (frame=0xe93e2a10, usermode=0, eva=3913846912) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc0875c09 in trap (frame= {tf_fs = 8, tf_es = -1022951384, tf_ds = -958529496, tf_edi = -1023605816, tf_esi = -1014281336, tf_ebp = -381801904, tf_isp = -381801924, tf_ebx = -1014281360, tf_edx = 32, tf_ecx = -948281152, tf_eax = -381120512, tf_trapno = 12, tf_err = 0, tf_eip = -1064891524, tf_cs = 32, tf_eflags = 590354, tf_esp = -381801876, tf_ss = -1064882185}) at /usr/src/sys/i386/i386/trap.c:434 ---Type to continue, or q to quit---#6 0xc08643ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0870b7c in pmap_unuse_pt (pmap=0xc77a60c0, va=32) at /usr/src/sys/i386/i386/pmap.c:1018 #8 0xc0872ff7 in pmap_remove_pages (pmap=0xc77a60c0, sva=0, eva=3217031168) at /usr/src/sys/i386/i386/pmap.c:2615 #9 0xc064d9ef in exec_new_vmspace (imgp=0xe93e2be8, sv=0xc09a2080) at vm_map.h:251 #10 0xc0638ef3 in exec_elf32_imgact (imgp=0xe93e2be8) at /usr/src/sys/kern/imgact_elf.c:668 #11 0xc064c91e in do_execve (td=0xc6dea900, args=0xe93e2cb4, mac_p=0x0) at /usr/src/sys/kern/kern_exec.c:417 #12 0xc064c628 in kern_execve (td=0xc6dea900, args=0xe93e2cb4, mac_p=0x0) at /usr/src/sys/kern/kern_exec.c:258 #13 0xc064c532 in execve (td=0xc6dea900, uap=0xe9489000) at /usr/src/sys/kern/kern_exec.c:186 #14 0xc087657b in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134725744, tf_esi = -1077941976, tf_ebp = -1077942008, tf_isp = -381801116, tf_ebx = 0, tf_edx = -1, tf_ecx = 9, tf_eax = 59, tf_trapno = 12, tf_err = 2, tf_eip = 674973131, tf_cs = 51, tf_eflags = 642, tf_esp = -1077943076, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:981 #15 0xc086441f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #16 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 <118>X connection to :0.0 broken (explicit kill or server shutdown). <118>blackbox: managing screen 0 using TrueColor visual 0x23, depth 16 Fatal trap 12: page fault while in kernel mode fault virtual address = 0xe90aa080 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0870f4f stack pointer = 0x28:0xe8d4bbd0 frame pointer = 0x28:0xe8d4bbdc 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 = 20314 (sh) trap number = 12 panic: page fault Uptime: 1h58m44s Dumping 2047 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2047MB (523985 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) #0 doadump () at pcpu.h:165 #1 0xc0666d7a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0667010 in panic (fmt=0xc08cbc5d "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0876264 in trap_fatal (frame=0xe8d4bb90, eva=3909787776) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc0875fcb in trap_pfault (frame=0xe8d4bb90, usermode=0, eva=3909787776) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc0875c09 in trap (frame= {tf_fs = -1066663928, tf_es = -388759512, tf_ds = -388759512, tf_edi = 1, tf_esi = -919924544, tf_ebp = -388711460, tf_isp = -388711492, tf_ebx = 32, tf_edx = -1037975880, tf_ecx = 134619136, tf_eax = -385179648, tf_trapno = 12, tf_err = 0, tf_eip = -1064890545, tf_cs = 32, tf_eflags = 66050, tf_esp = 134512640, tf_ss = 1673049125}) at /usr/src/sys/i386/i386/trap.c:434 ---Type to continue, or q to quit---#6 0xc08643ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0870f4f in pmap_allocpte (pmap=0xc92b10c0, va=3909787648, flags=1) at /usr/src/sys/i386/i386/pmap.c:1188 #8 0xc087291d in pmap_copy (dst_pmap=0xc92b10c0, src_pmap=0xc6ed4310, dst_addr=134512640, len=106496, src_addr=134512640) at /usr/src/sys/i386/i386/pmap.c:2359 #9 0xc07d6f14 in vm_map_copy_entry (src_map=0xc6ed4250, dst_map=0xc92b1000, src_entry=0xc69f250c, dst_entry=0xc69a8b6c) at /usr/src/sys/vm/vm_map.c:2499 #10 0xc07d720e in vmspace_fork (vm1=0xc6ed4250) at /usr/src/sys/vm/vm_map.c:2654 #11 0xc07d2e4b in vm_forkproc (td=0xc6ad6480, p2=0xc935b000, td2=0xc930f480, flags=20) at /usr/src/sys/vm/vm_glue.c:540 #12 0xc0650d6b in fork1 (td=0xc6ad6480, flags=20, pages=0, procp=0xe8d4bcd4) at /usr/src/sys/kern/kern_fork.c:659 #13 0xc064fb24 in fork (td=0xc6ad6480, uap=0xe8d4bd04) at /usr/src/sys/kern/kern_fork.c:96 #14 0xc087657b in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 0, tf_esi = 134643712, tf_ebp = -1077941272, tf_isp = -388711068, tf_ebx = 134643712, tf_edx = 0, tf_ecx = -1, tf_eax = 2, tf_trapno = 12, tf_err = 2, tf_eip = 672392747, tf_cs = 51, tf_eflags = 582, tf_esp = -1077941300, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:981 ---Type to continue, or q to quit---#15 0xc086441f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #16 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) # ^D Script done on Sun Aug 6 19:25:13 2006 -- John Stalker University of Dublin, Trinity College School of Mathematics From owner-freebsd-stable@FreeBSD.ORG Sun Aug 6 18:13:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 292B116A4DE for ; Sun, 6 Aug 2006 18:13:17 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9DDDE43D78 for ; Sun, 6 Aug 2006 18:13:08 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 06 Aug 2006 18:13:07 -0000 Received: from p54A7F969.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.249.105] by mail.gmx.net (mp039) with SMTP; 06 Aug 2006 20:13:07 +0200 X-Authenticated: #5465401 Message-ID: <44D63129.8000308@gmx.de> Date: Sun, 06 Aug 2006 20:12:57 +0200 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: John Stalker References: <200608061844.ac37326@salmon.maths.tcd.ie> In-Reply-To: <200608061844.ac37326@salmon.maths.tcd.ie> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: Frequent panics on Dell Latitude D610 running 6.1-STABLE 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: Sun, 06 Aug 2006 18:13:17 -0000 John Stalker wrote: > I am not much wiser, but I have a few more backtraces. I tried removing > various modules and changing various config options to see if they have > any effect. It is impossible to be certain, since the panic is not > completely reproducible, but I think the culprit is drm.ko. Any idea > how I can confirm or refute this suspicion? Deactivate DRI to see weather your problems disappear. From owner-freebsd-stable@FreeBSD.ORG Sun Aug 6 19:18:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1BF216A4DD for ; Sun, 6 Aug 2006 19:18:16 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED4F343D49 for ; Sun, 6 Aug 2006 19:18:15 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so1125980nfe for ; Sun, 06 Aug 2006 12:18:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Msyc4fBy6i/AdAqZD2y4IbAMplbDZ7eHjpmOJa0lewD+Kn8Fb39CZNRGRTNvr+Am8DBp3elwuItDgVUZYqPNaNUnSzqyFNGwUZHiUiUCy6t3F2yHEU0DpeebWtPa7PGJCrVEAb9cCFpYMpqlNuAjzB5nS7Agv9zEjZ2qlgj/N5o= Received: by 10.78.107.8 with SMTP id f8mr2174394huc; Sun, 06 Aug 2006 12:18:14 -0700 (PDT) Received: by 10.78.143.11 with HTTP; Sun, 6 Aug 2006 12:18:14 -0700 (PDT) Message-ID: Date: Sun, 6 Aug 2006 14:18:14 -0500 From: "Nikolas Britton" To: Luke , freebsd-stable@freebsd.org In-Reply-To: <20060806101521.Q38130@stargazer.midnightbsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060806101521.Q38130@stargazer.midnightbsd.org> Cc: Subject: Re: Xen / FreeBSD 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 19:18:16 -0000 Can't. NetBSD doesn't have the arcmsr(4) driver... My choice is limited to FreeBSD, Solaris, or Linux. On 8/6/06, Luke wrote: > Perhaps you should consider NetBSD if FreeBSD will not have support for > it? > > On Sun, 6 Aug 2006, Nikolas Britton wrote: > > > Will FreeBSD 6.2 support Xen dom0? I have a new Xeon system with VT > > and I'm chomping at the bit here, considering -CURRENT for a > > production server... or worse... running Linux to get my fix. > > > > > > -- > > BSD Podcasts @: > > http://bsdtalk.blogspot.com/ > > http://freebsdforall.blogspot.com/ > > _______________________________________________ > > 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" > > > -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Aug 6 19:19:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D03516A4DD for ; Sun, 6 Aug 2006 19:19:39 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5DCE43D53 for ; Sun, 6 Aug 2006 19:19:38 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k76JJclZ043834; Sun, 6 Aug 2006 12:19:38 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k76JJcH9043831; Sun, 6 Aug 2006 12:19:38 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Sun, 6 Aug 2006 12:19:38 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Nikolas Britton In-Reply-To: Message-ID: <20060806121447.S41793@demos.bsdclusters.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: kip.macy@gmail.com, FreeBSD Stable List Subject: Re: Xen / FreeBSD 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 19:19:39 -0000 I haven't been keeping the xen port up to date. There is an SoC student who is making some progress with it but he is looking more at what is required to make the installer work with it. Making 6.2 work would not be that difficult, but no one is currently working on it. -Kip On Sun, 6 Aug 2006, Nikolas Britton wrote: > Will FreeBSD 6.2 support Xen dom0? I have a new Xeon system with VT > and I'm chomping at the bit here, considering -CURRENT for a > production server... or worse... running Linux to get my fix. > > > -- > BSD Podcasts @: > http://bsdtalk.blogspot.com/ > http://freebsdforall.blogspot.com/ > From owner-freebsd-stable@FreeBSD.ORG Sun Aug 6 19:27:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 729E916A4DE for ; Sun, 6 Aug 2006 19:27:46 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8CCA43D6B for ; Sun, 6 Aug 2006 19:27:41 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so1128106nfe for ; Sun, 06 Aug 2006 12:27:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OI/tMGKdbbV5qxv6l20N4TZoxHlplQR5SbIOPvuEAJsQcGmiBgwCYv1soeCukhSNV2Nht1cAvRrKxHNecCb2kDBnDE+MWFmwl1Zscy/Vixb3naZpApdRwmbKfWK0SYG9cZTt9AgOu0e4t0Pkmv1024zFpszsUvix4E1tpVWQFzI= Received: by 10.78.118.19 with SMTP id q19mr2176937huc; Sun, 06 Aug 2006 12:27:40 -0700 (PDT) Received: by 10.78.143.11 with HTTP; Sun, 6 Aug 2006 12:27:39 -0700 (PDT) Message-ID: Date: Sun, 6 Aug 2006 14:27:40 -0500 From: "Nikolas Britton" To: "Kip Macy" In-Reply-To: <20060806121447.S41793@demos.bsdclusters.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060806121447.S41793@demos.bsdclusters.com> Cc: FreeBSD Stable List Subject: Re: Xen / FreeBSD 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 19:27:46 -0000 On 8/6/06, Kip Macy wrote: > I haven't been keeping the xen port up to date. There is an SoC student > who is making some progress with it but he is looking more at what is > required to make the installer work with it. > > Making 6.2 work would not be that difficult, but no one is currently > working on it. > How difficult are we talking? Could someone with extremely limited C programming experience do it? > > On Sun, 6 Aug 2006, Nikolas Britton wrote: > > > Will FreeBSD 6.2 support Xen dom0? I have a new Xeon system with VT > > and I'm chomping at the bit here, considering -CURRENT for a > > production server... or worse... running Linux to get my fix. > > > > -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Aug 6 23:59:57 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1F6716A4DA for ; Sun, 6 Aug 2006 23:59:57 +0000 (UTC) (envelope-from nikolas.britton@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 13C1C43D46 for ; Sun, 6 Aug 2006 23:59:56 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so1186809nfe for ; Sun, 06 Aug 2006 16:59:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aAwL9TdpduT78w12WAT/P2J+UqZ1JnqCxpxH7bgW+lu5rkEV04lyFM/P7CRyualRk0mC+f04mSL+UTj9+lgXBjkatpqalezOJ+l+l2e9DAmOsizs66Lh9zsIy3ovHiojImONGTIqL5H/0C7Tp3dgH+9+l5cDb/EWhkSDQyuf8K8= Received: by 10.78.107.8 with SMTP id f8mr2216029huc; Sun, 06 Aug 2006 16:59:55 -0700 (PDT) Received: by 10.78.143.11 with HTTP; Sun, 6 Aug 2006 16:59:55 -0700 (PDT) Message-ID: Date: Sun, 6 Aug 2006 16:59:55 -0700 From: "Nikolas Britton" To: "Gleb Smirnoff" In-Reply-To: <20060803100341.GQ96644@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060803100341.GQ96644@FreeBSD.org> Cc: stable@freebsd.org Subject: Re: em(4) update for 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 23:59:58 -0000 On 8/3/06, Gleb Smirnoff wrote: > Colleagues, > > here is a patch that merges HEAD em(4) driver to RELENG_6. > > First, it significantly improves perfromance of the driver > under high pps load. > Second, it adds support for few new chips. > > You need to update your system to fresh RELENG_6. The driver > will not compile on 6.1-RELEASE. > > Then you need to run the following sequence: > > cd /usr/src/sys/dev/em > fetch http://people.freebsd.org/~glebius/em-6.0.5.RELENG_6.patch.gz > gunzip em-6.0.5.RELENG_6.patch.gz > patch < em-6.0.5.RELENG_6.patch > > and then rebuild your kernel and reboot. > 1 out of 73 hunks failed--saving rejects to if_em_hw.h.rej raidbackup1# more if_em_hw.h.rej I'd send to .rej file but Opera9/Gmail is plotting against me. It's seems to just be the Intel copyright notice that that failed ti merge... I'll try sending it later. -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 00:24:49 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3DEA16A4DA; Mon, 7 Aug 2006 00:24:49 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EBE843D46; Mon, 7 Aug 2006 00:24:47 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 67AF64CD94; Mon, 7 Aug 2006 00:25:23 +0000 (GMT) Received: from vaulte.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by p4.roq.com (Postfix) with ESMTP id 0EA7C4CD7A; Mon, 7 Aug 2006 00:25:23 +0000 (GMT) Received: from vaulte.jumbuck.com (localhost [127.0.0.1]) by vaulte.jumbuck.com (Postfix) with ESMTP id 4E03D8A06B; Mon, 7 Aug 2006 10:24:45 +1000 (EST) Received: from [192.168.46.102] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vaulte.jumbuck.com (Postfix) with ESMTP id 45A648A06A; Mon, 7 Aug 2006 10:24:45 +1000 (EST) Message-ID: <44D6884C.20903@thebeastie.org> Date: Mon, 07 Aug 2006 10:24:44 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.13) Gecko/20060727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <20060803100341.GQ96644@FreeBSD.org> <20060804091645.GS96644@cell.sick.ru> In-Reply-To: <20060804091645.GS96644@cell.sick.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: stable@FreeBSD.org, Nikolas Britton Subject: Re: em(4) update for 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 00:24:49 -0000 Gleb Smirnoff wrote: >On Thu, Aug 03, 2006 at 04:14:35PM -0700, Nikolas Britton wrote: >N> >First, it significantly improves perfromance of the driver >N> >under high pps load. >N> >Second, it adds support for few new chips. >N> > >N> >You need to update your system to fresh RELENG_6. The driver >N> >will not compile on 6.1-RELEASE. >N> >N> Why will it not compile on 6.1? > >Because it uses new taskqueue API not yet present in 6.1-RELEASE. > > > Sounds good, I will have to wait till 6.2release before using it, Stable just isn't as stable as it used to be. I look forward to em benchmarking. Mike From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 01:31:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D946316A4DF for ; Mon, 7 Aug 2006 01:31:33 +0000 (UTC) (envelope-from mes5048@verizon.net) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6461243D49 for ; Mon, 7 Aug 2006 01:31:33 +0000 (GMT) (envelope-from mes5048@verizon.net) Received: from puma ([71.246.26.221]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0J3L00GO2TJZHUW0@vms044.mailsrvcs.net> for freebsd-stable@freebsd.org; Sun, 06 Aug 2006 20:31:12 -0500 (CDT) Date: Sun, 06 Aug 2006 21:31:12 -0400 From: "Matt Schwartz" To: Message-id: <000001c6b9c1$2b7d3390$6400000a@puma> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Mailer: Microsoft Office Outlook 11 Thread-index: Aca5wSq0Rj465dhYSmmc0mcnMn17bw== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: sudo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2006 01:31:34 -0000 Hello list, I have noticed that since upgrading to FreeBSD 6 STABLE that sudo is behaving funny. For example, sudo seems to be remembering passwords. So, sudo seems not to be obeying its 5 minute password timeout. Has anyone else experienced this? Even after logging off and back on again, I can use sudo without it prompting me for a password. I know I am preaching to the choir when I say this is dangerous. How can I remedy the behavior? I have even placed the following line in my sudoers file and it had no effect: meschwartz ALL=(ALL) PASSWD: ALL Some insight would be helpful. If this is the wrong list, I apologize in advance. Thanks, Matt From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 01:33:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CAFF16A4E1 for ; Mon, 7 Aug 2006 01:33:59 +0000 (UTC) (envelope-from nikolas.britton@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 BCB4343D5D for ; Mon, 7 Aug 2006 01:33:56 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so1205543nfe for ; Sun, 06 Aug 2006 18:33:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DHv3l6NUZcuJ+sy9WmaC5cwjI2+4+6mGQ5ziZP6bld4hyy0QKpCPnGbwwDc+QZ4O26aHUyFZO3ZeAfMa5zDQN3JSx5JBWKSI5BlEkjItENL5EzZtDceXv18vX24cbrfmBKm/mYMuhrXlsLVJBDRYTAqw9xQXCmKZbCH9i4j8BQ8= Received: by 10.78.170.17 with SMTP id s17mr2102692hue; Sun, 06 Aug 2006 18:33:55 -0700 (PDT) Received: by 10.78.143.11 with HTTP; Sun, 6 Aug 2006 18:33:55 -0700 (PDT) Message-ID: Date: Sun, 6 Aug 2006 18:33:55 -0700 From: "Nikolas Britton" To: "Michael Vince" In-Reply-To: <44D6884C.20903@thebeastie.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060803100341.GQ96644@FreeBSD.org> <20060804091645.GS96644@cell.sick.ru> <44D6884C.20903@thebeastie.org> Cc: stable@freebsd.org, Gleb Smirnoff Subject: Re: em(4) update for 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 01:33:59 -0000 On 8/6/06, Michael Vince wrote: > Gleb Smirnoff wrote: > > >On Thu, Aug 03, 2006 at 04:14:35PM -0700, Nikolas Britton wrote: > >N> >First, it significantly improves perfromance of the driver > >N> >under high pps load. > >N> >Second, it adds support for few new chips. > >N> > > >N> >You need to update your system to fresh RELENG_6. The driver > >N> >will not compile on 6.1-RELEASE. > >N> > >N> Why will it not compile on 6.1? > > > >Because it uses new taskqueue API not yet present in 6.1-RELEASE. > > > > > > > Sounds good, > I will have to wait till 6.2release before using it, Stable just isn't > as stable as it used to be. > I look forward to em benchmarking. > What's that remark for? anyhow... The new driver works well, 80.8MB/s with netcat... IIRC /dev/zero is 4k reads so that's pretty good, yes? Here's the netcat test: Host1: nc -4kl port > /dev/null Host2: nc host1 port < /dev/zero Use 'systat -if' to mesure MB/s. Pciconf: em0@pci6:0:0: class=0x020000 card=0x000015d9 chip=0x10968086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 EB Network Connection' class = network subclass = ethernet em1@pci6:0:1: class=0x020000 card=0x000015d9 chip=0x10968086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 EB Network Connection' class = network subclass = ethernet Dmesg: em0: port 0x2000-0x201f mem 0xc8200000-0xc821ffff irq 18 at device 0.0 on pci6 em0: Ethernet address: 00:30:48:30:99:c8 em0: [FAST] em1: port 0x2020-0x203f mem 0xc8220000-0xc823ffff irq 19 at device 0.1 on pci6 em1: Ethernet address: 00:30:48:30:99:c9 em1: [FAST] Rc.conf: ifconfig_em0="DHCP mtu 9000 media 1000baseTX mediaopt full-duplex" ifconfig_em1="DHCP mtu 9000 media 1000baseTX mediaopt full-duplex" Ifconfig: em0: flags=8843 mtu 9000 options=b inet6 fe80::230:48ff:fe30:99c8%em0 prefixlen 64 scopeid 0x1 inet 192.168.1.241 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:30:48:30:99:c8 media: Ethernet 1000baseTX status: active em1: flags=8843 mtu 9000 options=b inet6 fe80::230:48ff:fe30:99c9%em1 prefixlen 64 scopeid 0x2 ether 00:30:48:30:99:c9 media: Ethernet 1000baseTX (autoselect) status: no carrier -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 01:54:06 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2514D16A4DA for ; Mon, 7 Aug 2006 01:54:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5754243D45 for ; Mon, 7 Aug 2006 01:54:04 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so109699nzn for ; Sun, 06 Aug 2006 18:54:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=WCsTqkeOxQ2LoKBdcM0ndQJf3RrXUT/Oym2DFbJR1DUhvGCzF6Xm0hTO2sh1FFDS9CPlhl/BrPDQuz2m3YkJHcCC7hF0UNjGU2sIhQt2a8ur9GMUa4Joe5eXAB3jXyErE+oyX0hb9jDVNR7QVAT2D+xBBBO8uYDyWOxuUHD3ATQ= Received: by 10.64.179.11 with SMTP id b11mr5134806qbf; Sun, 06 Aug 2006 18:54:04 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 17sm1708486nzo.2006.08.06.18.54.00; Sun, 06 Aug 2006 18:54:03 -0700 (PDT) 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 k771rwf6001668 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Aug 2006 10:53:58 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k771rqAX001667; Mon, 7 Aug 2006 10:53:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 7 Aug 2006 10:53:52 +0900 From: Pyun YongHyeon To: Scott Wilson Message-ID: <20060807015352.GA1296@cdnetworks.co.kr> References: <09BFF2FA5EAB4A45B6655E151BBDD903018924E0@NT-IRVA-0750.brcm.ad.broadcom.com> <200607130513.k6D5DTdb074868@ambrisko.com> <20060805031009.GB946@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, "David \(Controller AE\) Christensen" , davidch@freebsd.org, Eric Hodel Subject: Re: Re: Re: bce0: Error mapping mbuf into TX chain! 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: Mon, 07 Aug 2006 01:54:06 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Aug 06, 2006 at 12:07:41AM +0200, Scott Wilson wrote: > On 8/5/06, Pyun YongHyeon wrote: > >On Fri, Aug 04, 2006 at 03:52:40PM +0200, Scott Wilson wrote: > > > On 7/13/06, Doug Ambrisko wrote: > > > >David (Controller AE) Christensen writes: > > > >| Sorry, I've been out on vacation and just got back into town. I'll > > MFC > > > >| the patch within the next day or two. > > > > > > > >I'll let you merge in the down/up fix that I put into -current. > > > > > > > >Doug A. > > > > > > Hi, I just had a bce interface lock up with the same problem: > > > > > > Aug 4 07:00:16 pe3 kernel: bce0: /usr/src/sys/dev/bce/if_bce.c(4644): > > > Error mapping mbuf into TX chain! > > > Aug 4 07:00:47 pe3 last message repeated 368 times > > > .... > > > > > > running v 1.2.2.5 of if_bce.c from RELENG_6 which has the > > > defragmentation patch mentioned in this thread. Any suggestions on > > > how I can help find a fix? > > > > > > scott > > > >Hmm... I can see several bus_dma(9) related bugs in bce(4). > >For architectures that have IOMMU hardware it may have corrupted DMA > >mapping and I'm pretty sure it wouldn't work on sparc64. > >When it has to handle many fragmented frame or has insufficient > >number of free Tx descriptors it would show unexpected results. > >Unfortunately I don't have hardwares supported by bce(4) and > >fixing requiries a working hardware. :-( > > > > I see ... I am running amd64 on some dell poweredge 1950 boxes. > They're xeon processors, but have chosen amd64 because they have 8gig > of ram each. > > Here are the relevant details on the interface.... > > bce0: mem > 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 > bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > miibus0: on bce0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > > I could make a machine available remotely to someone if it would help. > Unfortunately it's very hard to debug things like this with remote access only. Normally it involves big red-button and serial console and an additional good working system which is directly connected with cross-cable to write the driver. > Any other advice on how I can help move this forward would be greatly > appreciated! > Ok, here is guess work for Tx path. As I said before I don't have hardware and don't have documentation for the chip so I wouldn't be surprised if it does not work at all. > thanks, > > scott -- Regards, Pyun YongHyeon --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bce.tx.patch" --- if_bce.c.orig Fri Jul 21 03:41:00 2006 +++ if_bce.c Mon Aug 7 10:36:09 2006 @@ -276,7 +276,6 @@ /* */ /****************************************************************************/ static void bce_dma_map_addr (void *, bus_dma_segment_t *, int, int); -static void bce_dma_map_tx_desc (void *, bus_dma_segment_t *, int, bus_size_t, int); static int bce_dma_alloc (device_t); static void bce_dma_free (struct bce_softc *); static void bce_release_resources (struct bce_softc *); @@ -300,7 +299,7 @@ static void bce_free_rx_chain (struct bce_softc *); static void bce_free_tx_chain (struct bce_softc *); -static int bce_tx_encap (struct bce_softc *, struct mbuf *, u16 *, u16 *, u32 *); +static int bce_tx_encap (struct bce_softc *, struct mbuf **, u16 *, u16 *, u32 *); static void bce_start_locked (struct ifnet *); static void bce_start (struct ifnet *); static int bce_ioctl (struct ifnet *, u_long, caddr_t); @@ -2150,114 +2149,6 @@ return; } - -/****************************************************************************/ -/* Map TX buffers into TX buffer descriptors. */ -/* */ -/* Given a series of DMA memory containting an outgoing frame, map the */ -/* segments into the tx_bd structure used by the hardware. */ -/* */ -/* Returns: */ -/* Nothing. */ -/****************************************************************************/ -static void -bce_dma_map_tx_desc(void *arg, bus_dma_segment_t *segs, - int nseg, bus_size_t mapsize, int error) -{ - struct bce_dmamap_arg *map_arg; - struct bce_softc *sc; - struct tx_bd *txbd = NULL; - int i = 0; - u16 prod, chain_prod; - u32 prod_bseq; -#ifdef BCE_DEBUG - u16 debug_prod; -#endif - - map_arg = arg; - sc = map_arg->sc; - - if (error) { - DBPRINT(sc, BCE_WARN, "%s(): Called with error = %d\n", - __FUNCTION__, error); - return; - } - - /* Signal error to caller if there's too many segments */ - if (nseg > map_arg->maxsegs) { - DBPRINT(sc, BCE_WARN, - "%s(): Mapped TX descriptors: max segs = %d, " - "actual segs = %d\n", - __FUNCTION__, map_arg->maxsegs, nseg); - - map_arg->maxsegs = 0; - return; - } - - /* prod points to an empty tx_bd at this point. */ - prod = map_arg->prod; - chain_prod = map_arg->chain_prod; - prod_bseq = map_arg->prod_bseq; - -#ifdef BCE_DEBUG - debug_prod = chain_prod; -#endif - - DBPRINT(sc, BCE_INFO_SEND, - "%s(): Start: prod = 0x%04X, chain_prod = %04X, " - "prod_bseq = 0x%08X\n", - __FUNCTION__, prod, chain_prod, prod_bseq); - - /* - * Cycle through each mbuf segment that makes up - * the outgoing frame, gathering the mapping info - * for that segment and creating a tx_bd to for - * the mbuf. - */ - - txbd = &map_arg->tx_chain[TX_PAGE(chain_prod)][TX_IDX(chain_prod)]; - - /* Setup the first tx_bd for the first segment. */ - txbd->tx_bd_haddr_lo = htole32(BCE_ADDR_LO(segs[i].ds_addr)); - txbd->tx_bd_haddr_hi = htole32(BCE_ADDR_HI(segs[i].ds_addr)); - txbd->tx_bd_mss_nbytes = htole16(segs[i].ds_len); - txbd->tx_bd_vlan_tag_flags = htole16(map_arg->tx_flags | - TX_BD_FLAGS_START); - prod_bseq += segs[i].ds_len; - - /* Setup any remaing segments. */ - for (i = 1; i < nseg; i++) { - prod = NEXT_TX_BD(prod); - chain_prod = TX_CHAIN_IDX(prod); - - txbd = &map_arg->tx_chain[TX_PAGE(chain_prod)][TX_IDX(chain_prod)]; - - txbd->tx_bd_haddr_lo = htole32(BCE_ADDR_LO(segs[i].ds_addr)); - txbd->tx_bd_haddr_hi = htole32(BCE_ADDR_HI(segs[i].ds_addr)); - txbd->tx_bd_mss_nbytes = htole16(segs[i].ds_len); - txbd->tx_bd_vlan_tag_flags = htole16(map_arg->tx_flags); - - prod_bseq += segs[i].ds_len; - } - - /* Set the END flag on the last TX buffer descriptor. */ - txbd->tx_bd_vlan_tag_flags |= htole16(TX_BD_FLAGS_END); - - DBRUN(BCE_INFO_SEND, bce_dump_tx_chain(sc, debug_prod, nseg)); - - DBPRINT(sc, BCE_INFO_SEND, - "%s(): End: prod = 0x%04X, chain_prod = %04X, " - "prod_bseq = 0x%08X\n", - __FUNCTION__, prod, chain_prod, prod_bseq); - - /* prod points to the last tx_bd at this point. */ - map_arg->maxsegs = nseg; - map_arg->prod = prod; - map_arg->chain_prod = chain_prod; - map_arg->prod_bseq = prod_bseq; -} - - /****************************************************************************/ /* Allocate any DMA memory needed by the driver. */ /* */ @@ -4380,7 +4271,9 @@ DBRUN(BCE_INFO_SEND, BCE_PRINTF(sc, "%s(): Unloading map/freeing mbuf " "from tx_bd[0x%04X]\n", __FUNCTION__, sw_tx_chain_cons)); - + bus_dmamap_sync(sc->tx_mbuf_tag, + sc->tx_mbuf_map[sw_tx_chain_cons], + BUS_DMASYNC_POSTWRITE); /* Unmap the mbuf. */ bus_dmamap_unload(sc->tx_mbuf_tag, sc->tx_mbuf_map[sw_tx_chain_cons]); @@ -4588,7 +4481,6 @@ BCE_UNLOCK(sc); } - /****************************************************************************/ /* Encapsultes an mbuf cluster into the tx_bd chain structure and makes the */ /* memory visible to the controller. */ @@ -4597,76 +4489,90 @@ /* 0 for success, positive value for failure. */ /****************************************************************************/ static int -bce_tx_encap(struct bce_softc *sc, struct mbuf *m_head, u16 *prod, +bce_tx_encap(struct bce_softc *sc, struct mbuf **m_head, u16 *prod, u16 *chain_prod, u32 *prod_bseq) { - u32 vlan_tag_flags = 0; struct m_tag *mtag; - struct bce_dmamap_arg map_arg; + struct mbuf *m, *n; + struct tx_bd *txbd; + bus_dma_segment_t txsegs[BCE_MAX_SEGMENTS]; bus_dmamap_t map; - int i, error, rc = 0; + u16 sprod, schain_prod; + u32 vlan_tag_flags; + int i, error, nsegs; + + txbd = NULL; + m = *m_head; + map = sc->tx_mbuf_map[*chain_prod]; + /* Map the mbuf into our DMA address space. */ + error = bus_dmamap_load_mbuf_sg(sc->tx_mbuf_tag, map, m, txsegs, + &nsegs, 0); + if (error == EFBIG) { + n = m_defrag(m, M_DONTWAIT); + if (n == NULL) { + m_freem(m); + m = NULL; + return (ENOBUFS); + } + m = n; + error = bus_dmamap_load_mbuf_sg(sc->tx_mbuf_tag, map, m, + txsegs, &nsegs, 0); + if (error != 0) { + m_freem(m); + m = NULL; + return (error); + } + } else if (error != 0) + return (error); + if (nsegs == 0) { + m_freem(m); + m = NULL; + return (EIO); + } + if ((USABLE_TX_BD - sc->used_tx_bd - BCE_TX_SLACK_SPACE) > nsegs) { + bus_dmamap_unload(sc->tx_mbuf_tag, map); + return (ENOBUFS); + } + vlan_tag_flags = 0; /* Transfer any checksum offload flags to the bd. */ - if (m_head->m_pkthdr.csum_flags) { - if (m_head->m_pkthdr.csum_flags & CSUM_IP) + if (m->m_pkthdr.csum_flags) { + if (m->m_pkthdr.csum_flags & CSUM_IP) vlan_tag_flags |= TX_BD_FLAGS_IP_CKSUM; - if (m_head->m_pkthdr.csum_flags & (CSUM_TCP | CSUM_UDP)) + if (m->m_pkthdr.csum_flags & (CSUM_TCP | CSUM_UDP)) vlan_tag_flags |= TX_BD_FLAGS_TCP_UDP_CKSUM; } /* Transfer any VLAN tags to the bd. */ - mtag = VLAN_OUTPUT_TAG(sc->bce_ifp, m_head); + mtag = VLAN_OUTPUT_TAG(sc->bce_ifp, m); if (mtag != NULL) vlan_tag_flags |= (TX_BD_FLAGS_VLAN_TAG | (VLAN_TAG_VALUE(mtag) << 16)); - /* Map the mbuf into DMAable memory. */ - map = sc->tx_mbuf_map[*chain_prod]; - map_arg.sc = sc; - map_arg.prod = *prod; - map_arg.chain_prod = *chain_prod; - map_arg.prod_bseq = *prod_bseq; - map_arg.tx_flags = vlan_tag_flags; - map_arg.maxsegs = USABLE_TX_BD - sc->used_tx_bd - - BCE_TX_SLACK_SPACE; - - KASSERT(map_arg.maxsegs > 0, ("Invalid TX maxsegs value!")); - - for (i = 0; i < TX_PAGES; i++) - map_arg.tx_chain[i] = sc->tx_bd_chain[i]; - - /* Map the mbuf into our DMA address space. */ - error = bus_dmamap_load_mbuf(sc->tx_mbuf_tag, map, m_head, - bce_dma_map_tx_desc, &map_arg, BUS_DMA_NOWAIT); - - if (error || map_arg.maxsegs == 0) { - - /* Try to defrag the mbuf if there are too many segments. */ - if (error == EFBIG && map_arg.maxsegs != 0) { - struct mbuf *m0; - - DBPRINT(sc, BCE_WARN, "%s(): fragmented mbuf (%d pieces)\n", - __FUNCTION__, map_arg.maxsegs); - - m0 = m_defrag(m_head, M_DONTWAIT); - if (m0 != NULL) { - m_head = m0; - error = bus_dmamap_load_mbuf(sc->tx_mbuf_tag, - map, m_head, bce_dma_map_tx_desc, &map_arg, - BUS_DMA_NOWAIT); - } - } - - /* Still getting an error after a defrag. */ - if (error) { - BCE_PRINTF(sc, - "%s(%d): Error mapping mbuf into TX chain!\n", - __FILE__, __LINE__); - rc = ENOBUFS; - goto bce_tx_encap_exit; - } - + /* + * Cycle through each mbuf segment that makes up + * the outgoing frame, gathering the mapping info + * for that segment and creating a tx_bd to for + * the mbuf. + */ + sprod = *prod; + schain_prod = *chain_prod; + for (i = 0; i < nsegs; i++) { + txbd = &sc->tx_bd_chain[TX_PAGE(*chain_prod)][TX_IDX(*chain_prod)]; + txbd->tx_bd_haddr_lo = htole32(BCE_ADDR_LO(txsegs[i].ds_addr)); + txbd->tx_bd_haddr_hi = htole32(BCE_ADDR_HI(txsegs[i].ds_addr)); + txbd->tx_bd_mss_nbytes = htole16(txsegs[i].ds_len); + txbd->tx_bd_vlan_tag_flags = htole16(vlan_tag_flags); + *prod_bseq += txsegs[i].ds_len; + *prod = NEXT_TX_BD(*prod); + *chain_prod = TX_CHAIN_IDX(*chain_prod); } + /* Set the END flag on the last TX buffer descriptor. */ + txbd->tx_bd_vlan_tag_flags |= htole16(TX_BD_FLAGS_END); + + /* Set the START flag on the first TX buffer descriptor. */ + txbd = &sc->tx_bd_chain[TX_PAGE(schain_prod)][TX_IDX(schain_prod)]; + txbd->tx_bd_vlan_tag_flags |= htole16(TX_BD_FLAGS_START); /* * Ensure that the map for this transmission @@ -4677,11 +4583,10 @@ * delete the map before all of the segments * have been freed. */ - sc->tx_mbuf_map[*chain_prod] = - sc->tx_mbuf_map[map_arg.chain_prod]; - sc->tx_mbuf_map[map_arg.chain_prod] = map; - sc->tx_mbuf_ptr[map_arg.chain_prod] = m_head; - sc->used_tx_bd += map_arg.maxsegs; + sc->tx_mbuf_map[schain_prod] = sc->tx_mbuf_map[*chain_prod]; + sc->tx_mbuf_map[*chain_prod] = map; + sc->tx_mbuf_ptr[*chain_prod] = m; + sc->used_tx_bd += nsegs; DBRUNIF((sc->used_tx_bd > sc->tx_hi_watermark), sc->tx_hi_watermark = sc->used_tx_bd); @@ -4691,17 +4596,15 @@ DBRUN(BCE_VERBOSE_SEND, bce_dump_tx_mbuf_chain(sc, *chain_prod, map_arg.maxsegs)); - /* prod still points the last used tx_bd at this point. */ - *prod = map_arg.prod; - *chain_prod = map_arg.chain_prod; - *prod_bseq = map_arg.prod_bseq; - -bce_tx_encap_exit: + /* sync descriptors */ + bus_dmamap_sync(sc->tx_mbuf_tag, map, BUS_DMASYNC_PREWRITE); + for (i = 0; i < TX_PAGES; i++) + bus_dmamap_sync(sc->tx_bd_chain_tag, sc->tx_bd_chain_map[i], + BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); - return(rc); + return (0); } - /****************************************************************************/ /* Main transmit routine when called from another routine with a lock. */ /* */ @@ -4748,7 +4651,9 @@ * head of the queue and set the OACTIVE flag * to wait for the NIC to drain the chain. */ - if (bce_tx_encap(sc, m_head, &tx_prod, &tx_chain_prod, &tx_prod_bseq)) { + if (bce_tx_encap(sc, &m_head, &tx_prod, &tx_chain_prod, &tx_prod_bseq)) { + if (m_head == NULL) + break; IFQ_DRV_PREPEND(&ifp->if_snd, m_head); ifp->if_drv_flags |= IFF_DRV_OACTIVE; DBPRINT(sc, BCE_INFO_SEND, --bg08WKrSYDhXBjb5-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 08:00:38 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EECB16A519 for ; Mon, 7 Aug 2006 08:00:38 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B28AE43D73 for ; Mon, 7 Aug 2006 08:00:29 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k7780QqL051756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Aug 2006 12:00:27 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k7780QK8051755; Mon, 7 Aug 2006 12:00:26 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 7 Aug 2006 12:00:26 +0400 From: Gleb Smirnoff To: Michael Vince Message-ID: <20060807080026.GK96644@cell.sick.ru> References: <20060803100341.GQ96644@FreeBSD.org> <20060804091645.GS96644@cell.sick.ru> <44D6884C.20903@thebeastie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <44D6884C.20903@thebeastie.org> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org, Nikolas Britton Subject: Re: em(4) update for 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 08:00:38 -0000 On Mon, Aug 07, 2006 at 10:24:44AM +1000, Michael Vince wrote: M> >On Thu, Aug 03, 2006 at 04:14:35PM -0700, Nikolas Britton wrote: M> >N> >First, it significantly improves perfromance of the driver M> >N> >under high pps load. M> >N> >Second, it adds support for few new chips. M> >N> > M> >N> >You need to update your system to fresh RELENG_6. The driver M> >N> >will not compile on 6.1-RELEASE. M> >N> M> >N> Why will it not compile on 6.1? M> > M> >Because it uses new taskqueue API not yet present in 6.1-RELEASE. M> > M> Sounds good, M> I will have to wait till 6.2release before using it, Stable just isn't M> as stable as it used to be. If everyone avoid using RELENG branch, it won't get any more stable. Subseqently the releases (that are cut from RELENG branch) will get less testing, and thus will be less stable. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 09:03:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88BC016A4DA for ; Mon, 7 Aug 2006 09:03:03 +0000 (UTC) (envelope-from marco.pirovano@unibocconi.it) Received: from colombo.sm.uni-bocconi.it (colombo.sm.uni-bocconi.it [193.205.23.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AE0E43D5F for ; Mon, 7 Aug 2006 09:03:01 +0000 (GMT) (envelope-from marco.pirovano@unibocconi.it) Received: from localhost (panoramix.sm.unibocconi.it [193.205.23.47]) by colombo.sm.uni-bocconi.it (8.13.6/8.13.6) with ESMTP id k7792xrc098986 for ; Mon, 7 Aug 2006 11:02:59 +0200 (CEST) (envelope-from marco.pirovano@unibocconi.it) Received: from gardena.asit.unibocconi.it (gardena.asit.unibocconi.it [10.1.12.37]) by nwebmail.unibocconi.it (Horde MIME library) with HTTP; Mon, 07 Aug 2006 11:02:59 +0200 Message-ID: <20060807110259.anxaxs4joks0oc80@nwebmail.unibocconi.it> X-Priority: 3 (Normal) Date: Mon, 07 Aug 2006 11:02:59 +0200 From: Marco Pirovano To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.2) X-Originating-IP: 10.1.12.37 X-PMX-Version: 5.1.2.240295, Antispam-Engine: 2.3.0.1, Antispam-Data: 2006.8.5.22433 X-PMX-SeenBy: colombo.sm.uni-bocconi.it VirusFree Subject: Professional sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2006 09:03:03 -0000 Hello, I'm looking for a professional sound card available under FreeBSD-stable. Any suggestions ? Thank you very much. Ciao, Marco * Marco Pirovano * Universita' Bocconi, Area Sistemi Informatici e Telematici * Piazza Sraffa 11 - 20136 Milano * Tel. +39 02 5836.3173 Fax. +39 02 5836.3160 VoIP. 02 5828.3173 From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 09:25:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63D8516A4DA for ; Mon, 7 Aug 2006 09:25:53 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id C81AB43D46 for ; Mon, 7 Aug 2006 09:25:52 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so1327649nfe for ; Mon, 07 Aug 2006 02:25:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CX33vAjUqyziEWlzSQMkjW3WO3TiIBMs7pvD3fMOIRJzFYzG8dFEYNScyOr+dNUpz2dnqLBor+gTWGNlJ8ECk1KL1IHPR7hf5tk/01iqnIiEodMHxMugJosH9tc29amfZmumfAL6eNGs/c6Ey1laqlGVQiXRAzfTk7DJAqymuIQ= Received: by 10.78.177.3 with SMTP id z3mr2315272hue; Mon, 07 Aug 2006 02:25:51 -0700 (PDT) Received: by 10.78.143.11 with HTTP; Mon, 7 Aug 2006 02:25:51 -0700 (PDT) Message-ID: Date: Mon, 7 Aug 2006 02:25:51 -0700 From: "Nikolas Britton" To: "Marco Pirovano" In-Reply-To: <20060807110259.anxaxs4joks0oc80@nwebmail.unibocconi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060807110259.anxaxs4joks0oc80@nwebmail.unibocconi.it> Cc: freebsd-stable@freebsd.org Subject: Re: Professional sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2006 09:25:53 -0000 On 8/7/06, Marco Pirovano wrote: > Hello, > > I'm looking for a professional sound card available under FreeBSD-stable. > Any suggestions ? > > Thank you very much. > Read the first two and the fourth links here if you want a Envy24 based card: http://groups.google.com/groups/search?ie=UTF-8&oe=UTF-8&q=group%3A%2A.freebsd.%2A+%22Status+of+VIA+Envy24%22&qt_s=Search -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 09:40:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D479916A4E2 for ; Mon, 7 Aug 2006 09:40:53 +0000 (UTC) (envelope-from m.ehinger@ltur.de) Received: from postx.gateway-inter.net (postx.gateway-inter.net [213.144.19.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96CDB43D4C for ; Mon, 7 Aug 2006 09:40:53 +0000 (GMT) (envelope-from m.ehinger@ltur.de) To: freebsd-stable@freebsd.org From: m.ehinger@ltur.de MIME-Version: 1.0 Message-ID: Date: Mon, 7 Aug 2006 11:40:53 +0200 Content-type: text/plain; charset=US-ASCII Subject: ncplogin panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 09:40:53 -0000 With this changes (i use Version 1.17 from cvs) i get no more panics. But i still get some md_get_mem(461): incomplete copy messages. I aslo still got the problem that i can't copy smal files (<8M) with "cp". I get an "invalid argument" message from "cp". So "less" or "cat" can display the smal files without problems. Maybe someone can have a look at that. Thanks in advance, maik From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 09:44:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 014DE16A4DA for ; Mon, 7 Aug 2006 09:44:09 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA5DF43D66 for ; Mon, 7 Aug 2006 09:44:01 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so1174024pyc for ; Mon, 07 Aug 2006 02:44:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=fhmHFyPt2LEl4zj7a76w8ecTRQtPuK27jL738DCnO9W5er6KDyCZKOc9tsYqSqLOwXEtsTbnXaJIMhIFEHZnTNL2ubVLxW1sqSNDCKTJQLIZpt6gkIq4bA5ExRth8VkBspf5abcsGSLXwdXZ2i0hJ+zPWwqjvAt7RAe7TZnHfkw= Received: by 10.35.98.6 with SMTP id a6mr11844103pym; Mon, 07 Aug 2006 02:44:01 -0700 (PDT) Received: by 10.35.66.6 with HTTP; Mon, 7 Aug 2006 02:44:00 -0700 (PDT) Message-ID: Date: Mon, 7 Aug 2006 13:44:00 +0400 From: "Alexey Karagodov" To: "Marco Pirovano" In-Reply-To: <20060807110259.anxaxs4joks0oc80@nwebmail.unibocconi.it> MIME-Version: 1.0 References: <20060807110259.anxaxs4joks0oc80@nwebmail.unibocconi.it> 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: freebsd-stable@freebsd.org Subject: Re: Professional sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2006 09:44:09 -0000 audigy and maybe m-audio Revolution 7.1 2006/8/7, Marco Pirovano : > > Hello, > > I'm looking for a professional sound card available under FreeBSD-stable. > Any suggestions ? > > Thank you very much. > > Ciao, > Marco > > * Marco Pirovano > * Universita' Bocconi, Area Sistemi Informatici e Telematici > * Piazza Sraffa 11 - 20136 Milano > * Tel. +39 02 5836.3173 Fax. +39 02 5836.3160 VoIP. 02 5828.3173 > > _______________________________________________ > 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 Mon Aug 7 10:19:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0028C16A4E0 for ; Mon, 7 Aug 2006 10:19:22 +0000 (UTC) (envelope-from sobek@pasteur.fr) Received: from electre.pasteur.fr (electre.pasteur.fr [157.99.64.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id F413343D55 for ; Mon, 7 Aug 2006 10:19:21 +0000 (GMT) (envelope-from sobek@pasteur.fr) Received: from chopin.sis.pasteur.fr (chopin.sis.pasteur.fr [157.99.64.46]) by electre.pasteur.fr (8.12.11/8.12.11) with ESMTP id k77AJKuM043862 for ; Mon, 7 Aug 2006 12:19:20 +0200 (CEST) Received: by chopin.sis.pasteur.fr (Postfix, from userid 2737) id 88CD740F6; Mon, 7 Aug 2006 12:19:46 +0200 (CEST) Date: Mon, 7 Aug 2006 12:19:46 +0200 From: Jerome Sobecki To: freebsd-stable@freebsd.org Message-ID: <20060807101946.GE33821@pasteur.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.2i Subject: Stability of ICH7 sata on 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: Mon, 07 Aug 2006 10:19:23 -0000 Hi all, We have here some Supermicro Superserver 5015P-TR (http://www.supermicro.com/products/system/1U/5015/SYS-5015P-TR.cfm) Those servers, with a ICH7 controler, are currently working with FreeBSD 6.1 and everything seems ok, except that it's the third time, on two different machines, that the system crash because it lost is hard drive. The logs we get on console during the last crash (ad4s1g is /var, so we don't have any other logs): g_vsf_done() :ad4s1g[WRITE(offset=35657547776, length=16384)]error = 6 [...] g_vsf_done() :ad4s1g[WRITE(offset=35662495744, length=16384)]error = 6 g_vsf_done() :ad4s1g[READ(offset=23900815360, , length=16384)]error = 6 handle_workitem_freeblocks: block count The logs we have in /var/log/message during another crash : Jul 26 19:34:07 munster2 kernel: ad6: FAILURE - device detached Jul 26 19:34:07 munster2 kernel: subdisk6: detached Jul 26 19:34:07 munster2 kernel: ad6: detached When the machine crash, the led of the lost DD is fixed on, and a soft reboot doesn't allow to get the disk back : an electric shutdown is necessary. Before the crash, servers had more than 1 mounth of uptime in production, and others are still ok... information about the machine : vieux-lille2% uname -v FreeBSD 6.1-STABLE #3: Thu Jun 8 12:47:45 CEST 2006 root@vieux-lille2.sis.pasteur.fr:/usr/obj/usr/src/sys/GENERIC It's right it was not up to date, but I didn't see cvs commit about that problem (but maybe I simply miss it) Does anyone had that problem ? Do you think updating the system from 6.1 sources will be enought ? I let you dmesg, if it could help... : vieux-lille2% dmesg Copyright (c) 1992-2006 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 6.1-STABLE #3: Thu Jun 8 12:47:45 CEST 2006 root@vieux-lille2.sis.pasteur.fr:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.40GHz (3400.15-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x649d> AMD Features=0x20100000 Logical CPUs per core: 2 real memory = 1072562176 (1022 MB) avail memory = 1040637952 (992 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 pci1: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci1 pci3: on pcib3 pci1: at device 0.3 (no driver attached) pcib4: irq 17 at device 28.0 on pci0 pci4: on pcib4 pcib5: irq 17 at device 28.4 on pci0 pci5: on pcib5 em0: port 0x4000-0x401f mem 0xed200000-0xed21ffff irq 16 at device 0.0 on pci5 em0: Ethernet address: 00:30:48:84:89:58 pcib6: irq 16 at device 28.5 on pci0 pci6: on pcib6 em1: port 0x5000-0x501f mem 0xed300000-0xed31ffff irq 17 at device 0.0 on pci6 em1: Ethernet address: 00:30:48:84:89:59 uhci0: port 0x3000-0x301f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3020-0x303f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3040-0x305f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x3060-0x307f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xed000000-0xed0003ff irq 23 at device 29.7 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: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib7: at device 30.0 on pci0 pci10: on pcib7 pci10: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x30e8-0x30ef,0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem 0xed000400-0xed0007ff irq 19 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 3400145333 Hz quality 800 Timecounters tick every 1.000 msec acd0: DMA limited to UDMA33, controller found non-ATA66 cable acd0: DVDROM at ata0-slave UDMA33 ad4: 78167MB at ata2-master SATA150 ad6: 78167MB at ata3-master SATA150 Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted em0: link state changed to UP -- JИrТme Sobecki | Institut Pasteur | PТle Informatique - Groupe SystХmes et RИseaux From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 10:24:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E6AE16A4DA for ; Mon, 7 Aug 2006 10:24:52 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from omta05ps.mx.bigpond.com (omta05ps.mx.bigpond.com [144.140.83.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD80943D58 for ; Mon, 7 Aug 2006 10:24:41 +0000 (GMT) (envelope-from areilly@bigpond.net.au) Received: from areilly.bpa.nu ([141.168.7.22]) by omta05ps.mx.bigpond.com with ESMTP id <20060807102439.GNCW18372.omta05ps.mx.bigpond.com@areilly.bpa.nu> for ; Mon, 7 Aug 2006 10:24:39 +0000 Received: (qmail 13600 invoked from network); 7 Aug 2006 10:24:16 -0000 Received: from duncan.reilly.home (10.0.0.6) by localhost with SMTP; 7 Aug 2006 10:24:16 -0000 Date: Mon, 7 Aug 2006 20:24:16 +1000 From: Andrew Reilly To: Marco Pirovano Message-Id: <20060807202416.9148f0ba.areilly@bigpond.net.au> In-Reply-To: <20060807110259.anxaxs4joks0oc80@nwebmail.unibocconi.it> References: <20060807110259.anxaxs4joks0oc80@nwebmail.unibocconi.it> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; amd64-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Professional sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2006 10:24:52 -0000 Hi Marco, On Mon, 07 Aug 2006 11:02:59 +0200 Marco Pirovano wrote: > I'm looking for a professional sound card available under FreeBSD-stable. > Any suggestions ? I like my M-Audio Delta-1010 very much. The native FreeBSD driver wasn't quite up to the task the last time that I looked, but 4front-tech's (closed source) driver has been available for a long time. This used to cost (a little) money, but lately they have been offering it for free for non-commercial use. Works very fine. Hmm. Just followed a few links and there appears to be a deal of Envy24 support in the current set of drivers. Must see if they'll talk to my card now... Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 11:11:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6600D16A4DE for ; Mon, 7 Aug 2006 11:11:25 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: from ns1.xtra-net.be (ns1.xtra-net.be [195.162.200.90]) by mx1.FreeBSD.org (Postfix) with SMTP id 85E8143D64 for ; Mon, 7 Aug 2006 11:11:19 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 4397 invoked from network); 7 Aug 2006 11:04:01 -0000 Received: from unknown (HELO sbepfkaa.srv.xtra-net.be) (172.16.66.66) by 0 with SMTP; 7 Aug 2006 11:04:01 -0000 Received: (qmail 15247 invoked from network); 7 Aug 2006 11:08:53 -0000 Received: from localhost (HELO 172.16.66.67) (127.0.0.1) by 0 with SMTP; 7 Aug 2006 11:08:53 -0000 Received: from 172.16.9.1 (proxying for 193.178.209.213) (SquirrelMail authenticated user 720616030); by www.xtra-net.be with HTTP; Mon, 7 Aug 2006 13:08:53 +0200 (CEST) Message-ID: <13977.172.16.9.1.1154948933.squirrel@172.16.9.1> Date: Mon, 7 Aug 2006 13:08:53 +0200 (CEST) From: "Vincent Blondel" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: geom_mirror 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: Mon, 07 Aug 2006 11:11:25 -0000 Hello BSD lover's I get a development server using Soft Mirror I installed by following this guide http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html This is working fine since a few months without any problem. Today, I am interested to use Soft Mirror on my FreeBSD desktop system but with just one partition ( /dev/ad4s3 <--> /dev/ad7s3 ). So at the end of my FreeBSD CD installation, I tried to set a mirror label on this partition but this seems to be a problem because I receive as error message 'Operation not permitted'. So I decided to reboot the machine with a Freesbie CD Live System. Everything goes well place a label on ad4s3 but when I try to start my FreeBSD desktop system I get this error message : GEOM_MIRROR : Device gm0 created GEOM_MIRROR : Device gm0 : provider ad4s3 detected GEOM_MIRROR : Device gm0 : provider ad4s3 created GEOM_MIRROR : Device gm0 : provider mirror/gm0 launched WARNING: Expected raw offset 0, found 37142280 Trying to mount root from ufs:/dev/mirror/gm0s3 So, can somebody help me to solve this problem. Many thanks for your comprehension. Regards Vincent. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 12:54:57 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 143E616A4DE for ; Mon, 7 Aug 2006 12:54:57 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16F7F43D81 for ; Mon, 7 Aug 2006 12:54:55 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (gnmrgr@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k77CskMj027400 for ; Mon, 7 Aug 2006 14:54:52 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k77Csk5Q027399; Mon, 7 Aug 2006 14:54:46 +0200 (CEST) (envelope-from olli) Date: Mon, 7 Aug 2006 14:54:46 +0200 (CEST) Message-Id: <200608071254.k77Csk5Q027399@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 07 Aug 2006 14:54:53 +0200 (CEST) Cc: Subject: Re: final message in buildworld as there is in buildkernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 12:54:57 -0000 martinko wrote: > i've been wondering why there is no "footer" in buildworld Because it's not necessary. When you see your shell prompt again, you know that it's finished. And if there's no error message or exit code != 0, ithas finished successfully. Also, historically the sendmail build is always the last part of buildworld (and installworld), so it's easy to recognize. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Unix gives you just enough rope to hang yourself -- and then a couple of more feet, just to be sure." -- Eric Allman From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 13:03:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0789116A4DA for ; Mon, 7 Aug 2006 13:03:40 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out4.iol.cz (smtp-out4.iol.cz [194.228.2.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD2E343D6E for ; Mon, 7 Aug 2006 13:03:32 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from antivir4.iol.cz (avir4 [192.168.30.209]) by smtp-out4.iol.cz (Postfix) with ESMTP id 3979A1F92E2; Mon, 7 Aug 2006 15:03:31 +0200 (CEST) Received: from localhost (antivir4.iol.cz [127.0.0.1]) by antivir4.iol.cz (Postfix) with ESMTP id 2BA3D240038; Mon, 7 Aug 2006 15:03:31 +0200 (CEST) Received: from smtp-out4.iol.cz (smtp-out-4.iplanet.iol.cz [192.168.30.31]) by antivir4.iol.cz (Postfix) with ESMTP id 0BA59240034; Mon, 7 Aug 2006 15:03:31 +0200 (CEST) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out4.iol.cz (Postfix) with ESMTP id CCA3722AF56; Mon, 7 Aug 2006 15:03:30 +0200 (CEST) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 42E4253; Mon, 7 Aug 2006 15:03:30 +0200 (CEST) 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.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from srv (ac.botka.homeunix.org [192.168.1.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ace.botka.homeunix.org (Postfix) with ESMTP id F36054E; Mon, 7 Aug 2006 15:03:28 +0200 (CEST) Date: Mon, 7 Aug 2006 15:03:28 +0200 (CEST) From: Vladimir Botka X-X-Sender: vlado@srv.g1.netng.org To: Nikolas Britton In-Reply-To: Message-ID: <20060807145753.P8514@srv.g1.netng.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: amavisd-new at iol.cz Cc: kip.macy@gmail.com, FreeBSD Stable List Subject: Re: Xen / FreeBSD 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 13:03:40 -0000 Hi, there is Xen support under NetBSD http://www.netbsd.org/ which seems better for infrastructure consolidation. Cheers, -vlado On Sun, 6 Aug 2006, Nikolas Britton wrote: > Will FreeBSD 6.2 support Xen dom0? I have a new Xeon system with VT > and I'm chomping at the bit here, considering -CURRENT for a > production server... or worse... running Linux to get my fix. > > > -- > BSD Podcasts @: > http://bsdtalk.blogspot.com/ > http://freebsdforall.blogspot.com/ > _______________________________________________ > 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 Mon Aug 7 13:06:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D7E616A4DD for ; Mon, 7 Aug 2006 13:06:25 +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 2802C43D58 for ; Mon, 7 Aug 2006 13:06:22 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from antivir3.iol.cz (antivir3.iplanet.iol.cz [192.168.30.206]) by smtp-out3.iol.cz (Postfix) with ESMTP id DFE1F22029E; Mon, 7 Aug 2006 15:06:20 +0200 (CEST) Received: from localhost (antivir3.iol.cz [127.0.0.1]) by antivir3.iol.cz (Postfix) with ESMTP id D473842000A; Mon, 7 Aug 2006 15:06:20 +0200 (CEST) Received: from smtp-out3.iol.cz (smtp-out-3.iplanet.iol.cz [192.168.30.28]) by antivir3.iol.cz (Postfix) with ESMTP id BF6D9420006; Mon, 7 Aug 2006 15:06:20 +0200 (CEST) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Postfix) with ESMTP id 2E82C57E1E; Mon, 7 Aug 2006 15:06:14 +0200 (CEST) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id C0B1A54; Mon, 7 Aug 2006 15:06:13 +0200 (CEST) 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.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from srv (ac.botka.homeunix.org [192.168.1.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ace.botka.homeunix.org (Postfix) with ESMTP id CE50F4E; Mon, 7 Aug 2006 15:06:12 +0200 (CEST) Date: Mon, 7 Aug 2006 15:06:12 +0200 (CEST) From: Vladimir Botka X-X-Sender: vlado@srv.g1.netng.org To: Nikolas Britton In-Reply-To: Message-ID: <20060807150513.Y8514@srv.g1.netng.org> References: <20060806101521.Q38130@stargazer.midnightbsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: amavisd-new at iol.cz Cc: Luke , freebsd-stable@freebsd.org Subject: Re: Xen / FreeBSD 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 13:06:25 -0000 Just consider a FreeBSD NFS server. -vlado On Sun, 6 Aug 2006, Nikolas Britton wrote: > Can't. NetBSD doesn't have the arcmsr(4) driver... My choice is > limited to FreeBSD, Solaris, or Linux. > > On 8/6/06, Luke wrote: >> Perhaps you should consider NetBSD if FreeBSD will not have support for >> it? >> >> On Sun, 6 Aug 2006, Nikolas Britton wrote: >> >> > Will FreeBSD 6.2 support Xen dom0? I have a new Xeon system with VT >> > and I'm chomping at the bit here, considering -CURRENT for a >> > production server... or worse... running Linux to get my fix. >> > >> > >> > -- >> > BSD Podcasts @: >> > http://bsdtalk.blogspot.com/ >> > http://freebsdforall.blogspot.com/ >> > _______________________________________________ >> > 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" >> > >> > > > -- > BSD Podcasts @: > http://bsdtalk.blogspot.com/ > http://freebsdforall.blogspot.com/ > _______________________________________________ > 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 Mon Aug 7 13:24:47 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 235B316A4DE for ; Mon, 7 Aug 2006 13:24:47 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBDD443D72 for ; Mon, 7 Aug 2006 13:24:44 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (xinaxy@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k77DOb5U028591 for ; Mon, 7 Aug 2006 15:24:43 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k77DObNm028590; Mon, 7 Aug 2006 15:24:37 +0200 (CEST) (envelope-from olli) Date: Mon, 7 Aug 2006 15:24:37 +0200 (CEST) Message-Id: <200608071324.k77DObNm028590@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 07 Aug 2006 15:24:43 +0200 (CEST) Cc: Subject: acpi: bad write to port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 13:24:47 -0000 Hi, I haveve recently updated my notebook from 6.1-RELEASE to 6-stable (RELENG_6). Now when I power-down the notebook ("shutdown -p"), I get the following error message: acpi: bad write to port 0x080 (32), val ... It happens as the very last step after syncing the disks, right before switching the box off. i didn't get to read the last part ("val ...") because the display switches off after only fractions of a second. Do I have to worry? So far it doesn't seem to cause any harm. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things." -- Doug Gwyn From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 13:35:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3949516A512 for ; Mon, 7 Aug 2006 13:35:56 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6AF243DA0 for ; Mon, 7 Aug 2006 13:35:46 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 928D7B80C for ; Mon, 7 Aug 2006 15:35:44 +0200 (CEST) Message-ID: <44D741AD.4040404@andric.com> Date: Mon, 07 Aug 2006 15:35:41 +0200 From: Dimitry Andric User-Agent: Thunderbird 2.0a1 (Windows/20060802) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200608071324.k77DObNm028590@lurza.secnetix.de> In-Reply-To: <200608071324.k77DObNm028590@lurza.secnetix.de> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: acpi: bad write to port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2006 13:35:56 -0000 Oliver Fromme wrote: > acpi: bad write to port 0x080 (32), val ... ... > Do I have to worry? So far it doesn't seem to cause any > harm. It's probably just a buggy BIOS, see: http://lists.freebsd.org/pipermail/freebsd-acpi/2006-June/002890.html From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 13:53:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A15616A4DA for ; Mon, 7 Aug 2006 13:53:26 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AB2443D53 for ; Mon, 7 Aug 2006 13:53:10 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 40F9C114026; Mon, 7 Aug 2006 14:53:09 +0100 (BST) 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 J+ow1+ReHsOi; Mon, 7 Aug 2006 14:53:04 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 9163F114023; Mon, 7 Aug 2006 14:53:04 +0100 (BST) Message-ID: <44D745C0.2010803@goodforbusiness.co.uk> Date: Mon, 07 Aug 2006 14:53:04 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.4 (X11/20060718) MIME-Version: 1.0 To: Jerome Sobecki References: <20060807101946.GE33821@pasteur.fr> In-Reply-To: <20060807101946.GE33821@pasteur.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Stability of ICH7 sata on 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: Mon, 07 Aug 2006 13:53:26 -0000 Jerome Sobecki wrote: > Hi all, > > We have here some Supermicro Superserver 5015P-TR > (http://www.supermicro.com/products/system/1U/5015/SYS-5015P-TR.cfm) > > Those servers, with a ICH7 controler, are currently working with FreeBSD > 6.1 and everything seems ok, except that it's the third time, on two > different machines, that the system crash because it lost is hard drive. > We have a Subversion sever on a Dell box with an ICH7 chipset. No problems so far (with Western Digital drives). Dominic > The logs we get on console during the last crash (ad4s1g is /var, so we > don't have any other logs): > g_vsf_done() :ad4s1g[WRITE(offset=35657547776, length=16384)]error = 6 > [...] > g_vsf_done() :ad4s1g[WRITE(offset=35662495744, length=16384)]error = 6 > g_vsf_done() :ad4s1g[READ(offset=23900815360, , length=16384)]error = 6 > handle_workitem_freeblocks: block count > > The logs we have in /var/log/message during another crash : > Jul 26 19:34:07 munster2 kernel: ad6: FAILURE - device detached > Jul 26 19:34:07 munster2 kernel: subdisk6: detached > Jul 26 19:34:07 munster2 kernel: ad6: detached > > When the machine crash, the led of the lost DD is fixed on, and a soft > reboot doesn't allow to get the disk back : an electric shutdown is > necessary. > > Before the crash, servers had more than 1 mounth of uptime in > production, and others are still ok... > > information about the machine : > > vieux-lille2% uname -v > FreeBSD 6.1-STABLE #3: Thu Jun 8 12:47:45 CEST 2006 > root@vieux-lille2.sis.pasteur.fr:/usr/obj/usr/src/sys/GENERIC > > It's right it was not up to date, but I didn't see cvs commit about that > problem (but maybe I simply miss it) > > Does anyone had that problem ? Do you think updating the system from 6.1 > sources will be enought ? > > I let you dmesg, if it could help... : > vieux-lille2% dmesg > Copyright (c) 1992-2006 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 6.1-STABLE #3: Thu Jun 8 12:47:45 CEST 2006 > root@vieux-lille2.sis.pasteur.fr:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 3.40GHz (3400.15-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 > Features=0xbfebfbff > Features2=0x649d> > AMD Features=0x20100000 > Logical CPUs per core: 2 > real memory = 1072562176 (1022 MB) > avail memory = 1040637952 (992 MB) > ACPI APIC Table: > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > ioapic2 irqs 48-71 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > pcib2: at device 0.0 on pci1 > pci2: on pcib2 > pci1: at device 0.1 (no driver attached) > pcib3: at device 0.2 on pci1 > pci3: on pcib3 > pci1: at device 0.3 (no driver attached) > pcib4: irq 17 at device 28.0 on pci0 > pci4: on pcib4 > pcib5: irq 17 at device 28.4 on pci0 > pci5: on pcib5 > em0: port 0x4000-0x401f mem 0xed200000-0xed21ffff irq 16 at device 0.0 on pci5 > em0: Ethernet address: 00:30:48:84:89:58 > pcib6: irq 16 at device 28.5 on pci0 > pci6: on pcib6 > em1: port 0x5000-0x501f mem 0xed300000-0xed31ffff irq 17 at device 0.0 on pci6 > em1: Ethernet address: 00:30:48:84:89:59 > uhci0: port 0x3000-0x301f irq 23 at > device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x3020-0x303f irq 19 at > device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x3040-0x305f irq 18 at > device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0x3060-0x307f irq 16 at device 29.3 on pci0 > uhci3: [GIANT-LOCKED] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem 0xed000000-0xed0003ff irq 23 at device 29.7 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: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > pcib7: at device 30.0 on pci0 > pci10: on pcib7 > pci10: at device 1.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > atapci1: port 0x30e8-0x30ef,0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem 0xed000400-0xed0007ff irq 19 at device 31.2 on pci0 > ata2: on atapci1 > ata3: on atapci1 > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc7fff on isa0 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 3400145333 Hz quality 800 > Timecounters tick every 1.000 msec > acd0: DMA limited to UDMA33, controller found non-ATA66 cable > acd0: DVDROM at ata0-slave UDMA33 > ad4: 78167MB at ata2-master SATA150 > ad6: 78167MB at ata3-master SATA150 > Trying to mount root from ufs:/dev/ad4s1a > WARNING: / was not properly dismounted > em0: link state changed to UP > > > From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 14:01:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D5D016A4E6 for ; Mon, 7 Aug 2006 14:01:12 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9404D43D58 for ; Mon, 7 Aug 2006 14:01:11 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1GA5fJ-0003SU-00; Mon, 07 Aug 2006 16:01:09 +0200 Date: Mon, 7 Aug 2006 16:01:09 +0200 To: Dimitry Andric Message-ID: <20060807140109.GR17014@poupinou.org> References: <200608071324.k77DObNm028590@lurza.secnetix.de> <44D741AD.4040404@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44D741AD.4040404@andric.com> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-stable@freebsd.org Subject: Re: acpi: bad write to port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2006 14:01:12 -0000 On Mon, Aug 07, 2006 at 03:35:41PM +0200, Dimitry Andric wrote: > Oliver Fromme wrote: > > acpi: bad write to port 0x080 (32), val ... > ... > > Do I have to worry? So far it doesn't seem to cause any > > harm. > > It's probably just a buggy BIOS, see: > http://lists.freebsd.org/pipermail/freebsd-acpi/2006-June/002890.html IMO this io (0x80) should not be blacklisted. It's used as a debug port in that context. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 14:19:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6704616A4DF for ; Mon, 7 Aug 2006 14:19:08 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAF9C43D49 for ; Mon, 7 Aug 2006 14:19:07 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id k77EJ32H000814; Mon, 7 Aug 2006 15:19:04 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.6/8.13.6) with ESMTP id k77EJ3ee041449; Mon, 7 Aug 2006 15:19:03 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.6/8.13.6/Submit) id k77EJ3pu041448; Mon, 7 Aug 2006 15:19:03 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Bruno Ducrot In-Reply-To: <20060807140109.GR17014@poupinou.org> References: <200608071324.k77DObNm028590@lurza.secnetix.de> <44D741AD.4040404@andric.com> <20060807140109.GR17014@poupinou.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 07 Aug 2006 15:19:03 +0100 Message-Id: <1154960343.40530.28.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: acpi: bad write to port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2006 14:19:08 -0000 On Mon, 2006-08-07 at 16:01 +0200, Bruno Ducrot wrote: > On Mon, Aug 07, 2006 at 03:35:41PM +0200, Dimitry Andric wrote: > > Oliver Fromme wrote: > > > acpi: bad write to port 0x080 (32), val ... > > ... > > > Do I have to worry? So far it doesn't seem to cause any > > > harm. > > > > It's probably just a buggy BIOS, see: > > http://lists.freebsd.org/pipermail/freebsd-acpi/2006-June/002890.html > > IMO this io (0x80) should not be blacklisted. It's used as a debug port > in that context. However the 0x80 port is a single byte wide - and his AML is trying to write 32 bits to it, so it's falling foul of the (correct) blocking of writes to port in the range 0x81 - 0x83. Gavin From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 14:34:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6BAC16A4F0 for ; Mon, 7 Aug 2006 14:34:11 +0000 (UTC) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D20043D45 for ; Mon, 7 Aug 2006 14:34:11 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1GA6Ad-0003VA-00; Mon, 07 Aug 2006 16:33:31 +0200 Date: Mon, 7 Aug 2006 16:33:31 +0200 To: Gavin Atkinson Message-ID: <20060807143331.GS17014@poupinou.org> References: <200608071324.k77DObNm028590@lurza.secnetix.de> <44D741AD.4040404@andric.com> <20060807140109.GR17014@poupinou.org> <1154960343.40530.28.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1154960343.40530.28.camel@buffy.york.ac.uk> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-stable@freebsd.org Subject: Re: acpi: bad write to port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2006 14:34:11 -0000 On Mon, Aug 07, 2006 at 03:19:03PM +0100, Gavin Atkinson wrote: > However the 0x80 port is a single byte wide - and his AML is trying to > write 32 bits to it, so it's falling foul of the (correct) blocking of > writes to port in the range 0x81 - 0x83. Oops, yes. You are indeed right. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 14:37:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F409C16A4E6 for ; Mon, 7 Aug 2006 14:37:19 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from wr-out-f131.google.com (wr-out-f131.google.com [64.233.184.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95D5A43D46 for ; Mon, 7 Aug 2006 14:37:19 +0000 (GMT) (envelope-from dudu@dudu.ro) Received: by wr-out-f131.google.com with SMTP id 20so48287wra for ; Mon, 07 Aug 2006 07:37:18 -0700 (PDT) Received: by 10.64.28.18 with SMTP id b18mr8377631qbb; Mon, 07 Aug 2006 07:37:18 -0700 (PDT) Received: by 10.65.225.15 with HTTP; Mon, 7 Aug 2006 07:37:18 -0700 (PDT) Message-ID: Date: Mon, 7 Aug 2006 17:37:18 +0300 From: "Vlad GALU" To: freebsd-stable@freebsd.org In-Reply-To: <20060807202416.9148f0ba.areilly@bigpond.net.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060807110259.anxaxs4joks0oc80@nwebmail.unibocconi.it> <20060807202416.9148f0ba.areilly@bigpond.net.au> Subject: Re: Professional sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2006 14:37:20 -0000 On 8/7/06, Andrew Reilly wrote: Yet another M-Audio (Audiophile 192) + 4Front + FreeBSD happy user :) -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 16:41:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D74BE16A4DA for ; Mon, 7 Aug 2006 16:41:38 +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 B6A0043D88 for ; Mon, 7 Aug 2006 16:41:21 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 097F351390; Mon, 7 Aug 2006 18:41:20 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 0DA8C50E96; Mon, 7 Aug 2006 18:41:13 +0200 (CEST) Date: Mon, 7 Aug 2006 18:40:30 +0200 From: Pawel Jakub Dawidek To: Vincent Blondel Message-ID: <20060807164030.GA1086@garage.freebsd.pl> References: <13977.172.16.9.1.1154948933.squirrel@172.16.9.1> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <13977.172.16.9.1.1154948933.squirrel@172.16.9.1> 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=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-stable@freebsd.org Subject: Re: geom_mirror 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: Mon, 07 Aug 2006 16:41:38 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 07, 2006 at 01:08:53PM +0200, Vincent Blondel wrote: >=20 > Hello BSD lover's >=20 > I get a development server using Soft Mirror I installed by following this > guide >=20 > http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html >=20 > This is working fine since a few months without any problem. >=20 > Today, I am interested to use Soft Mirror on my FreeBSD desktop system but > with just one partition ( /dev/ad4s3 <--> /dev/ad7s3 ). >=20 > So at the end of my FreeBSD CD installation, I tried to set a mirror label > on this partition but this seems to be a problem because I receive as > error message 'Operation not permitted'. >=20 > So I decided to reboot the machine with a Freesbie CD Live System. > Everything goes well place a label on ad4s3 but when I try to start my > FreeBSD desktop system I get this error message : >=20 > GEOM_MIRROR : Device gm0 created > GEOM_MIRROR : Device gm0 : provider ad4s3 detected > GEOM_MIRROR : Device gm0 : provider ad4s3 created > GEOM_MIRROR : Device gm0 : provider mirror/gm0 launched > WARNING: Expected raw offset 0, found 37142280 > Trying to mount root from ufs:/dev/mirror/gm0s3 >=20 > So, can somebody help me to solve this problem. This is not an error, but a warning. This is not geom_mirror problem, but geom_bsdlabel issue. And it's harmless:) --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE12z+ForvXbEpPzQRAud0AKCBE2LbKP3hM02B6YoUsW4df+wWugCg4dqf hFOEZ0wkosyFUvv32YNLsg0= =9i36 -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 17:03:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA23316A505 for ; Mon, 7 Aug 2006 17:03:42 +0000 (UTC) (envelope-from vincent@xtra-net.org) Received: from ns1.xtra-net.be (ns1.xtra-net.be [195.162.200.90]) by mx1.FreeBSD.org (Postfix) with SMTP id E13F643D49 for ; Mon, 7 Aug 2006 17:03:41 +0000 (GMT) (envelope-from vincent@xtra-net.org) Received: (qmail 12436 invoked from network); 7 Aug 2006 16:56:22 -0000 Received: from unknown (HELO sbepfkaa.srv.xtra-net.be) (172.16.66.66) by 0 with SMTP; 7 Aug 2006 16:56:22 -0000 Received: (qmail 22686 invoked from network); 7 Aug 2006 17:01:12 -0000 Received: from localhost (HELO www.xtra-net.be) (127.0.0.1) by 0 with SMTP; 7 Aug 2006 17:01:12 -0000 Received: from 172.16.66.67 (proxying for unknown) (SquirrelMail authenticated user 720616030); by www.xtra-net.be with HTTP; Mon, 7 Aug 2006 19:01:12 +0200 (CEST) Message-ID: <58364.172.16.66.67.1154970072.squirrel@172.16.66.67> In-Reply-To: <20060807164030.GA1086@garage.freebsd.pl> References: <13977.172.16.9.1.1154948933.squirrel@172.16.9.1> <20060807164030.GA1086@garage.freebsd.pl> Date: Mon, 7 Aug 2006 19:01:12 +0200 (CEST) From: "Vincent Blondel" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: geom_mirror 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: Mon, 07 Aug 2006 17:03:42 -0000 Pawel, Thanks for your answer but what can I do to let my system boot correctly because once I get this message, the boot process stop. > On Mon, Aug 07, 2006 at 01:08:53PM +0200, Vincent Blondel wrote: >> >> Hello BSD lover's >> >> I get a development server using Soft Mirror I installed by following >> this >> guide >> >> http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html >> >> This is working fine since a few months without any problem. >> >> Today, I am interested to use Soft Mirror on my FreeBSD desktop system >> but >> with just one partition ( /dev/ad4s3 <--> /dev/ad7s3 ). >> >> So at the end of my FreeBSD CD installation, I tried to set a mirror >> label >> on this partition but this seems to be a problem because I receive as >> error message 'Operation not permitted'. >> >> So I decided to reboot the machine with a Freesbie CD Live System. >> Everything goes well place a label on ad4s3 but when I try to start my >> FreeBSD desktop system I get this error message : >> >> GEOM_MIRROR : Device gm0 created >> GEOM_MIRROR : Device gm0 : provider ad4s3 detected >> GEOM_MIRROR : Device gm0 : provider ad4s3 created >> GEOM_MIRROR : Device gm0 : provider mirror/gm0 launched >> WARNING: Expected raw offset 0, found 37142280 >> Trying to mount root from ufs:/dev/mirror/gm0s3 >> >> So, can somebody help me to solve this problem. > > This is not an error, but a warning. This is not geom_mirror problem, but > geom_bsdlabel issue. And it's harmless:) > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 20:48:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2040316A4DF; Mon, 7 Aug 2006 20:48:35 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8585E43D49; Mon, 7 Aug 2006 20:48:34 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Mon, 07 Aug 2006 13:48:17 -0700 X-Server-Uuid: B238DE4C-2139-4D32-96A8-DD564EF2313E Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 741042AF; Mon, 7 Aug 2006 13:48:17 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 4F8D22AE; Mon, 7 Aug 2006 13:48:17 -0700 (PDT) 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 ECA78361; Mon, 7 Aug 2006 13:48:10 -0700 (PDT) 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 5A11069CA4; Mon, 7 Aug 2006 13:48:10 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 7 Aug 2006 13:48:09 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301AB707F@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: Thread-Topic: Re: Re: bce0: Error mapping mbuf into TX chain! Thread-Index: Aca42559j5PdVHR6ScqP6kqfO+zswQBhG3LQ From: "David (Controller AE) Christensen" To: "Scott Wilson" , pyunyh@gmail.com X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006080707; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413031303230322E34344437413637432E303032372D412D; ENG=IBF; TS=20060807204822; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006080707_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 68C9789B1OO11370813-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, davidch@freebsd.org, Eric Hodel Subject: RE: Re: Re: bce0: Error mapping mbuf into TX chain! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Aug 2006 20:48:35 -0000 Scott, What are you doing when this problem occurs? Is it something I can easily duplicate here? When I tested the fix on -CURRENT I used the following command suggested by Doug to bring out the failure quickly: ssh "dd if=3D/dev/zero bs=3D1" > /dev/null Does this same command fail for you too? Dave=20 > -----Original Message----- > From: Scott Wilson [mailto:scott.wilson@gmail.com]=20 > Sent: Saturday, August 05, 2006 3:08 PM > To: pyunyh@gmail.com > Cc: Doug Ambrisko; David (Controller AE) Christensen;=20 > stable@freebsd.org; davidch@freebsd.org; Eric Hodel > Subject: Re: Re: Re: bce0: Error mapping mbuf into TX chain! >=20 > On 8/5/06, Pyun YongHyeon wrote: > > On Fri, Aug 04, 2006 at 03:52:40PM +0200, Scott Wilson wrote: > > > On 7/13/06, Doug Ambrisko wrote: > > > >David (Controller AE) Christensen writes: > > > >| Sorry, I've been out on vacation and just got back=20 > into town. I'll MFC > > > >| the patch within the next day or two. > > > > > > > >I'll let you merge in the down/up fix that I put into -current. > > > > > > > >Doug A. > > > > > > Hi, I just had a bce interface lock up with the same problem: > > > > > > Aug 4 07:00:16 pe3 kernel: bce0:=20 > /usr/src/sys/dev/bce/if_bce.c(4644): > > > Error mapping mbuf into TX chain! > > > Aug 4 07:00:47 pe3 last message repeated 368 times > > > .... > > > > > > running v 1.2.2.5 of if_bce.c from RELENG_6 which has the > > > defragmentation patch mentioned in this thread. Any=20 > suggestions on > > > how I can help find a fix? > > > > > > scott > > > > Hmm... I can see several bus_dma(9) related bugs in bce(4). > > For architectures that have IOMMU hardware it may have corrupted DMA > > mapping and I'm pretty sure it wouldn't work on sparc64. > > When it has to handle many fragmented frame or has insufficient > > number of free Tx descriptors it would show unexpected results. > > Unfortunately I don't have hardwares supported by bce(4) and > > fixing requiries a working hardware. :-( > > >=20 > I see ... I am running amd64 on some dell poweredge 1950 boxes. > They're xeon processors, but have chosen amd64 because they have 8gig > of ram each. >=20 > Here are the relevant details on the interface.... >=20 > bce0: mem > 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 > bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > miibus0: on bce0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto >=20 > I could make a machine available remotely to someone if it would help. >=20 > Any other advice on how I can help move this forward would be greatly > appreciated! >=20 > thanks, >=20 > scott >=20 >=20 From owner-freebsd-stable@FreeBSD.ORG Mon Aug 7 21:43:42 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 459AB16A4DA; Mon, 7 Aug 2006 21:43:42 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from mail01.solnet.ch (mail01.solnet.ch [212.101.4.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B3F843D7E; Mon, 7 Aug 2006 21:43:34 +0000 (GMT) (envelope-from freebsdlists@bsdunix.ch) Received: from mail01.solnet.ch ([127.0.0.1]) by localhost (mail01.solnet.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 96521-01-21; Mon, 7 Aug 2006 21:43:27 +0000 (GMT) Received: from [192.168.1.100] (unknown [82.220.17.23]) by mail01.solnet.ch (Postfix) with ESMTP id 4368162235; Mon, 7 Aug 2006 21:32:18 +0000 (GMT) Message-ID: <44D7B162.8050603@bsdunix.ch> Date: Mon, 07 Aug 2006 23:32:18 +0200 From: Thomas User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: Gleb Smirnoff References: <20060803100341.GQ96644@FreeBSD.org> In-Reply-To: <20060803100341.GQ96644@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mail01.solnet.ch Cc: stable@FreeBSD.org Subject: Re: em(4) update for 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 21:43:42 -0000 Hi Gleb Thanks for you work. I will test this on a small freebsd based router with an averrage of 300mb/s in the next few days. Should I test anything special? Where should I see most of the improvements compared to 6.1 Release? (less interrupts without polling?) Cheers, Thomas Gleb Smirnoff schrieb: > Colleagues, > > here is a patch that merges HEAD em(4) driver to RELENG_6. > > First, it significantly improves perfromance of the driver > under high pps load. > Second, it adds support for few new chips. > > You need to update your system to fresh RELENG_6. The driver > will not compile on 6.1-RELEASE. > > Then you need to run the following sequence: > > cd /usr/src/sys/dev/em > fetch http://people.freebsd.org/~glebius/em-6.0.5.RELENG_6.patch.gz > gunzip em-6.0.5.RELENG_6.patch.gz > patch < em-6.0.5.RELENG_6.patch > > and then rebuild your kernel and reboot. > > From owner-freebsd-stable@FreeBSD.ORG Tue Aug 8 00:14:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B17A516A4DD for ; Tue, 8 Aug 2006 00:14:03 +0000 (UTC) (envelope-from fbsd-stable@mawer.org) Received: from mail-ihug.icp-qv1-irony2.iinet.net.au (ihug-mail.icp-qv1-irony2.iinet.net.au [203.59.1.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8F3F43D49 for ; Tue, 8 Aug 2006 00:14:01 +0000 (GMT) (envelope-from fbsd-stable@mawer.org) Received: from 203-206-173-235.perm.iinet.net.au (HELO [127.0.0.1]) ([203.206.173.235]) by mail-ihug.icp-qv1-irony2.iinet.net.au with ESMTP; 08 Aug 2006 08:13:56 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="4.07,220,1151856000"; d="scan'208"; a="582882199:sNHT1761400780" Message-ID: <44D7D74A.4030003@mawer.org> Date: Tue, 08 Aug 2006 10:14:02 +1000 From: Antony Mawer User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: m.ehinger@ltur.de References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ncplogin panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 00:14:03 -0000 On 7/08/2006 7:40 PM, m.ehinger@ltur.de wrote: > With this changes (i use Version 1.17 from cvs) i get no more panics. > > But i still get some > > md_get_mem(461): incomplete copy > > messages. > > I aslo still got the problem that i can't copy smal files (<8M) with "cp". I get an "invalid argument" message from "cp". So "less" > or "cat" can display the smal files without problems. Are you copying to or from the Netware server? From owner-freebsd-stable@FreeBSD.ORG Tue Aug 8 00:34:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCFA816A4E0 for ; Tue, 8 Aug 2006 00:34:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FF8543D53 for ; Tue, 8 Aug 2006 00:34:03 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so364499pyc for ; Mon, 07 Aug 2006 17:34:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=fXrRz64Rl2xH93vYp+G5WCmfapZp2JgXIOy2tN5b5ivhwBxPctSeo9ku58+kKh/sMtgYJcSLUmAAIcB7oyfJbYBGIEgpeeCbbeBjydBVx3UAfmZQAJ1iJ5UbhwTX5QEP7mttr50eDr4ELw4M60ny5LYdP249erLPJHoZRL1sTFY= Received: by 10.35.91.10 with SMTP id t10mr13356522pyl; Mon, 07 Aug 2006 17:34:02 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 20sm2088389nzp.2006.08.07.17.33.59; Mon, 07 Aug 2006 17:34:02 -0700 (PDT) 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 k780Y95e005702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Aug 2006 09:34: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 k780Y4ia005701; Tue, 8 Aug 2006 09:34:04 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 8 Aug 2006 09:34:04 +0900 From: Pyun YongHyeon To: "David (Controller AE) Christensen" Message-ID: <20060808003404.GA5411@cdnetworks.co.kr> References: <09BFF2FA5EAB4A45B6655E151BBDD90301AB707F@NT-IRVA-0750.brcm.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301AB707F@NT-IRVA-0750.brcm.ad.broadcom.com> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Scott Wilson , davidch@freebsd.org, Eric Hodel Subject: Re: Re: Re: bce0: Error mapping mbuf into TX chain! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 00:34:04 -0000 On Mon, Aug 07, 2006 at 01:48:09PM -0700, David (Controller AE) Christensen wrote: > Scott, > > What are you doing when this problem occurs? Is it something I can > easily duplicate here? When I tested the fix on -CURRENT I used the > following command suggested by Doug to bring out the failure quickly: > > ssh "dd if=/dev/zero bs=1" > /dev/null > > Does this same command fail for you too? > Since BCE_MAX_SEGMENTS is too small I guess it will happen on highly fragmented packets under heavy loads. To simulate the situation you can use m_fragment(9) to fragment the frame in bce_tx_encap(). With m_fragment(9), "ping -f -s 65507 x.x.x.x" may trigger it. Btw, I've never seen this small number of Tx DMA segments support( BCE_MAX_SEGMENTS == 8) on GigE. Is this hardware limitation? > Dave > > > -----Original Message----- > > From: Scott Wilson [mailto:scott.wilson@gmail.com] > > Sent: Saturday, August 05, 2006 3:08 PM > > To: pyunyh@gmail.com > > Cc: Doug Ambrisko; David (Controller AE) Christensen; > > stable@freebsd.org; davidch@freebsd.org; Eric Hodel > > Subject: Re: Re: Re: bce0: Error mapping mbuf into TX chain! > > > > On 8/5/06, Pyun YongHyeon wrote: > > > On Fri, Aug 04, 2006 at 03:52:40PM +0200, Scott Wilson wrote: > > > > On 7/13/06, Doug Ambrisko wrote: > > > > >David (Controller AE) Christensen writes: > > > > >| Sorry, I've been out on vacation and just got back > > into town. I'll MFC > > > > >| the patch within the next day or two. > > > > > > > > > >I'll let you merge in the down/up fix that I put into -current. > > > > > > > > > >Doug A. > > > > > > > > Hi, I just had a bce interface lock up with the same problem: > > > > > > > > Aug 4 07:00:16 pe3 kernel: bce0: > > /usr/src/sys/dev/bce/if_bce.c(4644): > > > > Error mapping mbuf into TX chain! > > > > Aug 4 07:00:47 pe3 last message repeated 368 times > > > > .... > > > > > > > > running v 1.2.2.5 of if_bce.c from RELENG_6 which has the > > > > defragmentation patch mentioned in this thread. Any > > suggestions on > > > > how I can help find a fix? > > > > > > > > scott > > > > > > Hmm... I can see several bus_dma(9) related bugs in bce(4). > > > For architectures that have IOMMU hardware it may have corrupted DMA > > > mapping and I'm pretty sure it wouldn't work on sparc64. > > > When it has to handle many fragmented frame or has insufficient > > > number of free Tx descriptors it would show unexpected results. > > > Unfortunately I don't have hardwares supported by bce(4) and > > > fixing requiries a working hardware. :-( > > > > > > > I see ... I am running amd64 on some dell poweredge 1950 boxes. > > They're xeon processors, but have chosen amd64 because they have 8gig > > of ram each. > > > > Here are the relevant details on the interface.... > > > > bce0: mem > > 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 > > bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > > miibus0: on bce0 > > brgphy0: on miibus0 > > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > > 1000baseTX-FDX, auto > > > > I could make a machine available remotely to someone if it would help. > > > > Any other advice on how I can help move this forward would be greatly > > appreciated! > > > > thanks, > > > > scott > > > > > > -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Aug 8 07:20:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47F1E16A4DF for ; Tue, 8 Aug 2006 07:20:16 +0000 (UTC) (envelope-from m.ehinger@ltur.de) Received: from postx.gateway-inter.net (postx.gateway-inter.net [213.144.19.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD19D43D53 for ; Tue, 8 Aug 2006 07:20:13 +0000 (GMT) (envelope-from m.ehinger@ltur.de) In-Reply-To: <44D7D74A.4030003@mawer.org> To: Antony Mawer From: m.ehinger@ltur.de MIME-Version: 1.0 Message-ID: Date: Tue, 8 Aug 2006 09:20:17 +0200 Content-type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: ncplogin panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 07:20:16 -0000 Sory if i forgott that. I get this when i am copying from the Netware Server. Copying to the Server works well. Antony Mawer 08.08.2006 02:14 An m.ehinger@ltur.de Kopie freebsd-stable@freebsd.org Thema Re: ncplogin panic On 7/08/2006 7:40 PM, m.ehinger@ltur.de wrote: > With this changes (i use Version 1.17 from cvs) i get no more panics. > > But i still get some > > md_get_mem(461): incomplete copy > > messages. > > I aslo still got the problem that i can't copy smal files (<8M) with "cp". I get an "invalid argument" message from "cp". So "less" > or "cat" can display the smal files without problems. Are you copying to or from the Netware server? From owner-freebsd-stable@FreeBSD.ORG Tue Aug 8 07:55:54 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDFA516A4DA for ; Tue, 8 Aug 2006 07:55:54 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF7B943D5F for ; Tue, 8 Aug 2006 07:55:51 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k787todw043867 for ; Tue, 8 Aug 2006 11:55:50 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 8 Aug 2006 11:55:50 +0400 (MSD) From: Dmitry Morozovsky To: stable@FreeBSD.org Message-ID: <20060808115315.U19766@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Tue, 08 Aug 2006 11:55:50 +0400 (MSD) Cc: Subject: amd64/4G tuning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2006 07:55:54 -0000 Dear colleagues, what would you recoment to tune for flreshly installed RELENG_6 server on amd64 with 4G RAM? I remember on i386/4G there is high KVA pressure, what about it on amd64? Other buffers tuning? Machine is planning for mixed SQL/scripts computing. Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Tue Aug 8 09:32:51 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F0D016A4DF for ; Tue, 8 Aug 2006 09:32:51 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23FE243D5A for ; Tue, 8 Aug 2006 09:32:49 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k789WiP5062088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Aug 2006 13:32:45 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k789WiAc062087; Tue, 8 Aug 2006 13:32:44 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 8 Aug 2006 13:32:44 +0400 From: Gleb Smirnoff To: Thomas Message-ID: <20060808093244.GT96644@cell.sick.ru> References: <20060803100341.GQ96644@FreeBSD.org> <44D7B162.8050603@bsdunix.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <44D7B162.8050603@bsdunix.ch> User-Agent: Mutt/1.5.6i Cc: stable@FreeBSD.org Subject: Re: em(4) update for 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 09:32:51 -0000 On Mon, Aug 07, 2006 at 11:32:18PM +0200, Thomas wrote: T> Thanks for you work. T> I will test this on a small freebsd based router with an averrage of T> 300mb/s in the next few days. T> Should I test anything special? Where should I see most of the T> improvements compared to 6.1 Release? (less interrupts without polling?) I have just merged the driver to RELENG_6. Here is detailed changelog: http://lists.freebsd.org/pipermail/cvs-src/2006-August/067130.html -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Aug 8 06:45:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 761F316A4DD for ; Tue, 8 Aug 2006 06:45:16 +0000 (UTC) (envelope-from ta@dencro.net) Received: from ls405.htnet.hr (ls405.t-com.hr [195.29.150.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6624B43D46 for ; Tue, 8 Aug 2006 06:45:14 +0000 (GMT) (envelope-from ta@dencro.net) Received: from ls422.t-com.hr (ls422.t-com.hr [195.29.150.237]) by ls405.htnet.hr (Postfix) with ESMTP id 85E2A1458F8 for ; Tue, 8 Aug 2006 08:45:13 +0200 (CEST) Received: from ls422.t-com.hr (localhost.localdomain [127.0.0.1]) by ls422.t-com.hr (Qmlai) with ESMTP id 7E480C90048 for ; Tue, 8 Aug 2006 08:45:13 +0200 (CEST) X-Envelope-Sender: ta@dencro.net Received: from Thomas (195-29-119-187.adsl.net.t-com.hr [195.29.119.187])by ls422.t-com.hr (Qmlai) with ESMTP id 1E0881308037for ; Tue, 8 Aug 2006 08:45:11 +0200 (CEST) From: "Thomas Agersborg" To: Date: Tue, 8 Aug 2006 08:45:13 +0200 Message-ID: <004b01c6bab6$335d6210$0301000a@Thomas> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Thread-Index: Aca288oGUUJvPFpzSJyu0bHOGmm2GQDvsIYA X-imss-version: 2.041 X-imss-result: Passed X-imss-scores: Clean:9.62550 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:3 C:3 M:3 S:3 R:3 (0.5000 0.5000) X-Mailman-Approved-At: Tue, 08 Aug 2006 11:39:35 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Dell Server 2900 with the new Intel processor Woodcrest X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2006 06:45:16 -0000 Hi Everyone, I want to purchase a Dell Server 2900 with these specifications Processor: Dual-Core 64-bit Intel Xeon processor 5160 1x 3.0GHz / 2x2MB L2 Cache / 1333MHz Front Side Bus Chipset: Intel 5000X chipset Memory: 4GB (4x1GB) 667MHz FBD memory (max 32GB) RAID: PERC 5I integrated SAS RAID controller Backplane: Backplane 8x 3.5" for Hot-Plug SAS hard drives, optional 2x 3.5" for Non-Hot-Plug hard drives in Media Bay Hard disk:: 2x 146GB 3.5" Hot-Plug SAS (15.000 rpm) hard disk, RAID 1 DVD-ROM: 16x DVD-ROM drive Floppy: 3.5" (1.44MB) disketni pogon Grafika: Integrated 16MB ATI ES1000 graphics Network: Integrated Dual Broadcom Gigabit network adapter (10/100/1000 Mbps) Management: Integrated IPMI 2.0 Base Management controller I/O slots: 1x PCI Express slot x8 3x PCI Express slot x4 2x PCI-X slot 133MHz I/O ports: front: 2x USB 2.0, 1x VGA rear: 4x USB 2.0, 1x serijski, 1x VGA Power supply: 2x 930W Hot-Plug redundant power supply Fan: Hot-Plug redundant fans FreeBSD is part of the software http://www.mera-systems.com/voip/siprise4.php which we would like to use on the server is there any issues which I need to be aware of in regard to the server and FreeBSD? Thanks in advance Best wishes Thomas From owner-freebsd-stable@FreeBSD.ORG Tue Aug 8 13:22:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5185916A4DF for ; Tue, 8 Aug 2006 13:22:05 +0000 (UTC) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (mail.dis.epm.br [200.17.25.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id C74AD43D45 for ; Tue, 8 Aug 2006 13:22:04 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id 6DAA33B40; Tue, 8 Aug 2006 10:22:02 -0300 (BRST) Received: from localhost (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id B13883B3B; Tue, 8 Aug 2006 10:21:58 -0300 (BRST) Date: Tue, 08 Aug 2006 10:21:58 -0300 To: "Thomas Agersborg" , freebsd-stable@freebsd.org From: "Ricardo A. Reis" Organization: UNIFESP Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <004b01c6bab6$335d6210$0301000a@Thomas> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <004b01c6bab6$335d6210$0301000a@Thomas> User-Agent: Opera Mail/9.00 (FreeBSD) UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: "freebsd-stable@freebsd.org" Subject: Re: Dell Server 2900 with the new Intel processor Woodcrest X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2006 13:22:05 -0000 Hi Thomas, I use equivalent machine with amd64, without problems!! Woodcrest is very fast processor!! On Tue, 08 Aug 2006 03:45:13 -0300, Thomas Agersborg wrote: > > Hi Everyone, > > > I want to purchase a Dell Server 2900 with these specifications > > > Processor: > > Dual-Core 64-bit Intel Xeon processor 5160 -- Atenciosamente Ricardo A. Reis UNIFESP Unix and Network Adm From owner-freebsd-stable@FreeBSD.ORG Tue Aug 8 15:35:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56EAE16A4DE for ; Tue, 8 Aug 2006 15:35:30 +0000 (UTC) (envelope-from freebsd@azimut-tour.ru) Received: from azimutprint.ru (azimutprint.ru [217.15.145.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5023E43D53 for ; Tue, 8 Aug 2006 15:35:28 +0000 (GMT) (envelope-from freebsd@azimut-tour.ru) Received: from azimutprint.ru (localhost [127.0.0.1]) by azimutprint.ru (Postfix) with ESMTP id C4C89B84D for ; Tue, 8 Aug 2006 19:35:26 +0400 (MSD) Received: from [127.0.0.1] (greencomp.azimutprint.ru [192.168.1.2]) by azimutprint.ru (Postfix) with ESMTP id 834E5B839 for ; Tue, 8 Aug 2006 19:35:26 +0400 (MSD) Message-ID: <44D8AF3D.8030502@azimut-tour.ru> Date: Tue, 08 Aug 2006 19:35:25 +0400 From: GreenX FreeBSD User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Problem with definition raid on ich7r in se7230nh1-lx X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2006 15:35:30 -0000 Hi, Probably I the idiot since recently has purchased a motherboard from intel SE7230NH1-LX. And now I try to get on her RAID, all over again I tried to make RAID10. But in reality, she has problems and with RAID0 and RAID1 if them to use at once two As it has appeared on ICH7R RAID it is made through LSI embedded MegaRAID V3. After I have created RAID10 in BIOS system to me have given out the following: /... atapci0: port 0x2040-0x2047,0x2050-0x2053,0x2038-0x203f,0x204c-0x204f,0x2020-0x202f irq 18 at device 0.2 on pci4 ata2: on atapci0 ata3: on atapci0 ... atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3030-0x303f irq 18 at device 31.1 on pci0 ata0: on atapci1 ata1: on atapci1 ... //atapci2: port 0x3048-0x304f,0x3064-0x3067,0x3040-0x3047,0x3060-0x3063,0x3020-0x302f mem 0x48200000-0x482003ff irq 19 at device 31.2 on pci0/ /ata4: on atapci2/ /ata5: on atapci2/ /ata6: on atapci2/ /ata7: on atapci2/ /..../ /ad8: 152627MB at ata4-master SATA300/ /ad10: 152627MB at ata5-master SATA300/ /ad12: 152627MB at ata6-master SATA300/ /ad14: 152627MB at ata7-master SATA300/ /ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode/ /ar0: 305040MB status: DEGRADED/ /ar0: disk0 READY (master) using ad8 at ata4-master/ /ar0: disk1 READY (master) using ad14 at ata7-master/ /...../ That is connected into RAID only first and last HDDs. If to create simultaneously RAID1 and RAID0, in RAID they connected too, only they, both. After some experiments, I have understood - work rotten. After has tried to create RAID by means of atacontrol, he has given out me the following: /# atacontrol create RAID0+1 128 ad8 ad10 ad12 ad14/ /ar0: 305255MB status: READY/ /ar0: 625163520 sectors [38914C/255H/63S] <> subdisks defined as:/ /ar0: disk0 READY (master) using ad8 at ata4-master/ /ar0: disk1 READY (master) using ad10 at ata5-master/ /ar0: disk2 READY (mirror) using ad12 at ata6-master/ /ar0: disk3 READY (mirror) using ad14 at ata7-master/ It was created... Has tried to work, like works, but at reboot BIOS has given out the message on that that RAID not configured. But the system was normally loaded and has shown me: /ar0: 305255MB status: READY/ /ar0: 625163520 sectors [38914C/255H/63S] <> subdisks defined as:/ /ar0: disk0 READY (master) using ad8 at ata4-master/ /ar0: disk1 READY (master) using ad10 at ata5-master/ /ar0: disk2 READY (mirror) using ad12 at ata6-master/ /ar0: disk3 READY (mirror) using ad14 at ata7-master / I began to test system, and finally she rebooted with Fatal Trap. Business has appeared even worse. I have removed RAID created through atacontrol and have created it anew in LSI embedded RAID. I has started to investigate source codes. Has established a variable testing in 1 into /usr/src/sys/dev/ata/ara-raid.c - has received following dmesg: /....skip.../// /ad0: 152627MB at ata0-master UDMA100/ /ad0: Intel check1 failed/ /ad0: Adaptec check1 failed/ /ad0: LSI (v3) check1 failed/ /ad0: LSI (v2) check1 failed/ /ad0: FreeBSD check1 failed/ /acd0: DVDR at ata0-slave UDMA33/ /ad8: 152627MB at ata4-master SATA300/ /ad8: Intel check1 failed/ /ad8: Adaptec check1 failed/ /******* ATA LSILogic V3 MegaRAID Metadata *******/ /lsi_id <$_IDE$>/ /dummy_0 0xe000003/ /version 0x0131/ /dummy_0 0xe000003/ /RAID configs:/ /00 stripe_pages 16/ /00 type RAID1/ /00 total_disks 2/ /00 array_width 2/ /00 sectors 312360960/ /00 offset 0/ /00 device 0x00/ /DISK configs:/ /00 disk_sectors 312360960/ /00 flags 0x00/ /01 disk_sectors 312360960/ /01 flags 0x00/ /device 0x00/ /timestamp 0x44442cc0/ /checksum_1 0xb9/ /=================================================/ /ad10: 152627MB at ata5-master SATA300/ /ad10: Intel check1 failed/ /ad10: Adaptec check1 failed/ /******* ATA LSILogic V3 MegaRAID Metadata *******/ /lsi_id <$_IDE$>/ /dummy_0 0xe000003/ /version 0x0131/ /dummy_0 0xe000003/ /RAID configs:/ /00 stripe_pages 16/ /00 type RAID1/ /00 total_disks 2/ /00 array_width 2/ /00 sectors 312360960/ /00 offset 0/ /00 device 0x00/ /DISK configs:/ /00 disk_sectors 312360960/ /00 flags 0x00/ /01 disk_sectors 312360960/ /01 flags 0x00/ /device 0x10/ /timestamp 0x44442cc0/ /checksum_1 0xa9/ /=================================================/ /ad12: 152627MB at ata6-master SATA300/ /ad12: Intel check1 failed/ /ad12: Adaptec check1 failed/ /******* ATA LSILogic V3 MegaRAID Metadata *******/ /lsi_id <$_IDE$>/ /dummy_0 0xe000003/ /version 0x0131/ /dummy_0 0xe000003/ /RAID configs:/ /00 stripe_pages 16/ /00 type RAID1/ /00 total_disks 2/ /00 array_width 2/ /00 sectors 312360960/ /00 offset 0/ /00 device 0x00/ /DISK configs:/ /00 disk_sectors 312360960/ /00 flags 0x00/ /01 disk_sectors 312360960/ /01 flags 0x00/ /device 0x01/ /timestamp 0x44442cc0/ /checksum_1 0xb8/ /=================================================/ /ad14: 152627MB at ata7-master SATA300/ /ad14: Intel check1 failed/ /ad14: Adaptec check1 failed/ /******* ATA LSILogic V3 MegaRAID Metadata *******/ /lsi_id <$_IDE$>/ /dummy_0 0xe000003/ /version 0x0131/ /dummy_0 0xe000003/ /RAID configs:/ /00 stripe_pages 16/ /00 type RAID1/ /00 total_disks 2/ /00 array_width 2/ /00 sectors 312360960/ /00 offset 0/ /00 device 0x00/ /DISK configs:/ /00 disk_sectors 312360960/ /00 flags 0x00/ /01 disk_sectors 312360960/ /01 flags 0x00/ /device 0x11/ /timestamp 0x44442cc0/ /checksum_1 0xa8/ /=================================================/ /ATA PseudoRAID loaded/ /********** ATA PseudoRAID ar0 Metadata **********/ /=================================================/ /format LSILogic v3 MegaRAID/ /type RAID1/ /flags 0x00 0/ /magic_0 0x0000000044442cc0/ /magic_1 0x0000000000000000/ /generation 0/ /total_sectors 624721920/ /offset_sectors 0/ /heads 255/ /sectors 63/ /cylinders 38887/ /width 2/ /interleave 128/ /total_disks 2/ / disk 0: flags = 0x0b b/ / ad8: sectors 312360960/ / disk 1: flags = 0x0b b/ / ad14: sectors 312360960/ /=================================================/ /ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode/ /ar0: 305040MB status: DEGRADED/ /ar0: 624721920 sectors [38887C/255H/63S] <> subdisks defined as:/ /ar0: disk0 READY (master) using ad8 at ata4-master/ /ar0: disk1 READY (master) using ad14 at ata7-master/ /Trying to mount root from ufs:/dev/ad0s1a/ In general, I looked through source codes much, but have found only the reason on which atacontrol specifies that it MatrixRAID: Function ata_raid_create determines type of the chip only on pcivendor (i.e. in my case 8086) and does not consider a format already established metadata as it does ara_raid_read_metadata. Can be it is meaningful lead to their identical kind or allocate in separate function for example ara_raid_ident? On greater my knowledge has not sufficed and further only questions :) 1. Where it is stored metadata on HDD or memories of the controller? 2. Whether probably to determine the maximal size metadata or it is identical to all controllers? 3. Why to not use for Intel/LSI the driver amr? 4. In what place BSD determines which driver to substitute? 5. Where to find a format metadata? I have some more questions, but these will help assist me for construction of a course of an idea more. Can be bad I googled - I apologize - specify a finger :) Best regards GreenX. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 8 16:01:24 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBE5116A4DA for ; Tue, 8 Aug 2006 16:01:24 +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 5E25243D45 for ; Tue, 8 Aug 2006 16:01:23 +0000 (GMT) (envelope-from dkirhlarov@oilspace.com) Received: from dimma (hq.oilspace.com [81.222.156.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by office.oilspace.com (Postfix) with ESMTP id 2ECB1136CDD for ; Tue, 8 Aug 2006 17:01:22 +0100 (BST) Received: from dimma (localhost [127.0.0.1]) by dimma (8.13.6/8.13.6) with ESMTP id k78G1LL1004648 for ; Tue, 8 Aug 2006 20:01:21 +0400 (MSD) (envelope-from dkirhlarov@oilspace.com) Received: (from dkirhlarov@localhost) by dimma (8.13.6/8.13.6/Submit) id k78G1KLP004647 for stable@freebsd.org; Tue, 8 Aug 2006 20:01:20 +0400 (MSD) (envelope-from dkirhlarov) Date: Tue, 8 Aug 2006 20:01:20 +0400 From: Dmitriy Kirhlarov To: stable@freebsd.org Message-ID: <20060808160120.GD16791@dimma.mow.oilspace.com> Mail-Followup-To: 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.1-STABLE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: jls 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: Tue, 08 Aug 2006 16:01:24 -0000 Hi, list. I use 6-stable with jails. Sometimes, when I run /etc/rc.d/jail restart fbsdbuild And, after that, I have: jailhost1# jls | grep fbsdbuild 7 172.17.3.253 fbsdbuild /space/jail/fbsdbuild 3 172.17.3.253 fbsdbuild /space/jail/fbsdbuild Sometimes, it work clean. My collegue have same problem on FreeBSD 6.1-RELEASE-p3. Is it known bug? I nothing find in GNATS. WBR -- Dmitriy Kirhlarov OILspace, 26 Leninskaya sloboda, bld. 2, 2nd floor, 115280 Moscow, Russia P:+7 495 105 7247 ext.208 F:+7 495 105 7246 E:DmitriyKirhlarov@oilspace.com OILspace - The resource enriched - www.oilspace.com From owner-freebsd-stable@FreeBSD.ORG Tue Aug 8 16:10:03 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7365816A4E2 for ; Tue, 8 Aug 2006 16:10:03 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1ED143D4C for ; Tue, 8 Aug 2006 16:10:02 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.3) with ESMTP id k78GA0HR056721; Tue, 8 Aug 2006 20:10:00 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Tue, 8 Aug 2006 20:09:59 +0400 (MSD) From: Maxim Konovalov To: Dmitriy Kirhlarov In-Reply-To: <20060808160120.GD16791@dimma.mow.oilspace.com> Message-ID: <20060808200733.U13546@mp2.macomnet.net> References: <20060808160120.GD16791@dimma.mow.oilspace.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@freebsd.org Subject: Re: jls 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: Tue, 08 Aug 2006 16:10:03 -0000 On Tue, 8 Aug 2006, 20:01+0400, Dmitriy Kirhlarov wrote: > Hi, list. > > I use 6-stable with jails. > Sometimes, when I run > /etc/rc.d/jail restart fbsdbuild > And, after that, I have: > jailhost1# jls | grep fbsdbuild > 7 172.17.3.253 fbsdbuild /space/jail/fbsdbuild > 3 172.17.3.253 fbsdbuild /space/jail/fbsdbuild This is not jls(8) problem. > Sometimes, it work clean. > > My collegue have same problem on FreeBSD 6.1-RELEASE-p3. > Is it known bug? Yes. > I nothing find in GNATS. http://www.freebsd.org/cgi/query-pr-summary.cgi?text=jail http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/89528 -- Maxim Konovalov From owner-freebsd-stable@FreeBSD.ORG Tue Aug 8 16:34:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B289516A4DE for ; Tue, 8 Aug 2006 16:34:27 +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 559BE43D79 for ; Tue, 8 Aug 2006 16:34:26 +0000 (GMT) (envelope-from wash@wananchi.com) Received: from wash by ns2.wananchi.com with local (Exim 4.63 #0 (FreeBSD 4.11-STABLE)) id 1GAUX9-000GLZ-3A by authid ; Tue, 08 Aug 2006 19:34:23 +0300 Date: Tue, 8 Aug 2006 19:34:23 +0300 From: Odhiambo Washington To: freebsd-stable@freebsd.org Message-ID: <20060808163423.GG5552@ns2.wananchi.com> Mail-Followup-To: Odhiambo Washington , freebsd-stable@freebsd.org, doconnor@gsoft.com.au 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.12 (2006-07-14) X-Designation: Systems Administrator, Wananchi Online Ltd. X-Location: Nairobi, KE, East Africa. User-Agent: Mutt/1.5.12-2006-07-14 Cc: Subject: Silicon Laboratories CP2101/CP2102 usb serial adapters & 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, 08 Aug 2006 16:34:27 -0000 Hiya, I have scoured the net today trying to find out if any kind soul managed to port drivers for the $subject to FreeBSD. I can see there is already support for CP21XX in Linux, and even in OpenBSD (http://www.openbsd.org/plus.html). I have a CDMA modem with this chipset, which I'd have loved to use with FreeBSD 5.5 or 6.1. Daniel O'Connor was making an attempt, but I did not find any info whether he succeeded. -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 +======================================================================+ Every creature has within him the wild, uncontrollable urge to punt. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 8 18:28:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D85A16A4E0; Tue, 8 Aug 2006 18:28:20 +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 8CFEC43D45; Tue, 8 Aug 2006 18:28:17 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Tue, 08 Aug 2006 11:28:13 -0700 X-Server-Uuid: D9EB6F12-1469-4C1C-87A2-5E4C0D6F9D06 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 046D82B1; Tue, 8 Aug 2006 11:28:12 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id C9D2C2AF; Tue, 8 Aug 2006 11:28:12 -0700 (PDT) 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 ECC43915; Tue, 8 Aug 2006 11:28:06 -0700 (PDT) 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 13CD269CA3; Tue, 8 Aug 2006 11:28:06 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 8 Aug 2006 11:28:05 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301AB72BF@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <20060808003404.GA5411@cdnetworks.co.kr> Thread-Topic: Re: Re: bce0: Error mapping mbuf into TX chain! Thread-Index: Aca6gl8lmGjvoDZvTzuOjH6QQdtP7QAkoejA From: "David (Controller AE) Christensen" To: pyunyh@gmail.com X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006080806; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413031303230352E34344438443731442E303032462D412D; ENG=IBF; TS=20060808182814; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006080806_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 68C608370X82129696-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Scott Wilson , davidch@freebsd.org, Eric Hodel Subject: RE: Re: Re: bce0: Error mapping mbuf into TX chain! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2006 18:28:20 -0000 > On Mon, Aug 07, 2006 at 01:48:09PM -0700, David (Controller=20 > AE) Christensen wrote: > > Scott, > >=20 > > What are you doing when this problem occurs? Is it something I can > > easily duplicate here? When I tested the fix on -CURRENT=20 > I used the > > following command suggested by Doug to bring out the=20 > failure quickly: > >=20 > > ssh "dd if=3D/dev/zero bs=3D1" > /dev/null > >=20 > > Does this same command fail for you too? > >=20 >=20 > Since BCE_MAX_SEGMENTS is too small I guess it will happen on highly > fragmented packets under heavy loads. To simulate the situation > you can use m_fragment(9) to fragment the frame in bce_tx_encap(). > With m_fragment(9), "ping -f -s 65507 x.x.x.x" may trigger it. >=20 I didn't know about m_fragment before. I'll write a note to myself and look at how to add it to the debug path for a future driver revision. > Btw, I've never seen this small number of Tx DMA segments support(=20 > BCE_MAX_SEGMENTS =3D=3D 8) on GigE. Is this hardware limitation? >=20 The real value for BCE_MAX_SEGMENTS should be 16, not 8. I chose 8 as a reasonable value to start with. If the number of fragments exceeds 16=20 then we would expect to see performance drop and it is probably faster to have the OS defragment the packet rather than try to perform so many DMAs. > > > > Hmm... I can see several bus_dma(9) related bugs in bce(4). > > > > For architectures that have IOMMU hardware it may have=20 > corrupted DMA > > > > mapping and I'm pretty sure it wouldn't work on sparc64. > > > > When it has to handle many fragmented frame or has insufficient > > > > number of free Tx descriptors it would show unexpected results. > > > > Unfortunately I don't have hardwares supported by bce(4) and > > > > fixing requiries a working hardware. :-( > > > > > > >=20 If I were able to get you a 5706 (PCI-X) or 5708 (PCI-Express) NIC would you be willing to put some time into helping sort out any bus_dma related issues? I have the opposite problem and don't have any Sparc64 system to use for testing, plenty of NICs though ;-) From owner-freebsd-stable@FreeBSD.ORG Tue Aug 8 21:29:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2014016A4E0 for ; Tue, 8 Aug 2006 21:29:58 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from mail.twinthornes.com (mail.twinthornes.com [65.75.198.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7B5A43D69 for ; Tue, 8 Aug 2006 21:29:57 +0000 (GMT) (envelope-from freebsd@bitfreak.org) Received: from [10.242.169.24] (c-67-171-135-169.hsd1.or.comcast.net [67.171.135.169]) by mail.twinthornes.com (Postfix) with ESMTP id B78C1F5A; Tue, 8 Aug 2006 14:29:56 -0700 (PDT) Message-ID: <44D9028C.3020309@bitfreak.org> Date: Tue, 08 Aug 2006 14:30:52 -0700 From: freebsd@bitfreak.org User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Thomas Agersborg References: <004b01c6bab6$335d6210$0301000a@Thomas> In-Reply-To: <004b01c6bab6$335d6210$0301000a@Thomas> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Dell Server 2900 with the new Intel processor Woodcrest X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2006 21:29:58 -0000 Thomas Agersborg wrote: > I want to purchase a Dell Server 2900 with these specifications <...> > Dual-Core 64-bit Intel Xeon processor 5160 <...> > 4GB (4x1GB) 667MHz FBD memory (max 32GB) <...> > is there any issues which I need to > be aware of in regard to the server and FreeBSD? You'll want (need) to run amd64 instead of i386. You can run i386, but the 64-bit capabilities will go to waste. You also won't get to use all of your 4 GB of RAM due to memory-mapping of hardware I/O addresses. The amd64 version does not have these problems. All the major software is now 64-bit clean, but you may have trouble with some desktop-type software (mplayer) and other less-common ports. Beyond that, all is good--PowerEdge+FreeBSD is an excellent combination. We even have IPMI support! From owner-freebsd-stable@FreeBSD.ORG Tue Aug 8 21:43:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C57316A4E0 for ; Tue, 8 Aug 2006 21:43:16 +0000 (UTC) (envelope-from clinth@dakcs.com) Received: from stone.dakcs.com (stone.dakcs.com [207.109.153.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAF7A43D45 for ; Tue, 8 Aug 2006 21:43:15 +0000 (GMT) (envelope-from clinth@dakcs.com) Received: from clinth (clinth.dakcs.com [172.27.224.78]) by stone.dakcs.com (8.13.6/8.12.6/avav) with ESMTP id k78LhAae099970 for ; Tue, 8 Aug 2006 15:43:14 -0600 (MDT) (envelope-from clinth@dakcs.com) From: "clinth" To: Date: Tue, 8 Aug 2006 15:41:03 -0600 Message-ID: <042001c6bb33$5bf1b050$4ee01bac@clinth> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 thread-index: Aca7M1h8P70ZZSMuQiWRrcEDQn8Erg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Subject: re: amr(4) in 6.1-RELEASE-p3 ignores my tape drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Aug 2006 21:43:16 -0000 >Hi All, >This morning I upgraded a Dell PowerEdge 2850 from 6.0-RELEASE to >6.1-RELEASE and found that amr(4) no longer detects my Seagate DAT via >sa(4). >The system has an embedded Dell PERC 4e/Di with two channels. Channel 0 >contains two disks in RAID 1 and works fine. Channel 1 has only the DAT >at ID 6 but it is no longer detected. Possibly related to this, ses0 >also shows up with the 6.0 kernel but not under 6.1. >The diffs for amr show that a ton of (excellent) work has been done >between 6.0 and 6.1 so I have no idea where to even begin looking for a >solution. Any help is most appreciated. >Regards, >RJ I am having the same issues as RJ. Has there been a resloution to this issue as I'm unable to find one? The system is the same as above with a new install of 6.1-RELEASE-p3. Any help is very appreciated. Clint From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 00:00:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11CC516A4DD for ; Wed, 9 Aug 2006 00:00:42 +0000 (UTC) (envelope-from emillbrandt@coldhaus.com) Received: from mongoloid.coldhaus.com (static-71-243-122-19.bos.east.verizon.net [71.243.122.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F80843D49 for ; Wed, 9 Aug 2006 00:00:37 +0000 (GMT) (envelope-from emillbrandt@coldhaus.com) Received: from localhost (localhost [127.0.0.1]) by mongoloid.coldhaus.com (8.13.7/8.13.7) with ESMTP id k7900a64044814 for ; Tue, 8 Aug 2006 20:00:36 -0400 (EDT) (envelope-from emillbrandt@coldhaus.com) X-Virus-Scanned: by amavisd-new at coldhaus.com Received: from mongoloid.coldhaus.com ([127.0.0.1]) by localhost (mongoloid.coldhaus.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 7WVF0T2tKPXs for ; Tue, 8 Aug 2006 20:00:29 -0400 (EDT) Received: from [192.168.1.7] (static-71-243-122-22.bos.east.verizon.net [71.243.122.22]) by mongoloid.coldhaus.com (8.13.7/8.13.7) with ESMTP id k78Nxf5H044793 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 8 Aug 2006 19:59:43 -0400 (EDT) (envelope-from emillbrandt@coldhaus.com) Message-ID: <44D9256D.8060004@coldhaus.com> Date: Tue, 08 Aug 2006 19:59:41 -0400 From: Eric Millbrandt User-Agent: Thunderbird 1.5.0.4 (X11/20060611) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------020601040804020209090203" Subject: Stop in buildworld under RELENG_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: Wed, 09 Aug 2006 00:00:42 -0000 This is a multi-part message in MIME format. --------------020601040804020209090203 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Is buildworld broken under RELENG_4. I made sure to start out with a clean buildtree and to delete /usr/obj. Here is the stop and attached is the entire script. DING! emillbrandt@mongoloid:/usr/src# uname -a FreeBSD mongoloid.xxxxxx.com 4.11-STABLE FreeBSD 4.11-STABLE #9: Thu Mar 23 21:27:05 EST 2006 emillbrandt@mongoloid.xxxxxx.com:/builds/obj/usr/src/sys/MONGOLOID alpha 17:35 emillbrandt@mongoloid:/usr/src# gcc --version 2.95.4 cc -c -O -pipe -mcpu=pca56 -fexceptions -DIN_GCC -D_PTHREADS -DGTHREAD_USE_WEAK -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -DL_fixdfsi -o _fixdfsi.o /usr/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c cc: Internal compiler error: program cc1 got fatal signal 4 *** Error code 1 Stop in /usr/src/gnu/lib/libgcc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --------------020601040804020209090203 Content-Type: application/octet-stream; name="buildworld.bz2" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="buildworld.bz2" QlpoOTFBWSZTWdXYQ2ICF1VfgHAyf////3/////////+YpdeQAAF4HtwPSpA8qXYBoBWBe9j mlYAeEAB84D3R3UpWWvpoAr199vdwI+r3vX246RL4G7C4zDVmVyw2ZFI6xTXhoAA7QA9PGY1 QKkNc6bTWg6Aa7Zp7mOr2DElJbjta6GrsDbA0SRwbSQAV9tLrFPYb7s40GeJgAAC2xT7ZOZ7 jR20pZN2tkjWWh007bHrdmBTxEUkVbtyl2myDQNIbSne53TdtV17gAGdrMA0aAgt1T4h0AB1 Ip0gAAAAAAAAAAAAAteAxxQoIg0ARDbMYtoKZsBQY2FAERrVi1sBp72AABwPcHrhkA0eA3UD ikFUoqVVUREIikSDlcgAK0AAAAACUgAKAAAAAABQVebQoAAAKHWgAUCICgUKAqjiAAF7nHr1 OwDQTYaAFsM2Y2oC2DtO5uT2NcbK8GylKG+zoe8wD2z0JEX06OVAD0AAmalemrYws0De4Zu1 5zkOUAAAAMPc1To75eO3Wq27rOc67pc1XbW2Hdum2rZ3bW3KZkV4O0D1RG9cdVSbYEh2wSEg S7u4oO2BSOB3rwHvd6725cE7bsbnuz3jBuXdxl5m9LdrznssN7uXTCW7tcxu47173PO6OHPu ffXzvqBzTFZhL2yki7lbpwj7PTwRDwd2rlJrGENS6NVV94dI7z7w94N28ut2Oe2+mdfRswfd kc2A0GrbAXoxPnbq7VzngBvXPdwSlQpugWsT1bnWMpt93rl4BO7IV3Djp7bbe+ru5D7k3C73 PUe3tZdGQdWancPA9vcOIM1VTVRWyqIFzSSnrjqnTh16697Wmno8VSc3xnEqqig533nwPkKA PgNArJoxUUQQKKbdg9ANL2ZZVe3Omn2y7fd10k0yYXucnYW6WN94EG59tXgbVgPWdZ7uvueT 3slbW2lbYSAWk7S1M9uPvO6R3Sh3Y6CqcOX2aZb0HXK9eLobetu4HOt9ZfMvu+X27rWfXWAC O4GLXHalu2i2rdt1McIg0KAs6GuuXTouqqFcdKHJumD1689X2jHIkc3poSdU6xLvu4ocNLWl ax8Pce8kmWZs87nxvIcZtQYGrKUUlYAaDTG4jcYAIUAKPQAy9vNYROWTK6MUdlrODCEB12jT Y30Odruzt9nR9ffehXY1V9xCFSDLtt9U7m3OHuffenNtPgCEqMUtGrnt23SXG0WizU7luBxA AoB9AM4R9wA5uW0PneBc72x7ep7C41dzZsq2w7NNmPZwcGVtgrgNPIBQ9e2BQAAAF2AAaBQA AAAeiQAAB72AaAOhQAABQAO9gADoABYPQeAAAAAAAAAAAAAAAAAAAAAHOaBuTuz2Hdnm2MJt jddSpo4s3DtV1XtnqjzNVfdrvO94yvQu5QBJRQGF1Zemdqc7uzMG3fb3e0ipNzuE0QmmmZqZ WGxmyt9OlGtKaAJAU1p3RXrV33vensa7Odfd3rZeuKpKEiSYzXWru7lB9s7D05bSyCve3y9h RvsUQkqO2AAdDI3QqiFR2Z98COb3jkc4BzpdZz7x332O+1QsA5We949PZdtBGm6MyZwNr5wP d6pwVG05dN82rvvhe2uquYAFAoGupFASuxbNBHQPaXPXh49rKLObZfe3ced6POWwlOmAd8Li 7Uq+gHXz127Wtvc09byx61OBGsvd3b0OPvcVzPTiX22mPG1XN3OAAAAABFM7XtvPKNzZgp2z 00vBa3u73t3u51bawoTVCsAAC66kIO2uw1PQQAQICEJoRNMmkNKep6mynpNMMp7UTZQDQ9Ty gJTERCBCNAgRAImTU8VM1PUNPU9QeoDTQAAMglN6qUkggNGoSfohogAAGjIwmEDTQA00yDQJ T9UkQhAImEJogyU9qnqZ6mUeRB6nqGQyNMgGmjCAhSQgIAQJoI0TTRGRlNPSeqeCmBkyaJ7V PENTDSBUSIQQEAgjRIJpo0o8nqanqYRsp5TRoHoTQAB8uQiiboR/8GKPkIRVEUzT/z6/6f/E PmH+H/5/yZ5j/y/2kXM/9T/cR/6+f/Hg/5f3eX/vh2/+r/lm3/D/j0421z5H/0/zG9/7p/5K /4bznGMdarmgnhsq//oYc/8hSFkoGscnqdpjm9L2p1v2hv/+z4Km0cpNeVxHLf891ljeN154 3OCLiVKoiPVqswWW8wwbfbit6/9KMtOCLKx2/6VyFJO5meD/mMivaVtuy2q/biVEaoj1JaeN O42U7pGOqRbe9vf/OLGIf5inPCXlyq4QKif6USp2Pxc+Osy+cfXuc4xj32rmgnhsq+xhvyKQ slMLZz9D3HalJeaUsoumqzRBTY2N6P9X39/6XsGKXh8nh7h7lafVpYeulexU17dotfiWGok5 94/buI/mtAo/8JBOiKkARIgtLbsKL58ouDqzRRX79L6qkqb6ZVojxQp/1Iv85AYDYmgYEIJ/ 6sU8CPVVn6WypafPZd/wiVl6QtI+5yrJ5NVHMTBxG2+zQXaix1m+0T4dpAyqqZ+/Hx13P4/H 4/11GIX36X6y0/KfSd6d36e9h+nttG00rU/O2I2bwViD8Zen6Lv+fpfk8LtZMI2yrnSGLqhd 8q9s92c74lRjVqzp9uWlEd87ZZlj86de2wy0lfaR0Yq6yfaJNqb56pFtCuOsRXLzxdBuR2VI 62q1kkgu03F1Eu1Xvv/0mHLh/utP0jRWvukaJL4+J6rFai7dRXLRw1+OFtHLNAIlmHhPQNO5 kFi58vSLKk1YggqKS80y1L4+9XjbbfaLrkEeUljHCpGaKEnbenpZOibTRspQq3pEUX5TK1Ez eVvhX9VSkn78O0GMBYh3jFG28Yy2k+83fbGua42lFvNa4H+zMCbrOGrKIpTR66dGWBLmYU1q AwUmWCWcZaxlzbNxEScbM1bSijM3cnvvDi2F0uMzWUcFFMxLd2KYyZRJxmVrIyKTMMsLIygh rcyQqGBIwzIznHM5zbm7crWyiwsMjM5zlxALdtNZlardtta1oWsTTG7/c3eb3spfbNrW3dZl +Xv/e/f/d1PDOt3te+edcctk0/4CY2Y+bGMdmCQIaBG89jY+ypwWPyWPY1OC57H4LGZsfoyd Mlz8nuRi+04Kzkl4EmhsYlSsCpibFzYsSMlI1itWTg2JMiTF04O59nB7GJ7GpcsanJSBJuWl FVPB+4+AU2OChcp9jQkmw7O3s/l2Vpr5Lfoaf2sv8Shg30s4GZ0eT4P0Yng6MT9W9LRbKx9C SZ+jL2jeh8KuB/qyv0FVZQG4VTAyr8r8GIiiiySmFcgxYXLlL+BvQ3sb4G/uN+Bvob8KL8r/ M0N8qsSyHpUKH+Z/k6TMZ+19FmJiujt+nxGIZ5MUKEo5QiRZSfH0zg8/EpWROIqtESYQG9xD xAPgJfQr/eV/RX+xSK/wr/5/T+9SOVI/NSP9VI/xUj4gqp+sFVN4fZU/mA694DjoSbusxDI7 eHpsGZmyGZr8l3d8F3d/Yr3rx4z71JOSv6Opz10Uz+8uVkk8nUl7NXd9y3dw1d3sy7vuBLu/ 2rr4e6kdCMIylLAh8hrO/wLmphSUY9BmZmDMzMGZmqKMzSCosdU5bJq0hZkJV1/UzyXk3Yua DCfoVNjweC5NVXlRcGjMWblEpkc8yyFVXYMzN0GZmcTgdhFXVg0WjGkRnsGmBuAkAu1OBuIr 2OD8Gh5JNihVoquaKT+pQ9zE7EmR6KHgucHP7JQ8mhkIi69jEscFCxQxPc+SxkWKnJkcGhcq Zn0YmL63qb5fd/nfh8V+u9vYeR/ofA/R0D6NAAAemumg+V7b9X3x2Ph0/k/k4bFxREOShcyM S5idHosfZsVMzU3Oi54Lmzjy9O2uP7HHT/E9APqO31e7g7GhXcpU/zOxsfJJmZnsblzU+yxw WKnBqSZDkd18iYkqCI6+3gxG5gx/UoYnBqVKGHkw+TgsCLnwy49Pq47a8NB4fnK+79H0ZnHT t8r33Pa8bwb3t7e+zbW8lc6uhyDGL9/l9CPQ/X6/F9iIg/JQ/sf2I/UH+h2Psegvz0SSfI5A CdH3SK8mIl9sHsUHZLEnI+6KIpUUHpXK7JE7HJJ/Y22JivBQ4NipsblD9Hk8EyTBc7FCxkSU JP2LnY/sUPR/gfsWP4qinoudzcqcFS51sjlXSh2KlDM7mZUuZmR2LGJyZn8lzEobHJmalyhs XNjQ1P5Ox6MTIURCT5Ox4OxcuW8TX7ngmSMfB5JlusTQuZHk0KHgoZFjEsZmJ5MqqqnBsejs e5sZFzuSbnR6OjIsdjE0OTjTKU5VST4LlTM7vw+j5vo1t7bo6ens8D6Ogenu7fN+H+d6JMSU SJJif1LGh/cyPssX4yvJYzNjRkQzH0n0VLbpcyLmxY9xpFKmWelidzJ6LsYjSIeihxKS5MT3 EkJMCSSxY5MSyJ6PwXJCJuFS5qJohQqWMzIoc49rg0MTQqbli5wVKklC5JbNl9mh/JQ9DKZN jwekKXJvJcno1PJqeSx3oUVSnssaEjCIZHRJkaElyaKXbB5Ox0WNygWSLIk6NTE1Lkn4Lh0Q /BWnZXMiTYbIsdlY2KHBcoSZGZyfqLrM/BuVNjQxPk9GJckkuUIB82jw8PLy47fd+764+zvH 3cf43s8PDg5Ox7GxydzMyLn2bHJI/mIP/1/0a3bgkiH+Ih/uEDf1Z/tT/ieE7Dief7/5v2fy fzdR9/p+39I/L3/yfU8fdPlbq/n6Qbz/G/SP2/pzfe8ZV37QdI/ksu/GUjxHrt01ValecbQ9 IPC/wHh+P6cg94/r/UyIH1jy7SZSv8MHua7WpU/Cf6+/px6eXHprPGQ2Optm2sYmgotYZNEj xeMeVtMwUu2763Pn2zIKKAONRUQYmq/hz3+u50lPqnc58O/CVFvLoQphh2HnCp682EBD+uKw YhVSCISSSdttttso2XG20A4Gzv2X4fb8OuA9TZwzTqiISoSBIKpID8/Ps/9d5p/Z+y4UWww+ Gv/l/r/U/b9TfH2+/nGf1z++8JQIA/v7jas7/qL7f5NafEjsiNt3J/HhI+MQjz+O5ol78Tl+ LPmXydNfM4VRdV+JbfWRTCPejqklTCyZ1E4fH9QP0MIMQIMRAnJgDDSkS0Gfh7WveD56cB3z A5cs09sA32t8N9s2zC89jP5YMtpwnJXJpXMzv2tdVJmO0vyP99jSBLVA2RXGYP+rJez7/9vP 2sPKEDkEiPjbwnO2LTlh5SZA5NDk0nEKGW31s0Su8KbwLtC7QyALbKJGL6OqatFO2EQkARGI hbzteWld98No4nLa21Q4GQ8aPe0CVxIJAhDz5n/fNfhPA828LT2/2+ff3vDM3423zH7N/k9o HO0pe0Zz9z0V+JLDSJIr8IEI9X3UP4RCLd6CufPV3mImgMJIjBkH8XQVKHowJGT8yvspuXWM KJJX+Pi3faXbpK2mvdnOtzKmDOVvtofDQQfYUCRaQnf/Cn+b9ng+26U9Yt/SOPu9V9ePAt3l 8zTWtOk6pbE+qWtLYSeQmcbZEvBvIDOWCB8y3RbZH8a5fQ/EnvqsgsH2thU2SUwsh6peT4k+ PO+r442+y8rUlOZfT9vyUnPnlLNf7950PzKkywpt2+yesPGVz0r2tqUTDn421m5/wR/Ux7IN 0sR4+XVTF/0tQr2lytqBemxNksUN+y9sOxW1FsPxxexdspehTyse4i6d8xvvsg2nQvQb4Y0n +wYS3fjwtoonPx8e33+n1+XOfJzGtpqIiNajZrWta2mo1qI1qNa2aiIjca1qI1qNpqIAAA1q ONca1qI1rjXMajZqJQoVX1+vF6YPfOz81jGfO2P1rflh5tS155XfnVdbfEusd+Z5YYl3M9E6 s1Qz6rzHn98gOKT2QXeQmPLqZ1/RK5jQY1P5pUSr2wjSvq/Bcy4zKzbtJm57RQKaEEi6IM4d sUo5wYPjeiwXE+NrLxLFnVZVp8SSUt2wP4xqH20MheF2JkLR3Ze2V/k0dth9q+/0j+e3Hk8S nk8ZxLbrFlVHDIg5bJ5rb14uu1L5q8Ial3V/KBbCK6xSbyjTTfeXjEuTrAZARWWedtnjSQju MuDSax3b4mgq98VqL2o795KFrJ8wFggI4BCgwvaN0tvdWeJZcvbquGnalKkXi/uyxBFN502e NufvO5YmSW7+L3lYbmS4nyiziMrvjv71TCvHLpiUWmtrpR9usX5N5sTiXrlqvZFU+MW/t/f5 kmIBJnegm8IfzcGIXrvGf3dG7DXhFl9vwf0pz+c9s/v6/b+X25+f50355CQGxH2cP+4ZNS44 p+PP/ddTkH7xvkdcbL+b6aGwFqfr9+VvP6317l+MQgBCEBciD8SxKtkKsCYmAkdoPd/yDm+3 td/tT7f78+/jx1gJHangJ/x4iX/d7f/D6cv3OPfvrT4O584NUiaenHXb94ncQ1o6vVROhoA7 L3NwFOOxwB/sAeX9gc/nQdx+qfuj9ZoMPKX93LfSG5ERO3Lvre9Y4KJvXDH1g5fbY0f8z3/8 z1P4n9UqHQEIfmPYdGCht7Cj/7/1IoH4Lp/H7xiD8I+yvgLwl+Pu4a3+mgo+MQxiZKoh/lNv t0/by7vP09fA7J1qE/7f8WdPD7U6bMPTIMHv/dgbzdPP9i+sf9PiHqcFn/qpGGhnc/4Fcfr7 6iDuq8bp+ynuzfJ71D/7AKNTLfw0gA8wgrAMXTgDwBTwM3AtICygdJcOGivZUelvnP+F1iP9 3A0G/a3Re/2/6yvBRQf2ZyctHBCHCtFnXjRcZIDCgLv2uogSsEI/48aODX/Qv/x4fc4lX7vo OkbkSRylT9pVhjHn/jjrq1+3X8P7Z+pJRKnVT/tsn6Na03Cil/b9hEN9Knn/M8/OZ5m7+Xu+ Yocb5+7B6KHmSR9Ihf6of804P+2pDadOJB2sD/Si39Sgf3jlsCv+FAgJDxXBQ0A8hEMQZV2x 6gr+fwfB/nP95/vPA3P+rXBzUHvIh4T1kmaekj3OAT+7kTp9Pv3y99aag+fCf4R/I42v6uio B1+fevl9v0/iR/OgbIbn1H5gC4inj/uUD5Hch9iZ2fYdBoDQfc2bJuR9ZGpGSOJH1Jx+2298 /51q/nOtQh5IhIhpENAjyV3V2VxXSDiFf+7QU6JRChUNP/Ttd3l3d83ZYWfksu7+t3dwkikc 1cADsACqgFXenXAB/QB+DwwwzMzBBMyyzMqEqLB9QyDEqUpYYMhkmJkmMwQSSSsrBBMySTMz N27d/Dq79n9W65xSOXHcqjqkd4HQOY4niHHLSH2/HxTdWVGAKGSRSkShiJEA+nz66UTYVgPA BxepD7mPd6K7J/0v+6SD6jiSR/cekkDoByVAxVDFUxVNKgaVSVHbZVfUUX2j2F4RyAIqppVK AKKlEIqq8gPseKjySSfqip81VgFVMB/LELsmIgIH+aVBmJkT/AKr2FV9j959UDsQoyn+XXc7 +h+KBPsiclYAfEVAfg9ROUc8xMqYlqhZrjMIxGyRKaCrHItayJp1U5Zvao00E+FifCqe6IZo tyHCWIyMlPg+FQ/kFQH3TmiH6n95JOh3qoj/0Hy/D8H2DSwn/tkD2kkBUf/Dmf6BB3UIUj13 977fT4/p4/f7b+vz+Wqjfj94VTswsWnLC2vwLkDoHeUIAIvwoj/oQkkn+lTxmVX/bJo1h/2d +0720P7c2NbR5/RpprDDAAwAAwwwP7PG8CSX3o/n+30/zkV0HCCjKbKbZQPqSo2VxJpB/wfL FXbj5mjWowslQwMxxOZvpdomm2RNcY6pGVZX3qSdV56dahMXKq8IrM5bm83YicuLm7N2S1Ak N7gEg/PCllAZlDGygcVCQFMiCfvf/bXxcWHz/83/F8KRjbpv7yR2pGNum7kjtSMbdN3JHakY 26bvCrf+5V/X6ubVbRFS//j/lktqsVRdl+v6RR3A1tdk+Ntxum2YXLVtt/83qXBt+8kP2kg2 kw89duxMw02Ns5UjbdNsbZ9ISDzn4/3fx7d/A19vx4/VLa9iuk8g2Ilu2paet1ya2WgAAA4z WGAYAAAA5bp1ugHndAA6ttDZEa23w29Pb223prRL6X1raLl0AAAbbbt0uLrZtqLE0+rtX3VZ 167u+e13dLNLEYTCyBcLNaRf733p24vDXHAijwOYHENwkU6641EX/bckNrlRm9amta1BUhJV BRJIUEqSFSIqhSFAJwocBFj/ydc/5/4fH9I1//RIb/b/z+ep11318fO/+bCH+yKgAED3/7/7 Ft0kz/k6AvD1/lA6HiW8roMuPKOBGZcnzn8S9X+r7lFHsCEISqg5/2/uqf/yepKB0euhln+M PdD2+o/tBh/UHb+cee25bl7lok/sE7cvSNh7/zF/JhhOT/O6uE/FHkD5CIRf5P0/hV/Z9xBV OY/2CCqeAIKp8PkPsDunl6+OYkGOY6Rycebbw0/88/m6d/zhkf9P/M7d+h+WjURERosqLuPL 4kk/q0P2B44q7H6x4+n6vZ/vPgPo/fmCJ17csyL9cyLMy5a/gCn7PZ+XJ0UpTFMKUpimFKUx TClKYphSlMUwpSmKYUpTFMKUpkrFkxjGEzGMYTMczthomZqqLYwMCCCT3zNMYTMYxhMxjGFL KyViyysUwpSmKYUpZAABN9vx/d33znOHN063QAA+d4uVymTJkAAAAAABJJg+fOVymc2tyHe7 53QAAD1toAAACJJLpvm3RiYxhJJfayzGgAAB9czPksr5yyytsV0jCSpQmJmEPTqLoQHp2/EL br+/e/9Gbyu5tg6QJJWIYhCLj8s9EDARKVyuW2cseGWmTMCDqrq2uUpSvHW/Lr8ddqd+VynY 2aNmjZo2aINmjZo655XOu9vwuSTAnN+3y38vb1zJ1t5klyWyTOub9ZaUzHaroYYCoVCC1yiI wQkj9u+q4X17c7pKru7HcpSmmmGilKaaYaKUppphopSmmmGilKaaYaKUppphopSmlmSxig8v H5bdIIIIIIIIIIP7Msb1r8bxBB5vve9zwjF4PAYQtJJJJbDs9tJ/F01psFRVt/+SKZiP1r67 1y9T79uZao0IQqYbcSa3d/+4pl83caD/0fcn/oViORCFSS+7PaOkhKfcoesflDXlcLs3GHs/ BelrTR2YtNUhr6yQWZP4sw6zO2OVVYqqrR+WNKqtRvEEGOnW8/7XMRi/dH7ZuaZUU+yYETQj YlVhq5/wurzZJm8+NZum1cqqsVikxttskwf4d9dfyXfK2223LcUklJJSSUklJJgBJCFSVM/L fvr4ku0QTbNJI9/OZfaSfdbQjHTEZjQiC+6pipXc1JOaVEj8rUBjmMWy2Yxdc3911JL/0fj1 zoQQQkkL5TEkhJL3zn7aOeNnHR5DhMyPGjCIg+YgsZsfkaTSSSSaIwiJuM0wvTb6bG2oiMLM DDpGqiqehZ1fM0XRr7j3YzYklDk+tpdhC0fCmmRjIMv9tznLbb3v3/u5dTz8aEEF563W0uST Oc36OuW2yS2bttskpJKSSkkpJKSSkkpJKSSkkpJKSSkkwoqiqzrhrRxpOm2F0+v6Kf5OZx9f XXpsdKjuq84/DAE8SUFTYxipUjxH/Ij9bPwLtfEfCH1IWkjlfj5dorR+3/hyXiSHw//JWkhJ KCCCCCDIDrrfjnONt+OtztB7fXeAkkoB5884OXG/z4+FTt6kn91tJB96KoKMybdH0RKv7ntd /+DMU+dOtgVYPhdL7T91zrPTKZsQhDSSE7/Vl2vf5YWItJCQkXX77u3j5VFw/klEoWTJYFQX fW/wc5q7truvfa2ldMbpt+pJckkkRodF0fLKZSKSSBGYGFhYf0wYIO+PncqbEGg7MGCoWZP1 vEc75zn2XbM8O3hfo6FxaAAB1+OXJJSSUklJJSSUklJJepbMS9pW0pSuNMNFKUxTClKaXLca ajUlixYSSXxeduSS8+N9l11vbLPmtCSFFtAZt1gju2hAruHqNbdJViFMnxJMRghCBCEI+izH Rck9ST2QDg0I2q0lLnEk2rRyWw1t0k9uJKqiPSf9m6ggggg4+76+fXPTPKPn33zLEHljq7ek WqD1iONffOVq3otftRhoW9H3EbVi5ng6LLMyDgws+owgKhAqF/oYfQ5Pudh8HE6tsruwZYxZ llwx6Y1EgfqXbYqPbJLbqQdDSVIQkkwQgIIMIFkyuoduT+5U7xqk17LtHLf6/3WWPMbr643O CLiVKoiPVqs0FlvMMG328VvXmjLTgiysdv51yFJO5meD/2mRXtK23ZbVftxKiNURHQkFFB99 O4GwUEbhBERGhQRDDe9vt+kWMQ/8opzwl5cquECon8UY8X4V/L0V+X2ezp/zPV/yv3dnZy5c vw+Hh7O4ExgMMhQ42BENxyBQQsEFBhbOfoe47UpLzSllF01WaJCg2BFgRcUf6vv7/g9gxS8P k8PcPcrT6tLD10r2KmvbtFr8Sw1EnPvH7dxH9q0Cj+sgnRFSAIkQWlt2FF8+UXB1Zoor9+l9 VSVN9Mq0R4oU/vRf4yAwGxNAwIQT/68U8CPVVn6WypafPZd/wiVl6QtI+5yrJ5NVHMTBxG2+ zQXaix1m+0T4dpAyqqZ+/Hx13P4/H4/lUYhffpfrLT8p9J3p3fp72H6e20bTStT87YjYN4Kx B+MvT9F3/P0vyeF2smEbZQuRpDF1Qu+Ve2e7Od8Soxq1Z0+3LSiO+dssyx+dOo7bDLSV9pHR irrJ9ok2pvnqkW0K46xFcvPF0G5HZUjrarWSSC7TcXUS7Ve+/90w5eD/dafpGitfdI0SQ+Pi eqiK1F26iuWjhr8cLaOWaARLMPAT0DTuZBYufL0iypNWIIKikvNMtS+PvV42232i65BHlJYx wqRmihJ23p6WTom00bKUKt6RFF+UytRM3lb4V/VUpJ+/DtBjAWId4xRtvGMtpPvN32xrmuNp RbzWuNxz+UREsqqRb+1bz/wk1zDYhXx778dc5+HsIIOdZtcvV5z53WXUsSqlf72MWc2Y4YxX Q5is1V/vve27UE73U/8+66ry2WLkktmiD9GpIkiTHXXF/Pny6s3rfz428dXTl/Tb+i/tRERE RERERERERERERERERERERERfJd+Tzznzcuat3r+vnX9/5+OM8bVuoIIIIIIIIIIIIIIIIIII IIINvNeNzmdX57bMnW5ai3rbj6bsEFiSZYE9Nggggg6prvmrbcue+6rMy2Dazna1hBoTNqqQ mDxVNdBfnVm9Z2D5+bd23g/2NYV2tUZ/v5Y0EE+TYPEtklJJfDwrhLn6TChFsqqYxjGIQqp2 hPEQiY7Ykkkc2VaoiEmjzMQkJCu4n+8vbusbERU4zef9IMQhH6x8Mdqj7qmKHCGaOuBhJRaO qr5+TgZBIEC00q2GWUYDRjDkkoSIBQrQ5hBYQTvs8+OJcn3W4uXTfHfX9v2vz83m9QzCfpyu XJSWy2SUklJJbLZJbY3zzi/bm8+rs+NtEkkkkvbJ4kn90Ykv+Xj/e35bbbskk6WkkkXy9t/C 6VyVbJK/flbchgQdx/srSWeNaErrBUIQSPlEj8opn8jDQKUrZW0pSvyvntxERS+nPb27+jPA gggggggggggggggggggggggggggggggggggggggggggggg+UtHhu0Gf+NWdkViErjQmqIqD/ 7wTSV+cj5ZZ03+7rnPv7+P8nXsIIIIvFebNuJy2nkm0X5yE4pjPljUDZ5l/f/j/6rtBoO9Ud QuxjSXymkrt+lpX/o61oY2Dfd+/OTwcbw6vHPPM2SXmaIIINmbimMjEkwKpIe1m7uX1uXEkm BOq3RBstkltLZJdtSRJEkSRJF/oZr+zu3iSwJU7fzYo943qNyMIZhiIgsPrcrlKUsctzcYxQ bdN/grr33Ut3jjMv+zI3bp00aKUpimFKUxTClKYphSlP/N+c8396cKogiD/brmfDGaEIVFx9 lcLU8R/Cozy2r5z0rFm8ezRopSmKYUpTFMKUpimFKU0rFVXj024bXdKUydbqbuupvpsHL03/ E65dOe6LEIRdvpgyxCEMQxCEXGukSava6l3JLZbMYs75ucFMYxQbLZJSSWy2SW3vbXKUqmKY UpTFMKUp3OjNVzXv+dZ65d+++flvS9eN9M6EFGEkmCVAjTHmTSLQhCFV20eI5in8DsIn4XmS YHXW+l1JLpxnBBBBBBBBBBBBBBBBBABjq+dyuUpTM5NSSYEEGbdtud79v7+udy2SYGy2SYEH hvN92cT5trqWkRGwKivjnG+bWEbkRHbXuRRRURERERERERERF8dXbz1vs+zrxd3362nkfSVt KUsSS5LZJSSUklJJSSUkmBJJgUxjFBstkl3ZLeW2yTAAuM2SYOW2ySggggggggggggg+Kz5f z9vL65mZVnrz/jXsMSS5LZJd83d3d3+5szrF89zQSSpCEIPrpDz3ZIz1n04O01r0qYjoQpdc 37TLrJmLFgbK2lKZBLveVths8YYWSyyyltu+M1pjFURIyKknSjeldjavLnlUYIQjBDEJgEEE EEEGfazMzO1V/4LM5dA7lskz2lbSlLEilVVc7z1rCtqqsXdmr+5Il1vJ1v0aOOpmy5JLZbJM n/y5zp1/q/t+nWdSSkkpJLv+m3L29cid/3N5XQMIkkkkkkkHpHdO4IV0+D5unmM17ln4F/7H OySO2n+Um+6TfS0kgScbSbxbnzMVZbi0khxtJuCa3zK3Znp+fL6FWdNpISSzN/0s6FJJkkly WzGMIg2WyS2WyS2WzEtlskpJK8c2TOYxig333OfrbW0pSttMNFKU0ViqrGmGilKtlbSlMnLc 3GMUEGclbVKU00w0UpTRphopSmmjE0kHTEwarYjCZmwwwiIw2trlKUs+FskpJLqWyTBttskp JLZbJMzZbJM2ura5SlMicttkmBBstklstkmZeWclyYxSSUklJJbNNttmMYSSWy2SF761VaU8 VJbDC0olNMYqqxWKqzCsVVY5YaKUpimFKU00w0UpTTTI1FixWBsraUpXLltcpSlclskpJLZb MYwkkpJLZrKxjFlll0wwpSmKYUpTTTDRSlNKxVVisVVLjTS5SlLExjAMSSkkuS1ZZZcaaNFK U00w0UpTTTDRSljSsVVY0w0UpTStkl3zNXVuXWTJksDktkmBBstklstklJJSSVrdz0rFbUqu pIqfvpktKqq5WMqKrzAUUt+2b8swgszLjWauzdp3tseK4f6mO2KtLa/q8lWru5Vq+My/wyRC JBIi1GJCRpDRav/RiRaEiecUhveXKtXdyrV3cq1d3KQNPumC7oZ/KM97gjEdcucCCCCCCCC1 C6gXURETZrTqpwnHYxExZKSUklJJSSUkmBCXrlk8v/ZTA1sssQhH9CaFzc+F/aDxCFiSY8/j lcQYmMUGJ572uC8pozVlVVKqqbxmKbulNqwkvm0QQQd9b7OkgXrrV58bxed8CDmZ0t4INv8P pz7eO+epl52t0D42zyuJMYpMYwPfut4MCzvv7eb134EEEEEEEAJJCSWv3wIFsY8k8JivhMSS Mt8srbo2t0QXPG51LqSUklJBVkfwi0Xb0mCLUVDgDaSZaelaSPP9mHhbdfy9hD1B37ds760a ObLBH7pyqul6+PHP6S2nhkxsUtmMUklJJbLZJSSUklJJSSUmMUklJJXXN+rpJhJEmJJhiXl2 7Qvltl2zvvfvMzpJEk545v4t9mfJmXimPW68y2SX2srHJcklRld7uBBBiSB6/fqXful2u23d 3dttttvgb/0ortOMYJHa4qENFKbw5qKMDfAe22NVsfcwOV378zOZMggggggggggggggggggg ggggggggggggggggggIOd74XXVuagggggg6mSc3f8q6kmBgZXXW/4uc5+3OcVqJySUVw3G9p pLwi4fduidST6sGdkkJG+y754ZvNXjeuuucW804zwMCCAAALbP91vdjOsYxQbS2SWzQQEG0t klt6szfH+LV4b9aAm0kz0MICBAggJs6CVEhCSVJJJQIBx9JV6EGgz7cWbRgT3lVF49b8uc57 7bdySn23LRBBBBBBBBy7b7b7Lw68eOc/yLrl05+nN4cs57d+21Ll2X4NB0CBAg0jlVUEIVQQ xCEfFj/hjtJCSWRjbbfqSd1iS1Y4ktkflVsjRyMrRSDwqZSqkksx2xtqqsbufzjlo4KUppph opSnG5m1Nn2wwptthopSnG5m1NlPOGG22GilKcbmbU2U5ww8Pn37bvfIsY/wrG9/XMz7ej0b PJSlO28rbDZT+2GG1vDO9m7att2jRtNG00bOt3gIIIOsoXYmQ7zRUGIQguPnX6V3Rjbb4kmv N31+X09XL3BAufO5XKUpWytpSmQAAAZJJXr165Hz9t8ezaE21rTBt77mpYjQqQglKCIIQqu7 lFiEI0vlWET5/e7tqOT98DcVBxkRMzZmsubXtcWWZjggggggggggggggggggggggggnz3UEE EEEEEEEEEEE3dQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQEEEEEEEEEEEEEEEEEEE EEEHrtf3r+pWrf08NSCRiMTQ/9nERNDTQ0NDTQ1TWrVq1a8+d8M7XftWZW8XFq1q0000zT4v a953tezTNM0zTA0P6GibG8RiaGmhoaGmhqtIiItWtREREREWrVrVve0RPbP2/zz2nxDhHCGh poaaHz7QtF2yIi5VRETQ0dvSSdotNDULHaL8YTb46HV6BSdV+dt4XUSvK3CWB3LVVS25M29e WjgpShw0w0UtMi+197fy9eefSZ5SSUkl11v5uvLRJKwQxCEMVUfV0Mfc+SZ4zzdiX1YxCECE IR25b4W5YsuQn3dMVXbQiEYxUkuzKr8qXk7ahMQhZGmMkDx4urVXNGzRs0QWzRs0bNF3x9Md pJiGKkKmFp9I4XrMnoVbRSQpqDaDFPiSelBadz/nJPKkfsyKeVRsQhVVG22ARawwwmYIiIF9 iTEkZLA6638PE7EHiVtKUyCvhXnzuvDOxBBBBBBBBBBBBBBBBBBBBBBBBnNrYMipWaIEBAgQ XZqpPa5WMLU6Vo51zi6jF/BQDJgAPggDnpIQm8WLRMIWCCi1RIfk67t57H8XsfAiG38dzj2y KLwuJ2Iifx2NtcuMBt/RE8vFMaND9QGcmfvuwse4frW54R/G94y97uHjuO7YTp0hCEH0RTSs bQkJLOXLkktmKaIMSS3P1654Z2O5og65q/pt1JMYwOvzf2cuh9Pn9Fy8T2liXiYxbLZjF55b xJstJmNtZ6YYbEzGvQ5HPg3eGSScORh3mdLqWzGL6895ERERERERERc6Hi5ucn1ZuLntvO+u fw/Xbt1S3+W6AuWXhucG38ra5SlK5ctrlKUrp0c3EysZMCPb36iIiIu3X5c5zxvx1vS9W13X ja2mCzIjBhYKhAgL+PMJpn/iqkPDdTgQcAgxgyuPZ1U9HHF9l34/z1/mb0hHNIQq/OXK9WHB SljTdylaVVa131NqqlrSzMYxVVjhhopSmKYUpTTTDRSlNNMNFKU0sNM/8GeFu38XC1V7EGw+ tfECAg1p/8ZJwsu5ckkkkk+8kkk+ikepJ+yv4GNZhqUyN46EVJgWJJSSUklJJcaIIIIIIIII IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIINlskumiCCCCCCCCCCCCCCCCCCCDl8ra5SlK 5dbwYkmBBBBBBBBBBBBiSYEEEEEEEEEEEEEGJJgQQQQQQQQQQQQQQQQQQQQYkmBBBBBBBiSU kmBBBBiSYEEEEEEEEEEEEGJJSSYEEEEEEEEEGJJhvNrxu3X7/b47u1O/jbNkGJJclsktlskt lskvXN7bLqSXtK2lKWJJiShCBAQIFQsueFaV3LY7SVx+pINqqlVVKqqYeJ7632YYUoru5bXK UpXq898/t23OxkkmBuCT+XT0/Db75zLNcdrlRCSVKzsQICBAiubfpjP37yGklqP0hn5R27aq GGxCEcR++SZrX47aNVo+H6/S9iBgIECBiBgiUsSSvHwtYzlttskpJMckBCohJBt/Ek+6xJXb R297/b0czdcHqmRRL2YxVOn9JJJJ5Z5IGgQIEDEDDVq1eq7vrNMGtev2pbrfhCgAA7758/WX Ll3JLZbMS9/Ob56eY2qSS6EDBAgQZt+yZyDA3y61j2/CIQjGIEIQgV3PtwwxJFh3164PWrzJ Ln28XrnV3JK9lqySlMkxjJJLtqTGLv5bXJjFiSZKyypVlVVem8r2YbKUpvb4624WWUqyys28 3xTs4OSlLDSsUhFVzBtnDYomf4TmGTOysu9wTWpK+yOyQLEtv/zAUiLe3Pq7t2uRUNXb6RQX SWjH9i+wDNo+Njto8jQ8hllgIiJhBOWvZbwc5tu78bcc8rtmZ01BT9b8cq5MvH4W3B4ZaKzX zZwQQQQQQQQQQQkJJS32VXAbepIZNKrSV7Rkxf4I0kgIOnTpdCCDuaIIIINzu3t266t6dLsd OnS6HfdvbtdiDuu97dup2O90OTRvLe3bjjV54/bXVt0qflB2JMvor8oPKDbrEA+pQHfU/JrX BciSpeTsrthvmBTFRoFAUFdKtGR4mWaP6rLrridBLI/lSOm3/iz6kDQb5lEBBKCYQsVKkbj7 SQRSLST04korbGzIwSKib2zboQEG0zNklvwtrmMYhJIUffMnAg0kvm3SEjEza+LudG+YbRu2 tG1P0qZE5JP+rGYKlSC422222tzeXSr72LNYkl1bbJJSSUVVKqqVVVjTZl0/mSQS8ecyrvMu PdhopSmnNzmtqqtKxZJjrnOG2ylskv+a9u+Z/CdiCCCCCCC8Wf6125u73znN3fxzk+J4V3/C K5EdY65EWIQgQhCK1jqIFzzKm4wATIWlbczJ1rPzjbbbURo1tbiyLA3m+Vsv8y75fW5XKUpl eeOQcv+gzVVHBGERKWH3F0Go32w7HfiWCNCEIZBjtGlPLG6pAalaQGWcS5JM7xnKcE2zc1Gy 2SUklJJSSYGJJc5m/6GfZUeEEVWI0IQjUepIFiEKvP4/fueM0khJLYhiEIlVVAUoLhtNPxJP Mk/TPc5XqlKV31vwuhBBBBBBBBBBBBBBBBBBBBBBySWyQ2ucZtm+GG5EThOMzOFlW2nHR8sr cUkmBgXXW5w5zn0dA5XTfpJBCtjbGhDEIQxDEIRI5P2u/CWs9ei5rXZSNrlKDb1JBtJL8t5c 6VpJJMIC66242ms2kvpb0uiZ9FamSqSJmNb4ZDmGJtGGjc0G4RKWByWyTA5K2lKZOW6NmjEk tpbJLrmb1K6p2rclfzZskpJKSSkkpJKSSkkpJMd26tlskx3YYUpYxTClLH/Jzgjxf5dZzUST AIwkkyTGLb236S8rt1LZJdz9+bJJgcn278+19u/IMXPmYRGiYmrDuaTSSww1XPbPG2ZXXW/m 6SUpSYxSYxSSUpSUpSUpfq1JjFJSgIQhAgVWfyhxJCYM03U96Lu/0pHmHU0GggglmZkiIj0L OmZblnGufwdDl5trlKUrktklJJSVKkDMT/swinzJPtJOFtJVC0/uvosSQsbXaaiOwwwPhgwR SWY/sxiFfk5cFy2tBvc/7WRSgqjHT+qq4/EkQsYdKEuRgA+Hj+T8fe+o77WtbrWtbrWtIPSp iEIIKhiEI3G2zuK9trla1TnOc/R2Drrb25znhdySggx3brHnMtuOHWsMIjYiIwjCIlabMP0k yNHsMMBUIEFljPoIiFH44f9/Hj3oo2Z0qTGMQhAhCEcpuSST2Uj0ubuGvrfHOJ9d158+eW7v Hy+Xv8dehBBBBBBBBBB6WyS+i2SYEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEJCSU5 p1ExNJbu44l/gPyxuw0qqafCtgXKSaIPerLJvKty2YxgbS+V1zjxv+Zl4klJJdS2SWqxVWXM Zf7aMlejDZSlMUwpSmKYUpTFMKUpimFKU00w0UpTTTDRSlNOW1ylKVn0XUzzu58W29iCCCt9 9zLvm+Nt765zXBFkmD5tggggwvizO7rves7klJJm3tYaKUsXRMmKqsViqrFYqqxWKqtKYUpT e+PvpttXCpVY5YaKUpimFixTFMKlLCjLlMtkmBszcYxklVbOc7lLbFTaqrlTClKlVVYphSlM UwpSnLTDQpSxJKSSkktlbSlK5LZJSYxffm34226klJJarFVWOGGilKlVVYphSlNKxVUqqrGm GilKYphSlNNMNFKU00w0UpUSS2VtKUrktklJJbcsNFKWLbWKYUpTFMKVK5ctrlKUs8baRQYk mdRpLxwcZYdoOg0mirMdpIXTa4TSQo3f1gO3HHMER3OCImq2L8LAjRERktklJJbLZJfEraUp me2899amuFOC/imFNqyy23G2RqLFixpphopSmlYqrLjGKqpJLZm4qUoIw65XVyuqVSmmmGil KaViqpVVWFYqqw0w0UpTSXLcTi6+l3dOp8crnhX154EHTwjggzu5XW8+jOcaBVgIECBJKR9S TXGzLN22tAkFrO93dKxVVvdydVw8MjmKlSxppggIECCeB/bZZD8UiLSNTJwjFR6ru8KFaWpN K0klSqFqfeSaPT15bX1VMQhGpWyS2mjEkwKAMkisUzGWxiyqqpbfEZ0eub8vHW91rWV7MjcW OLiVLbS7baNFKU/eprJLy7vpvQ5LZJgQQbFjRBbM/2HuAG5+nfdy2YxSSWy2YxbLZjFstmMX 78tuSS2WzGLZbMYtlsxjAg2WzGLy+XW/lPFy28SSkktkP1zZZYhCNxk0xo1bIqSEIQhiHJLZ bMYtlskupbMYpMYpMYpJKDktmMWy2SUmMU222YxSSWy2YxbLZjGBtLZiWy2YxbLZjFJJSSWy 2SUkmSSWy2SV3zUuIMLa43/BnUkpJIbvvZNW20+rb+nod3By7uyaaVVLJKSSkkpJKSSkkpJK SSkkuS2Yxnnmb95Wyn4wyLbdrHHszRyw4KUsW2rbXG8963Te5nCmyn2syKba+NfZVSK4trhy w0UpTSsVVevfNq27euppW3izJpj300rRWKqlVVbE4UxjdMRIe6Mz26OOLS43EKpSMdMAoJMp MnW/Zdzhu27se23SoW2xUMXaqqgKQa8+eb+nHE2itbaQVLLLrJnyxhq5O0k/Mk37SVGxFWUH goIcCTAOXW/hdfttsku+9t3cuSS75iP7+ufK54WsnI20JAl72DIIQqyiPsu/znxZypt/sJiU YcpKkIQjF9LydCJHWpNes7H1P8YZqqKNyya41kE6Z9pMWfWbb55CvWtaWatlpa1paSTAc5zE 4kn3s+33vDrfusvjzdJKYvUtklNtzR1zxyuhyWyQx78eKD1vfKrlcKW7YyxCFSSuTUkq7DBz yzKiqKo7b4cZn8J3nkd/Dr78zg5EAqFSQlzGRJCYdp4u5RffV32knpbu4hEEWxmraEQQhGR1 EkpJrOJpLBhWu+cX6Zt7LwK/Zog7lsktlslqWvuPyS+bIUu1pa1pYr78dAFBX98CCrEkxUja ckmlcGMQhG2S2SWy0NrdNs3RDbdHgKhinDHjP0SiUKhUIpJKBielcP+OPpLq+m2zAx8rddXq 2uUpSvktSW/jRCxCEUrkaE3/v1d3EMRiTNkoiSSQ1RVOEGBBBDcnj6eRnLiEaOGMQJfhDVUk Kym1+3dxJWbVPqScPXxc3V+Poyb3nN9WmO6qr8JCRLpWlktlskwIIIIIIIIIIIIIIIIIIIII IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIII IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIMTK+6zLbGWclsktvtbUBAgQQgwgIECoXFzzJB t/4yRrHJ5Y7SXrHyJ40SOe0kuScyabv1Jd8Xc+uta4wP01xFKvgQYEEElbEYREZFElJkkmRh H8/PtX69MfxZcJwOuHxtuDgT4lHyk2Bk/kuxGiIjBDEIVDoSNp8otJQN5/Xc+0zWkbu6lNsb aEQxjEEE7kPZkU8Mf0Y9IQhS2pVskxtupJKSTJjGKfr/4eq66EEEHnm5wQQQQQQQQQQQQQQQ QQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQbLZJSSX4lbSlLIiJtttF3+oqo6dts8rC OCIjbWesbSSkkpJKSSkkpJKSSkkpJKSSkkpJKSSkkpJLlXTfn86yy3nOOcSQQ0/LGRum3tcK AmxjEIQISUklJJSSUAdczfz5znhV2P6ureDvmr5211TM/PctyAg5K2lKZhBiSYEEHVnbeLLL 9/Xy53f2ed52vKA5LZJSSUklJJSSUklJJSSUkltz7+eq7hN8c/Oebn054SWSldTQdc3+TpmM YZ11v7c5z9HYgkqViX1KP5Z9XKBqohJK4++s4dr4Vlv0uEIQocGUI3lOhAd0AXj/K2hKr/dk SVI2MYi9PxJPTGYIQi49V1SGPxEoJQjpo021WtP2yQa3HjfFmZznFtqr29ZIxEVU+R1m3vG1 qObGNJCSQkkJJBBBB4/uurXOv15XvZne9+V4763mjZFFEX+c/eb8YH+c//X+T+3+09P8J+l/ 8igSmUR9X/l2vsiGSCNRCvWyRSH7H/N/X/P+wNg135scwUIxD5xQnMNK+xuCr6EhYhw/p/v/ j/D/Pl++nGuf7bZ/X1+/r7ifJIeQBgtLJKh8JZw5v/9+qp8/qf5X+bxKuYiGyIXMD+BIfSYv 3d/5P1/8dz/n7+H8Pzemnot/QQgflIA/1/ftOhHocgCH9n9trn7A8nP6pUiUnIl9wSVLkrT8 ryaRDMqoWD/H99YVmErNCboKitlUOEOHQAKZJBP2/zt3/bqgpvWBEk/hqL344CqF5mBSsAgO R7gHAvQP3exbe5/vP8Ebbn8TP8of60F/8w/4CLn+rs/zCiH9r+5UU/OS0IHzIf+//K/ynxG/ 09/8vdEP+j9x8f08v0/r6X4/l7Zcfuv4fGdHeQ4tQGWT+2/dZJtfcH7gPr/AFD6qof1j9hqo QhIAAAAADczPMqr9QUMMBeP/YPr+0HYOfUHh/tZVU/0jKA/7UgEpKKKaKSIpEIhSmhCmmIWm imIooopRWkEAppSCEGIBoJiCEZAiUJWlKIJIVmEhUJEhhWGVCJQJEJBaYYkAoVWJFEWhRoUp EQT/rB/ElxRBT/ugAPl7eH9AfhFBt9/+v9MzMWCSYGgiahiEpI/JzNbZmszNwOXsHwqBnQL7 rH6p1O7pf6Sf76ePJfJUBNv6PzzmeOeF3O6x3MOw7eBzTxu4nBuh4D4iYP9A7JiJotwEvVTs H8S8Hl34OZ3FV/Tfp/05+utbefV8BFUAz/P5d+8TVcHAKr6m3mRzHFWWJSpIlDgSP9r0nYer s9oiq3dHkbG1RHI9E0c2Pi9UDi6VK9m5PDvP/N8tzb48/X6893XT2PZ6SvRxUP83LERwPmTE kE0O7bI7u8Y4A/FgC3Ttx7R7jj2P4PQ3NnognVDF6u+wqAz2ENzFQOSqEqn4oE8RXxzbmmkT 5Cq3P0g49jP8V0uaIQcccG/G7vvua2nir6vd3jy8G2j1jc2RHo35k3BM7W+UfTXZPwT2PLsP yMCPv9YPPp6Xiqcgzyb38PPWgfjXgZv58V0eAOaqbvj6fL6fMOnwqB6egD56HQIyL32xfE/1 wPR6RgMADoDUY/kAAf3wgDCEAE9EF/q/xKKKK82AVASRgCB/nIyRgBXhVAQE0MqCO4nP6fj6 7gQgA79f2+/9Eh4+rfVPuqoJ1/ZH+cevFb4n9rTFOIiSIJ2p9qinKUZJSYMsfhGZaI6piU/t +F1XaKc/vNd7c7XWkbm1k63lGXXj+7zTzK3kTpjtgeN9oVT9/FjqT8P2qpbqI/3ev69s9TrU f3dcGUj1Tqq7lwo3b4x+uydvE2qi3Tcl8nu0s4WfzPuznfNFNlrM/OOXVvdW61maSxIiSMsb XEbU1jlNhjnFFzjON0HWUjra9rkpGTC6wjNtv9EQx6Lr2nXaPxJJRv8Ms6cSbmiqhbHKhWGJ HdZtXgeYg1xoWvwl8XXBi4Yzsp2rR57W5pxaMpWm4ob1lYq01kJfb3Pemb7PWmMxbtThpUbL 2KzlK8duozr3q0eM49H6S+8q6mvuK8/Z8nfMYum6NyPSdSf7coRLHdRy3137a98ILIakZ7Dz nm0aAscRP1ijxMReqmgWs/lI3ftx1dmdtfWKVHNNHZr+Ps/e4xNkUTt1te7Ca5nvykTdepk7 WXrPlYiZzsNszNvffU3rWZ2a97804ZKZla935bGJVoZ81lcEIbI3xiccdKkZVER0VU3WWXF2 E+qvHxIenTq8ujq/W3Xq1ppqbcUQZknHN1nMU1xQeh9gIQAwIQExQvnG2SwI3aSvKIN0m0xi b5nR3rOVY9pspRVvdCxSCDxFTihQPWcXqjgXUGQnslgTKc+zhbJxhcSocVnpBBnOB2uCZKgi 9TN31vWjExMoIVadKFgRJpK8og2SbTFZvWdHes5VjvNlKKuLoWKQQZipxQoHrOL1RwLqDIT3 SwJlOe7hbJvhcSocVnpBBnOBvcEyVBF6mbvretGJiZc4JgCRiMWnaD3SC3VF0iCSIL0DcSv1 M2nma5jWMo1ljfHo5kl81Zp3y6OYmPrmv+dH9zEhOqmqWaU5MzRi6y3ZW0t2wuyzkgNTJOBf bnUYz41qzWS/aco5KwGrGtdE+cS8+vGsWjl47432npJOk35lJikLbpBd1ReUQTRBKga0s9pm 09priNY9VXVaW1iJqjZuuzycTynrlZtSc5trddN0d2Smt2at6ujmJjGZe64oPTzkXilCRYpE 7lg25UPFVBEOUSh8RirlUQlkbpOOO+1qV34UURNr2aTHaOp9n/gvIcbo4ws488L57eZa2uvm 3rIiLd1PpN2laTM0YutOW4TxPmV/CCpXWHkIxXaUe8WFSk6FihpdiuaOHmJRqFokVDu0Esp8 ZjaSARm9aU1GJK2OOf7EfNdS1aWZp9Zi280lWK6sdtmkZgxjMhJ4xGsaGqUnRZOnTu44da0n esut85zELSzXpZMCWk9uPWG7G6kpOm68/Ea4akdjQrAUryarusVX3qfO/bWLRy+0ukzpEnpJ M5WceqvNykLbpBd1RekQURBKoa8q9pm09priNY9VXVaW0cbSSyNrCxeTieU88rOT0Sc21ura fo7ulNbs071dHMTGMy91wK1HuNJmMkqSJlIncsG3Kh4qoIhyiUPiMVcqiEsjZ67Nzz34xa/N lFETfAs0mO8dp93+Diz9CQ4SIytY9cKfPftLfi6+bD4yIi+6n0m7StJmaMXWnTcJ4nzK8elF fCPtmNKneTJKPiNXEyi0LFDSzFdUcPMSjULRIqHdoJZTfMbSQCM3rSmoxJWxxy3wqZrqWrSz NPjMW3mlXTVjts1zMGMZkJPGI1jQ1Sk6LJ06d3HDrWk71l1vnOYhaWa9LYUiWk9uPWG7G6kp tSu7c/Ej776ELEx897ao8M2B2QAiPYOO04ybXJAoe5zFgeGHOBugkL+h2ElxHO/kRekGGOBw MimpxwErg8d6ctCMrYj/2uK/1dTwe3Et7jtbL8yNbR737W6FxIKAQko7i0oZtxa2wlYtJvHe P8tc1YFJNRtG23iMVcfaKM/Cw1Lpabh1GRw9HpoXQL8yjK7yGFBD4a7nygTYRW1RzhO2dLsv zq62oaC9ug22s64jZ5OV2zJuJjPHgWiOdqRtM7+DvontOvVtBnF0uJIHcVEyEbcYvpUpfO22 sPIEYuDlACJWDjVIybGSBQ8m0WB6YcYG6CQv8DkSXEc79CL0gwxwOBkU1OOAlcHj4py0Iyti PtxX4dTwe3Et7jtbL8yNbR737W6FxIKAQko7i0oZtxa2wlYtJvHePxrmrApJqNo228Rirj4i jPwsNS6Wm4dRkcPR6aF0C+5Rld5DCgh8Ndz5QJsIrao5wnbOl2X41dbUNBe3QbbWdcRs8nK7 Zk3ExnjwLRHO1I2md/B30T2nXq2gzi6XEkDuKiZCNuMX0qTFIXUaHIk7O2gpxabtCKBCY/S0 abo1nNpycR+ytpqeUQPebcmSnTqPJcuWRFHJQhU3Kgk7d0GzC62kVUWfV88RF4zc1UOeIm9X kiCPDMx09eEQRxJuCNptJIswGxiWRHKoig8IhgqbFQTsh4QbNDC2rNHdxZbnRjZcWxFEdPKR pIKH7085/7JJefY1Zt7XiRNRmKI6ZSNJYLCOWzfMkvPJqrHOz+kGHaksrEmW6188TxaWqjDV xPCq6bIIyavVsYu83xQVLVvPWWaSa0ikzot9T21kyZP+cjVCu1c19oo1qNjcimRZIWMIBDDn HCiS7copWfF8ZXvVJUtpumqkZMUKeYgYDYmgYEJL5weRyC/mqGl+jsuN41rxMa7X/LNVKIsC 7EGp9PEcMskaPurmNNpHKNjIsaUjyku84xbdKd9JmL75doMYBnZ2x0mddpZfOeaafSzFrUgs anhZduHk91iUpzFlt2StXeyYxwOzexLtKfqOGqbtLgJsCgL7q8gnp0e0UK9EP0lo06n57YFe yVPmeHYRu/fCOlEBU+OFVcpS3ilHO0m34n3kubDgqKu7W9aAUPHCcGVQlURTaSUFsqLc3EuL Ukle6IWHRdonV/SVGJCftdu/Sb7ziRi+3g4fk16dYAUI2MIgibosrdyk2MWutpwxRIPLFd5p FZ4UN1unN0fXCeNoxHOd9/1/u/2o3+I/4qf96f/H+yTK0f/X/yYf7iF/xQNhv+X/nQJNGM1Y SDf+2mwebrJN9vy/PX3/Cfl/Ij8Hr9l+zUKutE/sLAmrxPy8qlf1R/tGLSjIff+GdqUP9glP +29mO/Zpi28VGhUoXSPfr9GW/4HlT+ifX5mytH6/DD7EL+iBrt+PzQJNGM1YSDfmmwebrJPG 35fx3+vwn6P9xH5PXwv01CrrRPyWBNXifl5VK/ZH+0YtKMh+fznalD+RKf5vZjv2aYtvFRoV KF0j/X/hAV/8RD/nAD0/cJ9Pw/zv5n6fvzLZOe5+//7j9UP6ng3umuobp1ezxn+s/95zNG05 sXlnPmOT0OGztLfWeDbw4TunMT/Eml0v8/9X5/QPxIiP6Pto0dH9WfyJylWV/P+br/Q3/5hc 1/fRk0f4DJ/jshz/f+xyWDMHyzg2F6v/LW4DMOia4P9ev8yyzsa4fjHy2YaHmHjdbNGwRsgI 7C60aOSEIbSkOO9eTR5MORAiDr47Hcg/phoO4hmu3n6X4hybA6NnBu9jNXoQzA7kMIZEGLRZ H3L7owOj/U8O/+h6IWWQj6PRwdHaYHg8DPRPUqvbksh9HDZwYQ8nedjrrCyHg6Oj2HxR0YdO tcOz0f8J8fvx36y/+xh2KUp9Hlo0fl+lfZr7Gm1cu76MPP1OycTw/8rT+r/1Pk79bdPjMitJ Xnw8MMnDo8mGnu6NHl147Zw0erJ4H9ZJ6caH9wwKhRZxqqD5Ex8WYXEwLhR/kqEHyPkaHOvv /o7omwxUaBF+d3C5HcRDDQ+QgUYH+cKFFB8hB7iX/y5CJ4Fvd59thbA9978BpoBf4IHkCvnD g338unT6vL2Knd9mR6Hl/D+/Lr/U6ePjnysmfv+u0QQOAJZTdnEk+wBHwJSUT7bKcOIi/hW7 xaX0lYtQIiKNhYVgk/qKJnm0Y7mfatwPThJEiJAyg0MDYeR1Kg7X2mORYSERpTg0PRUk5Mzt uh3To4NTGKHmKj0blz4ODZk53bflR8hViVDSh+q88fVp9o+L4afh/Dx3XmjZ+Cu7412OHL7g fI3DjkD361vUUHQSYiE7CUtxMYECAwG1SwegI3YX5xSj45q6TZ7cLEqQoYX1q6idR6eoYVIw FERYbDgKFDj3MTpYVBkEFx7olWpQju7cjImLJQbCISoxQMJsAgNrCnMuhUNto08JWQIEQRId IPYQcjsKv5p/HhwMDXPIoIdhgd33AoKjQqdMm3PfR4Oxo9uMcqfZy0VXd0cO3Xlt07K7MYx3 V2KaHOHXuY/Lw8vDbs7uCnqdOFOm404MPRWmOGNwVQYjYEVEQ4MIz9F+0fTSW4fyK+hkaHIw G1UTmJ1YbKLhqiIiSYnZdoVDopym21ladTU2CCYxvcTMQ43CBRcegw9BAwrrZQXW1xoIfi9I ZqKDjNopmfP5iHdOkTafWEaKSqWnJEBZBgoyQcKDc8Lv1aoTYLjFRy4CRlEBRyuOxybJaAiN xNt4+4b13srgEAgsGCX2Fga8fGte+5wvuePajAPkeZ7hxMcp47tzWmHmnCpvvXrjSYatUrh3 UM6CIRngzZskV31nyI2VVlbNcLLeSYgfCJaWtvprbvNDJSs4u9rNHnQ9jXmwqARCQZuh5ERX wEXmcdqLPLmz6FYfIVgMExA8GvAfeS8+H1eUw5rWUR43t4cDmoQMPQntUYmCfsm3kdhqw3Cj NPvyJqNagJhw13qNxIdBQO4iAooKDkADsBLlU4GBIbibzHsKTps/jlbj66WgbynGXek1xod6 CTa62fE04BlvajSnHmdm2wrvNzSAtesZ3kiaUOyIZ2Vos4SKrAujEGcdl4tKjTEvSQc4pGhy 3GpEum+r/gvfmYYrspyXzvmD9pD9z7/n4Iex2PsWHgIL6jMOAsPn/zjqzZ/EPgIHk9ixvQdB o9GjMwP2OC4dDNEP6GM2dw2MQexgfhUu+5+r+/F/r8PERHdM1rzzHb5Cxz33yt14ugkKaYN4 VNbytXagEYcJONBuJfZkExISBA+QtbBwoUVG3mJ5MKDA80GJAYmosJX0OQwoCw3FRdegoGyg jfdc5y1PlKLQSRDD5wEGepD4Bl33iGDKgl4pDsAZBWAvtDsKCYrscvCun8q+D0f0/h79Psz4 fp6u0fX9On8PR0fU9xHAoEEjsmHRgz1O+gtI4OTghfHYN8enUCwBAkvdj23RzlNlDg0MLEVN SPJhGSKWJVJuhPnKLdEOHiqVh7HsWERZBYdwJgKBY2aNMd/X4+nb54+Mvafy6MfZj2fybYbP 5bfd2+0fR8H3U9j2PDDRyw8PR2OG35UxJ+m3sabTvh+zTcdmfHe31e+3LhXsPYPbsHtgMRSn r7BwWMhD3DR561jOL5Pb0dHbkNaEe9cQsyibD84Z9+1/J2Ojydxnks5OOcPc+p8muTo5IaIb MPKLPgZZ3Nnrgw+Tg/lTs65V13nh2e74fw6cvU+XsfjZ6fbwWwFAowNCQ9DcbxYNgeBgcy0N TFqimmCEKHUSjRfhT4TR9xvhB7i5PwJ13O2keeLDxY6MaQEh5KjI+A4xskVqy1l2UmMYrGKS jfs0mLwXatozeN2o6ObDiUvAMd9I6ml7B2ZWUzPPUdmnMhjn1ectcY2jSWoK92M0NmqDXTsJ zWPzO2N8VFwNAc5FhQVCi+8/AjwAYhBAbd51RtG5iexUsUPJ2Oj8aQ2T5Po3MYofEVHwWPJw amJqa5DjkD/2BxyWdHo+TksYxkIfUwwQWWc19ufgJ9vwFwswlQAhR2Eh5ERIbWqG9rfAxAXm Jt307zlVtl0qbI6HDft+F4e/pF4w67bS42zXfYqcXvPqYzv02DU9vr/s79vbL/LD0KUp8vZo 0f6n+FfZr4NNq5d3uw8+x2TieH+Wp8Pg7c7cvfMK0ldcnIwZhsOgYQ8mwgdjfSuZ9uz+T6bf zhofoLioUMB3Dj7TYUGAKhR++4Qeh8jI4z9/v2RNhio0CL8buFyO4iGGh8BAowPwFCig+Ag9 xL/bIPgW93n22tge77hZIBb4IHkClUAcDzYSERyLDIBEJjoJAXAqPgOP2DjX283iz9/ztEED mA3RR9gEHwNoqLduVOHERbwrd4tL6SsWoERFGwsKwSf1FEzzaMdjPtW4DCKEOQMIMi40PA6l QdW1McCwkIhM4NDyVJOTM+t0O6dHBqYxQ8xUejcufBwbMm09viH7kmKF6r/EWs+CH0o9Loh9 j9jrkWkBYdgCKBJAMHHQHyPIccge/Wdqig5ExEN0JS2ExgQIDAaqWD0BGzDi85tfijplntws SpChhfWrqJ1Hp6hhUjAURFhsOAoUOPcxOlhUGQQXHuiValCPLtyMiYslBsIhKjFAwmwCA2sK c9CoXbRn4SkgQIgiQ6Qewg5HYVfzT993AwOOeRQQ7DD8cfJ3eHu8HTJtz30eDsaPbjHKn2ct FV3dHDt15bdOyuzGMd1dimhzh17mPy8PLw27O7gp6nThTpuNODD0EQZgy6OmeNdhHRowVa/P OfOvze53M/B1+TyNDkYDaqJzE6sNlFw1YiJJidl2hUOinKbbWVp1NTYIJjG9xMxDjcIFFx6D D0EDCutlBdbXGgh+L0Gaig4zaKZnz+kQ7p0ibT6wjRSVS05IgLIMFGSDhQbpt1WgTQW95jhw EjKICjhb9jg2SwNHscX7a9g3rvZXAIBBYOj7CwPHzme+ptfcY2gHA+R5nuHExynju3NaYeab qm+9euNJhq1SuHdQzoIhGeDNmyRXfWfIjZVWVs1wst5JiB8Ilpa2+mtu80MlKzi72s0edD2P FRQAiERs3Q8iIr4CLJ9TWWHNXyKQ+QrAXJiB4ruH2kvHh9XlMOaVlEePFvDgc1CBh6E9qiQw fsm3kdhqw3CjPAjUZzASDhrPQbCQ5CgdhEBRQUHAAHQEuFTcYEhsJvMegpOmz+OFuPn8LQN5 TjLvSa40O9BJtdbPiacAy3tRpTjzOzbYV3m5pAWvWM7yRNKHZEM7K0WcJFVgXRiDOOy8WlRp iXpIOcUjQ5bjUiXTfV/wXvzMMV2U5L53zB+0h+59/z8EPY7H2LDwEF9RmHAWHz/mOrNn8Q+A geT2LG9B0Gj0aMzA/Y4Lh0M0Q/oYzZ3DYxB7GB+FS77n6v7z9fh2iJbpmfDa+VvfvrC7q4zY Fb7vPPaYEYbpONBsJfZkExISBA+QtbBwoUVGfETuYUGB4oMSAlhRYSvobhhQFhuKi68BQNlB G+66zlqfKUWgkiGFwRjmL9l5/f45bb1j8d32Ly14PPvPs7uyuxy8K6fAI0BcfcexqQ5Gw8DA nAc+BEexcUHQ3BEwVAgkdkw6MGep30FpHBycEL4+S/1+MgdgQJL3Y9t0c5TZQ4NDCxFTUj6M IyRSxKpN0J85c7trxmo+q/R+jsaOzOx9g4CB2CwgQZz4+Pp2+ePjL2n8ujH2Y9n8m2Gz+W33 dvtH0fB91PY9jww0csPD0djht+VMSfpt7Gm074fs03HZnx3t9Xvty4V7HwfHk+ODCKU9fYOC xkIe4aOctm/PJ5OTrgMwR71uBg8AsgPTh/FW7CwqMC4QYDCgnRxsOR2EaCo5IaIbMPKLPcZZ 3Nnrgw+pgfuIODehHM8Onu+H8OXL1Pl6n32eft4L5O7T4e7p+z5bxYYHkYHMdDUhagppghCh 1CwEQ2CvBQjwESZA3BoPIKQuLRIzNgMMEgHaQEh5KjI+A4xskVqy1l2UmMYrGKSjfs0mLwXa tozeN2o6ObDiUvAMd9I6ml7B2ZWUzPPUdmnMhjn1ectcY2jSWoK92M0NmqDXTsJzWPzO2N8V FwNAc5FhQVCi8t/IjwAYhBAbd51RtG5iexUsUPJ2Oj8bIbJ8n0bmMUPiKj4LHk4NTE1Nchxy B+4cUDCo0OwoGCBAyEPqYYILLOa+3PwE+34C67Wb5BEPk2fgiJCu1Q3tr4GIC8xNu+nf+/+A /tA/4CAhyHJv2xvAfcQPQOuJ0NMxWtV01pWn3VKvdZc/NKj9wcWp3nKEMwFO/n8ZcZiy5kVb t1lTPUREQSeRLFFEdIOTxIf6UTleSfv7Gx9kYkwkfxS4Ujgej92+Y68bMylxx2linUdnVzPa /L2nP88+Z2nuVOxHhSa8/j8ePxn+H8P9X8f9fXlRDrqFeAPK7yQt6P0IADu3XYU+KQtQBltN C1jYQAFmtYUsJGDLQTEAIQhAQAle/bt5xIJXzUR4TFE30hQlKjzRLFPu/A+06RLrptRH3ivM Z/wvZ5fpEKRVOKX/SPKpqqa3TfNlit/xx54liaOjq1MeWlgIyB2doUxX1ScYD/uVaspjLtd+ Kp3479WeON14yEbuqyir8I3nee05THal5Jb+iTaf+pI2yle3jMbRfyhX8r/Kzbm3fhW9Yuwd uNm6+mbh+Flu71gKQyvumy0SSLHsmyJ1brOmccI8GIvs64hEWFlKNTmMbNi5Wkoie09qePUX tFYHD8YxR+w433jiPKc51y1M26TQcVWu/XVEvqmdslAFG2/SjZEcZp3neNMUbjKR2IzwjBa5 TXLHq9dprQWVBMLIKMdCdb4aoUjsltuvmPdUzVLZzsl3mZTs0sD3FZ9lmdx9US5Tp6E9s/3f 3Ri0p7QbEXyLyEpQRz4USxqkRQLz4E5t4zjINbyR1sMKgnSCxmWV5kBYk4bOMVxibXquFwbn BuIRxdRUOJqIBzu3yZmphMcwHeA3iKSkLe2pwkt4gL5nIUnz0wfcADjmEFE0KIhKMVSOhGIL yv10VQUMAlQ4QHBkKwER7GnrBmkLxKwY8e3jvug/c8+u/JXkEBZembnDrqwdJd9jhxN9+b16 3UU7IwOM5773ywtvRuZeLaQloOybObvTxVKHbzhtW7j9NdtiWhH7iHtOtKuJznGvPbXFfO8L QhpHJtRPduO+7sqe6rzLERex6GGK8jNLyjaw03TTbrQoJOvKfQIQLtqsl3GARrrKGqt+6aS7 Is0It7nzWelnLnaelTe8HVLqXxXXnOk8IXz/d+3Ck/cQUmBfr8P7+OOH9+bcl2zDBokdSmG6 G0ZKmsJaBTUBWDSBSCUq0GZkahyVNVDlSJQFOQ5IUrTSFI5KERkIS0NNZhWLEkQFkYpRkOJK hlJUYZnmuIwzDMK2t2F4UXA9cotZoTNc1l0YpcYmEbljSFSWOxRRswyEHrCGYPOEBDaCyIc2 yaC049LCPW4aMe5iqoRPbKKJKHSoVWBaAGhQzQQjiJEEd29rERU9MdRCTFaN6dma1CIvEF61 kuhIrLxzcted65zm3VbtnjvYEgwLJSiGDm7nTrfFmu5N5TrOudazhypJC2qGIVYopNSZre7N KsSVqtbVAxGKmmya1MMGqBMBC0jUM4hmZmlE5TvMEqC6FhONHExoWqYkBSGC0SqRiagsjrHk WSOIgRtNbvLsxaWJayUVWUrRaTLGVMU3kDQaVb3ebyEFWIpj1MRjb2sgbm9NrMp0UVaaErVR FQ3ahosZgqiaSN6c2yRpVp7ekXiRoeraKJslQsEbW5ZSo3cipJUkNxQJOElM48ZlyxNicjU7 7GjTy30o3KzMW00RreD2pbBCSpjSdpIaLQPGxY96dVLpgkVEYqjTbe0Yom7bux3kVurREkqR aotVaUYYq2YNVr19vHf393n+XSg7/kvSkaUR6UUFeqkk1HjzIT//ILfN/mdxfCH6+ZC9VPxc oLSQVpe1lioq1zelXS1ygaieQGAqP1vGqV8Zl22j9t+bTtK9PuE5c8TWt8dkyDHvTCMh0YV1 GPBl4MjRY9ks7zSJyiZdNp9dZ6ziGk3rHdrG1syaPLZVjhLnisueJrLuikhhZIXuluWpNhbK rKi0VjlMzziM7ZRYNZA7YSqHcwfeK8U11WuSyTXbsOmwdTW29OH0M0n2A9gc67i8F8MnitBg IP/eBAQgIQ2Th/4Bavv/X+/P5fD19uR6HRP6E/qTsnI2P4Ceoi/qGvZ+V/lrfw5/X+1f6vtf vklAIAqBTKFLSiEEpSs0QDSlEVWYWVZl98/pgpQAACypZUAkG/2hAAB43dt0AAAAAAAAAAAA AAAfB8/584d7/B4a0a8dd87aAAEfr1zvnLnh5/zbve6AY6AAeRcjx54QjaT7QhumMWlwiGm8 Yz/V6SRBlzpJXp4kkptxRKxxJJuKLlRUsxbvUimLSzHaTfSXT5WklpJRcrhtuh3w2uOXwk63 fT38+udAADs615cuO+urro3d17xtatkFipJJ4+MG5BCkSTE5MvIOLFwnrKrG7Q2lFa2uVaWm cD6nCzqbvVd75elsdbbbts6O96nN3p7ugAAAAAAAAAAAAA675vn25eZIeOu+cN3oOuc4Og63 0AAPTQAAAAHU08bxeJ4et3Y77Zzjg7x2mJpK1aaSSUdmU8Wllu8p9WO8e9Zy7nfW8Sd976XV zegeGjWrqa8tLNqHDd9PeskXC5XKtLTzQyxcRPlNLTaPPnxOb3vp69uueXo87pu71vXNAAAA AAAd76eXQB53rzm9Jilj3jUeLLaSj0klnSkWoWLElekkDd1eWjWta0aNa1oNa1oBzdAHAGgN aNa0Gta8d706B563ni3075W+wQDWi4STSlDie2YJJc3FsfCUbb4WtG8vh74cCeW9bx5Dm7u2 zjWni3j3aCSUyY21aSaSV8bvVvFtOx7TXStWt9PpcrlGhcW4k+RSLhOFohE07uRLlq3ZzQAA Oho8NBxrnju52eORUt47t4twG8k221luJJNtJtpNu23XegADvbk53vtt2993rsZ4uVtkUY+B q5worTt2+oaEli3Syltt2OKIAG7ou7lbp3c7ddbb288t1s8tbuRdSyNbVy0paStHAlGsbUTS SSx6BAAAAAHXHLqdkkkn0+Us6nCSSSSSXBZMbbfKl2TI7XEbU6elpWkkulOnys5qhxcx6WK7 HiILEkuG1qamMeKLMcWC06fC1HmhtbTs3rrennved711jdzm+HYAAAAAAAAHW7vXPG7pu9b1 zxu3V1vHGut3XgcAB168Zw47e3nXdvbuTbGW+BJJK6aTSSafKMx7dPhagzBZeyRFiS2nbaSS EN3rmRalzI9QfGFMstlqY+MfKi4Wkkkso4UdLI+VyrUzePLz1u+d13AAAAAAAAAAAAAAAAAD y1xo1rz3vPHOcPbnTrzu9ne6BvfXV5ttPLXg76XEYu50S3ckTSSUTU04pbiS5W1Fmh8q0ll7 U0sjiiUbXGF9DL1bSzp9Ny6bXC5soc4ktwUjfSSzB85T2syi5bb4kIJIQkDyzwM5PIDfO68N 5vtu9vAANDm6PZ4dum+d0ca0GtHXjet3w47Dxu7vhwHQ0Aa0Gg4lpvTitXq5a4seJJJctrhL YOIQtJx74t8rkPXv4ueh4HgHl6dAABzdDxboAAABu66e/W8Wt6e1FoTt2oksUTt8raStWm3a zbxJmSJK7bbjcuoS0kmRzBJZg5zDV5HpbTwcUS29KJIWhtmiTptZmInLeMfe7rjy5433ey6g SHbwePPOOwGtAB4b1uvTTxu9b4dt5m9Oub06caS3ozLxuKLFFpTRoUy3YWqT0ksWltWnt7EW NvZJtXbbelE000kkMx7fOry2MQhg0JuQgtp4OY9LEIxu3woklDaI6bbQJNpNxSbkSXHz4/y9 yP/O/8ftwOxVF861iqwWQsv/PTlF/d9EbQmmdIhNNF/Ai9qKgH6+sYgb/rNQP1pKJGcyS2Y0 kGF2F1qRGF/f7VDva81NsNoI4iChSYjOCNJmEWDkrAIeB06i0wh7C4Xt/sMw2dC0ILP3P+v0 l+NR6bZQL01qNbieRYNCHAWEgqDdxUEncVgH3AiB47c+ewd+vX24jSyE1acTKoZaVopDd6ph qEpgiDaFodzW1z39C/l893/EQEIepAbNnwhbJsIADpt+RS/HwIf9YHTQxAX5I+4yPIz2dBgf ilhHxoiIIJ2FRyLcj0CLDIsRtUTjJcUnmw1kSNLwkdqRtG97WsJRqK4tI5lsdhZ3Gpjfymh9 AfkCIoPm6kb+T2RhS9rNyDocUBAQW7osIEIBXoAt6z4U91+hjHg3h9AdvVWfc+rdaF+yT+wH oCfHJEu0T+n9UgpVYiEcfoBMQA/HNtZX5kBIC4GAPn5yeL8+u/zmcflfhs9V5n2sehHTyL9e vycfonVtqUtjIZVy1BJ1WOF6Vj0m0/riM7fhFg1khTZU0+lfgccUZkcNBOPtZRsiOKaz/OtG ms/B28IwXAgL/4XQuke8h4UZjWPGFp0K2rXrdfB9Rgnrvs2XoINyFXK7XVweJJ2aZs+2x4m0 bMoHVI48pPv+k4+d/PFscI9hW9p3CrX29X5ubT/lendCwQ/+oIB7AIBAIHkYCgKB+kP2gYN2 GnzcBFjCUDCULBggHyPyBmtuvBpeQFeydfmlnzoO0FazG5GiY5TvE1xmNz3PpmSn7fdRMv0M /qLWthAv3MOJxh/aaD8fIF8OJDf4VQNkzCtH4h9Q0fBP4/6caC9c9/bzZZ3D9AwhhsCgbCmr UWLyrFPQ/W+p+KxWy0aiv+J0bP2oxDxqd2V/tPhXHmKM6DV46zxrAUa+6fewidW+u23W0ent 2jt9w/QUcC1ZUVG7WfQak/ut3Yj5j0LONcbTG4xYLOmy9535VhYVA3HTM6BJ96v1Tlv8t681 IjJgfF/189hE8J1uD+BNx8392JevkZrRLjsCCuIQDTOydSZ9ufYaAZ616ulXa/qCj0GqHjst hqfkWQOO4uECig0FCjYfIQfaJ3e8t1j8T6jHPE0+x69d4fpmoxnnUy+3YbBftKP8drjxWN/r aNuhcqt5etdg4YXpLfsO8rqr+3amxqOtDOg0dqTs7p43mrhURxpZRAsmBV41RHjAHv4lYUgD LrthwGtgDb41e4nrSGTUftxu/19bd1v0LQ0OB9CocAjRAkECASIOwC8iw5OrU8bDofj7/v/H nbtt8tP1ANgJ0Nu2VtGSYDDtefpZ88WzxbiPW+17bOQIunz34I6G/HXVb0ot+zj3KvbOLaXJ nKGD5wvGs0fdhUDYhJAPv/Ffm2BLVYCLVUpGHC/Echxz9hFbd6TJg0ohNrKe/KfHSb+7WpkO nj5AezQjKoqkf7IiX36oWIvSNuY65+1eJbp0k6Md0+G+WGRf0rT3aX3TeLUCIgUaz9GuOZCW 0ehPSkRSp1Mr3aO3aaIwjbXV0vTo6xHdKryKYlU6ybcb2dxTJVg9F5pPmYHsyvb23VqggOwx J3s6fOFW286UjzJcIJoXlYuJkTkm7xUSkSC93vzoKOByOhcSTfPHug1f5Q9Z4MOL9mgtD2wJ 7+vfz9OPQWnF29/v01x0g9bj4XCuvqHIYKLj5q9TqJ79qGpuexUk0ND3yhqn0cGpjFD8RUez cufg4NqOmw6y95I0n2mp+a77SrO81+bsG7ebYrSQsfFTn3JrjciWtkDtr6G9JYvP9RPjYqL+ j35G1WVO12fgcKCH7NtHoVTbThg3cgBLicrPbHvv2dIzYbDu01ui3z4zKLpGFFQMWkn5smnj IpU2l6RXGqBm7IFzEUEalgchJUlV3dPNd5ToAEAiAhWzBjHbKYUJ4jGfPVfF5ehXaAUUGAND uHHQGO3jatjCo6GpYewWChB0zidewqJiBAaAsUknbh5XriOMSpcUuI8C6FkwUwJ0imHDecDb NZ6e/WHSbPtlYlXQMKcxxMZ1xQRm4S4+I+b5pJBCilR4ZuxDDgMLCYiNgoUc9pDzSozsFFw9 ZvxaFJzGoSslGjEjT2rHA0E5MrBrDq1bypnGpdDEyLIPjiYcawtZAODUYGNY303e1VGwpTHJ x4TIW6UDIBIEemao2DSxtt5ao6HfgVEhESGdLCvgbYrJOr+V0nGX7DMqtOpvEc7pLlBbU3Kf 3f9VfIjMSIp4Hvb3ISAuRkK9Tkbz3n3QDJwfc5DkZaRxwyB0HAWGfdmqQXDCzhUxH3ObDVHn gOuvBh+e1b1zlxd0dMZ3GoxqCCRbL+7sGWdGeKev03tbsE9aaAgJj8EIA4Asw+nwDPwex6r6 F1wc/v8ahmwYewcllsMIZQ3VhA0I3ZDQ6yjszzvuI7GhdePv25PnjvTFGmDXgRC4TMZ2DXGb Rtebx3vf12nTyOhr6s8m9turptq3hra471dkE+1x+Ef/Dp9TG6XbteT087UzGyMu7cm9hNPj I6pmPsah96AhM0utabPi/hhsMCYYNvbf2gpu9s+N0CZ32FRxysrmSCMObMCI8bmYkSZJY0mj j4SJyNkn6fcTAysFE7LhE9dwoNmunbnZZbx3XxFBsjvqbsWjeI5Di4t3D4nbu/faPXPXHa+s VxZxZHGRnmLcGE+BrgOFDiwuGDdwocWGPGkiRiIOE3YeyNzPdLR4ERKW10mEt+Xl029ue0u1 lVDmgxUVHejRdJ9x5E33SIwM3iB1tfth87dECYE4MBOEQ21ssMzv4lF++aj48BO+zySlNvcQ 7psiZnrKNFJVLTkiAtpRtfKvJIUFRSPawnye1d64jQatUxiucyzthoyc602aB9fs77JeXM01 xZe3wys1cqe+y56UiuBho9szHiUAoWeq7TA72uODQVQ8Jua9vgzNE8cczHPeizxXOV49h318 xrO/GrN/cM6n1UPdBoFQKg4CQBZQoYTYCk+eqSxEUapwo2FxVgKNJm21zAUAidCuLd1OUj7/ UZr8d7LjnvW2lGOpC+1+XHaqKOXQLbrSIk57R1T1n1KO0pVeaXVNuK63ymGrVK4d1DOgiEZ4 M2bJFd9Z7iNlVZWzXCy5kmIHlEpaetumvu9EMlK0i73uz95jtSI7BJv0ws1tSkn2HHrI7vvQ DLjATuot39KBt4Y+GG4prkfvtoCQEvBXcdwkI9Aykeu/sPF5KpgQijdK8BOGum+durKNnFIp thJX5tuYafNpYEa/xYTXZRUTG6YIG7Aeg+woxqm7o7PwiBYpY2kN1A7b0VYgUXA0qLR51DYs tvD0pKYc1rKItxagzv1ENhaAVuM13yaiIlh8vL6bGN64pT8j7PjYykPgFRpMRS48tfYWoJRU dhtUdmGZjJygTl3uqsobTdPBPN/tRPkPDf0gbgH58hcq18aHf4ZKueIdQ8WpCqDp4Y8fCfu4 5sauK2u3qUo+O/rz1GA4GQPGpx51iYFDhGiqMvZTYUauzGGwoajAsg3GORnNQMTDQm15BvnA CG4zQOaPTZqiwAEZgMmpo+AHETwRguYWM1k6qjmcyFn+deBEWGRmeB+ApPTX+fS7D69rQNun OXek1xoeaCTa42fE04BlvajSnHqdm2wrvNzSAtesZ3kiaUOyIZ2Vos4SKrAujEGcdl4tKjTE vhIOcUjQ5bjUiXTfV/sXvzMMV2UUDUlRQmyqPuFXzb52vcfAUr89Cw5EgtvIQCQ+mQOLlwVH x69BhUbCWQJgXXVBP6EWsXUdWEx8aHhp9IwmKLO808gECQMtKpuGF6vd/aDu0HmiHoy/B9vr IOwBAzcsDSPSU7bfKntf4FRa0sRIHYKKzGR+gjzkaF0jQZOZjyKZi6RTYpKaBXsgcAr7GotB /lP8DR53lB5xCOK8gIkCDAK66+hKK1gfiqkyrhu7P9JgS97zYbbaUjttGsICUKrEiXxIIAx2 ISiSlv2d9qAfsYBWml7JJsiwPcfauSdjmw34jURQXCKJ4t8I5Ck6SWp0hTZcapnQWO3auy5X F0EhTZg3SyAbbfaTcGZRZfDLRs791xhOuRtgdJhKfbv9s9u5xuDMfYUFBQPtjuvVc+n2AeYB ea7nY7cNanNeWhDNxj9fMo95ri1N5qLbJA/bvkbB9sezsT58+fP64j5x2XbDjIcECw5bj0Ij ZoMF7d8MlcDHxY+zC99Xjit42UUaSgieNxdBFGjqqt0XpWiZPcEbnR5nssMNXTcGEXQeTTyk jYo0E3ljLRMfJjKEAmz2LCyCx2PZ8q5jmWBaMVKtujfLScD83WNob/TB3bOFYGyANFugWlla 79v0lt3Mqolv1+zLbpcZChbJHeokbkS9N34E6EUEx3BYJ6uEpfQpoJOwE7ukMv2EXq/dZAG5 mCPnC9+atX9UqtBJEKzQZbgbMMficG27BdUNa6e3xTHSZEQjCxek6M6JR16dXMljWDyaKjbu triN9m4jDF4icG9gd0cUiAt+IUDWhQVQSAYXBEx+gpFNMLZA5sPwM0Cz1v2wK/NF4bjXzWzo 2G9dpwt09/viJT14mPkH3tsJ3FvY78TlDuNRRJbTsjL5ToFFoz9r/C6O1D+Z9T9TizUNT3wb DVdY0L/FEqIde3bactsUo4DgkY5dWAkFCQ47Y13j3jandICNZHFXdWvbSeNSqzPu1wQvhZVB qE7AwqAyAatmxtsu+ydxW3q9I1nRpAZQukgI42ikFaEoZoByHFh05k1ZgMqZvO08Vb79ZNPS TNEuocGxhwRg4I0YRkiliVSboTzlFuiHFNuJxvmxs4aGjqjybdcTn9vbjgxaOmTv/J+x9Dg/ v1+TzgjwHQQOgsIECCe8+EwN96iTGB5b1W9cSXmjgwyM3mufTIIslfDU97Lh/ic+wfr84eSz sfUJypggYP8mG/PXL/x4fb2dPf93z9o1+x24Pu7nZTucHyw0d300+n84+rTwdNvVTEn2bdjT aeOtHdtwWZd4NETbm2X5IjF/UxNWVPKTUmg4pqYkJAjIE573439ge8Xz7B9eAdIPcxne/W+T 6IMMGQg6APfbBIjUJZd632qWoshidXrFNrbQrbkbDtG4HIlHD8teGTbms9xSyy2zVtCIUXhv +l6Vx7xzccZPG9BYaen6Y2oY1FZQG1BkgRbVDWKx+NDPF6vgbRx13/pHiWPY8BgjwpBRwC8L DbWzwtDyOtN8iXNWv1XI0PRurFK3WHPuzezxX0utnYXVe87GB6IH6EfRCofK4mK5T88nZQ4M JLM5IT5S0Vu3DILjYTGh+gwIjgCvcSfAHztTsIzqBn4SjjVgUgBvSUtgJDXUxnkESC05GJ57 iNtVwrEiweamda0EtpXlJ2S2Emz8ub+OqqJRV7Ye3h1n+qwONt9tDy89xXINrzXcbNwwXcST xyPLi7kGW/3TmqS00mO8KZH5cUlv6Mj4QJaVmCA8lDMsD9SCASGnXRJhthkRfDicQgt3+8mI bscrb0du3i8fLJ5f4xJxrGe2BGNjDmHASmo+7dfPjxP+QmPH5f66Y2G0tfJAoZ8y/U+Pzfuy WpyPhlRkcpBuAg6BvHwas0wu6Colv9ndh5SsgLSpIEdU90H4ruFzO8BmPyNgJzYgjhOO+vfy jxO8yvNkaJDIPIcRqk16ZdpVUmMYrGKSjvw0mLwXatozeOGo6ObDqUtwY99I6ml7B2ZWUzP1 zHZpzIY59XnLXGNo0lqCvdjNDZqg107Cc1j952xFMWluSLJuQ0dtJE7nlU3lxNg4Smle7RYS AkB74vubYpkMNyKx97Zo1N2Au4Ty6W06Nu6cRriv4wJhaUFkYc7ytIRNhugcEb+Qt6vqkTZg l68Ni912mN5qGk5jJXsHWJPhc94B8TIlCLK3TLYXpuybTWw9XfpJOI8oIca93im1JRNTM+yp YoeDc9z63Q4T6Pg3MYoeIqNFj4ODUxNTXIcbAfuOvOSwtOg84FRkcDyJBggQIFCjwHDhzTGp xSEcVo4ERUYE+3ZUW1Fs1zfU1FIApr4Az81nAxGt60+Ee97eSwpGjZeVmWtbLO/DU8vWc1vz RhE0i1wCHHAcSEhcdo4fUdTfOJjLjs49bMOxHPkxrGOIYdMXbs8haFK0anhGYwDhVC6fE7c8 uHxvg93VbldcwvaydbvFj1zDjjpSa3hlbPaZ3DilKWPQH88Wes9kSU+rN3vM915r1LG7JRAu byn3xmtHpPDcY2MyMWCod+ZirJi8/CvW+VvP6R+bU6KnmrOttcR4/pKJMwh+ggHQBAIBAoMh QFA/MPxAwbsNPnuAkYSgYShYSCAeB9gM1tv9jS8gOvvnX6JZ+lB2grWY3I0QRyneJqm57D2m Sn2QVLcjH7Cta3QL9zDdwJD0BWzCw8ogBClI9jyeT9ssMw0cB8gwh3MCB3N9uXl6/jE7D7Wx RiTT63oGTcOJHzSd28jYaFBvtkDuJzCsdvBQbiIGB8MzoE/prYMNzbgHyOR35/P57ImehLm4 3BBddU79mjPjYsJ7i3oSQOOB9wgUYH0FCjA+4QfUTl/Uv08cQ6elZfacRq2p+rdSs/XWwywt lZyFVktBNAI9iB2ArfGtOBMDWOD69S+lncbQ0MjyKhwCIRFwgEiDuAuRaFbtMTB/UIKy458e 9qNPv+N7fMwoBrLhSknT0+HMGPEXH3ASCVFIsM+8SLERnXO3be4kNdlb1Zr+U2i1AiIowh2F YJP06Iu3Z/N+2qzj1nSv404G107VmKp7eUqOKqgwydnQUnjZx0ORuLiNu/idq+0PNfWpdD7b 25744HYUFREeX7VGZc9HR9lSTI3O/SGqezc1MYofcVHc3LnwcGzGioeE46k7j1I+vK06iPXb n6Gc4KiQ0KHr1ultB42q4YNwQBLTf1hlL4Poe/ruLnOPvLAsICO5c6owhwH7HQcdwPfWuKwo O4mIwbsJS3ExgQIDQGqnneIlfcpgEPISelGxzR00z3usSroGFoi+tYUVsPT9WfAI7Kg2DCYy OB0FCjnzIe6iuNBLh6zeonKQ2EapNoxIy7XGRMWSg3FZBUGaBhPLgKDcXFe3QsGaejPyiUmC BEETHnuo9jlR0PArxU7S8KXrGyDH8+ogPuKduwoIeBuMv4yBYXHAsBMIGJEqqBYOAgeM94bp AzRDlUxDNh7arnjwYcG+RnI1GOCrjWnOjGVAQMDGHHQM/B2O1di64Ofp31DNgw8hyWWwwhlD dWEDQgoQOEDQFkGY3BFhEODsqQk0W592XxH21F9aF5exmJbvDccBRkNtLkjle1rC2JDZGmG4 iNxHMhEkn2Zr2WnCR7tYw0M1UmRmnbWla/znSoxTYIKDHHOt++ttx1lIYFLjuFDCYoGDdgoc d9muNnB6y8YhNq4zswoEPiNB3i4GOyUom/MR5yPPbfKT1f8xDumyJ1PbKNFJVLTkiAt3UaKu kIhQcJv5nNm79lPORgU5HTS33yO0oBJ6rICriaNv4PBwjxAI6E25j0G9eLK4BAILB0fQWB48 5n11Nr6Hx596NBo2HNK9KdvoeY9Cw0Ld182esaZeaZVOea999Jhq1SuHdQzoIhGeDNmyRXjW eBGyqsrZrhZbyTEDyiUtPW3tr7vRDJStIu97s8VHIlG7n4HiY5awCgT0gmN59CWw8hA9dvAR Y3jKtOJLXhzh5JuKQHwHYDRMgN7YD6kuvD7XlMOaVlEePFtdCIGN53DDmYt+NenT2KdSFg/Q Tn7tr3DzDtHaBHhoU57MNUnEWRk43WAscE+vG3FwfJfB7lg+5YWdB0cAGvuHbn6Zk4DiY3FH oPgKTpqeOVuPn8LQN7TjLvSa40PFBJtdbPiacAy3tRpTjzOzbYV3m5pAWvWM7yRNKHZEM7K0 WcJFVgXRiDOOy8WlRpiXwkHOKRoctxqRLpvq/4L35mGK7KKBqSooTZVH0Fn4PvgONhcdwwER +uzMPbCfJZwX2DA+3+g69tGj+bH9PqDDwJbHHrxy8dvvPxgDcC426pL6z8Kfr2OA17gTFBd2 HYUUTmQ8CnkIB/I/TwIcbAG0CCB8Ddeq0z2pWzgIfZCRRjEp09G69IxCkyTfYZr7jrlc53pl d1caNgmt32f43Xel1E5ARA4SVJWHAn+Ph7e3Et8C4sCB8hZ6DhQo4MxP4kexhUkbC6fFr8Xc NDYd7gRijVvZ6OEg+9uhuHGAWFxcVXAUDdQRxwu2tNT7JRaCSIYXBGO0RnuElK0+8qCQi8cz RJps0RwlJVqL/G6+QWydwnr4rsdVwIwNHIjZ/JxqHPwHc/kexjh83HAnXaHgbvriR2D+WgL9 +9O46+IsMqKrs4RhqusaF/CJUQ/nzoMEjr6uBZsdfSfTYWH47qMjQqFEe1uA/z3ioFMZA8dO Al5ZiffhHNEoocGxhgixqR5MIyRSxKpN0J22RbohxmOMUi2chD8j5GhIaQaHcCYCgaAYBQFC Cm9uqUlqQ4y6/Ff2dz9tPw0+H6NsNmfht9P7fl6fmPl9j9KfQ+h6sNHL20er2dzlt9FMSfLb o02nfD+Wm47M+ne31e+3LhXsfQ+nz6HzyJAiEkbaIDBggUKNwDxqYtK8VFY3uNC42zYDgaSw bxrWLgikM01G0hm7RH1Ly+YCvmgGIy+Li21m2hT0ORwEaF4KLAvCotWzw3HI8ehOr2FxcPBg VhSDjJEYjtD00IigNIaqHAuIgeQQKC05QI9XdkGBQbjgfIoIjQFORoD24F/NhA3AqFHA3Egv gVxyMvKsxdqb6H6TV+w3Ha+ha4+ZtPa1A4+Gz1UIQ4OCLj24UDDJCmA7T0ejme3j3VoykosD TPMg2xASvx3GXpoewZ7nK+pDRFBLDINUcCjB5q0BKNAKQTpOxUcj6ERbwkVwy2lRSYxisYpK N8NJi8F3raM3jdqOjmw7SlwDHfSOppewdmVlMz38x2acyGOe95y1xjaNJagr3YzQ2aoNdOwn NY/U7Y3ycYzgIBoDx1pvHA2G+hQ7BxF5ZPMgq+wvXACWqKXcA7oIZt5jFHY7GJ8FSxQ3PJ4P O6Gyez0bmMUPaKj5LHscGpiamuQ47AfsOoiocWGw8CoYIECBQo7Bw48KoDhxYddJKywGW8eQ PUYZeGbYAIYXFBsJCY7xv2fSsN1FNHdJDf35ksRvAcWuKvl/Ppvrx29T+OfdjH+z/VHwk/ZU f4ZWBkf2LKy2pXT+8RhzdyuclLcpYrec/3BgOhsMr/uX/S0/+ls0dZETnRYzg/kwL/3MrUtu iBSCZTEoCBggz/ajZardaUphEAipAb+gBAc/0Atcw/0/wDGg7dv4/A+/sEfqUHz+sxP4JnGS Q/j9gJq8ULfuZCAA/dv1/gKWpC1AGW00LWNhAAWa1hS30Bf38IIDX/Z2V3VP4whCOmAiBED7 AeIu7/JI8tC65+u3qiqDv+v6X81158vb5nt/BTXy1YHkB9P3HiiECAgOB5dYC4tJLxl6KmHQ 7CY7AaU5PKvht+7l8PV5bbaVwfR93T1d3s5GrK9yptsKCIYEXG4kP9IcZExMfA/qM/pfrSH+ gQ8FKU+7y0aPs/4K9WvwabVy7vdh5/R2TieH+9/q3P+D5O/W3T4zIrSV58PDDJhsOwMIejYQ Oxvrh5evv2f2P8tv84ej/geDogs41VB7Ex82YXEwLhR/fUIPof1Ghzr9/07omwxUaBF+d3C5 HcRDDQ+QgUYH8QoUUHyEHuJf75CJ4Fvd59thbA9978BpoBf4IHkCtkAcBqWEhIciwyARCg6C QFwLD4H2iJf2iQrtHysmfv+u0QQOIDdA7D7AKPgbyUW7bKcOIi/hW7xaX0lYtQIiKNhYVgk/ qKJnm0Y7GfatwPThJEiJAyg0MDYeR1Kg7X2mORYSERpTg0PRUk5Mztuh3To4NTGKHmKj0blz 4ODZk53bflR8hViVDSh+QYvyFHUBsahR3HwK0B5o2fgru+Ndjhy+5/L5cPqfv+3v8+Hd9mdn ITsJS3ExgQIDAbVLB6AjdhfnFKPjmrpNntwsSpChhfWrqJ1Hp6hhUjAURFhsOAoUOPcxOlhU GQQXHuiValCO7tyMiYslBsIhKjFAwmwCA2sKcy6FQ22jTwlZAgRBEh0g9hByOwq/mn9OHAwN c8igh2GB3fcCgqNCoEgkGEaKBUCYCgZdHKn2ctFV3dHDt15bdOyuzGMd1dimhzh17mPy8PLw 27O7gp6nThTpdEMBh3EQZgy6OmeNdhHRowVa4/Kz516aS3D+RX0MjQ5GA2qicxOrDZRcVcxE STE7LtCodFOU22srTqamwQTGN7iZiHG4QKLj0GHoIGFdbKC62uNBD8XpDNRQcZtFMz5/MQ7p 0ibT6wjRSVS05IgLIMFGSDhQbnhd+rVCbBcYqOXASMuTT669fvfa+c8xy+Xbfzz8nXPptOxR TZgT3BcCOOIx3ksz4GNoBwPkeZ7hxMcp47tzWmHmnCpvvXrjSYatUrh3UM6CIRngzZskV31n yI2VVlbNcLLeSYgfCJaWtvprbvNDJSs4u9rNHnGh7HmwqARCQi3Q8iIr4CctOO1FnlzZ9CsP kKwGCYgeDXgPvJefD6vKYc1rKI8cW8OBzUIGHoT2qMTBP2TbyOw1YbhRmn35E1GtQEw4a71G 4kOgoHcRAUUFByAB2AlyqcDAkNxN5j2FJ02fxytx9dLQN5TjLvSa40O9BJtdbPiacAy3tRpT jzOzbYV3m5pAWvWM7yRNKHZEM7K0WcJFVgXRiDOOy8WlRpiXpIOcUjQ5bjUiXTfV/wXvzMMV 2UUDUlRQmyqPkePXAUbCz8NnqaX7McOxs+/+xk26f20+ho9nw2zNB0Gj0aMzA/Y4Lh0M0Q/o YzZ3DYxBsHA8mBvJfbeJt78o5Ck7pmteeY7fIWOe++VuvF0EhTTBvClNbytXagEYcJONRuJf ZkExISBA+QtbBwoUVG3mJ5MKDA80GJAYmosJX0OQwoCw3FRdegoGygjfdc5y1PlKLQSRDD5w EGepD4Bl33iGDdb0/PefcvTXJ6fE+7u7K7HLwrp/Kvg9H9P4e/T7M+H6ertH1/Tp/D0eH2fK uy6NLXm4dGDPU76C0jg5OCF8fJf7fnIHYEG59rXz7vDlNlDg0MLEVNSPJhGSKWJVJuhPnKLd EOHiqVh7HsWERZBYdwJgKBYBgFAUIKY24nu+yGcP5dGPsx7P5NsNn8tvu7faPo+D7qex7Hhh o5YeHo7HDb8qYk/Tb2NNp3w/ZpuOzPjvb6vfblwr2Pg+PJ8cGKl17/g7FjIQ9w0eetYzi+T2 9HR25DWhHvXELMomwPTh/Fm7CwqMi4QZDCgnRxuOh2EaCooFEQo2YeUWfAyzubPXBh8mB+4g 4N6Eb5ro4PRsPgSERgDcZA7sBfqoBsBQKMDQkPQ3G8WDYHgYHMtDUxaoppghCh1CwEQ2CvBQ jwESZA3BoPIKQuLRIzNgMMEgHaQEh5KjI+A4xskVqy1l2UmMYrGKSjfs0mLwXatozeN2o6Ob DiUvAMd9I6ml7B2ZWUzPPUdmnMhjn1ectcY2jSWoK92M0NmqDXTsJzWPzO2N8VFwNAc5FhQV Ci+8/AjwAYhBAbd51RtG5iexUsUPJ2Oj8aQ2T5Po3MYofEVH7K19F4XS0ul15MPoH+xhyWdH o+TksYxkIfZw4U227z8d/oa/H6Nzzt13K0+7p+nLp4+KhvbXwMQF5ibd9O4z51QKQ4ke7bRr ndmUuM/pLFN482V7lTbikWN+ZfwfM5/P6NTrhBvvUY11VXU7lyLc8bbJjileE1OfBEqdb1tw vwsIIYQ7H3mQP5AS0ICA4l91F38hK0w/cLEaH/eOlA0BjxHg+8coXb+x2kw57bd4u6yUv2Wt nVJi//2cf2+q7bvPPmtmJvFmRUYMq7bZfMRQ2lBF6yqIZKipSCBahEWwi1BJJbAC2RAUIoAU oAhQgpqEUQyUVA+cIZCBQoUIKL7PcN/0zw2+V2AXBz2l/95T2VXIchlh9vsH7B8V+3j7+Pnq 7/uyVQFvnZufuOxooatLq0RIyUNKUuwa36y5IVglRY2UNa1rBhS0haosodY2YJa1qDBHvgBP /Af8SP+PaEB9zsB9D6HkH5G7uO7u7hu/RfxfdUPsqcw9kbk+80cEfk+07SPEyYjo4EO8kTo7 pGw7tHB97CeDvO8PDHvER2R/JD+QQhD5CHqoPqoeoCdEF/8FBR15vc2F7IhrDIJRBD6m939/ PXG/IMV53VZzUAAAAAAC3RLvrbpqcHVdWHeRuxFsFVLS0yM7pDmE1JOJ0cyO3HXd367bszh3 Qsgagn6lkFlixUHeBEfaE9RHcJ8VkD82AdERKlGQDhBmkzVy6wmAxxEiIeUJQgQhJLo/cSfG 0a9UhfuOOEetlAtawtcQAcWELAWUVgIYF8QM5PN0gCAoQAAYnjGMTnOs6thXGMTgZowNZhBD AmMDAiMBr3a03nN5xxaVxjEDGzdu3bty5vbr2tunLv338PEBUA9WRUR4EPwfxDSJE5dz7E1E JPl0B9k0kQg7z2MkccpDmSfMJY9M38vHfneYdsnc7duOZz457cz38znZGWkQX7PCvX/5gfAI CCKbjWI0UUpClMo1RGaQP+U/9dVWij70Kj9fsv29Zl4su5avMxF4sy8/Yr3pt62t61rYNwM0 tXrTvFkzHV4smYxtJJK8WZmM/IfscBOfdGlXPS6txSOKQcUmwQXdreY6+wP/lm1vXfjczS1N a1K/gNbW73vcM0tTWtQYHJRUr7/70kkkvQH7BP+NjbHmGZhmYZVVVuJ5kCBwBKecmSf1WH0/ 5m2ZT9kiFyxOBB/rj7HEckcEiGOlUJTGHiN9NHemIh0JwD9zSbBumcJL95EoVHwPLgDQ/nFq qRTHo9DaR/mtrKKTywwpSkHpJPaMkQhor1PoiOxPsQiZFAURBQrJ/+zmjyeQv6A0GQUlkhZJ FSRSpAwkCYYKyIMBjIiSsTLVEtQsiIASgEKuSTIRK0OIzCRSwtirC2KsLSKl5MSHc42so2ib TSVNJU5yQ3Cm2zDClxZR940TarLAFI+UgshIw6KfSQdH0f22J6FPcIK7AgM7cNttttt/UOw6 MDD7DB6sZCEJttttsAAfdX5V+m6RzDLbalqTlRxFHl45tVfHwuzzqcjZ6PLUaBcJkyR1/pft o2cMiRb5v8WWWWWWWHgMeoCgrgrKizTk7yfv30jTDb8nY4B4HdiJHoKeasoUng+dHSqolKMK hj2dzTW/9r5CRsskQ8PVJEYhIaQcG2IY7MMnSYKab+ttlttIgOYBgHAg6MEttP8/0b3PE0Sg cy7iJ+/aMKxuLopfc7137UjuGCo4O4ZWmcnc78cCThhrYuTR0PgghdzudzuI6Dre1vWt3z0d ct81iN9HK+fTnocK8kST1PG3waHmKP7u45e7u78ndxzaQ0bo19+eISP34MERR4k3ImWCT6xp iq7I2OzZ/+XEkPtGzgcKNRIpPYsebJVjhw9D5I2OxviR6Hsw4GyEhjo/Jy9drKSe9HRqk2aM DuU/r/v+3+3/p/1/H9emPAiV5RI930iJPsRwbJT2Hysn9aMMxatP0+eTLWZMky5dN1aj6OR9 W7vznd8p/Q/EADXTp1tttttdgf06GHf7rG2mJUJe1MajTdVwGBYwgkJiJG0JY7yKjQjBNtSi 1ShUTaKkioVCoVJKQhCEJASUGUWUIQYBKQLCSoxUVUGKgoqRVSKqJSpFkhFEVFIpQRRCpLBY iKklBRRKUWFJFiUWSkLCkVRKUAIJSlKRQgGFYJSgSJFkhSIUiBIgSIAJCqRbeYGoyx81wENH w/fDRPEU7r62yeHlylVPKNmDhH7KTHSP6PLEPRs4SjHSfUvFUQcERYklGRBIswfeoImaTVWV wHI7kaEwgHQaOkdjMaaFUP6hHBHQjoV2Dt6+WZnc1rWZmZmJJVVVdDOxdOqjuqOISOo4dI5I 2pCu8b3QAAAAAAAbzJ6Nsk3F4tVYkopt0wNKSf6yUeOGHz2us6fR2OSfR01ITR7KUfzRh3oV AdJIqdHjdrP5nt6Mi0a1em2zIr8kk7Brd3xrn37nDrtbSqxG0J+ExPBUclRUKjchTEqJSpJQ UUxIqYZSWuRj2Pqe57GHiKmAkIqJ1RJEIAGhYTQEIkEuLKyEKDC4IDwQGilRhKiYd3ht4Rat RVIaRAh2FdxOwKQKIeasqCc1ZTckjtRHkpqSJth9qsqSNlCdkJIsRPVH5RUTlHBsUWD4SvL2 iH4Hdw8v0qOlSaPni2235RPbD3iScLKD/SnSOypMOoKsoFHLB7s7aNcL6tDj8W1n2uVcw+s5 /xSRODNjs0uCnZliz1ZlXlxMDZIoe6VI/lKh9D3Y7FOh0YdxyRgyKfQ3MK2YT2fxW9W2246M N6adJ2cHEpO6cKfFRZmQy5mq/aKkO52NkT7vKYsonHTlcxer761X1Wr8f4fjCEITbbbbba22 2/DY7lG1Hl2Qp30N9u2ZmZmZmZmn4KdnDA6KSepBkk8NqbJqTUZRUepSRST/pbNvJ+J8USIm 6JCfdvzuBXcu1+h8TiDnkny5Y+I822223nb8OHkpshy4RJdB0VJRTqKcSD5pzIhTSOVST3JT RzGB3ZCYTkpkbMLthtJBOWxjxs8KOJxuNGOCCtpqpkwxUcqTQoUdRu22224SNDgpiqlJFEpj ArmRtGzPTs4gqyI6k6PMK6DYphTCkwyBFMQ6imiKSZJSYUoptKMUm5KTH5kmHs2YV2cAj/Ww 7+Ucp3Ooj7mivq+XTnuu9fjX6vuu719fxfiAA2222zp06dO6bbbbYAAbbbbbAGZmZllVVYmw evGA/DA8zwIQWUWIFYUpFkGMA7HU8EOvWszKrIsd3ToNpiSNYsopo0tWrReBgOBssbfxwHly rDMqpISHqqEShIqIlUgkJV/eIRkQjJSpBKSMFJKSohKSLAohgioxKgCwoDJ5CcypeR/r7wcu BPAqY4RfjwzMZmMzGZjQB19Ln8wPFbdeocr3sva2lldSJg2U/DRg2VHEwk/X044NlH6qyink egjQ7SU4OY+rRs23NhOpCbvIFZVWBGBSAQgBlSSkUu5XnCo/Sk0dHLDtVlAg4Dd67EwG3vFF FeKcUTEqVkAIsgZRmeb8XVV7ZWZeaqqO5yjShGiT8qTtqPaLHMmybppSqKww09jCdJBT+zhp MWqVLFMMYRAlSWQCyIQkEIsoBKKRIoikADCkKkEBCRCpAsEQkBBCwkMoKEKgRhigg/QR+iIR CB+9FSEwR/3OiEJQIv9hIaVVD/ct23qMVVkFUjJBS2iiiilIiIoiJSJIooojGIiSJlmZX8wA STKCqcHBIhwKJCOP+cArLwAeLVtWgAAgAAAAADbN3PEtABgAAAABO9rR1buAAUAAAAAAAAYA AAAAAAAAFuc5ucuqluawzZW94NNpFYSqTe8gaRZFkkskEOMjjqAgTSSQ5HUoBCBUUEjRDRsM MjEpBCUIxIJIQRKkQkQxARIgRA0oQSBSgxILJDEEEESgRCEEsSDEkEsQEkmKo4yu94kmkSpJ VhNayE22lUsUVbFiqi0MhKsb3iNSxSWNjHduKkKRwVIUjgqQiRhLKoTKQ663jE5zeMTnN4xO c3kxaABbgMlBZIUGAxbbbbchkzc2AAAAALarnNqvXy1Ve+JtoVwuuoQh11whCHXQuuh3XcIQ /8PoqwgrdVdhVhBW7sqwgrd2VYQVu0WBYMVu7KsIK5VS0A6pF3KlodJvepIa3UgySFb3pBpJ LBpi60mt1MTbF3o1usNsXekNTdhkNjFcKqWqp1VgxXKlurIK4EtDCxiuUS0Oixit026bdNyq qWiqHVVYxXAloYWMVum5Ut1ZBXKIWh0WDFcqW6sIK5Ut1YQVyoKoMUlS3VkFdbZYAAAAAAAA E3ZvLLOVWLLOWznK5SuWikKhBCkKqFVJCgIVVQQpCoQRwAAAAAAAABy1bl/2yW22cAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAbZu1AAA AFlmQDdrQAAAAAFtb1tcrgAAAAAN1uagAAnNrU3a0AAAAAAAAAAAAAAATdy0AAAAAAAAAAAA AAAAAAAAAAAAAAE3a0AAAABN2zQE3cyzQAAAAAAAAABcyt5y8KzgAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAttjtIPueUCfmJVlEPeHssjQNtnwfLHB/NtVaUGjT AcPwbGiybYfh+9XB2WH71ZSfE3wvdsxow6LJIUt7VMVR6H+7/dUt/zmf1fzoh6bbVr2zAUIF P9XGHwf1mjkfybeX9/Ms3PLRHbTbTstojvt/gf3oso8APvvbMkT7dC4Or2zgMgt5w1ZJE+Db RrWXrVZ8sMvMy5p1lazfRD0uh/V72JH/X68LdWUhZ/2dm3hmMqigaENf8Lvjh4fofQcXx0vj /nzoJDoqIY9Jz2d2d99FknF59OOBxvrIl72BnPSIGt2+00cRH/rCqDYMooMNcdzeY3cyjDtJ 1oy9tbmxZrWLV9d7xXFizc1xm7N9evZ14vGWU9fcA37eT7bpu6bum7qTzEkkkkv+B8fr0z6E kogmj80Cl25YXX37HeyqoN5tPdQsKLEDxgkZ+f+R5Dnyl/3g/+DDuiv+DPtDNJJMHphiK0zU M16/n0fuqpkvJQFPwJQFPkGk2iufPb9Tw3/Tjjx8ICjakwMBsDCvTC1ED8/fAajoJ0QUYUFw OVYhwflkGdIibIkQJrsojgoLEbEYIw7i6MMLW/DskDSCwSex9fQOOK5hnlgdoe+HbRvz6e5z yedH5f3iwX/gKik/7B2pIv2wh/mfF8LP6v4iUf07o/h+z4v1z2HST/PHx6Zr09kT9B+3oSHh I0IeH1r/1Iskzx37dFVhWdvZZ/hONaEf3J61vvVGqNgqq7JWfwFYPnz4PDWtg/riIOZxx/N+ 28wf5BP9jHNDt2fXx+3MH6SgOpRlfXGkRNgHvSlJYi0aTVZIySQUdUpRpNLltttbbCPh9f7v JPgPxE/cfuTBPmp+v7r91lllk0008K/ej+5QqOT/p/j/l/h8BVu7sgUXLsn8uatvtfiJtxW/ 1BQ8n1joChsf3wUP3/rXn8H66P76P+yBNE69kjTODc2jUCbJraRpmzc9e38Nx9lRD0D099Ki HQPUOO8H9+Ghjbw8/UOq/hEtt9jx/c9QC3QR7UwV/tsLOKRCYFm/msBoiCRSO/pYd9hPIp10 mzUOTc+Kqq+p0H2OsOtmvLXjza5x5da7MPqa84kRpPH+pIepIH6gcfu/k19gUP8KIfiiGH8f 2/H7DXlqz8xENZPbLv3/3aiHodR0Oy9uL63t5+rufz2P+Wp165D36tPngMxVrcsLBoP/ZSq5 x5h62HBR44NbqYF4JC7c6DU0GBpUtMaaGt+r4DrNgZEEwHyIAoDbZb3pAP/IPIuLDULtIUcF WwS1knJFTIlN5O8Yzu0Vm0gXwBAfgCH28EkkgfoEzDCjQf1h+Kn7VA/L9hEREREX7BOackFw +3U5kZn6D+z9h+rv0OP3drLCHJ+UZaiRlEn7/nJ/H/v3w9zenvzJED8FkiA1fIeVVM0QXp4H p5e++e0a8DmO9VM0IFxDo7/ooXwFjgfseqK/oEYfyZ+/8b/iV/KRoB36xUCidf2EgjhAgIJm 0YYkNxhmIBBJEPz59G1dH/cKg9tZtSWFcu5XSMhnUnV0GVu92Fne3XyAkrRm8tq6oiqcdZJn u72712BElzK6yeOWijkSiC81isUkklSk3miPQfzA/T67fMNpve9TLuXd3XMRbJKa4242/2H7 P7+iI25t+j+5u21/zv2/lp+9ZFZWR7daHqQlHR8AwoKo9FXV/l/x48z+UH08s48l/x/RuzXD fm+aeK271lv+T3PlpzXEaev4/YyEjiw9yv5Pys/lM8Xb/b+boxI0J+d3c/UloN/n8FPK+sOL KeG/GeM8kO0vPcheslZ49ut2vM4pzOiOjea/Hf8tiuwnqQhEIRCEIoEIo0GGZ0XysPcUxnLf nur55U8qZt77ZxnrvLxnZxn/2GyJPs/BiHme8ZY9H+Cf2PwUX988FSSPCVdsAr1MmHpDL9XW wqiB6f+B+fyNovn1FR7hCo9jbc+/46L8j8/p48jiX7I/MWxjXocnsdEP4nb59v06R355tqqj D8Dm/neaoy/mCotiTvqso6AKVGfUArnNP+SqoCsoh00qLxbKqqCHOu2tdTg887mE1bvOJLe6 774dpWsrOONS5OK8VVHrj7/3n5LLvtCZfgqqMQAVRMzIv5/dCUy23wIQRz7AhADAsBf3Gy2o GFvf5cSZA8QRWA6AKhR/3iOhMvfyM6nzfiDp6+nyzopuHHB89akdoM5ih9g3nRRR/gHgQhCf 5baptNJEP9bhdbb3pp/HeeFefbznhIH/Rw/av5fHx9O48SOZXxCnXc75KEjkU3r44NKyczV8 3vnOuOczjWh6Obi1A5zenzuaafOjS3+A+3wB9wO6qj9JJVVVHAdPG++YGRWX3Pr4bbG++oT9 /kChqdbQMeuzsnwen9vv/dOJ6+/6ff5/LM88+yJtvLxCzxRQaLdFB95mfWG+ws44X30ZMu/+ oUT80hziu/3zr1ew/pZE79cT0/7o4OezhbOuHXmcQi9etet71re++1qeyNW3cNhxwa43jwa3 dk9Qg/gXifaCijb04+uxvn9ih+aJ4G5Ff3/xojTWtId+ydoSD2PYyEgo4dnbtojTWtIehW29 6Q/x3T/a/adu4efjsijxx2ZyrQDqFb7h++fKiUzKrvQvE1lPqUoiAiVVUHHE51eXANB+5/56 E1QuL6UpGubu//tKJHuUhShSmvbnjr0+RzJ49+38db637816AhsWmXjFCWo7AJOaLFY0mlAi CVG5ckmhS78JJDHz+iRDufhvO3yb7+fL3js63mp2vrU/NmvWk/bR70aKsvH7rcz1HR2SfvD+ 9URiCkWUJDgxdkyhOjaNsN/+GD2eSyUOz5ZosyMI7m/Gnbt257dvX2//oa7Yj/fqoXlCp2lK ANStBQ1ojPDt1zZOgxJm+fbPf+bX7vz18tv5vvH/R+k4ziF/b+9vtiPdq/cPrOVuLf26hVKs P4RzPOaTyHznOup38PFuQn8+Bjko0JIQCQMCf6CAPy9T8/viKCV+MKDkB+P46Px+/H57dNbc b8XK+83hi3nPGE3G+dc4PT55LzNqKtb4utvmZI8MOOOdaV4q2uc54x8Iu4uWltJ5riSS8u2j SMUi5Sb0jNnlSM5rKi0pKKIkY0lKUpTnOc5RjGkpEynJmpSISiiRkaO0o0SbUMmopmgnSUWZ AtcXxwR2kb1wrdqcE1lvh8YuSKrfOb55Od8zDmthzW6WTjUOLeuOL5zM4l6zS2uJvNzFONby 1wbvWHJOOOZnHFWXlmtOsHeHCmtXl5rnbcpGaRipJLyaZlE0MaSEiSWcxmTN5tKMkoLnF3z1 OuFy8a5az2KK+T6/chRUEUUiv3rK9/iZ+jK1UxYYEYZgVhgpEVYiSSUWZIpB9ttBMosGJEGM 63NZLL6K2xRhMWSSJiQxWJUWRYYSYZlMZSghZGGKZmJpUoA/6AH/yA/q2q/Pp11q/sv13315 VeG22vvqSST2WklxmTS5u57yTckkkySMb8yT9XVfkfQPf7vf/897/V/1ieSv/cJJifzL/iZf 9YiH/cv+JNikf9wn/miH+hHwlFKVpBKWkaQQKRRpSlUpApRAaUVpRAClEpRKVCkSkpEGlQSl ApGlEKFUT/QCKCh/cJ/qUlR5Kic1A0iH/oAXUf85ISeXl/+HaIdiH/ckglSH/2iH/XL6HiIL Yf67ANCo5/8YAoprW0aENDlwQlmN4zMaERak1SImskwHWG2Ym2bCgo38WAQ23NyrWNGkzDVX qOldgmoSA/d+70/EzXz+G8w9oPb0Ek/0K/grL1D/rUDn0/8P9b/Q/+gPonQ4P+8g/uCmP7sa J7Rt8Y/8JOCEkjr6SDqQx5JJuOWOu8jlneOppqZ/7m5If4jw/M8h2r+89HX+Obce23eIejg7 OACY9XTcU6F9SqDvRVFUfts+3xQL/JOq+hrt2kkkkkkTwjbM7f+X+2P7BG8t/jwlKDmWAIOO 3+8XEOMDsBakgIQAhXPKot52kkkkkkjG5zxJ58+Zxwed9GEJm/YzOq9up15n2DwfHq9vzPmC gsCh7H/0+PloeB5H/inyUfBQPgwTg5ERVERWZO8e4Qc4Dm+wK4a8x+LGTLDY91A+z9wk9nsj 22eXDX1aNm0R38J5uPSHfyio5Bvhh4v5dUP8KfJPY0oCHP2V74nhWNvX0iHw9yQk9p727Ih7 xO0d6ip0TgHH/Tbfhhfqe4D0IEUff3zyNd63H7HBISf4j2iH6xEke7UnSns/CQrpo399j98x VLK+gSQYBghudw6joGREHxBQWEf0lA7HyUPgR5Ar/zXZEO56u0kh79mSD68skE7ksjl+WHqS H98CTfpW2mtyIMkIk/L9q+1ff/ER/ABVadgj+6PY7bSyzEYZiWfUrQWmd0zbhEPU/Z+Ceh+U Pcj7dTsP3/43jxhmZzDd7oh6xDwiHL+6f6zRJPL+I4e7ukMkJ2e2n0RD0F4dfvjsXl5Sr576 8Hw/x7iQ9Cvo9U8xDt9qkT8PfEPJ3iffu7lDhd21bUqvXSRfd0dO70BDR7tHqzDcxUQ/9b/Z +06Oz/yJ8R+pB+Uh9CQk/YkH9xidAh9E04kJ/sTYF3P2EPB5d60YA+oiHY/MfL5VVVP8hGHn +v/mCh/1f0ceZ/KP7sPkMgB+P4er+91YCH8kn2fYNP7056wJPv3+iEkjjjhP42JJI8EJJFIS SP4dgQ4QQ/SEkjw/VWsRZ+0g/Sgh2lRD0Q4dcnI2MS2IWSaK8uzRw5cx2S7whZE/c6IiyMWI ZkYsQzIxYhiv7fqzRIjFGvm9+patra+d63S2zDp0zL99z8AeRoX2H6KgTy+h8n+ZxVXhEiQ9 5D8vR+kdAm6SJH5JCT8PT5+/zr7SDHn3BD5hU6V6906izZ6PKJxL2gOH6j7n2jbauJB6vG3u hPaxC2A7HX6ne1XdEkdJ/ifuJD0/TZ7e3x9c9/VuIctGn0hJ/Q+SKB9w5r6vsHQD+KfI8qir 2Dh5eXU6B8pOXM9lDsnZPY5HyXokaHBI9edVXQPdP44k/hM4m2zT+z2cPPT4q8j2dIh0STe3 FftOfrbXDpOHUY7GHEjkknh++reK8sx2SGvXl9+/yfJ8ksengyHlw9/0+Hxy8SON+3c6Nz/l 6Z6Pyco2bz4t8vXz/+iEkT5u6bnJ5p9QFvXzev4n2yvUPoPyQiMTCS77IDhzXuX8fQ8Q/Eki 9A4OX9aOH1LR4qoIWBLydLqTsb/d/McbOyOTIwpXBs6XqcxtavZTT6v8hJXfUQ3IOMx9ouQH v/T7pIJ/P1KfuhDt7aXxHo/CB6PCJ/YnSfys8vHj/lkO+3Hu+f2Lm2vv6yE50gh6fXJ7OJIT w9un9p08G4/pEnHx8ZuIcH+Ty9L6PRxH0V+7fy/RPoHyAFjuexzOUPQ+kJ6/ft7a1rXoj6K9 l9/kIKpB0ID4Pv6HqfU2w9vu/nzHkfJPJ5/VcfmQVGIhU8LYp+fu/Jkm0j7qUHvVQ0f6f4/P 20V9f55d/133JJJJJI1Fcv+daPyJLPPmNKDnzPERkCFsu8D+OUGCqoF+8BvDIG4g4HP9BIf8 wj0QR7opvxD7AC9gU+QopPh5429XzITk11EK0iFDhbAYde76PL5O3c6eiWfPO36e8kh2naJU SHrV7oSSPf2794jv0+v+HYkHUqQkNDnI/H8B/G3OBBVPqIKpgm6gI+L8OvP601rWzI+YtyzI h+IhXlUhaH920+s/H3JIGfFv2TaIekfaJo3FfEYcJ6NpSQk4Eh8TU9TyhDAk6dm/V5jnP3n7 rHY0h195qQNH3QkkZ9reFbleawV+oz/PMfdwqqpN+3uAKCivxWV9V+K1PofHv5jxMt3Ha+hg eg9GB8mAOjvHtqk6nsIKp2EFU3T5AEOP8n0I/jx5vasuff3ruh7/RzxakLEK9HLwehs5KgE1 D5Yyv0n+I6WP5eX7fiOYht5k+/ge/ppa8n/6/PEc8MgMp+J7w7vMQ7pYh4fnhjUQ1EPYjzDj 1MJ/U/mql7k9U7fhM0/p9H4J7PRIcJ8H//P8Ps8bCTIh9frE/vO0eyfk+zZ6gvIT7J1rmCh5 KSiBo8kUU+Qjo4Rw0iTlttpD0j7yQWR7ReFnbp2ezfRAjv3/9okfCJRI9IR/hEKjxIfDkPL0 X5cvL88zPsKKp6x6B+wP3+Pqnr5Pq/xfMFD/iff/1/6hP+//yv9P+TP5xR/2n+pEOSn+rwV/ sUD9RHNkQ2hDkP+cFDzIUU/25/7F9gUH+kd//MIf9f9//ut/o/x/2f49Oy/7V/2BEh2dlnFX dUdf9//Cjv/5JY1/8fzLN8JUSX/CgU5fMUCySK3pV2XSzCJCrss4q7qjrXVHfSWNdalm+EqJ LqgU5fMUCySK3pV2XSzCJCrss4q7qjrXVHfSWNdalm+EqJLqgU5fMUCySK3pV2XSzCJCrss4 q7qjrXVHfSWNdalm+EqJLqgU5fMUCySK3pV2XSzCJCrss4q7qjrXVHfSWXXr1vz38Po3PXJF 5zzpks4EcCBAhiGIFL25bckSlstlKWy2Ur/p98jTX/7tSRRqSKNSRRqSKNJpJV/1K/30f8X/ xxD+PVpw/9HadvhP+L6Tly57X/qeX/hDyCGp0/Mf9MQ7ScD/aeY78p9z/JISeH/uPd/5vePZ 8T3kG9J9Qk+qa7/9YIb7H/QfR6J3cdMPdPk2+g/qOD2akYcOhj/Tx/3//LrWtcPD5PJqP+w+ vbw36vyfw28PCcpzG2OmvY0/JIScJip6GPrEf2TZp2dz/E/7gk2cPMBj1jr/0q/h+x/ePnyT +nd/Y+8fciHU5KIG4bl/B/xbAoL/SCgv99UVH/z/nAfy/lt+3H+93d3d3d3d3d3d3d3doD94 Q4nBB/GA6P9v8P8ACqP6CqNc52/75JJJJJJJGkkkkkgAAP9eX8vfHV+vq5957zp1nnJn530+ DyevroZmGEzBmYYTHhDMLJjwhmFk33MNcGnkmwD/Hw80vdLK4P6E/sT0H9E15VW23mIf+MhJ fjx4mj3Pj5e0Q4ZwN8ZMvZRnuBl38ySSSSSSSNJJJJexRr5OP9Or17PO7u7u7u7vt7AAAblu gAAddAHt75fx6PMLMyz/Nn2y3Q/VTBtn2kg2xtlUI0aowOPLqj70dHButJsnj/8P7UQkfiDv faMn6ieKcjq9U8uffZ6J3ThPT4NCR1Pw5cHZ7nxFFFFw/L1A+QnM7nf6iaPIT+J0IaCgoKC9 TaqqrgcV6/LxA9TYHNvZ2OPnJ6px19LLLDflbHmnueB7y80PB6p7Engj3B5eBhmGcp9tOu44 v+RlaFC0aFoUVmDGNn07UWM2xjYxsY2MfRRhRoz4fwj9qOaMPJz2SSSV/GcTzHMsffn1R7OU n8a7fdUHf766fLtWU4TzXnz943jUUUUVyOt1cw+UKb9O3fb898zMzMzMzMzMzMzMyNJJJK/G cySSSSSTnOaAPXr6Vn3zzl+uP2GXjz6kD3r7LjMMzDMwzMM8/loep8j6J8JPdL71UJwngvwo H0Tnu7FzuCywrMxrMxssH3k7g4eadupuREeOOExHQ5p58eLardMym2n3JQ670e9X0kujx9CQ kFIe8s+7zB2TTWnq2J91KUpSlKUpfM4eY6R6SH6Ix7en08c73ve7JNvRY9HUjvH/kDmA64gO oeKae6qqqqqqqqqq7xe4vmENtU8oiIiZmZmfIP0BWDmB4b1VV7+gnX6VXh4VoX6eqPx6u4+k +WPx1qdRx+XmSdfD8O8bn7l/vEPb8fD7v48+HnueypJJ3tsOz0cejeOI3DxzprWta1rX2y9u wD4v6Xvtea+bPfD8lGyiv0H1xh1JAkkDLqruwkkCdwPQfvvvujuIYyveMG3Q26G2DfsuPr+P 2zMzMzMzMzMzMzMzM70XEkkkuijOgHS6OO8+LMvFWPh68keHB+mGDDWjQ0a0aGjNU0NGtGho 107tbHUtkT076bdmFUwwwUo47bNmxSje9mzYp9MHzznPJyaFKN72bNilG9+XffF+ZK/U8V15 cu2o0k29ET9er65fp+PxERF4rPbJZe1l8dgAVVcxOoIbfIPPY5p9XmbJ6PLdM/D4PNfNO4ck 9HffDri9zz7IPITqEwRG/z5edVUAAAAA8Zftd2X4vpZ8WXuGqQkVZlWcjYxsY2MbGeddBsEX bkT0UpSlKUpSom3BknxDhOQqct+KfbfDT2Tg7inRMToGLL3FNaPQT8jQp2STQknBufMUtVVV JCkkDK9Xqm678VDEEQRBECGWCPsqwh40/pv2hJJ+9HtR9OxRhR7B/h4o8UbH0V6i8TqhFHjz xR5l94SSfY7fdJJFHUNumfBweT8l8vGqqqqqrDvuZpOgnl7Ekkk0gNoC44c5faUI/PHmwhaA 95GLQEEj3JJJJxtxpBOEGIJAsybdbxd3d3UP4kHEizMFDG8/b773Ro2vbjMCzFd2QtepXvQq 7fY8SrKFSo8lVXEqUfITrptySNtt81R1VUdVFlEd05p15dE0m5pFPBk8OZsccefyqqqqgAAA HeW6AABsek9ZHd4TE4RgwceQ/PZfFJPMfQHBTmmCc04O/X396qq2O/ptsV267p271VG/UAAA AAA6y+k5vnRdvv9D5zMzDMt1BJbTjNZu6Pkqj7lFBcUEBwnV69DEBc2aUta+ZSlKUpS8TnNZ zlNknOc5z9efPnz58+fPnz3oAAHtZflZLLnAEnEAwNuwHAgCBsIfA5a9k1tZKmMwkISOIQ6S yO7U+mP1M/XUtfHeO6P0WlpaWlp4fk8n4qvy90eHs7836PPlI4/M7RX09+2MzBt0223TbbY2 /bgKroq/p+OZJJJJJJJPBR9iUboZ7ng7XX0oVdONvvJG22/g8V2+nFVVVVewHGc1HDuBiCdB N+BNHsbYxjGMYxjGMfSO5rJw/p4VV/NwqlVp6I75iMjvHp45Ttx6I7PtUk9eugdAnHf5WWWW T1iIiKKdJh2E4E0B9WH6z2ikcW/t9tySSSSSSSe357Udz1so+Tn2K7+p6XjzoUMWLLwUMWLM HxjxZg8x4sweY8WYPMeLMHmFHHAmMVNidMQ2MKpfj4g2xtjbG2Tn37QkkfXXah6hgyVbatWr knp+GfYPdPL8t4xmPfTWm27bb1lV+vNy5l/5b4vP5AHXf6ta1rRRRRR38fn9HXr1Yw8RNPVO nt0qKKtmX022222390klst/chJCEkISQhJDn496Pt1XhH3bH6Pltq0gur43rMrGxoO9HZkbY +npgaT0Dyn2dJzTZOZ31y29+Ec4Uxv1uEbbsrUWMjH0jQ14ceLatkZxVVX0TMqqryDskX06+ OjWta7K4l4ePTd+Io776088xo8icTZOYqeQ6ih9IeORVm2XQ3QjZyckIQhLDgRwQYNmjRohC EIQhBFGVWLEmqehuKEcFTQQbjcG43BuXqi6aJ0kgEchR9TBnIhCNs+sGIR25878wkk1sSSEk hVFUUIBivgnc69Q+vxXJzKqscytZlc12fLbaqrZdnWq3MytOZWjSDuteaK0e2eIxEcjERyMR HIxEcjJ39ivu7KnzS0+PbWi0vZY1+UYj18R6bR5zmF98t+33tt8fV/RnLn1+u+b7AAAPiqqq qqr8AV99/r1fOPDsJl9arRrr726+Y5jj6w+4n6e8eeyOh0jI8X1R5eCn2MEwF3PsnAbeHzTf vVVVVVVuJ2KO1Sts5yuKGfQu6s+v4fpDunUQVnJ6OhCEIxjEIztR3+vjtL8vnDex2heXyH5q uJB7JKiljv6OVVVVVVde1fu9Y0Pid7cZr33q2+rBMUpSlKUpSmOEcOnd7PeOpOFjiP1GR7k1 EmNVVUkAySyvmKcJ07nXy32Os9Du9svr0oiiKIoijbK/H6/LnJJPgu7uy7u5IWAIKMNiEIQh CFT6zP3zMzMzMzMzMzMzMzMjSSSSsr3z6ySSSSSSSNJJJJe/6sow9UVuh0KvigA+hzwm09X5 dPmito2X1fg+99Lf2niO6PugoIUIG8Ax4nxy7u7u7u7u7u7u7u7uyEkkm/mTlr0eESe0eh6X mrHo99Tf52NR6o2+J2TiaQppCmkKaQpoPc5Ly+sh+u7bun7/H6ed+3NsvpWXm9IiJ9b7j5bO gxRBvW3Hy9RykOSTvAQhtAC87uoVVWsgI39rJtKAjo0Yq7c+tiSCCYDgPCHAyK+jUjZEr7zu uZDPKwSiOv3Ko0iqNlfkO/X0af4spxfU7dVVdc/fzqSSSSSSSRpJJJJxttttt5i8Gjl77py8 TYiJiIiJ9DzeWq75nXMNs/bJneW5L9ve+n5AAePGX1rtEFFieI9YNHk+i+q/D/X+vzMzLCzz 9QN30H3QVfXtVVXoHmJ6SY8nBXX2Onn2qqr2N03PkdOYwPofIk0nj0qqrE+Ry9/l4J4ro94D IgJiwIIIykEBBBBR95sKXRjb2eWSbJOcgs/izI7zmyUpISojGczVkmyTnILOlWR3nNkpSQlR GM5mrJNknOQWdKsjvObJSkhKiMZzNWSbJOcgs6VZHec2SlJCVEYzmask2Sc5BZ0qyO/HFs+m gO/gPbO1GVWL6tnoPYZ5JBIhBkRCEgkQgyCIQkFx0loX1Pch8sY+3vW3eNuJPt93X2vyfYD9 nveB/NmZsh69B5/PlzPC87g0eREREREbidE917tj6nc3D8VUfmIhh1CPPlHqaE87G7J+DUcj jk1H66j4+XftbUfgSxqTpGa9rrv8wXpERPOXzxl6vHqrVPltalpf0t17n9t7WPQyfYdqnXj6 afb649n58tITnNROaCYnMLBTgwBRKUotKSpQOPRYwBRKUoopRIVE61DCFKUUUokKCcwohOc1 E5oJicx1OsD4PgE7+PJF0D1DaNoLQn9vzRFPt/af7vvp/XNeZlZoPsqK+AwrjiuM3mkQooUW aRrg4r/NQA8EsQHNcVBIVXR74gBr5Rrp111XScorYBWY6DuVWjozcw3VVQGCoK/78xIn8tzm 7u1aj+npP3X11qZpPS13NEQkP2k5Fyj96bYqObJq97wm0aG2Kjdl/ZBggQ3WKigEIogtrjT4 WjVkPNu7mlwXxNbES7EJCUGyvl4q0iuryI5G+W+b66uDGXkIxUk2ykVw6wXuFBWuON6L2rqZ mLHbbpwRukxZII9+8VJBNR1HqZzz2PoP2kaSHijvUQ5eGNgSQV0OmUPMkDiMJyMJRSmKO9ka dYmVu7rSzVYsnF/02DD9lIWxLyxKsgvAnEcG2vprMzbtZZCz/4R4qWGEMMHi1VAh6NENGjUQ adLRoho0airTpaNENGh4tBkSSSSfY/tr5lSSA04wqjlUO7gJBFRQj8DrN237ZxtIO8fzJHsp DoelLS0tEjR9wZD8xMTSIBHihUklVBx05VPWjQ6zVoXSQj3anA59mgoofLMA7tOBimSGoyQy NEVqySk1FJmYaqMs01kNUknHsh/yXvTPafBDQ3GhiOw+sMSWU/zVpatYuWZiiqTMUmtd97Xe Eyxals2krKtYRUamoPDxtGpGHoSLJSQlSBSFgUlCBTSWfCe5sBo2FYgTAXxduwgdtzJwH8iD 8fwx1MT90HjPAngdvRODf8Pm5WW2ZVrLauszZJ9hhW8ZNtpZxltW6ViTAMyhd41JqA+ehNaL MCt5A1LQzLWUmWMGZaMVFLEhKWSSBUivudpR2p+9GpNIosYJBiNgExMRCEGwMJ7fpUf9Rx2p yrhSts3TatqVtm6bWbV3rvGnLXNOVm1K2zdNq2pXYndEREDEI31E7C+I8Q7e2lyo4DD26InU WJCJl9FB3d6DimIIIKKWKUpS7ZJuMkQ1rPaPzJBkH3IsZ9Rw1Il9Ud4y1Tk/upSlKUpSlNOx 2jP7pH7jlGqhMCeIho6H36qcEQTtsJx9oosvLVpxCU81dCOTuUxmQaEIQ2NCEIbG2y/ZbLx1 y4mJbtqSW7m1iytrOXvP29ASKDKy1Wa1VrKq+lgfkQexz+3JwhxMiGhCJFIRDQ3zmrjG3JwZ mIlxaq/S2Sy98gRFFIqULQtNIssAHXmBE+9LS0tLQnT0iTkn7oJ2RSnMfk7fjomCkBKKAiKg JFP+5iSFV4WFDAF8OPfrU0fK9lUsQSj+tVQ5J0xCoWKkj8GrFCVDHlgJ0WW5YCYMO6PsbNjT cdza9LiLgNLfAs62/CvE2tPp3zYzrUN3V83ORVpFNHHDdDm+rzZvXN3ecXxbHy+FVLWlRtI2 5gCYbCOhs89qmJiYmJiTQrwSqBHJDqvP50RRwUkUQg80H16KoDx26KD1SVAjS+oMwkh7YYJk 23Uy3/X13db3pzLdVEi+Wr1TA8I5tlREl/ZJMd0YWzV3LWaj9tPA0IjZrM1QVRZWIy7ooPFU JEBwr5xIgO5ZypeszFmeqvTPoPR1fxuXY/IzRHhhKwswgfhCVUl1S2bajN7dMY9eh/bk7yj/ Vb5rsdrS7IRh2nIjhBs2M0nTHLtHT3ZJtHbFk/TaPWSOtnKT8Pb8d9aayYzOxT/gf7WmokFi o51nPOBssQKT/5w9HRx7HizuzIg7WUsarjsvGpmrO3MFUSQs5/59xDhhp+EQ023cihJT2H5P 4T0llrof6I69wr+gK4AZoF+/P8yVJG5FIl2GMtY22YQH7haOLAZKGFwIi7AZKGF4yqsPh1mW 4qdbhIPaoJBDVKjHEKkjexrSsspt0uzdccDGow3wuMRGo7GQbWIkyyRslgTZH+GuYrkfTLKW 9Zn1GmVbLoUUR/aSaOwTdhJ/osQMq1UotJbDzmZANANC5CRAUKNAKRKB4BAJpYKFiUZVR0YK 2/lA/gbHZOBBOEIU/IVf1OiMJsd3pSmHiHSJoImmPhPxPuwasmWEyckyMGmTJuMci6hr3KNk 0eFRkZvlouLectxKUR426ne+3OzVpnJ6kFTmrLSREO2NJEQ51aXCSSoANlYJXcUwEd01zHc8 rSAdebqnkPzOe3yNsaabdJYiRKnS0q4UpRVFezEkFqCx3x3tm1OrTanUID0NrhODQ7DXCeaT 6w79cpB5yGE9O6R1Du9riFZcQ4xq6QrLiFZciTiDqxOgEDzAMXNwU5r13TF8/YTg/U7ir1Xl Vlp6xp8jUe0SeUbcI+sx+B8SHHvDsMcIk7I+B9P448/Uydu2ZVtzMqxZjhNKxmZFJZmJLkPT TQUcyNETEk6zKYZzMphjbBMD9HErrt9VhdbRpEEt3LsaLEyjSB/0MZdMMsLi42NaymWtsInW sphtVgPwKxHCkZWxdauEWVFqKzEZFa8LXZIg7RvoSvK1w6k0ej5VXrGwe7cdV2HV78Tds/vm WW2cH/Giqor0UeQruUM149N/B7u7HZcSJdjurD/J1Owtab0OGfBHq0nOIkrCbSyv4NM1R3ZE SiMnJylYwqjB5wE3xd8XK1rjOYYqZZlm8f4lcRI4RlGmOUx0RkF0VVGinzyrO8SJ2O8kk+nZ +cwdBkQ9HdKopSUsjVnFTRUilJSn/BOHI5irMm401P735f3n5fDTT8NZvG5E+LBCWT4KhA7F j1em49O0keZH/q8PodRR9HWZrDlG222il5D+z5iaFUHoF+i8tdWvNb319HLi/g69MfEkG34r qW2cvzIwGp2XaSkpKSl55i+IAC9E/NOTyoe9+07csttuycJgFmqqIqq79w5mcTH123vWjqPt wLZHtEkMrxPFvq5d5x80QYkkmYJYkhnWWbnm5mOT0FWmFP7SSq8Vpa0Vn1y+IuWXP6J53u4s bYz+LlZU0gOISe3HmOEJh/wRXlH9CqhP9X0/nMzho2iSveDQmBKdPD0PYsmiKzD76ymiB0aS ZEm9MRpGofpwwypakKW2IgKKClR8iSJIID1F5mhWKj7EkffTzOzp4fUk4fKqqqqqpyTsTVdK xMaaIqYqKEIWU+U2n2WI39I/Z7b6RbCR+ITk+YkEpVIg/Vz+3AxiQ3A7ge7RsGwHfyGGxuL2 7WOxya8pEjJAVSqgKZQMiJSksSJIJFJRd3pXi3jraq0Vl/xYCYcrMXEfCi4XOnpHKCRSA4Sc kSTrSdR22lE6oEY5fOWmmiIyS27aGguPsi0NDSSI2PdNKubNJILcUqIoroVUbNDD4Q9bGqRr uy6VM4uJtnKo24YbpzYRBRNDUEU8TKs1JlJKgqiqqmXIrNzjS5xlq/bzxKozohA1IQ5rplPt uUYii+mHNbW7YwV1Z3uk78s15XLI5dMK4w72NUjXDLpRnFxNscrI24YbpzY1SNcsulTOLibY 5sk8eHFeG94fANiQXa8XVPgms+UbqxIMQJXdM+l6+d/Hdt3dbLUaK0ZrDJMmNlsooz4vnl8v mgwiCLav0/LX69K01Btaa2lrMw7GhpoYWQ+CBYmvvY6JhkqyxhBPLJRMMhYhH2GqsdQTS09G Meh1SEMwyLVMqIBLMLll3KCzISixDIWSqIsMZZYwgmssdEwyFmUIBAgVDCNTkvOpHDcMNkkS S7u7lctxxPAfxYoowOiboIcjuJ3ihDnI4QqyshsID0V7Kn5iDAJyNdGPJV8cvjwD6+tJWZmx o15Ye+g3BNI9VkxqfcSTCiQTB0dwdHM9E/IE5O1B5r0ijsHgvYLf0Q4A6u75+3TRrWnXbaya yvR4yXg35t2mmtlUIk4bbbbbbsqj3VL5Lu7W+fvAAu+ruvdV8td3YKQvwJs8061XqCfp05i/ ynmeSR9U+n1T8rLPr2JKSUhIkpJJJJJJZkkkkklYln7TJ/caXPEu/l8Jy88IfiyD5Qpia4BI EewCOD8VXX9f+Ii+7w/1UPgVsJRtFJaoUYcJ0aPibRh8xdAUUQZmKeWxiGb1Av22+ks5FbZb JttmybJRW5IrVtxGtS5E5LlrL9lJkO8AZ6G+UG35JqQqv57PpmEUqU0azWsJNSmTmGWscqUG hAiFqtWazDURhmsR1pmkxcMqxfx023u/Ju9uP9fYteOONmccOPjgtcclVxWkCVcGxod9nIWQ 7HF5VX0IIbQy1SNocuNtt063wnTiadViLbVN8MNWEtHLBsMYWloCMPx0aa6Rwb5jmbZmJpO3 745xhJbpx6siI86JnD9kcbbbrUUQULAH9RLbWo3oKUgNBmYwoh4WAiTIgvFR8kaQTXtsZa9k QxDtmpIhWSK+CdI0Um32NZjMw0iENoctyFkNGryqvYghtU0FVE0D4vvzTYFNyBXpJhIhhCDQ BSUicxIEDJBtYihSDLJNIsZZB2j6qr3xO0fS1R+4xfTkmbNT5L3VDYAgk473DxTt2dvodeN1 KzxgqXvaURd2S85X1u84OycJ+frWGq5AiCHSQ5VVyzMPUxQceeAmJKGzlLiHvg8ppNAkLuYp wn5hJhgnhzeKdwN0PYlYl0JwMkJ7x/uyG/EVf3r6z2Bkewe6zqMzMz6egCAAAAAAAAAA2szL PpW2fj8SSEREXsuwKyIQfhhv1wA2qiqIkdZVIiI4irSgCQsogf/iIfud6isRD8kQ0iGqAkoG aiiCieDqJ+RB8iiKPEZDwTxXWYZmWkOBkjdMBPWEATFCH3qq2/X/S/jhOShCFtbSStfcplq1 pFYr5pjUljExGRhVWsHMMxwKKMMiITAgxwo4BVeD0eVI+ImGQczbWo0Yo9AwiIympKRcMSJS lKSVIzDBEEqKUzEjCmtW5IBoUmtW4aNatw0UUpZEUpLINat0lyrOcTJ9rcrbCgoKCgoKCgoj F1XVlLMxXOHLDQa1WBmVgpoVgYDWqwNA61VW4aKUmtW6NFJSliFCkpURSiAmYYGtW4aFKMow UkUUUUpFNat0aCkUVBrVuIjSBrVuiaKiKFFKa1bg0UUZUkMFGtW4GijMMFKSlFJRlSJhDWrd EkaKUU1q1hpFNarauUqucOWVnKUqUpXOAaSRoUooUikqRTWqsl2xNjY3q3BoKSmtW4aKa1bo aRKhRrVuSJIaRUSkolFFKJRZGUTCUUopZIKWZZIYKKFMwLBqfHn9rbbGiJeklrE5a20mSUD5 kdvM5B0ZhWUpZEqFUbzAxhiRFkiKAQsoCBsHIJNiUfl961mVXx/TAN83dmfQWXyvP8ERxqPP oA6PmIiI/67FsiR+Cdht6Q7BVdUU0dTM+obsfgRExRHr6VhkBTosjRGiNRSFYRGY4REgPiYL 69dd9a1rmfYTlo/VewHMe+faqquf4xufIgwQ88HCIRPETy8qqq0Ckm4Ynl+J2LScIJS/T5m4 e7Jy7eWZm5rWrLKMTYhNarQaoXWtgE2XyPp4URVFbg7BtRK7pUwETUyjFDJFBJFo8yJOlh7E 8D6id4fiTUe46cRr69+G43G+xfYu8f8zI7bjcb8hVfAqoqkeYSOaeV8lh43b7uWmZmLJNI3D wkmskeky2dzRDu63pGkv512tr7K8MMYwxjJaxjJaxjDTXEPuj7k8tDbXgamm0YpkAUnrKFrx 1QxU62jC1GFGJK6jUIZJAopo2MQ6p7gPyhORPl32NZlhQKMwB6Kj2J3PiTykx4cE8w3t5hNE jpqKfmKgPM3BkkyBWIk7+rT/R/ys9D0ZsqIlWzoflBw0FEpR8BJxm4kgm0FE3mJ8gVyelvW9 A9vTC4xKDhbzwEtaVIi1LMLRgwtKwsKxm42zi6hxvXAzvhdaKgKkIro2qhqjlCoEwPcY+NJ2 qPmPjc1bPXfv51rWthqFlONYC4GknEKTjuAn53XvrWteJH0MMYxjGMYxjGyNI6d0qT9T+LVj QvVqUkKk8kqI5fS4x5fXPT443vP+Xfj+9EMFSA5gJUQDMU33ZRfoewVw1POEcRTCkYJ2g7Z8 b+O/SPPuyfHjKq3iU6o8rH6Sp5ayAETtkA0UV3ZAFA1EbgxFg4zHfWA4M9KRo2e853SY1Yyp InMreY1UHn47e+unblm3VHPd1FXWa37+9m0JByg58sCKuVR2ru4z2FM7s2g8ofZ1hw/Xv45y qMfslasMFTQRURMSeljpENmEQ3VckMRDFAyCGBEoRGlUqkI0UuBX7rM1i5tW1MMYKTbbbFIo owYMjJtkbyyIAUEFlQACASAAAAAAABAAAEggAAAAAACESIAAAAAKNQAAAO745VXSIwqygAAA AAAAjAEwAAAAHbcjAAAAAHWYiEkKQddIOzuoUKlsjrEa377Wvfjv5RXZCkBzCEhQJAbxTHDK L7jgFcNTjARxFMKRgnYVpIbD3R7osvtA7K1VBvHyNhXCShgx2I62fc41pnlAUGcttKFOMhko c4faNt7A3vCVTa9EQ7cnr49vlRfZFAs+eQMmXb2/H0cNxUsd8OFTUVzR8RAsBibAZrhOK7V7 xMoxaUZK257EIUOyjKTB6VGG7Fc5/yw+54Fw3Umzmm/a3/HtMnXVnJ0LTdScHVN9W+epk6n1 fO3Lu314afip34NZVri7g1d5Js449W7Ld29VXoXBZr8WP95s5F4H5ERVsZ+JUCcmP/r8/9kq IvwM8cAuTD/nYv9mewf2Q/K0jZySlXR5O3tsfvNHAvcfIiKtj6lQFA7633UKQ2AgxMA0Djdg d0GwG5CZMSJCgWHjnbHiEAIbx1etRYgoguav4UTIaaKQxiYVkK7oJpCDTDjul0DBsOLO3P2B Sjiq1zzVhCxggVreLBokVutES0pCQpJIWbFFu1TJB3uJjwuJakKDA2VT4DKCF1fIc4iKMotO e9AoX8MEhe5W+aXtganZ6Nsn38/h3SXPAJM37DIJeWqvJNwHWJm3SyMT0dxLtdr7hFUJ5wMm C3yIlb1+LNcbfHdB1z+JXbkVpmno37Y18roxjYh8H6j4yVKqV1SSTpi7o9k+jeTPz0X8Tg2I /I+wiKn145Md5VhhMPn7/dwXhmeRnk5Bvz2NHzmh/LL9wz5Zfz1zD3XCIcEpV+/2uoYhegQg ugfY5FBYYER0F71CcrcWB7hKghTCQQbLCBOTH8+PtKiL8DPHALkw+1i+zPYPsh+VpGzklfHl 9uJJL+hVb2ey2qaqwLI6oP0Dqqr7xFkcPgCNOjCE4ViJkLYiDuYGApoVEvtQRccVVJvgKDbh ZIaGCJhXdiJoaIJCbEVSSoRGn79mkCHJt1Wm3SbkU2yTDbnhw0rqJDVkicG0kE20QaNNNEk0 TUCKJoprmbkkI20QaGNIbNklHCmpEjGkgyEINIhW1Vw0M4CfFiPkYJwB3gcPxfxp3TXIj7CC LdG6PzVV8b6+v6ktu7ktu7ktu7ktu7k7Udj6ivZ91PMSE9OXZOabbiczSaE0vCaTWkbqbusn UexxDmOOGnKyo+30jj7cMRwjUPn1WrVq1w7PRpHTpHDGRMaR4Rob54VnCPSEkmoyR6RUb5Rs YqgMcv0qqofxH4MNXgmHlXlwb7YEnDU+Jtz4IoIkiFo8YQNhWWkpKSkpLLK9vJPLds1iDdMN wORDEOYYMQxGGE7tS4ZMy5Q+0vNkrzS8y1Il5wVcwHU6tsico3sROIy2UZCxQ7fG22JpttOh D3JJJBISHIlCSJNBEheZcVjESRSEY5EzVbSrZZTK9gdEAZYqgOfj6gOIoJ/SqnoeB08+zbbf 9g3d3+KeOiiZbbfJ9zyzuYeBjMMxttwxh2hIkkvazp11OW50xjteXPM4bnLGOHHDbbhjJ0+u WW21bVnoowq2RYNK9DFraznsjiNvx46zMmeiMWa1rM8DFAlBXAJG0jGtsNJ0jNqmppvpBhuB SiDhgCYBhixIVEwVVVSwycUti+rRt43D4kFXyRYOSTU8CKxyMT1XR7C+XXcR8gIHr8/TMzLP PoJELJttbZdd+p0SQhozQsOgLLnmwzGBKq0h1VeKaRp3Gpq2fJxJOOz2cyD3R/n8R8O7nGVo mbnfukvJa227Qjqfeo/V+k2MwwdptyIjEoN5MJxsgyTCzcWpDHFuXFluNarjjjWJm0GSYQYz kGSYTjcaMSBYV3OyPpHMDccHknZHu37pP9yxaSpA6aDwjsk4URFQndUktjTuaG/yw14mtBH+ peQeB57nQYOfo6p9qtKXUjwzuvfy0i6Ralp2Ki0y3aSAKiLV20qaiaiXvRQaCEtOm2rPX3vj rc1rU1rWr5Zvd73vVm3yOCQqQqRCkkccPex8CNVRtA0je3vY9iNVRtsEJKjh01EU0lxw+OB8 G9wEJUU18LIxdvWrXdCYMSxB27PtyPsbYijsjiUwSRxw+OB8CNVRtkAbIU3R35+W22222215 EB4rAPvGfHll/X16sD6dc70yaSSbY0kgSro8DD9hUIEkEkEkEkEnPSob+eRdSI1Fp2mt3Yzb lxhsUWugKcIdGoNJsiLeZmZWeO87K9gkkxJCSTKqrKqr2jqOhtRg7/xjgdTm2fKp0PX9fPMy sMyswsK31rh1TNTNT4GOUPh4liRgTiRgTixgTgxgWZFYWZH0iEd44NR/uyZacOWKwphTIphT MphhTIphTIphTNTVs8x9lq9sYd1Y1WGlY1ZiaVjVmJpWNVhpWPbmc2vwsJ8jzE8/aqHkb1dE 5uqPQ6TUbmrI7jh8ijD1gRg8j6/sdljfr9V8NcPd2vPS/F3LV203LViQ5FaY0pdUJiVMVKcV GZt1w5cmGWzcZWrZFJmbNxVq2RSUtUGdSraRWFwVm24K2tkM4suObM1BJlu1sptpJbjK1pSS hBKxhYyGRhFBEEoZYjkJClCkguywZIroSRyQ9jyeVOgHeaSgE5CyJihxhDIsBRJaaakmRYqc Ti1wvesyunBy6IwXbcfpmcbZmZuCnOUApQdglzAIwBcMwXSq8/aPxCNy/DMy0LrgFv1d3y27 3X5a5V/P+zhw4cOV19un51W00V0rnTKUjBPjUJMSC0dop+ee+jIjaqqtgdCpCEKQGq/JsvWc 5Ws5ytZ2dq/0E92dSrkyYHhZYwbq6RqW2fA9P0Ar+EKt1E5ieKHyOPc11Or5Isn7BPsHRC5V rP39uteOD3XGJibHyRCRVOjsOqzvoIKINAkjXB23izMzeQ0RYSEhMC1BQTFQREGhyclnIc8n JwciNG3jfJyfrtgr3S7BB+u/QvC0PUsBRUYus0SwYYYTlDAGMVGIWhjAQTBwPV6NvJ48PDs7 q5cPQ6hPE/jdv8vo90eiO99vDkJ8AbHCrsd+9F3ssNGGXzSI43vJtoaaGh/ZjXTBmhnNFAZd SxNCKOIzxQFoQvj39b5SwNRHobsTYldFFfNngqG71PiKAaKr1IoY8sHAhENwE3cV+RmnQOGN R7FLjlPgDAmA0xRCVcg+1aNHrttrMqA2dU8LjlO/x6/GZm5v7555hpeXyDAoYoCDTTPt+SIi I55DrdtHvmt/G5dXVfNItYn2VZjCt6yGZho2T8qqtf4/G2z1xhVcIc2JlW+ulmy1qmssGXxR RSUUV8vmiIiOfPLvNK/NMR91qJ76us0xM/T2usu5Fue/BsbRRSQD6ceuZmZllhH4HuegpV2K wqxUCFnzFGuaEJsrVl6vg5WxSgY3QMWAdvXsjvJ7W0Xcu5Bl3dBVY7YsRmEy0MbjiFMigyfg MyJJL7eXy2NIRiLjLq+xxYt8kiqy1yXcuWF6KKo3yZE9RITIKSgoKJe5xUKVGn9qXfrPW3sG jgT5U1JEiD97Dxiw+S3x/BZMJSYSLSkrydSYlIxk0pRUxVA7ubV63C1c1KrRvC5er3vN2a09 a3ve9I2n23udqqz4+o6bHXgkLupB02O15Yke9UfsaQRgD+V1Lwniu7eZzqddGd9Wb3m7orql AxlUa2kIQr9CIMonCpg1JTLiv4Zmc/F4y3MZ9x60EQEQEQEQEEkkkktN1EREREQAAAfO8feM LIwsjCyMLI1uX5fd+RPiPWu34+x2kgRRydXIW3/Yuqyv0DZmaJIz4EIofNfflta/f/j8s+/O cJ/Hbz52j/n2PXGEk+pOPsD5fuA8OnIiqiKoDiEejlLDml+Y02YRv3Jt+IQtE/ZZCTLzZKNV oCyV+CqoCvqvb4kkhDuWWfYRCzBDMLMEQs76p1DVYPQxlmUqZlWPBjbcKxw24VptqYqTpD4W 1/KmVbET3pn3RInLZuxNwrMyzM9IYZU5Scul/UeptOe5Zkf/JZD34GRGJKR3f36Tqfq4FTkj +mRTqPiPSz+eIbdP6ijSlKU7lDzapX7JpUhqSiT2IDEkmOmRWKAiKEoKH9T0ikKheU/7CaSZ gWT4pqjmP23lm644u9XcRPx2jEV9CMhUeKRg18W4+z3bmGkmvzVt0yZvJZohkiqQUv0SOE6S Sx6qMSTUFRR40YqrKsqq0jFIr8jtGLB0Me4e7vLPZVRkkHjUtnw7O9XbYqo8YGIGYGOBLV9c OUUGoiGzHDYxNUapdGQZhk1dK+XgeZ3tkNE+BR2zCiiTnpFQ5K8wCRcMBoQ2DQCCoCK0FQ19 te/nvmZmZJJmJZmY28yt78jbN4lwnxxckvfgZwSoHxYbODh3NsnJzo5cnDk2yVfWui9bOnQS +eWcgt0q4DUDg4DK0FjrQagaNBjk2yu8lVJkXEVUeyYmmEYKUpZ3HMnovqeKtduXrD2bk5WT w9l6vN6r98RF8vRJ1iSXyr+XkAnqoHdcA3FV1oX/ZrnpUdwfaQ2HYJOA6S+pyIwiIiIiOFhR OPiauWZ4aT5RsAxNQ+RfIQp3g5WpcgcD17VgY5MzTTSBj6fX9Pf46evxxrlnLr8q2eSk81j0 tre/n82iRONkoN4wqlw4lGW+4jEHajWC21lJh5wslQR+NSaO9ve2/xHzlGom+84LGHAI7Bgk BAC5640UntWPK2r2p26QTlGy0G7wql0BIcSjLfcSiDtCbWCwtrKTDzgLJsLBB22m0o27bb9o w7ZgOOyBjBTCEBIiAhC66dgq8PdVlZs0ateDpgleMdDLhhaN44kMSSjcDqJqKqqS2v1Gz2z2 1v2bbFadlRQ8fP0uyz3+HPr8+8PEo+IwpAUhWa77ygotHkYgnCo8KrAm/zfhdQdMdMOokyi1 MO31O3ZCSR3cOC+fXt2z043c6+eGiVkmZyWgQWFqHVtFJ4rHS2t113tEicbJQbxhVLhxKMt9 xGIO1GsFtrKTDzhZKgjvqTR3t3237x755im10s0gIQgIQgSBBdPtzSJaIcSfXbqoWNNVEzZe GoQDNClOsdX63x1vo6a3bQ7bsFkMoD2bsoZO59obqso9w9wPRCgVhSwD18u8W8z5NLUX2W7e s1DNb1Zet0k93pRa3Q3Ym1Ck1au6G7E2oUvZTGXFckuTd6utxGTq4nj4d1mqzaLBiJsQqzZS jp0u3cTzteLjRFJ4ExWTRFXrWLipFZ1ExPfMeou7u7zsTC8jqk1nKkVvTquukE5RstBu8Kpd J74vJo8oO+XbbvtjtXtumsFE2KKhO2NsXpGnEuA2VvBkeLx2MjF704jxaUr8rbO23MttucJU 55RNxPhEhyVVIL2EDBSORcBAwRIAgtNlZGlhx93Gibw3pw5JkNqaOGlGlYrC7O3GnBjs7Ols jgsmxPBR17rCAwEGGIPMph8fqkklnO1ZDTwvi506p2U54ePq2NSerZjSJwpgIVmQIHAi88cF 6RcDjeaCkBoQYctKNKysLs4404Mejp0tkcFksTwUddlhAYCDDEHiUw7+KSSWc7VmjTxfFzp1 Tspzw8erY1J6tmNInCmAhWZAgcCLzxwXpFwOMLNsquN27vFZpkVUIRV4un8ezu3d8ci1WuKE fPNC76SiEs4lOKgQQdjCGWCARAxLrQXmXBFp56cnUdZ17HegfPqvF1u+KMvlMl236yHnQ8vv vWYK+YqYjkBkzNMzqMSAKhImLWGYnIyCYDEgggtQOqeh82vKvrvqXXW+sOOddc8ytnDq1ehU MAwEw6hICeE6jrEZANBFqFhNKUAu3UCSS2qlgoGiwnJTlkLFLtews42O+7gXpelRoVkA52wI vMOGAIUyZlAugJDbJC/dr89o95ONtnnolwgh69eiitiLD6IGaexLWl7c7DR2Rfftyd4rMTaY 7Ktu6vYEVfmgaMatjURNGgO1XGwJFeLkwbU6O7Tft9tjmWcVjtmL7dFdtOQZs2bEqoWA6p2O YLVyI7rRYMBBoxFe05RA8fakklrtwrIEOzT7JmzaDvyYdcvT3bjim+1Wp7uTG0TpWCtZtssJ tsXG5wI3PGy9ovtdHRxVVi6NnAUqNqcnZpRpWVhdnPGnBj1dnS2UYCqrE8FHXKwgMBBhiDzK YePNJJLOdqyBDoXSezaDgQaw67lgSq8FgyFFYIYCFZkCBwIvPHBekXA44wXGuGbewJ3iG7Ih C2IVDCXIhiRJSMqQORRFPhMYaGIRyVwKbLEiG8MUxgwqUrImGQk2UjDWiaaPQZDSaMgMJwOQ 3J4WSTuWVNyhwoVQqhVCq0iZROwvtIzqsKq60AOCXdndQSjIoJRkUEoyLRWsNYciGIYhiGIP onVJJNzuKGBePfunfg5KxyNkgEZhMMcXjVuQ8FjiOzJIYik5jtvI66cScxxs32qqodBBIK4S NiLsm2Cu0oGwkmJwKmL44KYrCkDo4TWbm7bbbeljXEZIbFRPVI1Go3uNR1123JwqOYx3HUaj snFLS0tKROBOmJbAbpvp3mlZ3Wk9k4A6Qm+ydCEyTor0TbSLwKQLkWdcMzQMzvqTQlRRLEnE dMIyLFjRiDiZxzHjOonCHTpWLvJy5iYvRdk6JeEUUUVimybErnBia64nPpVVDuriiiint9D7 ZbX70yvows98EMPI+ynA7ybmYmGJlPadHbbS6MxGfJA5+lJUJJU1SF6ED9Q8XQXdl3VeCMxf Cxa00aOcvaOhfKAW2BfE4OOODfCqkjjjZqwES2NsbY2xuBQqOguuBV4TEd9fBHYk6qFff1/Y zMS5j5uayLmaTSS+pf1sG2dbEj7myKzWGE7envBIK3y1qQf11vKuY4VwnD2J+YY8sacpPzzw g/tuufpx4npXdy3cJeSK7yWpPtRQaPuvo29GlvcUmAk7t8FO/n5PweD4A1QKrOKr78JAEAD8 kRJRE+NnK+IQX48+JJJJISRtxNpwjc2GesqobXPXm7u7u7u95mZkcmXbbu0mHlAlC8gWqKCl 3gCkDRG6SvJLwIBOz9RwPEiJiYiNzEFH2JXYhC/KbaxswzMyJFQpQUKCCwwapOhBnfAoyHJo QTK2xTI1vgGrRZmGVLmDaEpwivbD1iqezMWWzJES0B03OdP4m4gEhzH+MJogH7TUAgkhQIYh Cdxfz13bcu7uzuzu4cwg7O7G8X3MyLspMU4JyBI9+74b5/wIA5nIq0HIvAqatUfvHNOYwPP1 MH+x/SSOqLFEh9eAx5kETBPMnAnCTc0GOi7/jtdUzqZtM2VZX73EERJA06XpXXPe3141H5Tv rIW+ifSOH71atUWj68qqqqq7Cm6PREDyNfkYeoJIk9/UOk+H3VZVqqvlUYeSyLls3VLvYiIm Zm1t8r8IozJVsldPjTDMYsFa1qP2pta1kwzGLETonqio/LbIsJaltr3Rw9fU2NzQopJA2VC4 qrEDmVhJCpipIRgUB4kyxUtVarCeSJOo+kh+k+thsnBzPE1S2eGs0QhUIikAmHq/ixJ/uZlY ktjxnKqq2h3/UlIC8H9nsHVj8TMiXdsqlKUpSlKUk+sft+o7cJHyOkfeefS3md49RHOj7Hon 05Pu4RSKfT8/dw9h7+mroXH9/zfetP48i+2xOCcEj0B5qj8eG3Xue3ukIWUNIGDPYD4CVPZO kTZdGs8jbG2akgRH/NseV6NZVZLchoodVARQwQP6pfzoKco8B5sWj3d3o/hRf2wyjIsft+9W 20BQkkkvhttw9FhZY/oIC8OjQJjHo6OelHXLp0VjHTo8vic9u7vMKcozksHl4e+z7dchDeiH 7yZ3Iw532sQa7cwHqzts0CIMXHIg1xyIB4bNghjNujmPnjp7RJ7GB2txMn7pkyP179moITp7 Sa1/HprWtcOxsilKUfPMYtVGiMkOnaiqqrkOSHuPpAUNK0LMMNN54ZJCsJ1PYwTyTo6FpaSr pnHaL6PBYZkWNjwmBmRY1g8Myb6fVvq+vr2+jr9f8v6AANttttgAAAAAAB/Fde94AC2222zA APnvAAfL66rmbpoV9BNCbGhXASMq9u90MQQ3O57m78RbribJuJpOE8TFB0QvtCxwDRh6F4U4 vTl6Dr7C9jk65fSOwasTyj5NRy+UX29szO/1tqqUpSlKUpT4Q/0HKlUUnqUNYGB3D5QZh45V VWwv9kLtCGSAZPtK6hdSpkgZOzExMTs50rI0x/be72cTGipJJaRJhz2i5JwAW5sfOOA2fASg eFzYPmr47eoh81l4q7kWbn1kkUO4jxoTUfd2q4qLHv0wXuKeCdxOaBzNBsD2ID7PxTfIqfUq dijUUqbViwqaKMiiHRGECEVToJDEmJYdEYUiposMilTSsVHzGJso1FKm1YsLEHUYRqZiMqSV UesaR6R3HtHaPT7o9nlHBPh3aSfoVWc+Q5FDoWGEcO4bi/cTBOqqA67j5t0sYVZlZdMzVi0v nIrI8DhtwT5MPL0PT0TwnNtKpSlLFKUpTsj6x2ixxxCcd3rVq1avJiUcp4UqlUqlV1pxiMkT qeDR7Sx3GVUkVEfZ33Kr/c5+P44/j+3LWtXrVaetauzNR4zT1rNbveHnJetuOarekkcRjelU NZu9a1U3/aGWxvCsATossEVq1zV+mr9VVL357JqclObuyaVrG1tabW5u2FFFFPxZ9svzF7Su QDyfz9agmKqIl7HRxNKDLChELG4qesdzg4YZiXmJz+rAkoAIQYNAXgoEYOm+Oew2+YyHx67x eRrMmvkfylc/E64FzckZysu+LSpGOnR6GrJMIQvtY3MluZskCfcIQhCEAVEs74rA0tmEXhMj ImDncbywYDU64FzckbZWW9RgypGOXR6GrJMIQqB7GMbK4BO4rJIQEMVRbRKGLtJYTSOao6S2 OL1cb5u1bxRV2Sr32lhRSlTLehpm0K2nl6JtNMPeNVKXBShaLH55EGvY/Mk1EUSycFkRPWUT 1oiNV1JI69YxJBN7p7Rk8cIh27BCSmiynjAxIZjKUM3rF5EXEycaHErnE64FzckZyst8WlSM dOj0NWScEIXhY3MluZskCZzS7iVNqRuLWrRgILvbAEhbE3XQsI4pizFxRPkLGTK/NMbpobDe 81oh3giCMiG1DUYBtyjkTIWSTXM6D18cdOedTnvPR+Y7eYd9ZkdPMkj2TvDgeJsXBEoKuwW0 sXaq0WJwqA5MH4ypZs5k0UpdaNO7LW+EjmIBaKNVcxS5CPlVBxei1MqRmw4dMVxJAxBS1lsZ 2jZhZ0tW0kGEvKdhSZFr81qsdru8wb3ZhF73DUqkBVEhM0SSOb2iEs7mxgj8Mh1Oc9sLJTBW SGrYFQwNLswk+NBq6SAqiQmaJJHOLTkFtGJsYI+mdU1Sb6qslOCGdIPvbjaRUPS3uQTsKxoK ZNVPufLxFPY5rdHxpzeNMFQ+sTkEuNRoKWNVOp6eIpoardHxrAs6IUSuzSp3jGMYxim2yIEK FChKVjSpah02iKTjGLoXismM0k0Ilmg8TPd61Vqag9Jmm0UJCD4YMw0aGQ8+TCzwZ9GQhyjf o1o11QC8jCzWz6a1oq15GXq+CEIfKMKO+GtXMuFfTwPz1qe7AZsfHXnt33Tpa59+CmSmdzfI bPcEYYMYcsBFsyzZiuITPr3nXC9vQcdBrnpdydc7fl8S8CzrtDL5WQGeB6ezmrBZfYZ0Iw6o Z53G8nre68DOvks5tmw5HXY97O5yD7j1dTyrTpjw92HlxpptXitPqYx5YY5pu6uxHvz4Id9d 8bcmc6N+NcTN6FzoOCc999G37r4Xv7ckoBYMOj14PprWir6EXq/JCE9kYUeMNauZcK8+h+3W p6YDNnHXnt31Tpb59cFMlM7m+Q2fQEYYMYcsBFsyzZiuITOz52vAa4DfC6OOeNvu+JeBZ67Q y+VkBncens5qwWX2GdCMOqGeNxvJrVdxnP0LIjDpk8Pjby7GeGc7k8K06Y8vZh5caabI6RD6 AxnYYM0jd1diPbnwQ767425M50JYjNXlEGkQJhaXlUSlv3VHg6pBEmKso1vSKueGURujs0UM 8KnEoJI0K7pu1HBpOLSoKTdyDQ3yvHjjBNB3gwiDvyu1JGhCiEOaurlxK3aB0hW32KXOuZJO j4MMEXy1S5TUbsuq212Y8Pape7Hsw3EHbtO/nI4xaXXxp+NU9pqlafL6675Xr1Ts7tbic8RK KgE3sVTXPRvuj6a44OVRnhtVx4e70Iam4LrSDrNWaLFZq5j3x43nfaMliqjt6O+zoS63OcVB fRFWi1qTd4GAUT1OAS6BuZKJ/IQZFYV2YL3Odkwr5G+I7CW7MbmfTABF4CBEBUoZTnSQqyf0 wgiNFLbVi2ZG4gwWS4SRCiYOGAoMAMEDc9cPDg1TDswEcOojF40t10r0LtDlQRdVKiqNJJKA nhUtGcmg0glMbAWkA8YkZGLuDWbt8SzAYd8IrXZbzV6GdjOCb6+i8EVs14XVhowQqya+2/Yv w9ceTVd9g+t7PMFrhGp5RlcU3PL8HGtm6MHzZqY3zPjijjzw+Odyw9k71qneOFSk8Kh7Mz2i RYV0JOx4zN7BYuoYRzFt5vSnfjzlCrAd/BN/bDseapPcrumLZvmQnc2+CvQjR2GaMGHk7avl GbinXjcM0d+8uxdhmtcV4lmj4BcwZzGdJl8Ipr1Lq9eIaTG1pBMwiHBEZUpKWlEo6DyYTR2t NERVnGQpqM1eQe62VIzaLibBhSkYgk5igniapONBBAwvq7tKplJWrYZtN1IhWph0zHE3bplU wABmkQQFpxkY3I6jOcIMCI5WoIjFpyQMFCpLUkLAwgM7XkKWxO3BrKTgqBUjiwQPOqRbdQAg pQF8WzEGek+On78lQvpVDwc9g4PQYy+IaLph0wEaZvjCMxOdJiIdPnhPyGuQ3yuxrnjb8PiX gdYeGoYXyjgywgd/BOH346Oa0C41oZ2OzrVN8Ohm9dO29zW97Yd1NKFnXscYeHwajIc+XR2L rwe1nJ2B+B65yq8CLOBnkwYeDIZvAmhnSIfQGM7Dqu8rlHWVhYjC2kMuDd8RREVY1kJ5jNXl ESKCsgGC0xKlRbbrK7qsjpvj3D7kO2qAXIw7nr0fTWtFWtjL1fsQhD0jCjxhrVzLhXt5H661 PTAZsfHXnt33Tpa5+OCmSmdzfIbPcEYYMYcsBFsOwkHLKQUHV1rM7aAnUCNKm4WtJJlJqzgM Ou0MvlZAZ4Hp7OasFl9hnQjDqhnncbyet7rwM6+pZzbNhyOux72dzkH3Hq6rsIhtjw92Hlxp ptXitPsYx5YY5rrc3tRvTAUXjd0RFV6REsRmryiDSIEwtLyqJaHSIiPT73Pp257b/d2V3Ng6 +le2GZhnV6wNNaZyl1ObKbyMHBnBcNMmppZSJJrWI0ZGQMRSTKXWDKSTCySSqZSt2NrR4yJu fQc8DlZMm5JLTjEZEmNGDFNi0ad2H9OZNFq08R8FlsaF+8d+u3p4039XKSGn+lWZnx7shKMh KMhKMhC2Las5RnuR7sbfsw2km4weHq54RqPjlXLQ9Xv+OXfm22230HdGJOqROuW0dnOEaSaO u7vwj4qSU/NtttuzcbI9vw9O2yO8ntHqxG/U5zwnMbtttt39LqOZNuyN+yyTqxjlmyOzvtpG 3p06No8xUcfHjHe9vfGvb08vSPo9/aMjyiHueE3GHP4g2nzHngxYiWwWyS2SRCeEWEwqQN2R 3eczMxQnmyK9kXgElfF++JklLyQUzn+zZVSO0eq90f5sSAePeOUnD2aiuIh6kI49lq1atbQm /+3Ht/S0tfUghkqGBh8prDgj3xwiMx1L9rRrZGiEYOHwhhAQhNVZBiI6h5sKKTRGoxiMi7xg iu9GI2K5ajfWW2/86J2FIa1rUSZQyf+3CNtH6hFvHonYT1RaAooaBA6D95BDgBu5KvRR6B+/ qFQRQof9CIbBNzknI6D7I+g3JqPSS82T/a/f6dszNtYKCPoQGQG0iDBkBtZXGrIr0IGaC9Kr tNmEBmA2kQYMgNq8Wqoo3Vsht3OHHFtqqq8SDWHUYksVSqqKw7e3+XX65aTS51rWZppU0qbx y7kMhpn+BMhZJFIb3163eu3XbXXGW5bSSKqvQUoJBa9Yy2UcxLuUzjNrNNJpxu5yHtQilVDt OIIuQnH3oseJtKl0UWvRdCQGWtbffp37Nt9JL1y54beUk5G0f6+t8okbxgpeFgg2vQ0A6OQP 3Tv355mdt3vFeQ3XVoP2B3K49J763rcyNg9pX6p4J2R8gA5NBoO9UXVVQgMFV4220028bG0m HSCsIXA/IcMmjaXJ2lchJIVCIVE7K+XtHrP7EDfyl4VeEhMhepEeJkf53B7nKx0q0WyLYXDD MLC99aUtYahMhdKJsv5w+HZMHw3sYcsSHJIsZcbGWiGAwMF+sjp1vTv33q+emmbhVq1q0j1I sxYsBbCTzPsXFS4rGMiE0pCSEbErnnU0UNNFAFId/bKDYHZpmZJpgYLYYHepJOyqlKKUUopR SntPiH+lkJsVXVHeuhevr1ZoKwv5oD80YFex18MzMbMGwyrQ4TGd9JpAG8+o+fp46JYkSksi qvHoAxem6vtZdZHj5t5XPxsiM09mFVXyaMSvXZq0ISVFsRYXxgTFV53EJQvHq9WF05UqmmtG q1zDpPOno6VUPSSQxCyXYEPTBOu6ih2Dph6zXrGX80GXrbA9ZUWYeWKzXFSD+LxuvQxxzus1 HBs4xBkf4mGar+jISTJ9Z506886l5MwaiiJOSIGCZBrSiwXkeL8yPxVOhVVEELoPwPViiYpm Kyxq1ZVqxYqN4x8WpUjR0D0R90ZJ3fV92rO5Hqe7feT93jyc5bwmj0uaEUwicNUxMSigJrrJ SV2IxBAtPaphq5o3qNIo2lCqMIxkSVs52RcvBN/yn/Xw0lRCooKPke6c/wuYScCcA//nV9Ty cMfphmVhyFeSr49R/NA95OwO4vAP7peQCwAT4ET+0cCcpG49Z+un1O1LS/g9NGrPpntpGWX6 2rUasL8OOMZnZwcqRTlk6xmr7UqLNN0goYMdaetXqlRZpsytCKoFSU0jlui0hsSqmqpaDRKr TLzxhFrgi3Ylq2ElPdN6Tg4mjhBpVVKwslad6s3SIgulpM2wogQdbZm73Sos0265eCUm1n9v Vv2jqK9VVVirFlXK2jatIn7J614nm3rXX3Vdf0tB/Loou+GRSGlMWIqE5kB/X4VuvHM8EEzD BFIz40gKDmgoUyisOEoMhSPEIAhEkIAhUomX285hi1+adEKVpiP8HUywgCIxSEARy6qq9gHR vAdZKSkpKtkExV5+KbmlXdOeVVVsuxAgeh44rt0RMEg8I5ew+54P9PvHaHR+0qqqskPdFSTt CqinXj4QqSQkl90Y4QJ5R7fb+fn/XXzto3ve963vo6IIlGzg4ODg2c7YNcEo4ODg4ODZxtg1 wVygsLFU5rjk2zk5JXRycwGueiwsVTquejbOjohwcMGuSUcHBwcHBs42zL2I6je17dudbXe9 8R8Y7fd01IofSw6Oh7nlBTvZOWQUaEPGHyEgeeAKtTrvddV8vv37tGuvz/P7wB+JtsPBLEHt ub6Y3tzSbzrRixC4+cdkef5PmTExMTHj4Cp4puPZIT4TsBnfXfwfiLNzu7uGnYF37t236a1c sSrDTZkZmZVzJ9bqm5ZGtYalJVNpYv3HzxIEk09rP4sjt3YHun0YEJ04SZUSGp5PrS0u8TLF rBNGg94KQOcZhUVP90GaEFxNgQkgkkmMBGAExD0I9dvwgQeYizeAorrv+1ZAVh1hwdZ0Q661 1rmZp2cLnl7fPPXNZWhAcnMhjp1zoy+SHXXPWampjvOepewCgpCA6eygJVUB+Do4zb6iInF+ NJPLW+XZy8/Mj09aMmtSPWvr5bfBo8QX4PPHbfb1gSZeZOabdPyeQVXXF4rD77u7NbAwgejo 8dXunxyrDrm7s10BhA6OjrrkqvVhQE/Fp528K6oD3zu0TatMZuSzM8hWQCCQgACHqzSyMNBY j0QprYb2aVFldinxOIBFNcLGtBSLKkkyLDWt5iiJtPNYrujA5ueFyZVQ0FkqAK6EtA5i4DMH FgwwGnO96FwIyqHIqOItJDEDfUpx3vOYteWABQOBkRDTlhgIAC4lSDVuWAxdmYRsAHCgXFRe thGupyzHFghSZYoWHq9FjDgTw7PjeDxfsj8xjSJ5Vi1mPHk0j4GPPMe8fUmk8yLHUiPL3X07 amta1tJW8b31nXOc6pdddc6zMsx0AczLdAAqq2ToJug+B1VXl5PiaIiGKkiVUKmHKOR4kFMH MJlLRZPBdwxVDSMD5VNNEVTPiobVHOxbJOlkcVD5D7h9puSdrYPaj1G2h/cffpUy7Hdlsf3p CgQlkwcVsxNQzB3ZZBWOWiwPwWVX34SbbbSVHtrR880lTAht+DDWuibgqsZvZVi2aNa2TUFV jOkKuGjiqeEiDgRsWbb4L3Lr8OVqtQONfh0ObhWxcmcmuVyTcFV1crZVmns2b1sm4KrGNpJJ JbO4UjyOxjEF4KoDYfJg6B8fTWZn0+VLhbE6LbYy21nQa1ruJLxU5UYpKSSf96G4NaIGIooa ipqYoXooGhkKlhCd9B3SKiT+pA7e3jy1xvPptrGWe5UNZcNM1Sq8x3lvChh2KooHiumaZDLe kWl5bSKSoSmfouJZiXY0uI43G41W+upJLGbYdCHSBdHhLp2H6fXwXwdi2QOTQxpJbQwUOUuX YY98l8HJbIHJoY0ktwtGZx37ZEWlrpTWnoR0uDgGiu7nBerOxATq+3eLjDZbGHYnAdLXF9hO +3cd77jZ1rw8NULc7l3xzHiFbMUasTQ1RLDLhDWjiIBmKZQzmFiBJAb3DYoCGsosOxwM5jXh vtfbkswFs7padhp67l9Hctmju5Yy23rg2klQsNoqUJUsSPIiKGondhtRpKaIWSJDCYwJzIz1 G6C8AwDiwqYJST4qGIqT/Aw4WNE5SuvTvmZsNlUVxVlWQYmDEHmMggkZBBIyCCRkEElB5Kqv VUwr+vL020m0mcppKZYmVtDKUJ98bay2t3ZQZVLBUhBUhsrsOJ5KYh6oIcOcmZoWJo0mRNpq rZM9g/3WG0t42QXnpcB7CuwYeRz+eYEWZi2WFE0FX7O7uq7Tej1/R1s9FsiXpLb+HOt3ep0t pzmVsSWc00tpzmVtJZzXNuWMNNt5TOcFbRgxGXYSxUiIaJI5E3EgiQwciSGCVDJGSkVCRxoY KSgYkIRUa5mcq/LJtYy6CAgICAkAMWMljMSlKUpShSlUqUUUUUUUUUEAQLEYCQuFgIywAWVU GSZAAyWZltZbZawyMjIyJlIpiKYimIpiSxAUlJSUlEQmCbPdE2V2qKqk2ExZDAZUYHAAwV+3 E6rKuX75lpKRMkTEllqs3QkUwAkqDBBwFqqqlAlVVVVVRPKRIrFKUpS0pSlbnM4JlyYmJiYl l9Kf2GNRSqUpSlKUpTywFwkgkgkgkgkgk3FqohJjGMSCsZZpiUpSlJSlLFjT3eH1qR2nMiOV VVVSSzEkkkltXmy5hMVnWfPvdeQB1dAHdmLLbEpSlJSlKWEnuqzESYSkVUqoliWJliSSSSSV YrOWOQwsJCrHic00DoHFchO4YbiUQd4kuFUpSlKUpSrLEkpSlKUpSlMCxKSkpKSzMkJCQkJD MyADAkkkkkkkkkklYpJJJJMsoJIUSpFVSlKUpSlKVVUpSlKUpSpDeMVSpSlKUpSpJJJJKsWZ MszcllnGUZZwAAAAMJilKUpSlKYAFZkMSlKUpSlKUsZmYkpkyZMmTJkyZAAAAAA7q22SSSSV md5StkpYpYpYpYpUTFKUpSlKUpmV5ltWAkqlililililSyIwSMJkQMrCBQPnbgM9AfuruvsC mheT0VUpRSilFKKU7/tvnh62Kck51jGrpplta1jVTSEjhJYSJ4kJiKhsDHgo6U40qC0IKQAS KJ3FD5yOgkTdVxRxVL8LbY0NsQJocbRRSERLYQcBoyv14022Wm971Nm5bMyGQpu3RjowGX/G aEW7kAm3qMsGh0JUKkLHYiBd/GGVaWAm6FHUyFisGqaLuBzaMThM6RwqVVVFRZqoxVWOeg4f gkfITcTHrzTDxFVjmB/gT2PkY/AenNs9lVUzxp1ub0xXBETGhSfS0BxBQUFBeT4ahckRQMNG ZmZiYSY2EmNnoU1rWiTC7a2NYSbM4IdEpKj6E6nPpyTVMZ4qoVCEqpXr9WwiQsFEjKrM1npy jZs3VS1RZZdVK9/ottt+O179Ftee701tO5933IQhDRCRTw/vsapePjXYmA9Db3jsEMM8MJcV hLkLSsP+2jNQrCXFYS48jwyJtGIkZGp/qizxtMXbsdE2/U4rsxFnzcy5ns9USc9/YkQ/KCIQ gKCHsCG2/xANnDsHMIfEW9o45SEIukmrdmqdGzgVUV1q+nh06DWPd9dXeitIUk5lDRavq+Tl 51vq7WPXHWbWIBe1AGonf0pYFgGwgqMbms+myNGbFiD0ECRF1I3SZticLHNSDvUemacuVJ69 b9c4OuLxvhy28PDbbsIc5XtB0JBaV5ypSGEB3kQ7So8SoJtCj1hNpB715sg1zkQ5oHCjxUk8 2RN06pHFQW1Y1Rioh/JSRlkiK63mMRHEj7PRLpNRMZG69d5F8c+nnvzSIpJZTmomZkTImZCM klOU2yZSSUpSaRxghvQ9OWh2W8KNrFRQ0NBR3CvBIMbOaigUgMCQwtO6eUFM/ef9f6zZfn9a 39X2XQTawwEQKqCCBoBVJ3ZVJO9VhGPYSCe35oOwXBU9jfNOl01dtse75z5R5RGQVMIMQl2g MQhB37Ke6Kfd6d599qsvfvre9I0pDjcdwqIIim1I7oNttp4xNl22rfa+l0E2sMBECqgggaAV SeWVSTvVYRj3Egnd+aDuFwVPc3zTpdNXaSBJNR+xGSFQKDBAFCEE2UBAQQQL2K7op73p3n32 qy9++t70jSkONx3PYdpBNdQ31t7W+tVbWWtjSOhlKWhq5YsWxYKVOGcVouar73K2wwIIJBWI VokJvEiw5+3IRr9yLQpWz1CyYHykhIJXAa26eEFI9788zZe/evXe+w24deg3GBoIgUqYOQIh hzDRmAQs1nImbqpJcc4bsyCc0v5JEYdfODq/u+3jnXXD4bZhOfG7NRvqDNmvuXboHWR3MTI2 3l3WjY5kgSTUfwRtkZUOwcGFFAYFQgnhkDNYujgSYICCBnBXlFPm0u0/PFWXz556vSNKQ1uH 7hssw287BJDu46nrtWlNX7IJv1bfebL11XPV9a2fgL1gaCIFVBBAwBKqTJlUk8WWEY08ifJD eaeZ0lYS7gxfRc3NNS7Ls1t5IEk1H7kbEjIKmEE2JHbmwghCDv2U+HF+PHX34+/t0y+PG3F6 RpSGtx2HNQCGYMJh471ThBvvvPOZsu+9e/v39T0P27HgbJGUy6JEve5El79Sta+5sf3zmg8B cFT3N806XTV2kgSTUfsRkhUCgwQBQgIJsoCAgggXsV3RT3vTvPvtVl799b3pGlIcbjuD63X2 3zMzMzMgATZ0IOKroNHmroJIlYFIiR2wpiSYiqIxIkg2CD8IUFDSsKMrBIMfxI3AYADSsSSh JG8O8LpIk1jICptUkRSxCKVCQoqSCVYEVUCUpiNGCQwSHBNElUF3wEhxfV96qqKM5OZwAi5X M9qmeMzq7g222DN9SiSPw7n8FLUTuJ348dmqtzWkfeZt7WXMveGRnhFyIUppqOt/uTG5pZCk NAk+acwTNqmfOwhnZhOocvab9iftHvHtHJZVm5opom2GiwdkQwxMkr+xdLPWO0m/7TbrzCvf Mq5WZxRRRRYUUUUWFFFFPOZlbX2RET1+L6WXSOaWlpaXIg3JonqGpJ+YJNfQo4ETQKQNBQtB QhAqoVCjgqqEeQVHhcVQjosGHtF9f4jcikmZuim5ziiii800Gg9x7YZmGdOjTTTTi9zMNjnF FFF5nWKKFifZwhxgzMYgN8RTUJrcN4ooounWiLSGSRRpPAkkkGYCZiRghJliRGgmmCKmmmi/ Hy5c5zlnGVlIEwF+e2xvXW8umVm22k21rQCgaokipFUEISAkfWTgTWoQ6LVq1aqaHoyNm0PZ rwaMm0ffiqPSRHEkOKtWqKCiiii9AfOB99gUOYvQPLRrwZ4lmsuDJE1JIJ/YGkIm7D8Z5Ibi G9GYDXxbfttSkwJzlKTgVGiQSSD1AhLwEMmek09HT6f4XpvkWpFKdmYOuOjXhczUAICBtga0 D0K82L70ko9aSuiSTM0AKkHF4jS41qg1MrWUzOPo74OP8dYvHxnf+e9b6zpQAgIINgePFDzt 24q9oAQIOzMHPbsa5Xjw96qVToxm2iXGH+GnX2raiqV5jsbEaP58c0T2Ek/5J2Nxa1mOCNMw yeTSk7KK1gxRVFaaqWJTqRwaSlS1pH6RqTXSnnsJs1P7JafXuVUupJ3TgwwjquztH+Z4qt4f 2YwdO+G1jTWGluJH0HKMLxQLFRZbCCohGEFqjOyRETVwqphqd/xIpCAWirXjNXbWGFuSr525 tKiiiimZYZVOCeo5ywyO+Ccgpr1jLzjJqaFQvywPxVDIchRwHQQOezbZ+kSNtvdyrzopEAxE BkYZhXZvqer9NtpHRPy+pJJPQ+VTaMfMjqilIlAg0IlAhQFESgRCRESkREqu8lKOMJEAxMSs REAij4huPkWg0PJI0yYQxCoRDEKhVIVSFUitCDVIVSFUhVKpVIKRIg0rS0UH7iNMUTEP1i6Y Z+chIxoqqoqq1R+4tBCvbht2MYghJUCElQPFl3Vhdl3VhCSBX8hdY0iNVrdwzmVmcZX8/sT/ ZU2cbPQf0lsQvnsLS1hJkqSQQTClQqopUNB78pbD4ifWwmPg4PzJHnBQUFBfjgAbc/5dvX5/ v5HI5HI5d3Pxfb3ve22/Q7uDaKKKLhfkVEaEwHr9PLbWkP0tffprWHucUUfQsOyFfrzZaEhI N+6X7j9mNsd3fWGZmZhkyh0diqp//0j2dhYVVVPyUqrAfUSF3S6AyAGzJ/+Q1EGQgg9AAEwg HgEIgDAcEQEu1Ok/hHs0dMx7NadJpSU2lRmNPgPX6z2al8LdZ4vh0Q4lCU4pKMmjRmM2FJs2 Oc2c74hzNFnJnn5Eh9ddn265vRmnJrWrxlByeXRTG++ksKG2TiRN82CQNByslR6TugaO0o+U p62zPztGVHGotqMIxGygQ1DLypRI+e9uE7N54k+pxjkfAs0FvS1j5SfQ88cMxwzHDMcMx9vw qq2cCfUefjRFJDqusvaWZfP0Zl9uur3RET8r0/T89N3XeZePcBoG0s8VbW1vtm39f6Z91d1P AAoCAdD84fHpRZZYRGxutXx0o7lFyjpR3W1bVtRTczN4AM9853XMy7UZFFPXs/wyrjGVbisr 75pplXGMp3e4rIDpuHJJ+Z0cmmmmk8ROF9teWZniSq01ppprTSq8iO8dvMdkHRPl7/Ac3bR5 0LS3d3cucA1IMz9SlqrWPma+JKkfCxD8xdnZJnP4aXSApsnIySFO8J/0+FVVNVWCdwk5Sfcj yiiiij6c1DUR4znnPaGiIRaKcVWhoiSLZI1TbLbSShQSrtqz1kHmXW0pyEHGUh4OIM5T0tZw a2Rzdm8ZrjZmRvmssvOZ/wV1//tzn5Bx32FE0dE5dcyyPHevaNR9dWPjbSlp1dt/RNNcEO75 VRVpF2wltEBFl/3/LxPehclwfXeCq6654nIdCMEHc7XhzhpwtiHxw9J70LsXB9u0FV11zxOQ 6EYIOx2w5sxyoyKumW3Jt2km3LdJDbTDrdpOwo/CCBxjOOHeOlx3utGF4N1uo6J37zYkuXvX GmkMnEDbnJZdp6m7OI740WjfDN9snFIGPlRouruXKxywzJbfjDt2e9g+/D79Kn1oydi5LZgw 8Gru211voWF8DcrFCMs3C4rGtoQzDtuaV5enNwH4Hpb7OrT6Yqxqs311dgt9VDrYw7E52W0Y yJKl3QzY+untPjQu5cH27wVXXbnich0I3IO5223Om5xmg76HEl1mC+2VVVVVVImQndDohuJs rAdfJ1oVUbtyqqrkOxnb8nQEPCYBrMU0gEORdRZhZUZTSrKnum0HZRNR4/bf+X42flK3Uf7b bQDAAAAMAAAAwAkTa3NACY220AAAI23NAAAAAAAMAAAAGPrfsAAAAAAAAAAAAqq7/jNRFCfy vAqHDTKRskD1Pzi9BNA+JgnuBoHwPM+Mqqr9CPKu5nDqzKk3E+HbdQMwocEE3McIiEkksmSI iJ+1+8svay5XWXpHZVR6R8yrLXBwn82YVSnB2O37/OImQixV8/v+b583jnVGXc1fWDgmflui CaLEOCZcookpIGJotKMFBUmWmqSIJosVSITLbogmixDgmXCUIisRX9vwvsmmIaSY36PVElmZ 0OT8CJvv5ct7PPjW2roaVkoiiIhJJkmKUSZkSYSZ3ktp9MEcTYNMYe9hQH8CEw3JoiCJl3Uz ZZJkmSZ9aSYFuYSJJYfwluc/tAJF993fubV2u52KKaaJNwehCHCqA/MNc6+469QZhgOrsZZY Ip1fWELMBDrMwhtwZONsbbPB3N1ZhFR62QNJSMJFLpISSVSSHDCIiIhCGKhDoCuElxSO8qVC SpUJPpGXTNtOnRrTpNA7hqqqsBw4cpMJgmCYPrjgTBKcJCmJAUFBQUFIKRADEoLtAKYkIxiM nv923CSSSNvgKvSSEhISEhIKRKpVKpVKsT+UYRJ0WFiJF9JTEIR2JBhSJIEoKCpaWieVEmI5 kmJGRRKoSIXYJEwUgQOAYB0Sj7b04XSGJ+qZKUn+ELpXbIKd6OSii6ooEgKKKKiiiille1ky 1iGUSBDoEiuEAnhFOPcQeQOmUMDYUij9Hqq/DodHyFer78SSQ4IrHbVbVphoxmNmmzSmymj2 aNiDZgQwIILBBAwgWEGzAhgRTZTRw0bNMxwacGlNlNHDRs0zHBpwaU2U0cNR4epTu8wR5QjQ DQIGA+4ndF30g4REREREYp+2UfFqCmqDomB4HAdTcxfGua4vde+4keyYGwYJ4aB0oObmXhRm FhkW5mVzL0AAAiBgMCICIAwAwyAAAAAAAAAAAMCICv6UtJlWImBGWJhFYqoiIhaqqqoiJRiJ lQAYiZUGImEEIiYVIiICIiQSTKSSzKSSpJKkkqSSyYAAAABG25llloAAEbbZWgARGAAAABEB kEQEiym1tlZuEYwEQYUYpSVVKqFIUlIUlJJSSUyyxJSSUklJJTLJJSyySUzLMSUklJZiUsxJ SyxJSzElLMSUspJSzFSUssSpSVVKJCiqWIiqpRElKpJSsySUrKSUrElKpUlLKSUxJTElMSUs sxUlKpJTElKxJTLJJSzElLMSUrElKxBiswGAAAABEYAAAAAAAAEQARFbTNQkkoiVVKFVSkqq UkqqQIERBIxpuEuE7pyV6m/Tkd5F6In9Z18SNMfUgwEWLdF2yiLQdvTDjwCKN0T9z+Sx/iSJ 57OXrTuUHNHyIP4IjPXWBeh34B8Q2Xxrz+Nl/LoAGPHtZAQ+oP4oaNAUSQrEBRJCx8ZQTETW YYY0OCphgQYqEkAhLChUwECEEJAQxCKIQVUSVFJVFJJIilElMZDEyrCshRJKdCIIAIPYNq4m SzEqJksxKiZKyQCiSFjmlUGvWyEgdECuwYHxR8HkpiKpdmUHsGI+D3+8ISSEcRQVAQiRjkjE SMckqqGiqSpI+ioiSKWK2jLa5b7DvuYbyOQtQ8BvwAzknqaaWJNJH49kdVX2Y7NfgPdp8eMP Bex4iS+RtzRj+2OkeCKiAEucVVZNUWjxPnPfDra++ZDDMm876N7W+d82psVlTTve3CSTtau6 zaIEUhuqBpVMBE0wgMGsw1Lhk6w3tb5kNuLmYZKUjvAJqAtYqUZJkEQtCWZGIhOKEm3PnmTl J2W2qTTba/mLNfV65y5Y0IUyRJtWhNEKaEkruONRq0RXZznOVzFw3NVndttfNvgt3RmykCVG JL6uW7IKiEGQZoJTlpIgaThbujNlIjLoeN51vVyZcuW3LbQSnLSm+ToMtAtMKpGEaVMlBaos V3zNsyU7ul7ucM2XuuXotra0MEWh0kIb4lVTjYkJA0lBtSSCgum+vrl7TwY3TbCCBkdDYjAk VGz/czEROzSUpiOmMtHSmJDptJjpVpgMSEqMSSXTmOyCKhBigjkIDlo+Jnyu9l6ttr2b4Ld0 ZspEZeSXLluyCohBkGchKctKbFABAKqI3Yp3iQYs15SesYNkXgjSPTcjEaZExGI3GpGor67R kUjskSRlX2ZAn0oJGhKRJPlOqqCwaAQ4TRg81cNoooor710TYbNzqQ05ln/qmTEG0wSBh9HU crOnJln3Zkxmia/UrVI2zJMZkxQJhCUD//NzE584poomEolWMns8Feo+79Vf2BpInMYlJzq1 VXlcVe7bs0jGCS2vo920Zzr77jkh0dT3r6lI+OJJBPciPCSfc4Fsnc28sWlLVWlqUqMkseZB azqsU8rV8ft8TWxjHDWtTmaVe/kwAwAwAwAwPOZSedIxDhwxuO0aTuHj90+Vicx1JVs079FE 2Rj+0ftoc+/4cxHqVPFkUmIwZTf9ntzVTtKeRAZAf3/4/5Pqf4v8BvvvhmH/7I1a1qGsMmYz MMzMMw8BRzVeQYPxTDFYJUO4ED3VUhTEMPkRERAIRKjQtLFEG8TWGWBluQ0tyMH7bt5T8v6j SVU+lOkd/wJo+r0npb4nZmPu5zfxbeCDk3M/NuLhaWsrKWlYDnxB5khNcMicjVWKqkrjGHpw 4RFoWyGj1J1GxAmm5BjR4Jtk2x59UjSK7rd16/1q78O1X27n+l9/6ApIADX7IGmNNSIwsnWl VVeExV2k0oUhEVKUtzx8W1Z85Z3fH/ucNqq2x7HKN6q28jI09BHMcR/vM2ShhQw2fz5P9zZ1 P7QdgyrlXAtEbaSbu7C18Bncqqqp7GVaRu92UwllwtH6GbBMXrKhhJ/NucvlmWXfdp+u+8eP U9Tx/xzYto3s2b3m+DyT8pQ7HB/r/h1/iFiSBKilWsMmh/nOnfp2/l/L79s3PA7Hh4ceAbFQ UjUqBDAkQwMYpjF8WTtCHBgF4knSgkUEBCCP0jWPVJKhaJ8EPPQdu3x8Q67afQ9/AdCSBKik TNAhgSIcBhq9M04wrXE5bpwUY6iMwJMAZjcIK77oI13AiCSATAQJLoEMCRDcZjXbaudroN4S Ghga1LQDAkgEwECSqBDAkQ0NaprWM2z19EF8xGRWEgegHmJ1EhM8aKqoqqiqqKvkP1Ptsegv CJzfsHuPCdECThJMSEmTdJPFdhNk0n8hqPZ6nCPIp/EX4fU2j7RbcWWx5RJPLJI45/TJkxjG MzMfoeyTlGoQ4L6BdLAhMocQwSCgqTIxiYVCZywCGJaloYfAgIhIwTEhhqJNQ4QROiRiAiyI VJKklNCSBjJFwSTEURJFYUUWBEoxJMLEYYYICy4MiiBiyCAhBAouCBvCKOCCC9GYhTUoomwE IqvgSGDKp2IXrl0+etGtOZrNRjVUqBFBS+7AZdy0WN0SV9A+Dn2uEk2bOOEvY7AaRYw1V6eV Yx67aqUtZArRRJyKyHvFnCmK09uox6o5PQ5OHhESYFfavz2LxyubyuuuuRbWZepREfYPly8y d1xJXdI8ycR9bF+Rw8xtoe6eO3s9Z6SQVa9KUhxxz/fWpBOCc9dS2fHj3+ZSGnJJSGuVv9dv HWZmZmpZwvl13jwxMmLPC6opitK0d6nTZs14YNdmbTRU6K0obYNGmJvqsaR00aNdMGumbTRU 6K0obYNGmJvv2mNNmqdq1jZhrswJwNdtaK+3GwhXQaZwd2AckAwIMrS7PhELA6QiBAnYYE4H ZXbeBCuQRh4wOmhs0xOLfCsaOqnhs2a8MGuzNpoqditKG2DRpib7PSNa3mZmZmZmZ3Dxg51V V2fdNQHQH8CQ7RVZk+Dgxt2y33Pq7o8R39B3WrO1WlFBSJh79qzIfiNlTF/MkgY5Rh62Rkg8 elgnI4adI4kkEwTzaqrIfD/efLniWWV85+9aB+777ta2T7+SS5IflmC/Kv1UFFGQWS2EfsbR v6SSCXosnyr5Bgmmg6+lfLMpp7mZy9pO85JkJmYgGpRknUmoKHIwwwXiIilE1ORrNtJjU0RF AvgB/uSMNJOzOCgWqz1aJ1HCNNIpLJ4fm/OpCH6as5miSVKTjzgHSPZOp/X0CPrVpI00UL9j ZX49YClKShT0rPKrSwVMGEhBCqBIQRClTpqkhiqhsrbXBpur3r3mmutullq12XWNatW4qqYa 01JXhX6D7o3DCYTwIB/qhGhSkGlXygpTJRoVyT0kwhNSDSDQjQKYJIciUSIB6JzWSH9RDRLE hHWSYslWSehKT4PU2WPdHUgNUKCqSd45SriPUD6Knc4+HVk5SZjma1oNY5mU5QvyOisYkbIL 0gAcMsQSgVpEWSRUNEuJCJQAGCrJsnuCdn4vG5IeXf6fOTRqQBoqOmIRSaqIlH9ASWqONyVo xiOiquHZJuj+K76kux3bu4WIDyIIo6yDdDVtwtWF1l2ZYOKpBuh4nC1YXWXZBgIVUILdebWp 5VH8bejTfPM4WhFTNe+2WcRWTMI8WdVG7N0nKtecTV5EWCDnl9a4IU8k0Cu2xq7LkoZNtyyK wus3mJXQmq1BuhrTcLVhdZdneqqiBPBNW1iOBlk9VibksR0fWlFwgfC8k5Honi90gNfAUAgf 6ESUkLKMKhSqWqqxSeBLvv27e8JJByQckcfNEtKMSLaTKVIC6wxVGTDFW0fnTd3G1lGTDFUZ MMXeH1ksm0czwdz3I/zIyv5kDuDIe59BnBCEIcYItKxTBkKWVdmmy7mmNTTcjknhHTifW3fm Q9ibjnYnAGokiIBjQe6n2kyMmcxQeaTVGWSQ0LFqGqtNpzUgaBBwACoKPmffzJJi+6/eetfr g0Q9q5GbvlcznOeeN23ItDvjNq98Ti9zkKqrfVw/JVioZoss7LsuZ2125K6MHVByI5Xfjriz uIrsqgkRSosCLil7pJ3Lu4fyTlMtPPmUpSlKUpYNkRMapJYIi9WYWFhSVhGRkJCQlKQjmOkK SGwhAQbGQUYyvltNmFYMA8xmibanMaBC02qhsRZVtjC2hWEROdbBmJkaJMTDic5iOYBwBsIC F4TgBOq4Vcd3Du7teue8Pd62vV8uVMVVNMMaRSokKqKqSsYRjGEiYxrSMUE0wqVUwisYYY09 7xrNpIccSYqi1VVC0ShzfmoPgJmGEZ9hPvrxN1UNjw97G3Tb9zZwaBCM1kqxF3czR3Q0NVDn 4hyWzhmuZeKuBc7d8wkG9M25q2IwRvvvrYDkKqPGg+BDF7LIKSL6g+sD3E0run1XyNxPmSen pXpmV4nG2ntkNUS0nUwaVfKCQaVRVLsRiVS3X2TtH3kVcLSBbNKNIM3PI75Qfz+X244OkdGJ B1dJ6XG5lO04nAHkJCrr2VAzAI0J7oohgnVX0Fdl6JscPmOdFeZZTFboqy2Pex6mh72NSThW rA0OY/LUi1pxoUaqlVUWfV9dm4KQ7gsEO89ble4Y5YGZtaEBiWeyQ+wiRtpDgiRte/0F4Ou6 V5n8JhvhlNyll9lXx3ddyJm1xwyiIpc3aUXPOjdIznnTMtZtWtZ3SKRyo5SIkriWUa9xazA/ JMSNxJDTJW7bHa2k+vftyNu9YB8lPEFFFPD1Xh6ie2aS6fI3zISKQjaRIONN0vwlhxo83rDM MzH3Swgg+TvOf7XA65P7w5hnILnOebgc7OYcw3aQc/LAGwHMu+pXgcvWo96l/GaCFpIQDMbK NlHeWgF1NszzjDsBGYuouomNxcCYtJ7MoFZiqiunXhZE/ATwkWJJO0dR/Bg+KWx+IMkoKT4E 3AwVHqkn4eu/ojmYJmGKoGZiqFmIOLC0EQVYYZEpJhKSQBmUysZhlN3LRk3dGJhq2UZjJGJm EBTJJRKSFlMstZWZG5B+Y6gT5e6k3ENlTvbYtttKPwgo0fHv7s6sd2y6u4NXcSJdstVcbbiE 5MEdiHv4ucPNU/dGfx+Xh0ztrt26wKSTgcEnTtfYqTOIZB9TWNlKU0eskInBs2K+uMLOrZhk kpZSnrIo9RowpRz4l52bTf0O2rctKRsqcy2SWsMjBuM+BwYvpmBKeCHogvnNHwQYSMEiUpBI lIkSxABSMTEg0DBIlIei7lAdE9xPhqtw7BIvQPoPGgosrZQOkf1lBXsYfn95CRQhHTJIQb3Q fHCWtGtDJGHg7A6ECow4qDouNfPHEXeatajnONm7SljiHZNHpSYq+PbB5DCnsfU8bDYwclXD vgNoxiXUEJeHo0xJyej6qSqKoqikBGk7psIO/jXLcXwPOGIZXo6B4RWOsL0Sf3TTePb5cznw XnKYQBB3JF6qoRodi+84BBCRUhFQtBEhQ5KYVCRUuMAECQDIh+RCc+ZwPjyXnhz0hrRrTkan DWLUhOS7LGKrZKEVIxt83x7SSGrS/kcIwaaUJERg0DVJVjFggkK2IgiYj4EXwzYQHWkaCU4V sRBEtGxG0bDQOtI0GXEi6SG22JVBoUiEoQcxMNI2a1lqmTSn3dXEYOovDuByqSYqrkRTsYcB HwwfIs4ZXKORZMlilaq5U4VpWss3bTus5U7nB1o6rpadaxCq4VgiCJiNiL0zYQHWkaDLVRLp bNRDQ1uPQ155HHT2k7o5j9QPzl7APCgnOQKR85HIBpAp+IU+ZpPgHuyQwkwkyTJMB2/D0fd7 vl4QfDh4JqSD2WZWCjESTQbqdxU8DkRgP72GQghjQHdF6nAHPqrbieOVVVwZlexvs07GGGFt aWWz0RoYT0RDH2+TPnnKkqirAiNyXCAiRGDqIHwQrQ6gaUUNwxPGR0PNTUxIVoVDSgv05FEQ T6GGECalyLMclooHNRNSTSKnqNuz3bJyjZMkPEn2lrxI8BB4FKFK6SuWQhlkIZZIGWSBYqB2 0r2SA4Q/Ffs4UeWYgkkPVw9lVVVVUn3YxVVVVVJ4gHAn2k5FiVBhPotq2IJ2BPQDsBzhpaWh oHoYRERKquKjnrj2y1+b9XkydRbPsmjQdyVXYoK8ErVBHRx+Vy/p595WW5nLeVabzWQxeDHe ttx26bWpaxw2neqVINlO1KbVuZuVluZttyt0Ky2Y7UJ7UyiwPpcNa3dXbu7xLfEcZylEoRO4 4y0olM4GrWWma09Iuq1J6V7TN73Noyqkm4Z5S1tKHMNttM4aRZsTgqYiDYjksGFhYwQw1uka NGVwMLIqt7jbZoVDRgrBAzYIsu0IEFurTE1GO9ECwwMGCGGapGjRlbGFkVXtxtmhVWCsEDNg jC7QgQW6tMTUZLuixIVNJg4bVG8rpUeqYjhMRyONGtEpyuQkOwQSmkY3LdTljLDWuKQy60tJ GxjVcko0RVp4gUG2I6hwLjbDauVu7xWKiI2CrbdpiBnINLalMtTSltiBBjqJie1ZBMxQxasx GFoywQQdNAxhecUhmGjQ0ckowirMJE2hmixd44VssqzHRlyct27uqwpvJqsTjEzFCqwhAsMD BghhmqRo0ZWxhZFVvcbbNCoaMFYIGbBFl2hBBtjtYWWsNtPnC9qUr1MMjh5WE5YTlhOWE5T7 g60kFFHUvISwgAYk1MWEh0jVE4xoI2Ew20saRixhFR4JjZTi4U4KqrJJLu82XjLvLLoAyvf0 L8V5pSu/YSABJIAAYxIBIEg9Xyy5ZegkklfgHHjIg1UicKVmRjMMUqsHY7HwInSqilJYid1E FRRhGzZr0hH0aW1WymFtlttYEsEP7wOYKcJKuh3goKCgUqqrng5Ovjqe1+tFk1qavWi9PUzS esNIhc1NXrRctX1oRhtvFI4ujs22iccNvLP0PVp2WO7DnpLk511yck42c8cJXPv2kV75OR8c GbbZrdneSd0bajMd9RqJYoUeTClmYZMWzDCrG0o95ivz5txr1/Gu2tZ12LGReUq+pHuC395J GQfkfKeBt25PRHTweI8KLUtFqWpbGFDnfw4j6CT2d3D7sW11GF86jEju8FIlKRKUiUpJjjmN SMg83Hrm/HrkSaiR5EwVzGuo7poqU/RKfxZf2dhJ0WnoLUee8eRtJ2HvS0tLS+5+0nj4j9no naRdRmJOlDEWCyV6Pk1JGreI+r5PQk2r8yJyk04Nxaq1UR9dJHJo99Vrg/iVPidU81D5w6mT O0nvuGixCUQqUSqKugOj4nbNU51DjDDtegta7OduJRoVjEohQQ2l22js56vSMt6K2dmMVjGP gvfWtxLe0r7S5z2l6rfTGakOgDvJVFUKqqNRBw43urD8y3cSTprMim/GJy61xTzUOcO0yZ3k 77laLEJRCpRKGqqjjrLb1TkZou+i8Wbp8qig2hLEY0mRTmcXmAg2gVoYIuyqrVSv+dgXrlrb muZOOYatAm0PWpN73vOoagnTjJBOnFGdsilxfTV9FrUcl8cThb1FxuzgtajkvjRo86J618H7 2bN7JvezfXCXY3wkb7Vk1LbrSJSsiYYiZkMkqRXJ3ztJJM/FM9uR8UjC4RDVTYjRgdbC+iyG yuTirKPY2OlRt7LdYfeuKPYiGIsYRFmiCuzYzua5mFQRDdWI0M4EYI4yExQNMW9M7lh3sNkM dk9HebR6O7JY6zpvJw8O0eWqxW2ERZqCuzYzua5mFQRDdWI0M4EYI4yExQNM8L3N37o1h2Gc hdCUuzpYK73561X2V+MVSJLZ45sREnFrBZyLmp2hfjUUZy4rtBwKvSSwEp5ncRIuCJVmQQ7B PwXNHSUZJdmq1CUi8kq6SD3J54zurQgRst7mICZxk4x+D3HyIguDOk/ZOkhAuvfjavwdO0W9 iRXZmkTty/etvrxuMEPrnCIwRZllh2cgmycHGWlVHjnaXdWi+YUT3krwcGHHIppXoweCwmjr ewxrSIU9YQmCKsMJBwR3EXnCrRNJ4h+FJt4d+M4MxLd0RpUNNsmWRbTQqnp9Rj96wL76YcUr N0uXB9VXYdGFCS9C0SlQvHD4NPSL1K0+4vHTQMxDEbGEVo40O+UxHM3LLHB9zWca1CrESxBq sJCEORGFjwb7czC9rRbyy1faK23uEjls9mj22b5badk7u02j1dMljrOm8nD0naPRqsVthqtm iCuzYzwa5mFQRDdWI0M4EYI4yE7crxt3p63lbZX1pSkWJFBqeaMKconLDhsVppHv8P13hvp1 S+WhexHWKKKLwF7wBQknl0GDB9Q8AU8i6YvRIzyNlByKWgPP51Qbllm6AbcmZ7VnXQB8u+cB Vv15HcTjbK6hh1Xph+CTtAjsD4Yscstk1nSNSZwniR91oUpX5yP20h6j6P4e72SE33HTpSn6 j2T8bjdtrvjUZdF6PyTXl8fEkk+kg7nE6er7lq28wODg/1TDIpT3cKqqlWVXee4dnH36IXVf qZTWZmCZZMZZGWB5EeCfjFPZHudXQkJtsaEh7fKoJiqiJeDhxNKEsoQbB7CexnhzPHxNEqqq qr2h2+SR5E+qlKUpSlKUske6vCfWnO3bgnz4NKqqIQhGAe3Zcfiy6su7Jact6sMEXmHCaJ8j PcMgU5Enuj7CMNb2m4BYVsj8Pena9XrhkVeKjHdIwWD9x3/CNpVf8ujBNMkwJMkyvWVweUjs D351VZhVX1NZUEHVDsgGOpaX1X2a10EsZ++7e8dkdkeOidUt7AzLcE1iOJvNkjVJzKDe28zH PpPxq3UqRIdNxtFIpoUqRL5RVNB8CumSCQxSOSdbEIWBsRrt/l3kkuigsVUuhNHex7aZmp5c MbcK++ZJFVNsyG7HMG5WjBlmCNYVCB+mwaaSQ6GwSQFzGXHBTdyrWMUe/y2ufv7XPDrWguFh ioOUBtHWDpAmrXjbo5DTSriQ0X0IOdDsynSqJ0u2SJcOgGgVIOOzNmZllHCDaO2DdsiTOjOC GVgjrPBtNxHCyXpcR1Y7aZmpw4Y24V2sTYopY2SSjfiGTlEP2iT1UJ7R/Lj5Pk9Y1HlHIdqR ptY9QjM6g7hX5qHr6w2Sy7LIXd1ZLLurIXdlmA7idJ3klPhuSafRIx84OaLR9JOrHDTpknK6 pjGZli4zM0whU9G0Hqex9mGKWPoO0eJO1tkq2pRDQwS0UsEJQwQ0MEgUf0GUXx8c63a10Kg6 r/UE6srw/cemIkRdYGWiz9zX52Ox6+YB9c888cViroqb2iLwVQ+VQiG21Y5tmWS7Rq1rKARe wkpD9Ev3n4GdI6URXb+I/MPX8W2rVuRpfmSCH3OSETzIckKBWIAqVUijX+SF7i4h67fpq9Gt Gt1D3pJNYNmajOuZx769uzNPnoXVcQmrNZrkoDo70JJUUkAABlZgAGQIgAGQAABmUAAAVkAZ gmP8Lay0ZAwMAAAAAAAAGVQAAZVAEAAVVVRVIajBUfCQBpADqSZCIPokK7BQSwUEQSQqRAky KKMQo0AkQoskKMkNBJBJBDBJBJCRBDGLFMlFMWSWZRTJJQAMMjAxBAAAGAAAAAAAAAAAAZmV AAZLFMkSQSQUEkMkJSUgKEnRMBDCFEaCSCSCSCSCSJkCRgkgkkkigJIRkgoIhYlUkhkhElGC SCgkgkggCJIVoJIUVJIJIJhGSElgpWqRSgkgkgoIYJIJIJJJO/oBH1F930QfRE9oJZJBPmQn zH48fhI9FMUJ46DS7/LywzM/nymaKSjiM0U/L9MdVSOoX2SjKP0WDv08qI3volcHHPX07aDn l11LNayajyiVEvb0eRVTPwjhy8vvH+Wt6/PEkkGMjFCAzjLwLGGUMzLwLGGfNBQPHAf1mG7a 0I2H6ZZYcbQW7NwwRsEWQNUMy7wLGGCSSSSsD9iHAfBEJyKOSftXCR2ckj1SFPYA8P70caIf rsf2bGz+oQOrLssL/BsVdtnjh2c1guRC5MRDlQ3hhEYy7LC8A6QtOcwtLXi4kaiNax9jaIV6 ySL8+VQTFVES8jk4mgElgEg2Q7MFBfcwoyyYijMxM+4pIPIDlEkRCxgmwEg3P5YnPWJqV1EU QT0MqqohaZVxxURVVU46EqUbb1/L5D3zbdszNW9ZWvnerTe54kxMLLsjuhjqAhqU42JiYWXZ HYFoqCgKWELtoiSI2MvUsVtsSLMLJVqOmgQnSgMigONiYmFl2Qd1VVQx1AQ1KcbExMLLsjsK KUttttsZIwaRkRhzpGhYG0bGmrBxK3piRI+7s1GpyThknUh6Ho0UVVVVd+YnkcwME33+oni/ mFvXY+qEkf3bG/ghLuEbG+/Y+qF7GijyUcC8hTp9aIqqqqugjqWhaCher8u76uvx6+zv3ft+ 4CzDbYbNLVilO+GWm96NGYYY0PCPxYe4aEPsomyq+qD3gCkeUUyzQBWQOSpkuQBkLgQTLfTi SJGHZyDf7llktnJRU+SslDo7BghCEVVVoknBFSopMjsjTRf1Xp9PjETjq/xzyftGMYvExsK1 BYUFaWcRAeyiQB8IJOOONHAXxDYLhl1s44DRwGHChsFwzdnBwaOAviGwXDLN8caOAziGwXDL ChiooYkYlTDREREREYGiiJH1a2eQQB16NDqkH8y/iST4Pch6+f2X0+jikYnIk48f2vMTabtK tVy3SFQ26QiMGbqlFfI9YGiDbPzw4WOjcHSEcCqR0hcsVZcy6/fgAAHdSy5falVcfec8fbMz MzMmZmZd5lvV3bjTsZqnibZXrX1rlopcyvpe+Lvlr2uWjomxeSmpKWzmLEse8ZvtGH3k0YMB RJEQsdU2IxyT2HWPztuAfV8vjzIeDpg+wjL/8VkJ5R/7I6nr7Z16PNXbGfTGVlyr282yOyPQ 2dih58JNNlKX8qPJNxIgeynBssf/euYld7oDaZWGR+LcMjRjCd0WEg9gMn5bWH2TWBpJhgaC qzcDSIaSDjemt4w5Vwvm3ZvrDMyB6xSYMETTlWgcohPaPEXSrW9wLxXAzMN4pUCERJBFAgYX BZEGFlUTEFIwWEUFJZWWFGWXNPiEnXmIRCewfXVcD8xNyJ9JPDFLFLFLGYZFKj2LHnxQTN1D pozC9swo3O5prfcTNbmcC/lEb0kddLVq1asbnzUbbdMYJ6Q/N+jEREzMxHoooBsP5BHoB6B9 pIdj4EdI9kjmTj3j2HxxHpDiPhSAikhgYBABAnYQHAqaW958aCRjH4s/CLypaM+pu1xxZ1sf Ruj70GxAb412dSu02PHz2m7XPFFvnH1vRvnjd9ut5242o1Ob0X0dPc8BuyqCgAnOwD3VHoKK PF11vpeNj6LOjjvnhzmJozqFkxnNjWUg2BKbBGotpQAEAINWDpmIv+IcRELsgQjsLhfA5F75 Sa60lFdd4oyxWLJIyGnJUZKS7rXTu0SpBWKxjGMXUqe4gjMpvzHa++GpC9QpELNZTa0bWtZq QtULTCIiOCQdEktGVsMkl7IQO0DgQoTwaBperGth62E44O5ySfy02tfjZ+TtqpgihGq4lQVF 20CyBYhSWYDS72Ndw77CccHc5JO7Ta132dztqpgihGq4lQVF20HNAeZna4zueJ64Y26KnQpc Ei0IMCCoRCUAG8LLAX4tZsTqMgYdhBdySPSHxrU8cca5L26XGIdbnOTjQ9ePOLtzLBeaVAym Ko4F83DNi4K2kxhcOFXdCgWbuxnvRIK2qzi+4ZFMHObRnRyZIgJSAGQzUDEEM9lYlxVnaxiF RxjXC9suHYHrpBghQl4cpWKrXLW7Iug55D22ZrfJ6OiT2acj59uOVno6de23jG6oZxXMOEWK jMa9l5QjfBhss8EOuQwQoTg4BpdWNeg52E44OTkk8tNrXnZ5O2qmCKEariVBUXbQeHfbtC1v W/s+eHseY0j3mRWSQ7ilI2pwaRUhWFcKfV6emetk+0bG7uk6vr6BqpiNLt37El+fG93d3d3d 3d3d3d3dlEoOyeKdU0vQhTcDmG1VVQaqqoZVDlNuGo2cW2228bbjLGIlbSTVF5RdECjRKJRr QRJJJLnfRsfxVF8UcIpzwTgDnVRtVVWPR155mboBidAdgFir2rrLmTLPN3WXcHSqq3OScIfJ YqKSIiHfFdGG9AM5l3VvADmXll0oyxZzLbE2yqqtbFsri8k9k0jicDVXCQHWE0GiIi+qdI9h KKKAyBOqLD0PtyT6HrkmLPBqRfQjQnYR8RIhf0WV19n8fv29pI4JwUiV0xfgklVYIN/38mWl htBEBq/VISC26526No/Agqsti5GRhCSUca2LY1Oy+YJsK61Dy72rkEXDBqplyHhUYTVepg3E klVYUrtmpkSJSJmHrP437cAdZcklo2t1te65a9JREyMuJMRmvl+V6urgF2xqKXUhauYWkmcV +562PgNyb/SMgWSkFVVI+TwqrRHQQoa9g96NBZV/2P8of/lz/X28ySJyfIlRXr7XmtOPjXcH Wj19kma3wJ2fpUaG6Ge18ifI8hRZEgAUQee6WtagkLqBG485wymEsJWcBMR3vcbaJ/UI9XbB FJ6+smdf2WRelq1atZDtDtPheS8RO7gj014zM/dWlPUp4r1KeK9SnivUp4r0YGazF+gfBHT3 VPIgYmJGJImOvhIQvdOvQxHlC71wrsdmZZdpjIUj0YZR4JCdWF8JKE3N3Cfjsu4PhBVg7nqa T7/fMH3QT5L1F3Im5vg6qHwCTsk4O8YidtIxB5qOuMzMzMzLcZmZmW5tHdJBNCfyOWfW2qqq qqIR99ltlNDfyEIiCA76SfKSLQrKy1qrALMB0TGgFx7g7mMJ3MMKR8lj0azJQ+FjSyl5uMId STUaPU5cMbBJ6G6cBKniJDjtOxU5OFZiYyGThUEyt4k4kVBESkSSjKMhSTKMhSLzgbbMSimS l9NtmZKSzIiQzExSxZJksS3bZmSksyIkMxMUsWSZLEooyiiKMILdrZiVir892MoorCgiYwMK v6ttRFu25LFMWJkRKkwuts2VigzCisSJIzJRMUsUliUUsTN22ZkpLMiJKWJghhIkhjrxyF0b CQUhSFIUhSeZYmVSYmB6p4cjbaKSipSii61guAns+0cvom4bjD2IB5/hbCTsF8ovpodHiFhC /lUxETTEksxJMTEl+K2rZJiYktrcy2YmSZJiVRJJgmIvTzvM8Navr9Q5NsEGIj4Ar5EhCsSs TKSvlXPj7h/Xu8ArayYZJ4poMD3V5Cc2goKQoYYkSJWVkIhiIlYlYAFh896qrdmTmGoyDfAj ll8wNKvunMHwX7+XYmh2rpJ6s721VVVVVVn7eI4eX895+nEk4aTiOVU7VmYadz2mWz58vRql p8ZhaWnSMEpKJyVKa0Ouwhguzo2i3xPnZA6l5fHz2TZKKw/7JJDuekn2RlLRcMOsmLWswymU xS0uM1xEZI8mGR6ctvBKG4dAAx/cqtonFQsFdYGIsQEl1tW5Ja2lKWZhbtsmcscAx1GBDMQX 7IQ2F/NQE7L8ZSWYGRiyo7cBOJ7p8wQ0g7qxu1BHck+hhkRRL0YHAdAhEEMp0hGkOCZD9Ee8 b71tVLLbUEkSDAQvRV58m6NzV+h5vEaIg59Ceik/r9DLezJiyf3XzvGzTzoyzaDBSMwIZAaq 1RgiRmBDIDVWgwRIzAhkBqrQYKRmBDIDVWqMOL5JJJJJJfhtvX3fjt5Il+jvVy223ve228Y0 jtVVVVVVdxiIFyrFHJLoX01mgQ+H8euDmY1kBYxy++l71tP5pFqm3bfxr58nXzdqsYzFJ2VH 8o7Gv/A8d9TsT7j/a17djAwqlSKc/f8ySEcacMcdJwjn9EECClk3cN4b0YUp86cmilSlKUpS lKUpYpSlJthknal90nRAlAz1020MjcGDI3Bg69SFiQWpS9rOyMEWk8MsIW3Yz9iwOxr+sf5r qm95N1up/N1Z+oSbycc5NoJaAKUCqBvAjkCWtsdo3ndVEA4hBVchQoQAHUqCpkKKRCioJQAF KhQ4kQ5tZGTQMSHP3/33WIzMy69krNFWXQgZIf3VRTpvo1upzUqxTG9ObNWct8mt1OanXWzN s6KKrAdm62EURwiwhrdwVbE65To4TVcLtdby96+n0vSsrVNKg3O13VITpBaoYQyVwp0warVY 9lK1QbRXbg7ll0U4dad7NWd2+5rdTmp27LtKmMGkvXcE5DCSJpJME2Qeamk2lDThGo7E4JEm QbhwTm+P6RVRSdlRoJqf1z06VVVVVVVY5aHYm+XX0f24RE0g3y0JVaGT/696Py4iFXovQSkh kCME+cbUEHySMSkezAr+od6/Y/dpMOq8i7Cs9VPP85CSTYVnZkr0je93nH33EsdWqxG95e82 kg1rU4O9LgL6HlG1iX60+J2jlmCccofl8OsPolDiCEoc+tCr7qoGG9BPYTUmEDDAy3VNNRmp E8lEpYJ77H0unu4MjussUsUsUsUsV6v8KUpVq1atWrUv5/r7wA8NktbtSZZT42MZjheJ4pvB PsbA8g0G4kaT4CFGPhNJuEE1PB8J3dg2IIy/V6vRS1a/K1/HJJJJJJeoxFR3nM5H4Ztw3JR/ 4yvfi3AmNqA38br/CqWgyqEfihlDYivPn/y6Yfjocx5HXYwMf9pfj37PYLNJqKk3RTNFHSgL mwdCK6qDqqlCo6QkYCfEgXwjqHVsEjNKooqTZxywLDhCV8Wcrjl8qud8k5Iuld8vcLil8zMA WEp8cJqFg6A4DH9b1oDHVBQcrnroOrHrbOiDrgwMfEvnt09hb8WWpsylecITNIuXLo/3A6zA EDiTgzZWc7ZmsOM7SDfhm21062bUuEuUMUyyfoLSBsA74huE7P0XT0AKzuJNni+aRtM131rC 96DJtzNrXTtD1aTlod2sxx1q703cCPFdtUv3a1FrMdxQI9K7apaa0M/Pkn87M848/hM3ZN7M 3jzfJqdSSRkS1E6XdiRElIwiUcje0oaGQQgsYz6YWQYfJmg/pms+IDrrlvSzR4MzoOD2FQax lgQIQHyxjZ8qCL6bpI27I9g+1js/ZzdueCHUxtkpQy9K0EBVwDJ8D2M65PR2N8czgnNpePXY 0ItrGw6OA3ZmbgM58N6WaPRmdg4PAqDWMsCBCByiDZ6UFfTdJG3ZHsO1l2enN254IdTG2SlD L0rQQFXAMnkexnXJ6OxvjmcE5tLx67GhF8djcEl0rSiNEI3Fdtacwc2wSzHKUYKAJIILVL9E 5HUjpxNNkuqjlUXzjtUXF3L7hMSEClNpYpJOyO6yi/rqWD/dzhNK1r2bgdlJ1KNX8Eer+Urs g0u4M9hBfsMrIz+F4vYDyAhVYauX4xwLQ54u61kSWBpH1Wq+wmYcNkECFQ0dnCFy5TsXQTlf QvcDTTipkZQlFSPnUMWIEd2dzbrEksZIzSaK+pclMtyIMBj1dttIv4UQLsgtCw1OlcdHSe45 DcqoREolYfI1kDDFxMPC4lQKTMuQqKjUSLBYt0rMxPOVuHCHij1CSqTSrhSq57FhOc0ImlOU FqNX5bmpNWfUvNnQI8ioNY66wCwsRYdKKVGfCgr7N0kcOyU9hw7LZ7PktrjHPA4ZeNsnhA7M zatB7XQ66odX6GuKVd+xwdzOeOXdk5tt+fHY0IzCL3QdichwzWcQGdeW9LNHsZncODyKg1jL AgQgPljGz2UEX03SRt2R7B9rHZ7ObtzwQ6mNslKGXpWggKuAZPQ9jOuT2OxvjmcE5tLx67HB G3MTXmIdBlUgKhYKiLZQTYJReYQooDolE0EoiOiIpKVCRpQFoiIm1FUVYiJipvdqrpoqkDeW 4RurKRSRSmMJJFsgKVEVYhIqoRVJVHCiHBZJJDRICpsrFBRQS0heRh7VVVazKqqyFW25VgnC P5w8wdIOSXCZ6Gh2POO8brG2LYMBO90NheW+x5XW/OynV6q8swqedbrdzWoytoWqqaClY6CB 5PdHZDQ0cdz2/tqYaRqFqFoiGhUewUfK9evHiZjzMkmZmH3FrMk1qPMuzmtAhcmtZem7u7N9 9NvDh/jL7cprle84U6555zOU1yuZypyyWl0dciYjohCGtdDOjg6OAQyd98GbIfUvks2aDudd q2dyEIb65Gcnc6OAQyd98GbIdy+SzZoO5123aqs8MbdNsxYKvAocosgc9sGcHg6OAQ9YMzx3 ec0b2QP2zydjCF7NnKOa7d15Zo8lkJXXjuM7nk7HAIZO++KM2QM8mcmFkNB4Ou3hGHgshDjt 0M6PB2OAQyeN8GbIeC+7bpyerx59kdoseHZ/JqUostqy2jSNCfx/H0Yz3VnhjH+na3/sr/Q+ tjy04oWbXyt2Iviy+1+V+kSRmd1dqQUFBbiZifVHqREeiD81P27+xrl3CDffA4V9cDmmAR1E 3TE8PiKK5WTctq7iZZyWUlUxTFRFCyVYlpVVQ1HUc9zDqTs9VV6jVp0ZjhEZ0FdARhtTTmYF NH2Q8MNrPBltttsMkVDB6xYSB7HZ3ZjGMmMZMZjHMJ26j9pq1ZYuo8LOwZR5dnZVWVZVVjTo 7EI6Sw6k/ueqnUsJiFstyPtmPur7rd97E2W3V1mJstrrujbIza6u6uzE2WbIi7XUzbWwxjGe ubbe3OXLeOXTdNYUSv0R4DGriAeF9SmXTYwQSQijo0XoERZEA9F6lMumxggkhFHTkIzwJi2N 2hoTENbB6Xe3SBRWwGT+IpyWbgwSDAbGCCKIlJR0NHBewRFcQD0XqUwumxggkhFGVovQIiyI B6L1KZdNjBBJCKMEUQoKHRXOcwwwwzlLbkpcIiIiXXbbcU1yOBMjSKpPB81804eph2J0m8nY TUMJMUBkaQYi6jru3a1rRJJEi97qd3cgxBDNKG4bhpNA7v5zcDjGWOTE2m42Tw0DVRYknFXx ZkXMjGYpuzJuOUhs1rn6PStb0mvPWI9K1vSa89ZvW6rar0W9p1a+z5163Za+O9amWnp1rekR HBODIKQYIUGNEcE0VVQEUhSLIaYi2PPpJDR/LdNu+o5HpJnVnivavCQgGICIu7L3zPMOvRL4 ibq1SDh2cmZgx3fb9qtVhm9H1H8ZdOvnv8lfe7+kd9drkqyzxJJJJJJJJJJZfFl9K6wB1Cew ruZzyiKqKs4DYfgNBUMD8RpZ1/MaWUwlbRSPlpMq14MMS0s+UfJ/rbQ4OM75irbmZLU0YUpk YYa1bkaKmRhiZF66T+E+ipSilFKKUUpwjcfAQ8vjMzFF+UFr8tGxDBpn5b567Ym7A9OskssR SCUq1j1boykD06gVl3CxAIJTpqqVax6x0YCB6dZJZYikEpVrHq3RgIHp1klliKQSlWserdGU gznJoem0jSGpEiYjsKMihIKPsvC7f18NtttttCrkdb/iFlsoPcEHTGGujRpCdSTfaITny3qS QyVEabaZDFu25jEGdMbtu6It2/qal1IUUUU1sSm6kKAvApQG5CmEGHkmjmGyfXk03GFZmOTi Q4Qr1SOTmbk4ItlsWCydkcwrmWZW3LQEMRDEQxEMRDE+jMq1ISEhIUT5hc03jCl2XhOe9VXO giWg4ZPCMdNGxiNOtujwkkiZJB5I5ZI4iww+R0pxlwylQ/fmyyqrdQOCiUX9kpvCtKL1hFet uCovOIyJDceyNo3IqxH70tCgpASgN7UOEalwgNZi0MRxZs1mastUZSSSSSZZVwK0iX2O07PS rVzJllyD7juidqEOQnMQOOKEcf2SobSUlJSVCdE2SVWFNGIY/YzvkazCirSaxPNTdFkT6A7H T18TgB/Hg+E2O4r0ExUPFA0snmJjlUnAKr/IqB5Gj0OfSYmnTbEiQiUEhtiaK80fwAH7nwfs qvThbPdtjlluMWYU98Mkn0VVVVVVekfJNepO8PonM6KdRJ++aVX0DmfCQwacjXRc9PAB3FPE 1Fgh3pEsk9ekeiLJyOSOJB2Pd6GJqPAxH8dpOIc7uMZLMnibD4kkH4L+FqIgKCqI+ezBu5Rj TPlgyxFiA/COXnnBEEbkm0aC0TqQeykSTOwSiRKEQMSMShv1ME5obgeQ9NRwWSftTUJ1E5cd hx6nea1EnCactGx06Loc1S0ttVAnKRk3Jo9FrMYtWzscGzbli3LeU0aaQ7No7etXtr1szEtj dV99WFXCUIotFlCVEJVs4aCIIh7uxpoX2zDMNoNZsRp0mBQUaYSkiqtsbLQR2IlShgkCZKqm PEkXSIqSRH+cSMMuogikp06boeSQqjTdKmmkqmZAuDoG7ESqiQME2ikDYJNSqNJQhKRY1jkK o02JoHjKbsRKJQwSBIlQlJFVbY2WgjtWpqMLSw4hJIU0KKk1IpUbRdRQYijEmEYKRYKjIwbR 2/vJpe6T+JJ2DY66aZMJGRIgqUSFj8DrqN8Gcpsm/pEnCMnMidxKRwk34/n2WU5Mp5+12KaR GamCCCToYGJBJBEEGOlRRA5CudSVNCI6VCIIpBli0K8ynwjUTBgz91klSQRVkR5Hg9CMIrrY ck6cipO5oPjOmwkkBfm7liRd3dhJIG7o6DmkKjBJHKZTRh2vFtZ8Q6j1R6xNxIkSGHfq0MQx BRMxakwJiyTJJJIjJcSYjJMCYskyEsQKJpjlodgTXJ61djIycjLM2T6HAaPbCqqIo2+weAdP 28evptvqcJ3mIM4UbXG/G3BxtimjWPExYTakBwkoaIlLB+0KQ1q8XjTLM4hEw46ycb8cs2Tg DUiaFXQK4PsRgQr/pulk3LSGYAFKUpSlKUpSlKUpSlKUpSk5JyTknLMytStLck5JyTkpSlKV rmbu5W6VuulpaVuVru5aWYnLLS3XIosJLK1KXO5cApStssAAAG5aQ183y+rhpwxjHGbrZY3F ZSlMMMMFKUpSlKUpSlKU5zhaWAAAADUwfEWcc73KwzkuTLp26l1LpBkUUkXbt3LubLbbbbbv lcxcWLS1s13M1rSSWWlulukkkkkkkktS0tXt17e1LcsvO9a69bknLLSAAbA8vWvWvb3W690k t9a7va9umDXXMA3LS+l616y0kkkkkkkkkkkkkkkkkkgB9Lr29umbluW+rN7XVsAAAHx3t7Wz Wzclsy1o1hqq2Wyy1riy5ky50NczUrUrX37r3Wu90Pi9Wr1aVqVru2WauWkkkkkkkkkknJSl KUpSlada51lpJLeze3VfVu5bvWrhuY0qGIgxjI9pqqJoeIqlboLjAADdNMtS17d1t19b5a+U YEmBAnKDeGk4LLLId53zMwwYqM1zxzfJEUxVipCB6o5XIikuW223adJaSSWlpb2vbwA0tIAh Cbur6t17eAAAAAAAAAAAy0tN01MA3LS10xsAAbvWvbw1z4q9rvZmHN1zA2Ekk7N17ctet1s1 bNw0NUWKiCIJwZUgwYrSQQVQVPdzLUkkkkkktVM3TNdy0td+vzwzMt0tXK1KUpXxtdtN6wAA AAAAAAAAAAAAAAAAAAAADM1fdvmtrq+b5ZrYAN3ttt223bd17eG6vb5b5a+QADlO+L1r1nnd 3t160hmBJJIhCEIdCaruWuWlpaVqVp25w1M3dK1KUpSlKUpWpaW7lpa7ZrZq9vVq9SlKUpSl KSSlKAbG5aWWkkttztJOW6+3nnOcEkkkkpSlKUpStc3NzB8W1616G65aW72vWvQy07LAAAAA AAAAPPVq9WpaQA3MSQSQG72269a9blpeVt7eUpSSSSSSSSSSS0tIOc4JLS0tzNLS0tLMAAAA AA0xJJLU7TgktfNV616zrdzoKUoblalOc4ZaWbmmWbWkkswAADUxJZWpSSSW5iGKKhZctWKC IMYxBFBEGMY7bZnBmZ273SO3fNDjjOAw455tt23w+b4NzMtLLSTkQJJJJySSS1O3OG5WpSlK SSlKUpWducBpWpSlKUpTpToJyy0lKVvel6SSS0tJJJLdLSytSty0gEkktXLckkkklpbllpJL cvc6u9Od1etekllpKUpSlKUp06dBSlKUpJJJOWWkkt7Xrd6ytSlKUpSkkkvPVq9ScsxJJJOW VqUpSlKVlpKUpJZ1unQSQCSSSSSW6WpbulpfUvbw3zfL6nWjFRYjFg2xuQkY2xtjbFRFaxsA AAN1dy0tzNO+lde70kkkkkkkB53rXrdNEkUCctPL26vWkklvl6l7kgANTNzAB8fVuub5bvkn IDdTAAABpg1RjXte3hqWkkklgIqEoommimRlQVROOy3RaYqYxJJJJJJJJJJOSSSW5pmhEkc3 z6dt31qvHX1r6Jr5qr28kstLdPOr3gBJa69vq+lXe3fNXfVincoAAAAAAAAAAAAAAAAADMGn 1PeAABu5aQzN3VMFprmWZg3XO3OCSzMwJL53veUpW5g89vZWpWuWlrmAAAAa7Z1qVu5aWWlm DfN3t4bpdu5cMtLK1KUpWVqUpSsrUpSlZWp1m75KV6srUrbLAANMAG5aWrvb28FKUpStdy0t 3z6+e+DXLct9b1r1qWlq+aq+a+b4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMwAAAA AAAAAADzr29qvb2953q87tNYSXnerV6tXK1K3e3y3y18kljCS1UtJJam5uWlrqaYcGADMA0x OWr5vl8XfN3ctIa6W5JLXXOt06GmBSlDVbLAAAAAAAAAAAANTdPj1avVumkhxYapuyrtWmmT istubYbUb3etetde216163MCTssA3LchmbqW5JyInLLcnOnW5W5DLzvW6vZuYpSlJhZiwmMz LGFMKwritFm7LTZTRrEtW6VpWFMKxWLilu5aSlKUpSlKUpW7pWpWrmmphUzNy0kkkkkAAAAA AAAAAAAAAAAAAAAAAAEkAAAAAAAAAAFKUEkAAAAAAkgAAAAAAEkAAAAAAAAAAEkAAAEkkgAE kAAAAAAEkkgAAAAElu+br2u8EkkkkktLSUpSS0rUrdM3LSSSS3K1KUpW5mlpDTcHx6tXq1zN y0tcrUpSlJLXLSSW69qvb27mm6VqUpSty0t1y0k5ZmYpSt9au9a9JLXMy0klq5alluWWlluW luW6luW6WllalJyTkpQJMIwlHadqlyVNhl2HDDDMzN1a12ulldOlqrWWtVrWZGzQAAAAANds sssAssAAAFgsssssFlgFgs128vb2a6mZpmumbqmZprlbpSctTBu5mYN0tLO3OG9vrXzfN1+P 076t3fVu+rd3S0kkkkkkklvt54KUrLSTpbpaX19Xz58AAAG7u+fL5evkkt3TPi+BIo5GxBsS OWS4EGBGopdFetdS0tde161631b29uaJJJJJJBJaqWluWlmBJa5WpWmAAAAAAAAAAAaWnZta WducMtSSQzNfWr29uYkklq6+tt7e104qzWNLctfN0+qfOtXqzEkFKVmBJJLK3SstJJJJJJJJ JJJalpZWpWVqVoRxZw2xtcuUxWLizJwxqVpcWW7vrdet3rTry73XjdctSTknLS1JKSUstySl palmbqVqU5zkkNMUpSSSSctcz5L28MrUrXGNzZEWQ0rS4rFxWLMVixisa+ee1M3LSzBmZm5a SS1XK+9Xq1d60klu5g3217eAAAAASSSAAAAAAAAAAAAAAAAAAAAG+2vb2qmbmDUtyG7lpJJJ JIm5WpSlKUpSlKUpSlKUpSlK1UwAbqmPe6vHvYAHletekllalaWkkkkklKV9r1670pSlOlKU rXctIOc5Ja6WkpSkkpSlKUpSkkkkkpSkknLS0kkklKUklKUkkkpSlKUpSlKUklKUkkkpShla lKUpSlfJd7eSWZq6YAEkNLSSSSSSlK3St0rUx06dKUpJZaSScqcDilKUpSSSSSUpWr61e3hZ YN3O1OFmXKYrJZiVMjDDDeNrJG7u40tLSCSG+bu9a9a9vpK+Wvlu6da50NytSt1MSQAzN3S3 JJJyTknJJJyTknIBOXn18l8kl8d616zT4tr1r0kk5JJOSck5JLMTkkk5fHrd6SSck5BOSck5 JJJJJJZaSS1zNctJJbu2bvZvbuWkkkkkkkkkkkkkkk5aVqUNcrUoDXtd6t3erUzK1KSWW5Za SSSWW5bnacNS3Ut2zXX1LOh3LMzqXcy6clyZbLZrd2tYxioivHWLGMZjwVFWqtOkA6baJaRR JJLXNNy+O9ekvOr28kt3LS1cwDXS1SJmb275avlr5ZaWq5m5gSSS3dy0t3M1y0klrmaZp1un Q3LSGYpSs0SWu51unQGlalblpfHe3d7XvPbqWllpJIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJ3dy3dLSUpSlK3fhr7b5d8c6RGymysVikxTFxW LGWadfJV17retJJa5m6lpapaWuWlpaSSc52YANMAAAAAAAAAAAAAAAAAAAAAAAAAAACSSSlK SWqWllpJJJJJJJJJJJJJJJJJJJJJavmuvWvSSSSSSW5m6mDK3crMClK3zXt5JADdd17d7eSS SSSSSSSSSSSXp1vj5b1u75bu96deLvb2Zr2vm+a+bruabmJLS0tdM1TNVM0wAADVNCfRhhNn jukklVJJOFkgpuQLZz8LWdKhiitJ2ruquTFoqi8xtwBj2y1QlIyKIGnZU0odk+OJR+96UNJ6 1KNbODSpIXKSNyhqkh8zY2wtCg6GqhhIirG7tzjP1YZgMsHQ3JQRVohIirG7tzWasMwGWDob kKmlSEkwULwYQfeTaiYi330aDi1GqumYE9MuVki2Chjx01RsRpRVpNLWoKC1c02arVNVpD0k zEsUhfbWpRZgJO0ThMV7g+NZGywWJlIQo4t0y5bAwUWPMtRZelhaGsBGAnSEJyEjNKgiplki Ksbu3MzVhmAywdDcgE80FV5oAwMSIAUpSlKUpSlKUpSkxMTEolMkxMTExSlLIqlLLEpSqkwS ksxMElKWLAUoAAEiSTFLFKUpSlKUpSlKYwgAADAyJKTMkkkkpJJMTJMSSSSSxMJJKTExIAAk xkySjAzAExMSSSSSSSSSSSSSAoJMoAAIiksCSimTIFKZLDFKUsMySSSSSSSSUpSlLGTMSSxM kkyAABKSUqiEwBJJJKAEgIioAAAAAAAEiASAAIMKAwASTMTCKSJLEyJJJJJKwwkyASUpSyAA AAAAAAAAAAAAAAyADLApIAYpMLEiBJIiIiCkxMUyYwMlKUpSlKSTCUpSlKUpJSgCSSSSTBjB JJJSlKUyAxIySSEgAAAAACUySAEhIKSTBSkkkkkkkpIYwTEyEpIAAAAEkmMEkmSwUolKYwkg STAACElKSSTBJMSSTMgjAEkkwEkkkkmMJSlKSUpTJjAUpSlKZMhKSUpJJKSSSSUsSBJJMSSS kpJMSsSSSUpSlKZMhSlKSSSkkySlKUpSkkxSkoSSSlKUpSklKSZMhIEkkkkySDIAACTBjMSS SSSDEokgSjJJJJIAoAMxMTAwAAAwMBJJMgkyDExJJJJJJJMSSIiSMIzBJIATMwUyAAAAAAAA AAAAgAAEgADMmMEwgSFMghTJMAAAlKSSAFiwSUpSlKUpSlKUpSlKAAATAUpTMxIEkkwAAAAA AAAAAAAAAAAAAAAAAAAACAAAAAAACKMUyEpSlLEkgTJJMJMiAAASMSJMSZMgFKAAAAAAAACJ TIkkxKkgSAxMBMTCTExixMEqBSlKTIlMlKUySUpJKSUpSlKUyUyAhJJJIAAAAAAAAAAAAAAA EgAAAAAAFKEgAAAEgAAAASAAAAAAASAAEkgBIAAAASSAAAEohJJJJJSkpTMEkkxSlKEgJShK UpSkpJMiiUpSkrEkgUpJMEkxKTExMTMTJJSkxMUpKxYzEgjAgAAAAKAAAAACAwMgIFKTAIEm MIkySSSSSSBSkkpIAAMSSjMSiUykpMSISSSSEkkgSUoAAAAAAAEkmMExIKBJKoxihMUoSFMg SSUySSSSSSSSkxSlKTDEkpMSpKZLDEpMTJKSkyTEsSjFKYxIhSkkkwBTIMSSSSSISAEkpSxJ MAAAAEkgAAAAAAAAAAAAAjAJMEkkkhSlKUpSlKUpSlKAIMACSSUySSSSUpJSlMlLEhjEklKS UpSlKSSSUpJMSSSUpJSkklKUpSlKSUpJJShSlKUoSABISSSSUpTIZMlKTEkmKBSlKSSSUzAB igkmSxSzBJISMkyTJksJTMEgCkxJMTExJMTEwExJMSMSSTEkxMTEhMSSkxJMTBJMTEkkkkkw kkwxJJJJJJJJJJMUoUoJTIUpJJJJMSmMMSxLEkgSEzBjMEhJMikxMhMSwCTIMSTMASTJMJJM wwmTIkgUoTJkyBTJMMEkkgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEsSUpTIp TJKSTBkrEkiSkkpJJigAAAAAAAAAAAAAAAAAAAEklKTEkkkkkkkkkkkkkkkpJJJJKAUsBTIS AwSSSSSSSSTMTMKIMBJICAAKC2yss4DEMsyqlhFZSI3H0inc2J27E3oTnrEj353NBObElGTB NUTQG0ROmRiJsTqfMdjhN1Q4gfzIqIo2SUTSeCbH1/xnrfZi+vp89ICqGgGJ8DIzM/iYlzEl hlMFjE/ixkDaZ9KiPb7CL99ea+h5lWWeh0Doie6juQocDA4QCRAJEEwJBMJkpShy0YsWSGJC RARrEYmh0Q5AhQmlcAEYRYRCBAgVlUhBhQLAH9IURxH3ScBgkU/CVKAIneMloClClSgGRRCy RYiLCpS6iTWhyHAZYkJCEFOgoRs+fxf3kkkkhJG3LSRaEtpPMbbLAsYOgNIohAdARI0uiw9L Dnjeo1yy1yqtmQ5sOOcjmzmq5Mg3ZCdOkTDa5YtLjba0qytUrcLVbW0wyKWGGGGBhg5KFKRN UTBhYwjMkQvQrkSNCfowwk5pE6B+7ctUeiIwO0bTlBVukqn4fST2lr0ntZL0nmS16Txaxowz Ue9wkKkrpFDsIki/OpVMRYYMxyLMychAUEwmZoEIZElhhmRF4VldhI0XE6E0IwnmQnXzwTEC Sk200kEUGJiY7m5BhlVtKio7ZVltFotNULS1EK2RkETFaBlZYmIheSfl3rBHYEeDzA0L2QT0 T18DqnZPcA5IPoVRUwolVsBnajf7iQkJAfZu1GSNRjpDv2+O29rYmze973vexoGje973vdJb ptm973ve91jMdddddddXpeTUQ16CayQ+4NyJqe16QOWSNLkOSZZC5H1A2DbQUaUY22FCOoMt EgyYYQt2g0LUZiwnaSrN1l6sx3INUx4MuxlsuqEsABOAccJJJL+WwRpsR+77zn0FlckA7k+C GR9I8A1JXpbiYrHLJpWmmTSrpprUsqtNM1VVppmJErUdPtDI9Y4kTklHBKUlsIe0YrEIKmDx J28dszGZhG9a1BCZmKXVJVIlCkbtsRKEONiJQqjEiON3d2hI2KJAjLTcTB0IcbESMBIKhwYR hc6KSIdU7h14PqEbpAeA/Ed48STaHFRJH/QsSRsU2UV4/VeU3Msv9KinRibzKsvEUO1aMVmS EX5dVVAah7qsVu92XuSAAYmqCi4yipSppJoSEVZHHl3kktZkp1KYPAws0LOwbBsaNgctS0Km pqZpDK91wC51y5M75txylbKdUtrqRhATcSu+5jsSbyZVVqdg0ZoNjGkLNmbNttEphKZElLJq E/DA6h2j3XgsUfoJIGhIH0T0f1MI9yqVVle/y00VSu8o+rnuk7yIJ6WSfsqLGop2jZr3J8OY Ra3IAgl0QRCEwMyRYozCH4RXivhk/Ek6qJJCoraEsdMgQgYf1nVdADrO9VVRI1SQAHcPcaSl gOSgqczYA3E2dSRMCIMKBiImKUpKSxMmUQQQRICcISqPpxVFI9TmYuEsfYw5yfWrYgMjCWJ9 QDzTsnIeq+6S+8omAx2V8lO+9eXl7cu/Pww444421pmzg+sIHuWHJ+Tjoy5pC3XCGGHAaODf BlzSFuuEMHLt4cBZwXwfsGsvlUjgcf8dMwLzR0EOi+jLmkI2RcIgYcBhwb5m+2uIuSQp5Tx6 p6g9T3jz51VciDIEgrZmTL1SlLFK9ZfkH3r8Xd3nxl8VLJ2JAAlMBj6+uEklHN3d1xhmZhJI SgVUgSEhUqElHUiyflfNuGMf9TR2qbbbaN1NnrSOaicsnLg545+c2fzWQ7OmjreJW22jdTcQ 7Q0ttPe2zKu3uybabz+M2KqrPXrRmYZmRKjtd3SZ8I/JCbI+6Kit43nEevmWe2jHVrWUexkW 4aAGgarCcwrSAIgxVhMhWIMQjwa1WGYahcqE4npO0xNsba5cG5ql5YysRQaVDVEVQmoBmOgL QNVhMhWR9SE5pyPjD5qdPrVUeeZXyPGnN08+kUYGclaEs+qitmWyyMntzKA0qbS+Ccj2H1Lz QB5I9SEiEizCJMokrJZCQzrTNsLKUQ6sov5DpDt17pHg6fCYDE9R85r7JEjWmrWtRrTVrWo0 y0VIYpatVpM1YmK3cIjIIiDEjBK6MKUEAPCcVMTEJMzJEJr2PXMMywwjI7gang9m0rDUl4Wa VNSXSzSszDRuzM2PHRtXlw685NluCdiHS2idESeiHug91CqSZXiSo2jlUckeI4Jgo6OYr2Rf g0ngPKHmmk4PoshEhRUNFVVWIYCG8oJihCnUOfZ9r9smWWZgKmWZjlpdGBzJ2mRXITzCCBGx lwFcIIEWMuUd1RUGqYIqLerh5dcShi4EbgN6ZBAixt6LvTSlbY3ZJGkaimKROCI7xonzKZhY 3jE3oTDmMscEz7/seRrgY3DjMQj84opKKFQcRR7SfKY1qKDS0hF/8fV7EbSN2RO/OqoKCgoK ClfVPIQPYYCGVVUqKlFSxJakRpIckoBCfMTY33BO5+l81BpUWlHCFSHCgFCT4CuT5jqPz+P5 f3yrWgBr4218nI5x5u2cre8+JPFfmqr3+aKqj2odfYuJiX7shd3KHH8XD3A3OiPeUpEpQoGl fo7J0LndCOCg+4UaCivhUI+jf1jFHJKcoiIo269t6Wt3esXWa0m4qE0LUqKjBmZnKuhA+dWb pJipKpQqlDKlgqlCqUWWfPL4WAlLQ1wofcgD6+Xbc8D57OG+b6778G3qffJKi/KtchxJIhmj GwI2zKTTsWNxZIIBYYChY54K1wcPcc8S+kYbei7rWvBpnjxxxV52VWyuyqiqSEqvfa7PG+6L 5meO51uWnrjnnnOE1QVSG137xeGX27Yc8aNdpk4e9V0cgU6AKQuXtnTSq+5uKHGAvWSqSANI ocIAJQBxIoHhCqhbYqr3lDvA0dlRSOnTOwzgnOdgvk7vcc5l9Iw29F3rjsR4+PLltz7W1SI9 YVWlUXUCih62RlSTSoA81JBFo0sPRQHuhIKD2CF59c4hReUJ1lVKVBXtIqcSAO0oibkqO8oo +Egq7wIBQqAGscFEO0KhxKgDtK7Si5AvEKGoBAeIENWIExURxU49Pp02bjlGKqeBqRQSMYsG w4U2tSapQoaharLMVKqqPOlLRtR1Tszl3ZfPbV67cnGruy7b4a/OnatWNIZ9DSoGRVrRsTjV rdNIaWjaoHRrRsX2fRCka5xjZTcV3G1GfbAvLNGGQ9M3zm6nArcZoz5wO+9WekmmJM05H4XR HrWj76M1tm9Pb2tePSRBaOTCGHXY6N6+MYkGufwLtZ7o4LGzTH9A4MPV+FFrb3DDdNIsG0Ls zdaVmCtUf5Y0eiuKgbEM9Ho9zMdYhIRzCvQ+0LPBfJyZ4tiQZ17C6s9kdixs0x+Q4MPa/Ci1 t7hhumkWDaF2ZutKzBWqPbGj2K4qBsQz0ej2Mx1iEhHMK9D2eO+CNcP3Uh6JwTUZr6ZDEt6L fumXV8pfQdQoqkdzR7cQCw60aO3iKNXfHQtml3SEAmN9oD4EQm03SnKijRyJ3cqiFy+gw3DQ nskVTkUVpzUZlEqaoE2ZRemAd2FZnCwswjAlc73zEREUNk7uy7xvoY1Ww8GdvIe3JvK84Joe 754NS5e1fdj43IjfXXPPOt1ZwOC4pJDBtC9mbPDQssNEG1HlS4lZOEiHNSgznqOL5i+UoC6C dZp9FixYs1vF51H6Nzv4GXZIHWoXeox2/r7bnG7OxW7d8NUXvniiBHV10dzM+rve3nbqz6Te sJ8F6ddkJGiWOzV+O+XLDwg2WIrxW3GjfDAO4FQwTgirzdJiwqKzB5E1CoaKBSlQu9npGyxj xacIj0HJ52ee2948U5fErDimkWDaF3Z1weFnA2bPd76fWMtsIvfh2zuVlF0c0qdex2PNzj3N 262hIR2hV+5PHNUZRwCNlmcnRrXtjEg117C7We6OCxs0x+g4MPF+FFrb3DDdNIsG0LszdaVm CtUe2NHsVxUDYhno9HsZjrEJCOYV6GzsCPr2QFfE9qQ6pOVUqRKVQd6IufaEhCDNZc1k24ND ROGA7EwbNhPrru1E3Gq9SWLJKHBsm9W1WWRPzgzXnw8x+o9pz6LVq1a9RM+TvI5RUd6nPEU6 irFNI66vMVwTp7W1WdCvrRxUKVVzvmnoKIFQsrnkog8SMJq5y3qqIiKzhNvg40daiOYc3jo6 COg845R7GGsCjXOGHxReEF1RKZRxQr5ZRoS3TBOj05ictRyeWdLPEzrx1Tqrzyqq1N9I8lOJ FYbjgnUej9jZ3kPTD8IfPeNGiH846K9YR/X9azM5+ExZJCB6pHII1NUrgRk1QKYEGWDa2tYG W0tYGW0rWDmWy6CNTVIbQOgg1NWBhk1fMUIMDaszKwzMMXuvrioPBKIwi/6xk/p6V2x+6kpR Swp3yGFFKThULK+5kfrP2bjfJ1Kp1rDM1T6/IfwaLpKk2hMjbJN2fpyoGlWSmqFUc8+NBXPQ ZW0YGZ5bcGgDktxVXeUfmq4BIqUeKrsMx22/xl3fUkbb0CQkMLK4D5d6qtYVBtX4JatEVWgQ k2DQdlCxqPZIg+B9Ijioovp4BvVz37u++uXObPVesz7CSYkmKSQkmJJjK5YZn9VtajDBdmHi ZMtnu6fA0mjhVWVZVV6zyfvZtA0NJsSGI+SxCGQ806pJvt+9uNSivX+oVAeYYhRFHcDwNEpV KWOEinTJGfZT4rgpsezHCvESHt7DJJjknFMChsYcNv7W8fHte7ZgnmTLaRJLzFGDScy8tyS8 xYNiuY4Y2Wrl5aj/QtOTMaRVFpCQkKKapQKBTliHGwHUL1hHyRQXsKgMzCRHczEiMMwMj1jQ RmjWaSjGNGYMRhmB2FIJfDwzunwn0qvp7eao9zsHOO6ov+vriIUAn0BFF3BaLwMRcRiIXzRd hNiR9E82ajwgqLCJVstUgqtzsjl69mJjaoKbabE0vJCRhCRKVVFVdB5/PYiIlK/jeuufxtyz 7/SJgjCd9fXI5HI5FX6e6qV36+67q/LdlR3wlHzx+IhJB+7R/SGhrIflEmTizUennGYbRkZc lEXjqbq+SHmB2iSIgXzy85XxKvlnpd284ABF2uMzrKyH8oLHhZ6k9Idv4B8pI6qE8E86giHk iiAeCdqIfgy9cnh7rQctvUmz9363P05ebLXk2WC1Y7PGSZoSYbfQYerspSilFLGrMKmTgSnq IhwG6R6YQkeX2ToRNG4bPQbtgaDQczyIDur+HeqiiSSWHmCdA9O4qA+3UN4qimi7GHeBxJLJ 7eT7u7H4T27db2tdaSfUZ0cNRUpdib3sDkcK+0KvQhD1EnYDpywp89oSybH4c/na0qrUTv4h +H6fd+K00xqu6PWR9UqRKlPh8D14eXsO0evuAPCLsDul/mSOodgg/kPb0U+x941uqgP86oH1 fcoooo0DieBzTREOoCm7WqL3pXX2AMDMjLFX1pCpGGYJCQkJA/TG3XUkCSQbZh49kumfBD6l 2WWWXyLBYL1oe1s44JHXEK7M7dnLrec5XLht4FfX0OxSVivQbD6Q0N35aHUN4cGx+4+oaJJQ 6kbCHcU+3xoTYV3yKKKKxTBMV8fOoRCkUCqQkPYwszA5oJwdqt1Tnv/dL+ARBEUG55CmhOFO YG4vV4vnPvmZZ/bBs0Us23o0Up2ZH29fbyNnLtO1PKPb+PbxmKttVbkIl+w9O3jUklROMg5I uvxkKUuJucDupRO2WDSXjOeM3TNk5SkTkxT3E4kmdqlVIyKYVP7Hs3qbSQT1Gu8SbmLHvPry 1Oowx+YwxAqoOXi2pq+/raPc1ZcYnUpcXA2jJgRUf8z8UQR3bQdAgQqQKjg813bUF/Qgh+iE CVjawViCGEId0XWm1oFgh+GWbMIf5cMyuG1wLQhohssgSsbWCsQQwhC6rwB8oixUkWQmKh7j PZvepXhLHpWCCaT1Knv4y3/MSdmFJXUaiYSaE4MwoKHbHV/mnIdMdMMB+oGChlWkRfIlOk1n 10aatrqMaRKk/CRCzcPVj960+fq7ZjzrRo1LbcxVakZCkI71Rdlhd6RRRAVVGRG0Nky38sMU tblMKWslMOm+USaNlrjK5nvs3HisLXEpjVYWtSmP+/jY0j1QWRlBwcMglnIA11BAuoKfgL53 yFfFfMOBf28n7Aac7Ce2uwhVQhHZUzlgwsD3OhPv4673d3cl3bu7t3CXVVcS92lBHuxj/f8e e7/e3du+ekujkOpMMkdqa8LvTJMMkbpra70yyHLKGV2ZRdq0qKECAIoKtNvp0SbMfG+W4ZkU qTdNcLvTIYZI3TW13piyDqTEizTUzNTFJ6vg6le7idPjz1eOWY2Y5lEWDmW24KPVO3FERJ3M MMDMwc2h3XeaCFVkE7p6gd0p5I9h3Sc2do7qpzWWPKcEiqc/B2pIZfH8MPZQQYeYkbfgeIh4 ncTzQxHlV2ODmq/SSQj7GycMxEjJlVaQKoMVwlUqSIJ2m1/ZF1eRwxDtkjsdELr2Y6bHTZ6l SDpsdCKPKKFWSi9YSpISpIauruyVJKA9yuySSSag2knd53k1vGrNJJwWaktYYYHyT3GlON6I sw7BYxErsAnQE9AoJIQmEIfKAyIYICWAhhSYQlA8VRV3tnMxrMrAz1bC1laPCpSEM8JAjR9D DCzEgRhh2NVoMN9cRB8u0D5OTrmua0c8tBw6XBwbNmGkgRhw7wibRw4RrGpJXojYiPKLt9rS Kj4wyiKiKiQZATRuD2B7PNiIiZmYj0+yqcI8KoDyPLjK2jnP97MxlVluLWPE0xor+7aq3hk2 57mwbMRwLhsS6ktYmSUk+CW2z9AYIEC/Ps202m1GhtL8jkhVhAqmAEAQD5APjaYlsGHbLqYk RW5s3k/GUAfSQrRpBRVw+5h31qC7gqNTuuO+Hfv2hWu7rt1cgpSrnszE1TSfaRJKtvNd4DRz y+r7Y7rnh7np6aOJZKcupIa8CI6pEhOONZNrST6y7O2Q1sw1mQXAg1O67X2Xfuwzu665uQUV cdopYgiDvHwrFbuUBQVpsXTA2nW9dLIMLJB2w2rKafws53l7rgunrGxtWW4GZCR5FZvLQk00 JSndw/SHYxtivs+ungLNQ2jWG8pliJu5YxVnGXZhM4hvAc1DhGsNZTLGybksag83Zg47UC9h KIrLoFwW70oKRFIik6AuC1EEUlwW6Y2xdpJIz0iqS6x1hGKOoR4amLFSsTNqt1orb2+Tjr3n adnY0x2zURZJAwNGi7sYhU1/aF5bPKP0rvvPdTnU4MOxT82cql/y8pSdOrSvQbR13hxDjYiL y4YzCme3O1G8K009tPD0dMMVgbEGElE7AsCxGUENccMqyxcSkbPXIa65riuDgIM4eoixsMDR ou7GIVNUUM7ILkZLNpcFaRWYcVEE0woYHWSVWqQYm9BtHXeHEONiILRgxsED86sQFsEQgzk7 GhgxFhoQYSUToFgWIygh6QVnL5QUB7FBVVRQQ6/Z3247cPrJxvHYtbfGs4quNy3dQVBGwt1B CBIpIQVSKqtDKSBJD3BwkBpcM3p6aRIDQUCLLEJpQ/ZYiXo3bMfENWylGvh6zViMEltpkXzr NmhaWjBbXBfuofRb7srg+0nHsD7c712rvV6RwqxaDQzoWGRu84m9qrrHOs3LaDpHQx3CHIlp GarUWXogh80leKBTWNTWs6RkJogjFAwpJUHJHRZsLybXoKkngGZrJOm0swRWBhWEJXdt2DGB puSq1SDEtPg4b9vL4OTPW8E1iD3eiZ7r68DzKNdxjVIRDu/3vRN+dslGVlCUKRFiv3vBAd1u aQI0aONGTTiRvdrgsxe9clg6VNEoW1hDEEElu1pQ2Zku4EixT0+OwPkN8jFxEuQmWKoDSabp 9MTOMZS60aE7pE0sL9+1nu+4TtxXVc810FjJwpu0YPnTsOeBCEci5MeYQQ+JTXaznnTfHO2e yPhXfxPSpW8TN2EYMIiC6cUMDvolVqkGJaUoZyikVzwx2s7dDYoPZlMGwQP3yxAZkBGYYXZ3 H5rRAdKngOy4RGDtoJS8A8DBOEmiDxEkhOHdp3d0zlVvfRXd6dgzjiuK4OAgzh6iLJIGBo0X djEKmvdQzsgwRsWbdclaRWYcWEE3YUMDtklVqkGJbQbR13hxDjYiC0YMbBA/OrEBbBEIeYdH c2MGIwNiDCSidgWBYjKC+m/QzNSZfSVcFCFgPMPRVCDRJrnGMMYtzCM3IblQSkoNEZQVQgwc FVREj3COYPIJBcE4jucKB3woooo3Ook+oncPAPqJ0E9eBNJ+MJdzmGk8oTmqEns8Yl0i7SPl Ish0oOI4mQZHbIxGtoSTE6SaRPVO3jyBQ3V3BkhOe7yy+V+eTn5/YkJCQkJ7Vyz2zOsKCdIB 169U0c+KImCtN7ToiNEPbvb5eNP5OJ7LZ+8mE8+s/MdgUjdyKEQPvAnRQnSHBhHyTgmfPMcw yZmTMyZXu8vD/e/T+X8Ozp06dOnTp06dOmzZs2bNmzZs2bNmzZs2bNmzZuueW22wP31flT+x tu0SJfv96m3r3r29eSSSSSVdUvnIuVF/qq2/SdCBj5ir+ARUxL7AMh+Ce5ucBDwP1/L71atW rX6dPy35zMxiJqSSUe23fyFPHvhzIcgZIwfROewYeQxLQsPkGgwD6/m/RPHh4p5hsndfkPB8 /tptjZ+F3G2bZr6ZHU/rRNXrV4MiZYFUVQBwVEkFKBA4GEyNR0kPls/sflU9kaiJHB9HZjGM mTGTJjGMajwPzQ4SasT5NGJMj6LP9lbP24w0ib0RJAmQQwSQQMErFOUlHuMSP0T0+t7My+7M uspmW5oW4uK4V43d3VXUmV9/Xj6cvXgImKjqcOkMMeOYpieIWwTv6GOSyqA7lMndV9NNMaIx pps6oa9QEFj7CRCCCkp92EUkIHdh54LIKhKta3A6S1mt4DRNphE5DKCgoQCqgLUCim85ZEqy O6NSYbPRw7pJc+BNiIIIQX25JeAgwgswl4GnAR7HoqRGHKU+dq2B9HqkKrAECgUGkgoZ4Agb mi33NbbhiojJKoGEggOC+CLLVi1Yxn4U0ZUq1WJhGQZ0ooooraZl9LnXEREKp94kn4kiA8Pp wcSSfjz9+7Wtaew3vN8cN9999jbbWjcV3hR+j5xWWZ7jfP6TiJyiKKKMwooop9P1iUZ8K+t3 3/Fk+tz+6r8VngkTEMExFCGmaomCL+8KhKon0A6IdaIMoqyvnx9XTaTG/1Vf3PJ458mnxZlM D2PaykOSsxMTKJGCfMcE8RI/FNk7xqNlfV0r9aYsJ+xXNt/tTKtYzMVpLCfUSv1Z8oaJyfvE 8R9XM2qaK9ZKZCmpJ7/HLse2MMxhmMMxgZgm4CexpMFeShCsGELzJU7I+8nxJs2eI43+FqqZ mGZiZmJmYZB6nyRdusJ4/cewnUzmvOA5Q44vsO6ehTaSCdPbkm1Tsj4hHj0tt/58ZpHn7zd1 H61rQ7yA9Bb4Y0SPRHQ0LsO6HqTEkQETFr1913dR5hgYPQVMMQ5A9DzTobp9lU49ahiCIVSq V2E7nE9/xlvbZhJ8lhKo4EHZA+EX51ATKe0NClDQlCi+gJAPy86qsE8jmmK6HxQcF3w2BDQ8 HcsV2BxRyHnOQZK/kbpimyvwREqRJExK4qgPIIaqljpFBUa/Mnl2zsZqcnE5R5sSIgsn2MSa iJRCn0Pf0bSRsngPpPXYe6JJ7IeQPinciWk2FNVAI7oo5FPE0A0D8pMmkRoRpFoVpRpUOxG8 NDEtDbI8iwJiT8X60j7HcyvRvR8wn0d4mUnogk0kRiPPuqkaotkB3BPEVDnr1mncysGICCIi ICCIwwwzFgnBjMMYkIYiYhSqpGmnpV7NS07ZcYKkcWScCpI7vU6KUpT7IsM5fb19d7b3tty1 /RVBQAZIPMS1au7bcvt2fy4pHJ3QkxCJSpNqyUSlGoQf2LKFBrl3a5lZzYTlM4GGEVOk2KEG KpSbUIMknEmEmSQCSQkmSZNsxJlYZPcDqOnhTl789lF2VeaPcIDzS0VdINpZExY07E1uTm8c m3oHTMMg/M0fHOpKOWYeqRrWlU0waeW2aiiKavZmckrm7FE6qCT5pEREkSSQxJEnYkIHYonR pDvHSSSJkj3iP9EfWDXUSEOSODlVFAxvEmWMHhY3TDOD7uE9zU86gST1BZHdbax/j51prWoV spFhdF05TjHH+blq22xsEQgOYboW9c511zrXXXXp3u6bttmZERHfffWwAysChrAHCpGVCmqB KVFVCSFcoxQUxUQrEarGhiN3GlQEiqSTESMHKpBCOQjgJCuvaiLm7AjsnxGHnpETAe9B6w6v my2TtH2RETFgv9Nai0VZKpKNSfVXcrMWmEx9+dI7NSkRUPmzKjUdEeA7R9cSPQiJwkcIkKof 9lWwhNgrrpI7verVq1eCE6fP2ttt9Nu235prdzer1b/U+DsMPRs3XWhg6+CcwOT3HuI9tqqq QulWUrNvBXxe/3471NxxhOTVmjKYU+GmMZJNdndJ9+/qZmZluzRT4+2ZoyUsoxTFMUxSlMUU sqvFZ44VWmCDQOg18RTUPQA+fY7dzz6AmkDjqB1W14VVEglIUiHcUk3UeAevs/aO6vTxCH8A 6ICvJPzwwhd5KCjrmKCDxJRR13rOWta1HDYYYSYxlEEDbaJUhKSPSNIaisaZhDbQhlowwRei jsSq5CtDDwck/Dx2E6c6IqSJRaF5QmooVOBYmhCxvVuZltuOo8FjEww5JZH4OEakiGkdQZoj Xh7R2aSfEl+W4DwPxNCcJz7+lossMjGsqxstKJpKmoq/ZRRVIQIDFUEJEpEhINH2xhtZirW5 WtNaZTeTa3ZsyZlMQ8ZLtucoGqulapQkTHSQMRpAQQXSQi04lkBoukXCSmgxAxBazFWtytaa 0ym8cv7bk1HYjmnweh3Ag5OG7Y6PHZHl0iiiitJwG4nwcuWhooOwvyTv2zMxcpTYSyxjM0RS nYix1j0QOz75Ejk5JKlH6c8+pGGDbgspY93lJJM4kRw9EQPpHTiYSxHo8yMVJWsjv+jJ7l/n lpVNIOoH03bwxj4aaaadtttttNNNNNNNOUZIsV4LPrb4pNGjYDYEnZbS6XuAD80PLQboHC2n kWzRSnsSevxXgm+fHwsy4souUxcLd18kvVqvc7ekvVptb0l6lvLK2FtNlc5xByZtzMKa1cVj JjUlaNMsuMY0ViNY9UfEEIQh5AjqkN+7rxGFD06T8L6nDN8z7TATMBEwJS6CVFmwQxSjWqDG axXL9B3ZTBrM37pfMIXMSdiMXi/GntGmTw+MnefXwcpXhOEx8/M0eLy+OpkaDPROU1nj+89C A2inU9WB8bUHackwCkQCGZAmFHoOMWI4FAu+gUnhprzHQd2Uwa7Yey6xCNyiQQizkIqsUqzB atGJcPo7mRxIBazc1NDLKKutxXU5ZyhIwUN9WqMZxKDZzRJLkXkuKug5jS/IEEtSKBNhAPzA QCxw8RA6IepCmKVCu4kJqVAwPOFENLCAnACAhSAgA0hrGzwEJz0mZzID0SCbTxLekjDgz42L gIXeHBm4QSGlvMQrxed5gJqAiYEpdBKizYIYpRrVBiJrFdw+4d2UwazNul/OscAXMV7SSCXu 8OWX95I9s+czn6V56eOuXw3j4deq3njXwjXnV7PeUMoDpjO3p19qqqAr2+IeO6XELkMCTxrS LfatZqOLWxTgGV50sI4VAEXN9h2WKYjBewWdH/0m4MKgXh0RBBDQnBRmHCDTdoAboUbZe+yC qSBmmMtsGaqkNK6zpe0ZVBnGTVve05CXcnHGrRpZ1puzh3bst/HBwRnw/UGvPrN3ESgyRIC2 FKviSOiWmMbNPKq15ywVIxBkiQFsMWfEsrFUzQXw1MqrTqMvIsYxR8vUzDPMsZzR5vMnDKTs 09R3zJUow/WT8ITSqWtGdWsGWzsbTj2ePtLXvzbchtRt5RyqSH358C7YDRpUpLNZrWcrx73L V3KgzRUPY4H0KkKDMIaQL4deenYdI9E51osudI5M9rz11Jo0eAuurPqQ6F1oNkGEPg6GM6Do PBs5exPDOdAm5RQyLAOOY1YYxMVM7zlgOBQRQ/Q3AUQwHCgasORs5Eg1oVoJmWZgVAmgviw0 IYqFCkG/RN37686I5e+DzCIF8OtadlbH3zCy57I7me1557SaNHkLrqz2IdC60GyDCHo6GMqB UDAkKJIFHD0iCblFDIsA44jVhjExUzvPfgwOTTXwfAQrwYQPXb1aNE6rng2t+OA5CaC17DIh xUKFIEtBZNvHMQqKyknnhFhAmAPJsLEMOALAgEPa99m1sgoSRem/DVLSdLUiKzmHNeLg4TFI qkVMWMUEnjhBIk1NdZWWVezoB271Ud7GjjavIiNHl2I59DBFztzPN0evR69XWb3DEHkjPSYw enGkTnsGGz18fEIq1gIwcYVY7LWKu4o44KZQZpvvOMpC8YUKgHCU2q0GERugU2FTucrd8YAu 1YDYaQCNGkCJ0y1riMIhqB706Zgt7bGmBd7Dd+WFAuxcIs6OVCjlhUOA8N7uOROGhEaBxEUg Kh1G5m+JiagEWCUMHDBhRM0AwBsKgnNZmM6pesaI46WjtGlKQHIbChjraOttgTsUMbaiKRiI ZEp2YYumqDQuEqcJq05NqsVtS9QgkASkwoNUqAGMRNjsKYAlKIEaIAwuX0yj1lg8bwrATwwp AByySPOr7BRw0o30joCGg2zrG04zd9Ug9SFMbjMuMFdprkbVvhMWS8xsI4KMjxWrCVaNG0bA ZwBir0iM7EgxGdqzDBNkAo7jLDTPKDRptRKs+wkHnMRhMyIcpfUbPYmm1l5uwtaczgVOykWo EVrDWszxC0xxHD1cTqMM1IVii4lTZ6DUhJoIAeyX5VRMFKXvdXoBgghN5SDBgsuyDqmhOu7i YpsWCKs0mJtGp6bfVp5XxydNMNPl4Yx58nk9HafHmLGg7K72oBS9QTUooZFgIjiOGGtWoLmm qTamAgGnYSY6FQJTeDkBRTInCQB3tfZiKCrWglBiu0bWjO2rgUAmgrkkHAxsByRRHsbiUIkK bFzamwlZxp8VssxG8mdrAUBAIOgACLzHIiJCmNAo644dhtHJO+tFlzlHgz2vPPUmjR4C66s9 iHQutBsgwh6OhjOg6DwbOXsFHD0iCblFDIsA43jVhjExUzvOWA4FBFDwOAFEMBwoGrDgbORI NaFaCZlmYFQJoL4sNCGKhQpAloLJt45iFRW4M6CCrP5tcFE+FBB1rEvbMzO/bN7xve94kG0m 7T3yQWpkWSZgJgiOkcEMVQk1BdVf1XcH6yO9npUnZJDsjMJk9UBZWIiYWGLAMMVD6mpEEaWA cpCk2VUn4G0OD9jZRw3pNlNN2W2r1xJs3CmH3ZEmb3JyVJBqVNIeRi7hLAKmxgpzCQF0iy2W VBpYSMUOSdNGpCdubUWCoA/AIwKugwBUMERdiZDpQlfE7Do1weEqNnKFMPnSE40QxHCkyRLT yaHJomyR0SU5sk2Vo2Mkpt5iNSTQUGpVuK4C0KbLKQO2GBr3TCduR310htvXvzeZ0LONvRXS f1nj1qqrunMeQ/NDw3PEfISfkewJj4kh7dA9U3V8oTvw8JpMdC9NIhGA93I5JoN5pNg0mKNJ 35ReMRqZkeZwYRpY5j1R6E5Q5Id+TVVdOYmw50DeE0r0TdNtOJlHrz2X12RwsZ2JMjpOB1yk 7RYnCOnDu3I1ct7xPR3huQ6jntGureJhKdvBZUsTiN8W7DieHlxwveSdsMRzBsoJRKCuKLrh 0YUZNPVDp7SZAofjhDrvi8I6NUc01IbPRNBiF8B0/I8s+MzI0m/fg2Hck2LxEPMkpYHcNPCf PmtE/nsjJ6j4E9WnYdh8YRrc7d9f2pu7zyaD1q/Vp7b1/OYyscIVFkOzFr7WqjZddxtpZso2 22UbLM3QNrLdA3KzLc0AAANrdAANqzdAAA2rdA2rdNrdAANrdADaq3QADa3TbLK3TazdNq3Q AAAAAAA2ys3Tat0Da3QNq3QNq6jbbZdd0bK42UbKjZRttuyuo2Vxso222VGyjbbbbZXdGyjZ XGy6u1y/G74K+YR3MiKPdfcHgD3Lr9TRrWj2DW00lIJS0EkvQ6AJ7KhefbMzZfBnX33vld86 511u733ERERERdCq71+2moIZ5HTq21Yhljp1basQyxzJvMu1Y2yZN5l2rG2T2bk5Hq9IIT8I u49n4g795tXeT6n339tNU0JI9GJJlSRjyjxAj1QweHZOpxuRz6Dg9QU6BvD4J610TsNzOBOA 8qqq6u7Fd4wn4H1DT5GG2gw+dXgSJs6qo/vmWyOXKRlDgp5R8o+CDn2R93z8sZn6fZmyt5JF wuHhmmquWTFyoSbOCoUqSopSilKCqAADbLK3qrufXL2pW3x8gHYT9q+L74HV9RcrrMs+f8kQ oSQex3/FBYtezbNRpTV3aV29iELBkSsMC0EzFgRBlQZhZLI0U0EmLAiDKgzCyWRoGkUlQVGO js3FuDtSO83Auo9gsYOqiQqGWMurdVUcdU5IPbpKXqPQWg0ESEyyy7qNFNBJiwIgyoMwslka DKgcYFJgdxQyvt79m34GdmeMBllsuw5Bwwz5uzbo2KkStGrhjwIYYy7DY6+CtISxVVf7xFHe j6j4C8hOKqqh2k6fwvmB5LwB3UeDKBwwwiPkmOqkqjS5he1N6OAfvTdiaJTN73f0rK2s7I/D 9o2j7v2ipiZmZjBNxOE7fB6aN0OW+BmYGZgZmBmYS7LHWdI+wwIHsi/b4qqr8GxU1q3SuWKr 97rbNlKVVfBVqiiintbZqjIyKZLAtLS0v6jz6JNYk92E4UtPxHuaIXdiLxsuWYsmzgqHwJ5o 0MEJ9fKqqqqOgJ5MAeq9+iQR1RjuUwQIQqKKgfArEWUXRmt5zd3dp2y7ju7khPFk/X/Nt4Th L6/HgS3RmJZmCWV9TRMI/SqpMpSBN/FAO+6XyUte6G97gmIDuS7uDut0AACzuWSysmSVlqCC CCA9rdNt023TbdNufzWddQQQQRmXWXq3Lco+cUUUUboQJ8lZITEwRJIuq3Wrr8XS6r9skkk5 JyRiTksiaeiMJhNiYJ2VH0kmowFIhVdxIUwFIEKCgoKCEMEhTBT0PkA4A+ntVVgTv7FHY2DW jHaNaKN9J4xRRRT0Xw+R9Q2u8/QYPxbfo4ctuODB9ufYv8n5dddF11+v53/Ekn2Efb/ZL39f Vtttttv9euDZ7qmM96GVCa6V6HoPMQgIUK/GyVMhF5HMRhVhVDHVUVGflPxpkKtfepmZMbuB eBsH48DoUT8ivOyVDKhE/Ymcczizp0jnN80StXQzNtvt6S40viWpav6RLsWxMeVKdJamiDMG 6ynSWTCDFVHJQI65pKgdCohQPgXGnSOIWroBIjZ1j5JxK1hqbFKlOqSubIMWqNDlap0lqaIM 1z0qlJIBDkJZuK6gaUl2Ef5VzJlZ72d1uQSZgAAAAAAAABgBgAAAAAAAABgAAAAAABgBgAGA AAAAAAFkyqSywMszGAARAAARABGAABlEzH+FuZoALLA/nXiu6f2pwqsxiqqw8EfVGfs2quMY qqrWny9JNV903TTUUg/zuZar0Mrz68EFnY7rvLksKLCin10/w0Ko/aMYMjGCqOzt/H1ZmmZp mc05QkhJdRfsvyY/P0AHwfBMNrwqNj01qrQtJSUlJQKy8RvGEZS01LTUtNJz8/g1bv2Scv2w +izBhxo3NYMLLhKgqrYqOl7h1VHVVXrqy1RRRRUUUUUWZkUUUUUys+em6CICICICICNvnc5s 2bNmzVxcXFz2R5sf7Ofb53ve990fdZJD/DxHjqtzVFFFERER8r3svyu7lzM/c/FV7SLDIMrM KkqjKJTubAcG+j2FfY1ETwEZgb5VB9qiVW1j8rNK0saXPljatKcLwv964VwpxeF5rhXCxtet Rz7Mio2kPsPMarchAxgoCmIKApUx/ISHubN4kxD69m202mRCSqETpRVBCakn5FTlY73iL2JH WP2+n2yNHufmepoewlCeqaDT7F8qjBm8NGBptaMDSutMNF1phqXWmo5J9Y7D4+47nJ7TuQe3 f8vzJDuKj6O53O0/0+z1WehXEjOE7HnL3/Wc5mevlMnMbGkkd3Zw7JPSJMdOUwo5d9e3trWt do8JJ/gn1+atWrVvt+x9bPEd1VVVVV6mP4QhInkGERw7zQfLzrFpKCihpKAoKCgoJ0iJwGjj FMmAiYGM2FwNgD39R11XjbxHCU58qrjMyqv2fwl24IQkIQmWdsMNawsskIQw/SDsFz+BO8Xh WPvrODHAdC7EccorskB4LyQ6e1yENz/s8da89/9mjOjPoEHw69vhRD6Cb/w93yTT28yTE8qc BXgs2lWWqe3sJL1LZbM3FszcWy2W3Ku6FKT0kvS/V5/PjbbSt5vbbSt5vbbSt5vbbSt5vbbT h+8k24nZUqyrKxiYqVZYqMYqqqqqvuTppVfAgqiGiRFEV7aBN0O3XWlREUe4nH46XZ+/ijwe gbDK/fyD0XbzWPr6R4WrRbItHvzttc1dbtq0j8ItrFLMBMsRKpSwgL+m2gFBFMLVRSskUD+Z I4rbJx6dCcsJywnLCcsJ2TcZQNwH3aiu8nTiH4WRzJIckc60pPhHx7g4NLVq1a1OmxOEhNun p3333am9S7aotDVqmrSQDR9nTMvLtIJKKoKI4SDFg66mUCDKqqLUkpDZFF2sSkTVt23aatt9 r8fq7u7YHH9HPPIlSQHOYZmCVJAZ2mixiGqTEmf19+DjWlybpw5lWNg/rLsq0Js5Xix14VHE aS7cXvsdur4Hp01S1xCrzZveCVJAYjyMygrQvASuPDpsd/mT6VSnwGjiaXYMmilO3jUM9wqy v3ybmlrK1jGqiWT2QJt2EW1uuk7oxNWk560VmZWg6BD3+O+Df39T8efPfx3xi+DjGMYxjGMS vaMUve9KXvjFFW61Na4pOmMYxWrva0pZzXCWtON2Zou8WqGRAmRNaYxjxJrWZrYzOOTZIz8n yWaNoPeGxcBwDIZA4DgMCw+mpzYcwsXIcgyGQOQ5DAsOdTmDdhzDKXIePB2osw3A7Be+wMMD 38+Jyedemepgemapdg8AyGQPAeAwLDtqc1YcwsXIcgyGQOQ5DAsOdTkuRtttttuwP2SSSEJK Po4BeS4UgRpptbbJNpbJNpbJNpbJNCMIi+SAmP8GcY4fNaw5kGoPQAv4fsNvzd2LYr9RC7sN KqqqqRJ8khNLFeX2+iL9SwAOwcD9WKJb+MtyXWto7MYjZo+xHCR47W8icJwB4nkA6OSBpqql X0IT0+teY8Bwsw9EQ7pz2wvDy/PMyzLMszQusr5fXjPty/EzHme2r1p61rR4N73veBXgZwWc GHHHGbwK4GcFnBOGdseznWnzxfbQV0Q5rony9nft3L3yX378dsCuwzdOzkw444zjArYzgs0Y bo5oqiukJCoFSBUhGur9+o8yZeR4gyZMjzJl5HmTLyPCt4khISSGhKJiaZsMNRp1hq02WHzS iKIiGoB/aqBxZ+O2Nv3iWyOdIn2RcG/tx96LKrgrQlSpGbQZJJZsOkNOwR5uhc3kH8oXgYQD uIwobkgmDKHJHjCHygwdyVXUrQm8D5D8tazQBCZu1RyVRVFdUb7cWquj8tG3M4FSD+P15v4R gP11ve96RsHuVA2UIoYyiyZ8qale1xWsXFyMir+7nWp+dNQ5CfvBjIaGE9z4/X1st7D5eJ0t 73LT8r7S5ftdfkJKUKUKUf02toUoXkAB1/C+lyy82czL86thWaQ0XSxhjTDGKSGqkvj+we3Q HcXwOr9NXM+kD81+A3BfABD7Kpumo1GO3d9T2+/qR0n2/lhZfX+Ho0xFltMowfn49ofDmViP a5Yur/0ZM1iQxK/e4rhlc37NOs6tr6We6Ln3JLp38gfutNa9blanW6VqdbvaepSnZzWrUpnS tTrcv4dtfhF3+vxud70fsopRTy1/WT+/jkcn255555HivG1bXr1kAAAYABkPKVSqVSqVa9KG lWJLGrEpSmKSllX88kvjYtHnnOGtYUbhB8gjAhJqXib8McmmkHaHHPwn5l3jA+niWHU1+pK7 QX4P3kSoYUVt2FaTnTd73T3uaRxtcwxLfKlqmdkTRedPq3qPvzyiuwC6wIcb4vvsi1Y+yffh bLCYGHMNd7Ot7511vdPe5pGuOd2apJ8qWhrs6mi86fV9B12yHPWqaheWM5fWaznlnbTfZ1m7 iadcc3xdg4jNKPBI1JFWq5kyCbzqgnNapWjynO5ElR6TOeyYM8ROuPrOznZhqcSQaOHBz1P8 KpVVqirR5VVqkkEHtpw5Vo4XWMd+FfhMNOwgaPEsJzW0ldoLY2kSoYUVssK0nOkmlKD3uaRx tcwxLfKlqmdkTRedPq+araotUkPUk0gr1gRHprI3hWhts55o0lAtNs7EYicuqN2MDWDcZBWK qDpEQ9iB2jVhU7EHaeOXXjk3LOFOWYp8ZiQ6kqsVL6PhFBaK4NLmB0gxeJqywLYhxuf0obp4 nLl3VQHpunSHO+vKO22ccC5t1ry53nP8OuIeIsFiuzyqqqqqsjuV3i0p8WJzFNFHEkGSSM9A iuyopINiKgqKnKpGJk5i7b82da541zvdbxmcc7vlNIL1CZer4RxrfAzmblre6e3ztnOTiZlX rrpXdvuo32zS4tC0bvFd29qN7zS3aFrOiJ8S+edxNzSexQa0toSpcvg0+dnV8TNcwyqdJ8vM 1mp009Jub293sVjUWISpdPg0+tnV8TNczEqp0ny8zWanX3P7djOtHDOIfhxC03wcWcXs4ZuH DiFpvrvsWeLhJJY0lz7cE3x5hsSSzmcIinp733zjOZwRovfLnCB6ua5ybfU3x0uEO12jbtEt XG32gywg+SER6IMhBgjbKsZh0IRoROf4w2b8c9YpPXRDA6GdhkNncYsqBybEKohnWt57+C+N Bxb9dhna2QFmvJ5OQs/dy7MaaexTu0erbBVev37cbZOtKeBj9eN6Z3S6Kh52VOu4YdgwBBqb 4aa1uHNsW9M6PJ0BwcFcduMosZsZtE0g42COxwYcB6YYahZm1waBBsFRD+DwGHJ3Oz0VDuN5 2N8hN9Ve2o8Vx4tHS7Q4K7onW+L1fZkL143ik9/BDA7DPAyGzyMWVA52IVRDM1ft4L33Di35 7DO1sgLNeTychZ7nLsxpp7FO7R6tsFV6/PbjbJ1pTwY/Xjemd0uioedlTruGHYMAQam+Gmtb hzbFvTOjydAcHBXbd0QZoZpE5QaDg7HBhwHphhqFmbXBoEGwVEPc8Bhydzs9FQ7jedjfITfV XtqPFceLR0u0OCu6J11OJzNmTvDsnrDVarAtr1dq062t3Te6dqIaahQrKNkSV+Y8rM61vNK+ uC9K7szjjN5vnrogoq8HS5nfUU5BzZDc/w/x5HBHBy1SNkK1qQR/PJz5457+JyX5W2hD1vVl 7DILGd2hWFROdqxKq1epVtTNghEqJUWQuEBFpCkRpMhk0qZhwMvWO76hbsm3zlZxqTQSQDAR KVpSNRMIgSYZAxl3rFhKFY1almqLBjSFWm8o5k0A0aUYI6Wtm1CFaQN6MQL0iSTJjwFws7eL 8b1qkCuduutafPg8ENI4Oa+RcEIQOhKqCxAg6IVN9iQRiDcGTbvjsu+jZqifOc8DZlb7dtaE JKLpaXZ7OwjeGvS1nJqwWUZu0BkCqYeppOkbWlFA5IoJhAgDCYBjvTvcnD42+ro503fgL3OQ 4MnnZNm0tW+Q5AQcaXO9dNNc5DVsW9cas7Hieic73Q0HOhS0VOue+3e9LOxZvMzjjvORyhbH g9jOjN9+tVzTWfG98b6njLM7oG+eTYahDrkeg7aBMNVqcI1yg2LfdO6vlrdrro6ueBmZaOYH DB0bbvg+Sdgs4NnL3rg1rWLvIAjXnPJxhnrZzznUGba5b8NS+dXrLalejfiwZvVX0hVHLKjl g/dEJK7ZtwtgsVMRgzON5ooaEHuNNNnCwVCAHIi+XjFtZaE4REp3pEqrY6mHEggjPBddhjs5 OBkaXLrpYD45LY6fDIZw84RS9N3ownM1As7rlWCiS1i0HALLeeRcWClzPhezs00drTalO7Sa 68NaVLXDDrx9OtdIwYTleFaOetjDuHOp61NM2kdyoc3sq+3YNHHGdg2Ag51nLTXHMObYt6Z0 eToDg4KS4XbjjVFkODcrO2c2PlA3yGjRyXZ3PfDieOtuHXe93RTXYyNvl6nLu8LJNLNMAELc aabmVxgLbACXjBpoVRyyo5iDvxHDgrwh1OmcFjqd2QvPPWKT38EMDsM8DIbPQxZUDk2IVRDO tbz14L40HFvz2G87xovHPs9nc2+XLsxpp7FO7R6tsBCPHvxljrcEHQY/Xjemd0uioedlTruG HYMAQam+GmtbhzbFvTOjydAcHBXHbjKLGbGbRNIONgjscGHAemGGoWZtcGgQbBUQ9zwGHJ3O z0VDuN52N8hN9Ve2o8Vx4tHS7Q4K7onXEwTeizn+LKosqjSKO0QIppgemMOm8ttW3tCrO9Wk 4uvbBn3cxxpaquMxaxHo0j+yyJ3e88U0PiX0+DlH7vMZGVOhZPfve1ZZGWRlkZZeTumg9jQa F4C0djPJTiY5SeFWrT7o7+Heb6+t5R37yDCLJGV7K9OvDobelgnI67tCTqg8dtNEx2J4RqOz 0Zw66aSL5YeE6138cIyOsJgsgUWSigoqPCSWPmJ02jrvxJoWSd6kjxSOyKjYelWrVq9a658I 6I1tJOkd2G0Vol6ZGRkZGRkZGRkZ6vl5Ug57Pfgw5DxBdDSRpTDwhoaGhqtqksveyXtCYXw8 zOLjk4tmrjVFq5M4uLkzi45d2W5mcTKCDCAiXCKcJM62J2nYhIhIVoirgfvWqLrj+urP8bzM wzGfI2M3zzj+6Svn+CCqg92BOuawAbdJCV7M9/npeVwt+KQnmUPccxU5UMyCg3pOdQVjEO4Q YYR9OJxHYWv+Btif9V/Y8NGZgrCWqq7SkJGbBBCg7xHFLZ0X3j7rLVtlp+BUagasB1HoO/0t VZS3SmKroHST3R0/ZHPWo9TKXyU+XUnmWviS8HExcPtk7MoWrSqQtspbAOVZmZ30PaAgICAg WZcrOc4iIjdNgggghEREfKrld3LvyHW27bKeNzlm6u4/WyQlUB9RjckuFE2E6B1F0okTCoE0 9kSMR7HEkz59ZzHsjuB1iHw9LQhpzdE+XeqqsRA5TTWGFle8kkkkkkkkklJJJJMvthevXLyn V9q5nMYKSZqI2N5bW+zhNRxnadbY4zUa28ZM5jBLc/LeAHx1eb6ZdylEkXWS6vWykxK+MzMl swyCYTJo2SJIwyIYrVasiZiIjFjkRERERHqDs905np0211PA7iZDlfEcx6mHeX3t8I+mrkyU tODClKUsW2UZmFOoVTEFAinRVHHD67S7bTu5du5Hd2i7lSS5dsRdwsFd3Im5LRGru9ixTFR6 EYsqEKPMSUekJpPf614HAczdR4iTFV6CK1G20j4EaRgn143d34FWK0lVqxVatVG7Voltq1BV atSOrtivwqqqEQtQWIaiiI0NjGxH5VMTLM54t5Y2VWzkxhSmGMKZbVrdGtRFu26Vq1KStTKT LdSt23ZhXS23bIy5IRGsXMb1poxllMNY2ptWqy0oSBUW8WK7JKMRbyGGO1WCapq1US3vE3On Wr2V6nK1zWrVuiJ3EWreV6tWr1JWprVrdGtRFu2tquvdVq6bN3r1zuCAZhUpOw2FFUPPo1y3 8+DAHm8pKaSRUVvLMXIVw6ScuRzDo+ZdY6JHDiTcxfWEqNz8cW26zMZ85op17BRkUUZTLMx+ tiXdipYVvGHj52jF5TmvxJhFqPTEe9Wy009HuZjGYwzLduJCZG1irGYyKsVQ+TjwtulnEkgn 2FkgyNkl7Ibg0Ea2ySn0ZC1aiacoLop0OqNbrsHf+lE04f9wIIWr/Z+ceLE01XxXhZGavbP2 21037ayvwBw3IdMz1jB/7Y5QaS9zmkl6z56YA8VgfEN4AwU9h+gePz+Pln7W7t2ik7vwH+8N Fq8Zpsf53izBIfw/s046xcybuuG9sfy7mOdSfCxSR/Eh8Tg9eRoANHujTAaiCIhKVXCxJFBe SBewkbHU9YoO+1Pto7bu50djbbD3PsjunN3Q8e1YfEcS0AZmGRktAGZ006jUOTkIZmanUalp AzMZWWS0Mzt7EPfq3sJ/l0aVXaf1dNMxiq+Tl6o7x5j1GqsVVJXEfg6c6qrREAHjA4eWc9sE eoj0Do+c4VPr4eunz2dhJ6R6RchDyoqiqKoqirG5kkH3yT3WVZp/0tGliknNts+tzlycbKZJ zbWMRKq99XGiNKI6jSSTQ0jgniTD/D06UskdIpxkcOhkNgmmz29bLqNE0GCaJIhBiVGISCVh YEiSJWJWJRCIViBIlYZWIEiEhhIZIkiEGCEhJISSJBiBIlYlRgkiViRDRC9RVcNtq+DtrDrx vtVsvURWOj1QEoaAmcPEPIUtkwghKE+BOHtbInYfBQHwPQk6rpERAfF+9XjxFNU8eHs61Ff0 cVVfY8eXmuoZjzMZ3jbew4D4GBxXz6/Xv3PfZyAxRkWF4ZGBMAYhjGMWF5DAAQKMDAxDA2gq iWRmcqgD9GhrUR8X22YYTathQY27b7gCYsHFnBAidwRKYk1QBbeG+IjbbZRtQR21kAOIhhsN gInQ2FQBqGr5zcYkMgBAoyMjEMAiovad7xvISlLe972b3ve972b3ve972b3ve9759/qlSVtu vq6odspo+GkcpIrXSZRaLu4YpkotGSeq6txJlMUZTFGU7aYNUxRlMaSkseD8SSp8B9Ur7+8I TagmyFV4QkKDPr8LZRfpchAK+DBTsqckVCEUlZiY7w0PtFETL8Znttmm8GVbJanFRis0waSK xs4FNC0FAUUU6rwTtTAeGfTtJJ6NpI4J3ibteNpI99RgbE8yybpaO6oYsHsrCpahisENbCQQ R5xkFI7NilKVEGxgtmWSalxV0YlqGlYVLQNDCQHcRNhBOF3DyqKKuY/OuD8PWwtkVsO2Fs/C /Lr8uvv+q75dZV6EJskRANCHc2hmKYIidlIyIgYAgfykxZkiAiGvJT3CliACJF93jSAHXocl 836QeCtHdjAcE2RhT8FEWAeAGB7IgiB8QgIonY8TzIMllMSHwJEieqcy6iYdCIiIiIhSJIkq JIkiCAfM7iaNCrO9Q+6GjoneD5B8zdkmTWOo0GrMnEzHE9Uo6KPjsklupX2V3fVn2P8dqZSq b3e8Nm9qUfsTdPQ9EwH49jY8gD2QyKO3jFJE1IiKTEwiACYpIAJIPlXvl4qvey95JMTEvOSb jyTpSejknMk9Y+Y1+POZnq9ff1zMxVl9865cxMS3kfa21+TZl7diSSVIVIR3f17JpqyjAr6d 8bbb1JG3souj2PR+ZMG2d9GmYOXw+zFVW8YqqeYD9TwfLzSn0CHBRXEQadUD7BD4YMcUCDlQ IRgxzwex+IZ9gDCkEMj8kxVecJSofJwHzE9k7Edgq4sz8Zi27Q86TCrJOqh2J9Ts0+oQTyD8 +j5P3qrMyu54oOwMJ3+nbzT6G0IFQkgEH+Rg/y36UjmUO3ctetZr41rVLLN8da3xjjeb4gT6 CHNFooPaPZ7u+1fb6X2JFmTTQZmXdOq+IJgunlBoVOZChsJB7EkyTJMkyUmwBwYPlFEQI4h5 K4RViqVShPNJDh0HEkaR9DzOcRIlByTZF6dBe5ymijv2cNWi6R9ZXIp1B4BOQYGOU0GBjl6n hpyMx9XfLK1RmOOcsrUwl/sZxqiEtrWlMJHlWYVvJktvb6BN9YWyXd3pDK2YkDcWSDtJ2+vW ZjGk226SXopQUPYQILhAgSHc5+NBeg1m/TMNMa3A2G9aLCwuGgB0FLgEUp+fAn6cTvwytok9 nOpkn0WRE9kSBU0+KQfSsMDqVe0Z4baTUUG1RFFXuA+Pai1Zh4onVBNxfeEVxUISExUUQO4u AIcaHyi5Y5Ec3Y5rHNY0tanzruuvsv3dXuENCpuYoBsqeydV87fMMMZnqaLSsCMOERON2222 8x0kURROQ4DQDsyhukgOMTCTUgLsG/WV4vROoY4LJ6qqqsqq4cSQ2bnRO8f4sWnDLi5iZmRa cvxh6PnzuyrLvy6sLvHMUQQzLjVghUILKXDEj6+GXbEi7Z290uRHJydHXRx0LolRK9A3jHoW F2LRKiV6BvGOAWPogI4l9ZzaE9YccC5IESvWqIzRRi5iZZOCLeucO2r3ebp7w1oXRAiWdA3l wm5xoDrZhrRNi4JUSvYN4x8gGVwkoUIqihAeraqqqqqrUiPYw8v7/xbp0jkJ2V7U2+zb4Glb iIoeDRo7PtNMGlKpVKpUk91I07xkPR5fs61sofPkXHl0fBH04OSHy2Q0PRVXom4klipI16E9 EQ5Hczi37PSOv7DpIlAzArszPCv3kJGNSMYiRMsVpptdkhpWe3FW3T2ZrOZ77rf0s2v6fHG6 3u5U32ANRieXoTiNIlRSaV7eCTSEcv1Hcxfj7sAJiTMs+1crcl4qrSQ5Fuh7QYApzEgfXrVV ifKqqkVzx5GSgo8vEkfdJdUgWFjYyBd2Wdb3ttxrTTU94qNRKtd8knZ6Rspwq9j6ibQAxtyv HkUESWszLEkGY1bVyPuzNbW3rWr2hc72XrSGdWGkDGxwywIidV4aNUFrNjTjDOrC1hmYOOrC HQqksgDEJL3QdCpJJJgj4BIOJzOUoCkBIJJbeaqZ0vzO9c9rDwM1aNE5pMhjlplicTIT6o3p Juh8lUUCPt+3tBqjoqua+APbizKr6gg9ed+pP1zhdvJMwZeXhns9ZqTWnfWfSi7jb3XyG6Pt X6pUqQhCOkCAghJ2lD/ARhGBgYPXZJyCZa+TSFIGBhNmrRy5VXOnB6ExJESSfc90kE7eTiE3 EPiFfUPUe31hR7RQaBlUBjmeQbUMkvTDIgzMEkgYKgXseQJC4KdUhA2h5BKbe9CP4+zzFPsH 0dn6h9240pInr90kBglifk2JyA7LhglfKMmh2T2OfGGYY5f5YzQ6fCog/qhtj12/OpJNmHpB 8IaBo5OblUzVt5ZLyA7Zq2ERdHkoVUAa1Q6KP/gqT4gH2vawn4Hy/On0uszKqp/upE+kaffu JjdHKIj3Sdo1FRx43jMflF605alK3S5Xpd6vVulw0xOdmyxpMNsOa2bLGJhthutmyxiYbYaj 0dpEd3UNIVJ0UvwY2MGIYkIyxYhiEH6kJ5w94PZVe5Ah+424X8YOYTDPwB1Pw6j6+pJiDscb UVX0xTCRpbvmQ+s5lmCtZJkqfeesOiHo54g0qOYWCkak/I0/kdHz9TsnX9WS2QtLYNIxCnsS 5OQjzlHYwfFu3PxzMrdNmEQV+VLWRk/L4J6buyEtk4Q4q0oPewNRr6swEWf8l5TwK9wMEfnP nUbK9geoRAE1CWSVMypZMll5rq+y7REQcJ+nvVFwbJBBEcz8lQOFNg2T9mq0Gg/wYYd9qqsI QyyH5XKVOqn0i3zKubEpD3BwbTVLS0tLKfNLS0tLTEjTRMn2r0LU8mMPcg8UiHyln/AcNOTA qn8xJHHvvX9pau7kV3ciu7gpd3WlhlpeStUZg3D8Kh1bCKiVHQzuxCEnUmrmOms1CEevMMvj UrjCUgSEZVLd8SjKxlRUSo6V0Hh1/L5c+njRFeBEdSeUYTmvfDVJsFYt6uGizKxZn6Q+7G37 D3fCP4/9fLSPeoSF3wVfEQ2rDIT7qwmxhKqrh51hrVaUWi2T6R9o2jl2cSnACnmB6n4h9ThU Fz71FVVHrZVnTfV7Z/Plnge9W6H9N3d0B4a24zebxzgkc3Q6qvtXlRT+G1qil+sqUpsq2mGT +lfiTSQd3ottjsz+FIyKR1Fq7lWpGRQtfUBCGOvaj6n4B7dMzM+RiHKoeA8w157IF4VVWqrs mZhkMB6g65nyTnUyNAkyQaF9dZlleq5gAIxJ/wW2WgMoMssqsAEQAAKyqgAAAAAEMxtbmaAA AzIAzLMAAAAAAABJtuaIAAAAASJtbmhIm1uaArMyCzMssyAAAAAAAAAAAAAAAAAAAYBgAAAA AAAABIm1tlmgAAAAAAAAAAAAAAMgAAzIMzMgAAAAAAAADIMyAADIAAAAMyAArLMoAYAAAAAA AAAAAAAAEibW5oAAAAAAAAAASJtbluAABIm1tlmgADJgAAYAAAAAAAAAYAYAAAAAQrG1tmbg AGAGAAAAAAAAAAAAAAAAAAAGAAABgYAAAAAAAAAABgAAAAAAAAAAAGAAAAAAAGAABgAAAAAB gYAAAAAAAAAAAAAAAAAAAAAAAAYAYAAAAAAAAAAAFVTVVIKoo3MX6oeoHQTudi8++jWtWWjW KDhrNS5IgYSInvIgZCsOszMyAqSJYlCJgsccTBkoizds3MSkxrNkzWyImZlazER9AE0AaJKi QNQo7+dVVaU4H0EDuD/EGB5J7Ki/pKKAKGAaD6B8/9MJJC7y+cMRmn8x1NMC0fssSEJa/qEo SDbe1G9rEXo09WWfgxP1JiWCORQ9JV3oxltrBoRTYFhBgZQVAhSVFhAoRIUJSCpFgkqRZNJ7 1tV99+cpSlKUpSlKUpGBr1E2JPhPMiIk9HXka0i7inCiVUeDClPWMMMyW225MswQsyWEmJYZ LFKUpSmCUpgpSlKvWXiR99vl9h1V1vsz3+5ctVdiTitWrlVYo1V2OJ27U/P4oy6xNNfc/TTT T/Cttw4BhZDBQYMQkqdzFy261W9UnLa2Qx1MXLbrQOzgbST5ZKQo8UHGzPfEglN2TzCIVLg6 0QtGv60Psj64fVR9nGC4oQu911aVN2QSFS5IOIuxHEHxw0E0CFBgyrbLysrTG8pm2no+0fhH /lf86NbnAKck6c07jvojdYlhkN0w3AVgNrZdpc0bK+OnDZdtJ6EKaNy7YGZgYjXiBcu7C7uB GHFJJIEUOivzVKVpLHdfatq/KsWbfrFq0tWzwSo1If19u8k9nqR7xCPTuhlJ940j0PCbkC/U MiJ5nosQRDMMQzGgNEWGZWdLAh2ITaNUOnNSWrA0S6xxYhmNLMcIKnyNwPM8jDmRyqqqugOR gfz7GiJIkvaMSZIkjgwTV3R5J24ueY5NmGZhkYx84oiBONxm9XN4blLo374ieXh6uUZMWqwD DB2JPW7duT73LfgccKSnRDiEGEoZNOocgpEpabw5kpJoP8Z0iInvyIiL75lnyq2/Ks62JVq1 hLPQiuSvJY9SexpU9WMMT4QYQb1FFCi7A88NIbBDwgPkQiJzTYNlgl1gYHIOa6qqtbbW2+tI nHIkS+67uvd/C3vn2rx57ePQHzE9JON6++4q6SBU2V/X51VEM3FYYKm/9V78Cnl2UfMOi9Qc DAwOjDCSuhatVGAK10kmPmCDATx5nEFFNUkTEI7DLCT6G46APeKKKKNsxpppp3EI/vxuY+yb UpP2j6I2Jr9tPfv/De297bm2F3iqqoWDWFzDVjNeMaxp8/d2Ekgau7sL+ONDbPmmWIRo/AuN R8ELulFCDpCuR2Qu6UUIOoQwYxRDdFizHiJO4iE2KJb3M2WO6vPjRiSWXodKF/2Lzvk1ohDj UtEghJZkwhl1eTEsMqNDFmtZtpvcurppmeY06JJuOjEZJKR/okK60mCSQI5CFyd00CbJCbP3 YRqSaTEkrEdn4Sd+8cvb37szHWs2kkN3d2Xd3ZJIUCQJAkCQKgpCUREq5fWSS5ttu231+4Do PEMTJA7dAVx6qnAbmiFVHnaIhY7yK+eO2kcFPYmjzDSRDNeHvmGxtNYhH776r5Ov0RW3IrfK VCyAyWKmptFXBhZCSht0xsEqKaFkjrlkMOXNvm65C/EktR3KTC8aqiKqFzYTg7BwG6rAibDl JshqQ+XAHAfx3Nq5W13SXRwtOq/Xsf4d7C7Lu9rMMyzGzMMuy7L3uT7R6wnmdrW4xjJxPsuz Zwr5iSec9SRsWRhzWR7EnxJNETeC2EjtHbMBKMlTgPQ37nU8/nnbbDXZt1yKLFnx7Go9rhTO Xc1H947PxVw+o24VMgM8Dp1oiNv4KpYXhVEe5w6DQc/gmGUwwMwnG8j2bPupYZRwuCPrsHJx WDg6vTXDiYbOOGp/K7kqLItLS0oJuxIe4D190/HZXUn61VVZFsJhYz5SXo2Z4s4RRqQyfqsk mqPENDK9Ue7+x2P456T/nJ3tN43mQy02sbQoS4YipE8u4ZabRir8adVRlm6sTd6RFJD76WFu Qn7jPb64Z2PsfHBwcccHHBwcQ6GyuKn3HR8iEWvrMCMsQ0PSKZeh0YIVc7M04VmZ3yt6fSzm wymqLS2Tmgl7QYtdiUklRwirR18/mZSMFXxAkBoarxPDlV+4qPFJKjyKmu6a44Sfj9sl9Mze wmnpQEx12TuZ6mcafpMpBwvAitJKkK29LAjqxD6IQY9oqVmx0aEItvbwJjasvWsyspO9UstT c1E/v/3NuYsG0ejHSo3F3FFRZHapjjJIfufsETgncVJBA7xp+F6YnMPY+oaOStUiqRKqRVIq xUgwqOoB2ysFFD7clyjTdgwdavXpXuB16Jt7vSTri5A7tk7NtT4eLFtKsWqSxSFQkHmNVVlU W92kkjTSVZJUpQ9daacjxHq4H897ciSeaQm4Uh0+SUxrGJaOyJ3NJSqRDoUDlAkSoJoNBBYx NA2/SMjUURMR7tyTbFj1ftPS64XCzyfYrt7rsvXZ2r/lHqPVfVtBq4TcjZYizaNx6rbaDVwm 41zSVWBJFitLfGuFxoYaW06V3C07S4dBVqavEXammaEWbRxHquG0GrhNtfiVYrWJ0jJdaJlC RProPysLa2tzaq7dq4y0NoxIjikv9rMM8WqzTWGktTNWYZq1Waawsm/1vxyMWjWtZrQxcCpc iRH+1u0qV31aW9YkJL24yVoRxNHBZZAYz64PvdE3pkIDOL1Kp1waNFX34pHNgccG98305daF mjohCAxnGh9XRN6ZCAyKqVbLLKvrVI4sDjg2HsqK4vpUwRmhxiRJ3/GVRZtpVr09YMr2Q+Nr PXWtey2JG+gyeFElMjrIMVT2GWsGMGK3tWbzYexfXmc8UZWlHuMs9ld4V09HQrczunW8qGjN MKgdzQ9ANK4M3z1SJopcY4Ah6Hvm/HiXo0GthcpyWdjCyAxnOU+10TemQhTrVs4jAgcGjQCu ztxSN6A5w0FnNwbrpzmtiMmzossgMZxg+rom9MhAZxepVOuDRoq+uKRzYHHBrmU/rIiu6cyw lsQbJQYxkhpLFV9b6oiJYiIiWd87fWZmbI7rkfz21G42i2QnqnWyakXSZG0+g+39IHg6ZJFs M5J7CeBy0pASS/tr39rfBHjGicezwcTVtkujcZ2HRHeC+G+wGQGB4JyjxNkTyVWWETqSoHDI fisdIppos0J1CgoOIwjKxmFrFMrFMrGnEA95zHBGpJ6dIemO7v4WsRnZplWtQPUoOcMKU2Ei PY/E9sNk4KeiOEjAfqStlKVKWUp3iSSyNJGggglcWF7HXjv4E03fCgxVpiRiGJSkCkAX6OIY bbimGEqG4kovlumjmdx1EOyT6Bu/nweEVyDyD8M4vw1CpqVB8JVQDNttbwIv5BxigpxCqJvx rSoiJtIIAbIoAqqRDyP+/zTb2Zd3UiY47JIQ2FJJKTbt4kHhFPrf99nr56ImmimPitFIUtNK D5kUHvK5Iq7cYJ4seW1Jg+Hty4etSajymFHCf2q0RFi5/LeZ7VmdBioyV85K9sT9Q5hsOwkv U6ph/ziYD//mKCskymsgDxPxwFCGS/AIBk+f///v//v9/////0wOP7yB8de2E2AAAB7qENCh KUmV5042x1poDXKXkzlhSTwFirHoaCl540RUlIKAEtI2qVA1kAKCzZrQqa8IujbFrHryL2d7 NADQAJroVSRUKlQRVYOt0gi9sbYkFUrQArKRMBrNVCltbKKUCgHpikoATC4nSohFEqoUqlda lObbIsoVFmAyKVRVADduknGGpIiVNYiqqKWw0oqrDaayKUJOc46lSVRQRApSgVQdZ7t1UieE YIUF7Oh73WevcgFFCi9tBQ1ooIlSQ00IAhoIJoEnpNRpk9Q8o0AxADQAAAaaAaoRE0aBU9Qe p+KI2kwIwgDEwCGhkYHGTBNDIZGRk0NAGgyMIBoNGmQxDQASeqVEEImInqAAADQAAAAA0AAC JIQICaaGgmhNU2mmiNE8ptJ6mDSemTTCYiMnqAqKIEBGgI0gI0SJ6R4VH6pvVNB6mgD1NqPQ 009KaPOtVKxtq/C+NZl2bJN3cTDGED+P7v9/JO88A9N5n+n86/vHtu3MkiGP1rIB/pjPFq4f t2wYGv4GVv/eNrfYUm+T+EaktGWiUg5Hj/fx4q9OreVeO63Xd3dzASEUZJ3cxbha5spRRElF rlcNiLQQYZbRjJ6NGLwxeJRa1KTTa2NraK0oM2RABLcLXNlKKIkp5d9l8vT3vpvuXX1XpK9L /WO6svJycP+DDmy8mXk4dGjzf+bLdzf8Wzqy/0err05a5aGibuTZhgw1cmjkymjLd5uDU0eb yf8XN6Ob/m5NGXJ6KnRloryu3/k3/0aC9XYTZQhGwUKGO+zjtwsCBzEgJCwwNxzEB3cmrm9m 7kw8NXU9Jw7fC5nV0tfGm72erZrUNjC8YVHmP68wO+h3Qd2zt0JlB39fYSPPezgSVe9HbTJP Rva4RxM5wrAgFJN04SpgBSCskW08R73djdy2xzfZh1cns+7LDRMv9zVl/gww9FYbPuy8PZ/g /xV/5vZX0+nw7P6PR/k/DzZcnJu3aPJzeGX6NHM4YbPRlue6pw+Hsd0yw5Oz+TR1bKZfu2aP NybuT9mHJ1dWhXk5twoUWFAMAiwIcWyHgFDJUL67Bb7HxHVZjRFqFWJcTRfQqLrA5EiIwCNn gbn1mZSQgMxYbCAgdAiART+uvWaTiTB7C36KFPB0+wWLHfMcF/zZe7U0P/k3PVlOikbKysb7 /Du8zU0ZfZ9mHNo7q5K0bNWjV8PZl93Nhu5Oju0eGjmw2btFYfmwy/RuO5o7uTBoUwcP+t3c nwbPZzZcPsy6MsOjiXPh7vsy0W30ezLurL9ldnRwwrV7q+nRoy6NmDLh2Yaq2VNnhueT1d2U y0aurm1eHd2PRq0fJlo2K4OTdp7K836vV+Gr7K/Z+z9X+bs+Xww809nkPN8NHjT7bOjCvRwd H4Ya76V7tHZq7Op+7ho8lc3DDm5q+7zeTZ0aPNWWxT6aO791ej+b6Zfkr0Zebmw6sNHkyy7O 7Ctnm2YaNmzuy1dW79GjVXh2buTRXNo5uHJ+n9ns1bOFPl5PDyaNGWz83m1ZfDweTRuy1eG6 vNWzM1ZbtXhsqujk9Hd7uTZo8jm7Pd2bMu7Vw7OrB4U+GWGzyebq6Oqq4Uy3cNTqym7k0dHm /5tzVWpq/Zlw/k2fdlo6vDDZyYbtn5PyYeTm2Zc2eNOrL2bvRo8mrk7tHJXorm1d2j2akyy6 tT5fdkrybZc3JlVYZbtldX2dG7Ruw5stHRhgrQy4fZu/ZXo6PJyejkaOj0bvNu82Xcp9mG56 q1djZuaFZdHh3dmXNWFanZw0cND7tGivuw9WWpyd2HdhydE1bOr8mWr7ubDk3avh6NWiaKjo pq1bNmGjyfLsd2h5MP2cNWrzdnk9XN2ebds0fZzdj/od8OVh/bmwuvfc+MzypD4QPsgj3ZuU QQt0gyb46RAOzrkQBggQCqF71XosW3l2ZMorFaFABuBkCIFBkEvBPvRNZf4a7r4tpMrE6pj7 bH4c8sd5wQIpAJQog9yyLQq9vWv1ij8LXzaredvg6R50yKY5+xo81ygiJavjBmWDNbvfTV5b +3LTlKOslETThrNxpxiOlLFNuOTJcVIQDx8l+B6g7Z9BR5Fc/qepTvxJ+k127Qyf00y5zUu/ ydtryHsXNiPXPLa/G9OfS1B6z5044eHhppTHjKYvJOWoCBkyEQEDlDop+IPkz4WgvnVgW6rc Uol7ty0vZ/x+s70Dg4qlKImP+PtVP5Gov26QDaBQMEpECiLDgAnH9k/PwDIOAe4Z5ZKB9v2F t9Ld1KKPy/kpsAEPb1jg/h9mT91c3Y5VyU7RWS1h+fLDOhJKRPGwZQPf/H2DUYkQvB/JALNr WOvTCr2nxjd+55+Gl/Px0+rb6fVe+mdj7EDyRIAN07CmGIHv4/gDCBcH4A/kAKEFOggp8qRQ gfWir1VapTYdwvhl5i7Dj7P1/t/UJI3QbJIdEjsnpEdokmA6I2mNip9M3CiOQemOfjTTSDVV FaGVPyorhV/QIKQMAH7ADUU6ilhTxFKFN6J8ETCf7JcS6XTJN6WQLIEQOSBSBmoZFz3NS7du +7du3bujdvcv73uXLv4aNGjRkyyyrLMxMzaaTJ4KipUUqKlJU6phBgkwSYREwkggqMACKhFi kCLGPT9dkVXqCPR/4iOJI3EfIiiPEkYkj+8RmSLJGQ4ScH7iExMM231kncOUVuFuBYNQ9T4H JFDAeqJbU24Ioagsk28P9sf50/zs8z/KpyUb1GbEiqVLEV1JHqUvnJFy0Wy20lPs7+CRXvED JU+tEPNV3KB9gzcJXoUA7yltIBFkf1Kb1Wf2qfk8/s0y59tEDtzEDHdMjqZHQ+Z7i0RNA3xy UQOh/CbGRc+Rwep9DI7Gp0Kkk1XvPvYIrkkkmWALY9X25c9/sNpXC4jDfUZ95MkkknkFnuJ7 FuhUmQt6O9kUkZwoB13RXnd4ac8enbFtmpuaTwuNciUCFlAJwRIjKauUo54fUvce0vQffNqv T28/N5+XvrXygzWIggJ69vHdyucuW7urlysw9X+TZoneibWNqR5czv00CTa7Meulz5tV5c25 u67ve/E/Q8fLa1+QfdgAHF3AAB48ePAdtb1825ZaTECLIQkSQkpaVQrTSrlrWgWT/t1T48E/ wvSf8gAf96D7npOyI6kAa33unvDQ6/D0OSn4Pho7SSSFn8Z262NZfjwzP1NCH+iWAuJEp/m4 j/Nl96/s28YA/hpvzuU0sVZ+2yaSqZbKihsaxKiaxGkVgxCBDPqfNA1z4pL2+r0Fq58g0QGi 3yM9b/WqhEb8hc/TTBIuUDyLFHd92+CXTMAEyqT3lQkb/ZZKtJGG7wSvjNR4PYQ2lFJA+Nq6 aaueoh8j2pUnMasxNHcs8CMHR1A5inZA70X2v5poYOEhEFxQrCIrJTZc1RrZBc3C21Jta0qA jIGmQcpR+chD/O1+Xa2X89PdzoP0xN2XBHvuOosIjjlcVQDLJBHuQMzVQG9ch10ZzzIqcz4m g+Fcj5HT2qpc9xYk6GOd4uBIIhNlRF9q+RMo3DqGySkPZHtll4CAQwbyqaKqiqKKqiqoqqK9 j7joLaQ/KeaBRadvqrdLQdYSP5sZnnla9y+Xfmd0OKovnFAPH+vtgzSGAhscET6AuRtbyyNh PASu6bNPjapJJJM6tqUeLLzb0ta1ViC8Dzf6PxySSWUJAsQO2ODw5UNunoeJw/m0x3i52e8V QDdfZ/9CZPcaJQuN6BRYVQDdRJ4Q7ouQu2z5hralAqkvjrVpms+fWaBAcfdv8da4zS+bZtKO 6jKb/CnIlZAukC/4SSBrkye33xmH/w8fH36+/PfrhkSB1qYc3DD9kef+vbjojkjmIROD4EiH ERCjdNO4q0kkn4T+44df+VQocFCIp/v388/B1A4jdG1Wk0MppIE/uAqH8e7y567R9AbyImIL BQ7t8v9Nn52pHsYAtnB8Yxgk4UEIfm9iv5uXKHsB72P+ofY0Fq7ASEZINP7hY+74MABXwsfK 92ff/NV96IWfVXwrvlj6bsIE/O7893Hx0ZA+E59QSKBFju8EsfVj5LVljbIlBcy3VV6uJ3/0 RsgV3gmYnET9gJQn9In4xP0J+z2/s3v4wTvfEgSEhICCyoQsxEEeEWCc/7v2Pn/D/u6vw38j /eOQH+x/7nAGh5ySCP87Fsti2LZGNbUW1GIrRa21lotlGsaa0tZbU1qlVNpKKJLUILYIhPE7 S/zi/5r+oj84xNhFH3tZnyaczDQ/Icg+KXHI/KaB7hAuoPoECoLQfJF3QRQuojqGFBPr2N9k T7hfYtXHmYcBnm5v8+8s6MW6KHIyKBVcFWsIi5hvD4kCzmrQUCq8A2NJ5CNhFkj/3vTg4QaS FhJ1niZLMDMdrCAZNKl85LllL/dxJw3WtmYVLvABNlEdQ4F0/u/iIsFIADevkKcKSAkyixIk SWLJYiy0gSrJEJJYVCj9JKjCJaQ0SAEVsMEFPcAA+J7iFCHDdJzXm86aDil7XApCWG40sepl jqKiqn3sB1169O5vlgHzXvhm/XAe3owv3wyaKtUrV1321c7LRVn3/X3tl9EfVllw2S6j28ab 6qM9MumON4wnFkL72txTTpvrDIZxJ7NyanLEtwrqIPB0prHLoESy5LzGGwcc6SGeNteKylDZ ZSWBKT2Xpz4dntJ4nop5RArWS8bLnnDi6gzhB78oRE7RIju0L9cShnBlq8nKg3Zek93N1wqz 5deLX5R4ypGmTR5yWktmieFSGt9NWaAvB76Ctd91G+MUEjo7PblCInHNI8mgb6NPntdqjJlF w0goXPS/IpCPLfqF6487HUSW0qdmrQCiMlXC9wLTvcNrpjVWucC4jRo0wvlq0M1aWGuDEVZU 1qyk2y0ixQZWRKoYmjJLIoUmtGuUxM64Htrq102oxUQZYbWZnexGEgYZVXCQta1iBSqJehpc rNmGKW3OUwq1dXr7+Xx7eWX2fdw/RCf8H1j8D7pj0zN5uPPqVl51fliaZFjp7Vj2hdgVO3fC BDkgGDIzg905GEbIJuoq3Zr3y7j2hIjNawOBR4rFmbDzHhHSF5qdMQsq6eTZ50yvjDkRhmK6 vSO2E10o22mGjXSS4Dq5FRrYHBX/BVVRyDDIWwGoHLkcmMVc9F/5e3EPUOC9T6JHq2avtcoK IeocGLOclcUzbaLNG/iJxN9JcnNM6z4gxWOj/m1m2La7675SuDvkXpq7RMV9URiNrTO2IPvW xO9lbNpPAGsZwZpxx5+fhf8E7is1NnvDS+vLiVRrONYBzMiLKaqBNltyj3vpeu83hKatllBu RaAqhJwIoIC4SkEQO5XgF4WZjvKX5nxO7kfaeRop+8yPkHwMjp2j38Dbbv8WfKa9ZdGiaqkK +XPszQF4PfsK17uajpjFBI6Oz26wiJxzSPk0DfSHhICaJ87mDGk/CTy2+C1LU0by04tbgcCK +XoAmdbQvzRBlq3IGS90pxeOe9Fyx3RbFHuoW44bjO3Fp0zs2mI3xxrieJYlWvaq5znFED6n dkQbRiLysXAm153FON6Sko27ZZ9tY89E5IhQonPqOoTUDyFGZ8DzDYYGR6O1ErzURHiZdlUJ mHzPVPeEFxICAUAZBh4BJ8uTcn4bLPLltA0VBM1Iq1WrWdTWEUHIahQBaBAwiRX0YMzMGZmD N7/k+UWQQD7wpqlIHw8+Xw2788YMYxhMpkqBkVJAAAAAAAAAAAAAAAAAtqJGwiG0RscJGkSp FiyWIi2Fi0tSxxBhI3bzSccOHDQ22xrrrlxA/wOydz5T/qTck0SQoN5H8Ni0JBxiSimpLVVg MMCYwq0FTPOqMMMYxqRGuNd03TQk1W1VqUJuojEbKSZ3zjGK3aNUSibDXOVxgtXGFpFqqtSM KcpO8iIk3CxEU6JKAIqlEFSosgsiBCIJICsFgomCgeK2XZEQspSiIvr5FCKqZMBUMsztrjki ZCUJttXXy741zprrpnOB3Jgak1JsJNCSFAGQpyGy6Iootk1QOB3Nnp0OJsXDTdvMzfdu3aTf uJZpSS04TkpVUVSqRVRPz+q8z+LfZ/J/n/jbHXxO3I+HnFJEtZsbi9vI6lzkKhHCop7KxOCN 8BRahwKihc0EYeLQ4ZtkNixZp71nAMRUSGd9DKvVSVlhMqpToUUQhATajI7lU/vM/JTBmgUo ylFSlBUIERFIioRBCqCkCpElSVDEkFCLZKSJZEKJFSEtCiIWSJCxFIUokZPLfRI4aNXJTCNG VZV7Yb1xT6u5agtkSVsrp8uTU6NtnbDVTL2ptZZaWLJFRBCwiFokR5KxYCCkURIhFUotd4li 15kaaE5q1VN22Dm82WVrRuwVU37LwybuTRq0cN9WW7jDEQjEiWCUy6qw+zshESVU1bKSdbIG CiPJsyTv1WsRH9R1WRuwrtokVNYMMZw7KKmvNlyVJWGz8k0NZuwd6bHWcVsxV/6sMVavgbKO EliYD4rVRamrCsJrw6Pw+7do/k4m6fJXuaq4fBsrh8vDdrxqgOzyZwKlOlNck1fGNGgxMFab tMYZ+rlnFsuDVkrOLeyps0LrzyPnSYdFOw3YK0fUrdwdstWReFGwrc8mOCIX4lHAzMFqHUoo tDv2oNCr0eJcsEmhfgTRBUxFQWdhAHKWQQUkyzSvvlmss4WrWatYRciIl4l11L22luu69m1a SGMphoYMMMO6pImjDKMs9W2WjZSrC84yuMNk2YNWjDDRg7t4dJVe09bbb7HvvAkSWllEmvG1 3KXna7pQmUWLaTSWUUy1YetnUakDNmE3tefn9SxRsbFFjYwWIqhmTFuMmRVQoRxjCF0rdTVN VRgrCjDXCTL0MOlOXCYrLMwNygqIiG6iEIvCFCZkaNTDKt272aOjubyTWYkVsszKWILIIyCx WCkIIoRDU5u43FHCb2wnMBCixGhCKxWgHorAdwhBuQ97hWeiuqoYIddBCpLpZNY+JHKJY6UA ylQ4kEcJcpOCsRCEbkUjgUkkNmWHazyrJZHm6Od8jZy0NWPNZtlVJitaassPIVVSSlTVownR qwy09GTCikUfyVH9qjl3W8VldmcuGunpk0L5LGHdq3yw4YTCsqjyeZGjdo1UTjTreJoqkw2r DiU0V0U4Ua6lwVtVq+bEx84Yq1bERETzet8V1X0eb0nm81lpeLrYjQ0sJCpZqwas4bKkVJ85 c9Suh5xQVC2wjcNIqKSIAMBOZeluNi9+GBwd+My5r4XCZQoW0sKw355Aa+bDSVlrg0KbMtqY VkjYrG1YTDHaZTVWVWsEYVMG1YazDBDuw3aclwyMVu0rAqLc2MGymCpFRVBIZSZZVjswnzlh qpqrdhpTKV0zqy0ZwmGVJXEyNCtEVJiQmGEpVRWqmzRplNlYVMMYYfk7mk9dtnDd7Nmjk2zU 0ujRvnJzYwtcVycVcG7XkZsRMPPJurhW7aUStlKyypluyyld3KEkhUlRCEUZpJiISoWffffh y3NZDGpi+dwihhV1DGDBJiGYZwaiusLRUC+MXN1a7P9bLNNWPuSWjbI0XS4YVhjBlWaw98Pf LXKd1KqZdt2t0dnVgNFbTXC1qpWJuyqmXhXZqwm0khqqo2xa5cN2qTetNjaZNtbKtWrMExWW GGr3mE0SFfZqqVUEkhmkqQRZCihOyHgQAU9lIqH9q0sP6a6FS2V5rrVc2ylRiI2qNhJljb8X VK83jrbrd0/WoS4XBcMJjDCYwwSYqSFFBbGUSghGFxBTBkMwH0UFQjkkGABJFVSIoxEyKQWq GUkoAYizXa6bY2rJqutzbranSpIqUSCUUKkg0yA1SIyIBcTFDGIELYwtGMSLRhaMYSioJRQq SDTINYoCgpoIFSgaLMChsNSgKCmggVKGlg0QYNShpIDCihg1KBEpRaKBYC1KFQoBgqEQVgqF IiVKACmAskKDAMXEmJZKlkxJi4GBTQQKklDRGmkUAkSRSCCnDVDm8kwqkOxgPt6TVqbFNn2V VGk9MCqYVHpK3aGFitlPzVOkfK6vMpIokqSV9xXW74Xn7d9uvwXL+3+gGr/UmDLBhAx/LP9H 9uf/U2jVQJt7FXgAAGCmv7OiK0Zp0UNBoVVASGoxJkCMovVZYkSb4e5P9wAAFiwKmjAAgt9p 4kywRDTEnrqeS90+5UUa6x4m7iDK6FslaSsQHzMys3Lu7u9S3dzFme/3hgWHpA4HpA8zJp+b D+oFTMff+1tokyx2Yx6PJ5K2geyf6Gn7y2WrT4YxbKtb2b+vxeDRtaWy0lttWtrtrtfk8wOC cNrJ34xLyu+fryOSgBesKd2LuHITwDALEAo5OEVLmmQDKApWUmJispgFtEL4sDfEw2jjETRu xJDkNVlVeH5/TwGQA4LBuONdKDgsNOXkXh8YFHqqvqNr1t7XmXnIE1SSqhIuUqyqqq3M1ZmZ mJbvb6GHQZgABgHzekeYf6WMPHx67gByA/hCP5/WuMY/1bPxu6b7b+rVHbyn0B2DmAB2kEyI zx6TBdehYvC5dxA35Q7ZCxdksDZyhQoCIECJBE+w9qESB5WcFDhwHFD4jQ9vlhwJgEkFSNaL Nvw/Ar3Seou6WK0lCSWPocwM3K19LkhLMrMzMzMzVmZnnnrnnuPl8yPg+Z9qU9SHufMrQkZJ D8SJ4h+HzaGtWV5p5q2+Xyg9Pf5u3zo2bSNFRaISMjC9ytnyowG2/OXM7TFm1rGsuTxxYxLt IBBcthNbdm7ssBdVDUW7C3AurmHs0xBeXDgglyeiDdW5L8G/Y1O/A24i7eJnXBjObvbqqvNV 3d3t33+AHsHpH0D+kdmDBifeGHXn5iwzC0DMMwwom8AhIG6YBrd03IESIVEljrAXI5KGPhFE Eirg7dhmDTIGsGDEDCSa9PTz5+HeB4B3cHle/jgAAPf19vXxenoAAHt3ee7x3ADAL18iIkuQ 7uCcLkKrB3yjgYODKURm60q3u5uH2svPTmZi3MzMxLMzMxZm+0MA7BmQ8B4C2YNA4DAcCiEO NJBIJJJJiuTyrsnu7ly4Aed58eGAHjz48B7d7e3r7PPqTexVudO2Y5bbtm3Cibax3Epi7727 tv6kZmamFkA29Cp4OSSJgOHcuDdck3GcDsc6uhD2HmJEXUazDL2NrTuVERmUszMzMu/UP6hI YHA8RSYCIiItwwzFUFldIs93zMIaTW8ImL5KhnnjKZebkon1EFd0E3GWcz6aAuSgxXkTpyDP LC+gXaqJouXmepo1TTMCjUHeSlpm7167Vu085FTTzQwnN3KWxGZi3MzMxUlKUpSpKWg8RyBF RYbDrYIABUZx0kxYZ5urqeciwaseF4aFvBBP0gLqJLj0SRxNHyGkYHZb1eHBYWi6sjYeDNGS 6VnG5FxcZN5nlu5l5d3uYlmZmYsyBg9zN0PEeHzBwhgZwWA47dzUFxB79xUSfDO0mqg1OCpo 3ejw8N3NJG28CdeC9A6KmjNAyIk/IUGrgXVkYbkwI4rmrh+ZrYi63Bzu7u7t3d3epbu7urM6 GChzYrmiDvMG1UGqi5ExJwcQJ5elfAmTbuf5AwFhECxxuk7tv5sDgi3N3RpqeZeQ/UzBm4kz F9U8o9c6IyoMuJgPU1mbYwvxG7mXVVt3qW7u7q3fsQQ3yIbmBqlgASGHJZmwsGGlmJiCSfQi wju+Hw9Z9nhz+f3ve6/mYosWCB/l9BAbxIAYMAfpuGZmZvR7eafx8/N69fsz2Jakkkkkkkkk ksm4y0S43HmEJ2ZnKlZm1GPNOojXTlztlxlzs2+7QeXy9i4iIERJeaualRN1LxWXCL1r287h i1mh9rJmn0aMzM2HuaDy93sXERAiJLzVzUqJuqF3KyhsQ9TFnSle3BL4gtqdpEMIrUlKtJJJ JJJJJJJJJJJJJJJEpJJJJJI2HzuGG7m65zgmIiXeYJmZ4XCW7upJJJJJJJJJJJJJbl1MzN1d rFqSSSSW7u7u7u7VVSu0kkkkkkkkkkkkkkkkkkkkklu7u7ru+6kkkkkkkkkkkkkkkkkkkkkk kkkkkkt3d3d3Ulu7u7u6lu7u67vu6ktddddddddddfY7iAevcI/1KQEkABCRXIgNSJrQgD6w W0FiZz76QsWJn+HKrUF6MzN3MzdoD3BAcqU+L3QhIRUKoRPh59K5p7P/bGQQf5H3j9afuE/E gqZxZFRCQEVAkEQtEI/yIID+IT/7pFg2g3QFLCH+ion6UCNIH6wFXYsYE8wVW9AfoU4/0CG9 VCmz+afqxgEG1qVEWrwpDCkEVMBYxJC8CzcUVL2CrQUgFGCDcmMAII/NKUw4JJGiVqszarza GlV7/8kJH/0Q7g8eaESw2AIWO4ATpb9qJ+f+RpmqLeydcCdkbtOkI4Qkd2W8kiv95tGwkk/Z AH7gVA8kQPQQT/CIIPNVf8f3gG4QU/zsgcBwAq4Ph4f5gDIAAvl14Cq4hHrGCJI5iSSyJB8p H+jRDKIToFgRqB6xiJDIYRGAVbETqd6K7a8ELioROQAdgCcEEgIp/0XrZP3dVD+JuSfyEE1T eeSouxcQU1AOieAgp4IJuAVeKqfyPUdUJHpsRIxs+VxEa/D1Qqfp2/H/IDh5++yiWUUDVUXn wLIr3D4AFxBS34qEj4R+GqEjvUJGIMg+fTuiIRsJJNhJJwhI6+khI3ZTyDjy2RHdxIkHw5iO sFRGsHoaojqRI/eJwiJwdUPP4+ntX2gx77xluqCbhf06GoOwczA0dOZvTZATLuLCF8l2G3u4 hJ9nRJDhsk4rVCRdIiyEtuCjREwaniivXCKgXETrqbwVXcaG4fANEF8hBTQoRKp5Iru/1/Fr vCFObzQkVDnBkPXDy5MO8VI8e8SMMwFXzACvoCKfVBClRfl2ETqg6zpr8p1IyhGqbPMPn/L/ H7JGkH5Ikh949Q9vnoJJPlCMviJJ4j6ecZRFebs/R/+Cx+f1tBv5PEGCVJCkxH3g69lRgPkM QauNiR5K2w/WCuaJHnEcK0EyTPo8Pyg2aQj6iSdQsivJRoGQRLiCnmAlkT9twCyKofoA9gRT yENOZv+Fa/ZyAA/2P6fl/5hSJCmBKQf2IFA/oEFLqqWQJaF0H+MEJu9QP9bH/6/UfTWP29Hs 0QkYkOwCrYvR4KKBkiufyEFNtFUfiZFH824cCST+IkmqI57CdGwYJUJvAIAq7HIBV8flb+86 k/Gn3/7A/Bocf3Vc22J+aX0pMxBkLfOgH2Yi4jRfV2mJTtVbBSUaYiRpnmTETGQGQT8c0AgK 6D6MkyLBUvfFRAR+K4t9OMC9iBxsF2YXmJkACoARERNgPZkMqypI1pAw1yvfQGCS2fEbSFhm GChrWWIkOQzjEm405d3tjH7kbDMgU5ajMDQCAh6IoYETrB5F5K2qqXd2Dli5Yqz14hx6Zm+d PD7UgWNapOebvTnsA4AOuPP2gicrLUEiwqQBMvnEdMoaDaMUFMlgrFuYItpFr5Gl20XCqgEq S+22ZVZmLmDl9eOZDWd2mnseujv1SIf4o/7X/cwNHceTmnVp/dI1tlNkpESCPWDTsoZlhLKi nuxVHUheQghUDzsUqEiCqHgCq77IFoKh/T0MEbv9rh3Ze8Pdo6vJHDsVq3k6sw9qtSVFGZNp 4q2W8NWr9zhVq22U5v/SebCevGGqCQ2LOSZViIdSJebm1fDu90ZatXGjwxPVosxZjGOc1fD0 NlMK2UVXJw7tH4NZIlLH4pB4JqQ8VTAcRS9fVh0sY7qKqgqqtHCYB39ZJoaUSPWthVAOyiOF O8nxCL/aIkNi3hKsqhRBdUsNiNheYb/M4euWjTY6jZ+Hkw3K/gxgQP+mRE/Xl8aXheNNr6O8 efPEFN6S1M1rbUr+VkDif6nicvR8TzLNpuC3rKUjdbwFLQRksMZdTQ7MGCkfSDEUn8TFiEww smuUfP9Gz3fP2WKjoppM4SJe6ZZb9HYxMRiOg2kfTZo1Dm5NHU2Ynwvr6vj79dKSd1yLHzMT rtZvDUsIGwrYSjlD0PK725hhOJvPcuUfF5EtiXlj47a67a7aZahtHqQbp5n847HiPNS061JI FRCZzJ06pKw6pJA92vg9BHV6O7gSIZjLVp5PHBm5uJ4kTaG47iNg01elyND1UeZZsBKlKilh FDceCZw6KvAIam3wMnRVF4HEYcuIdeLEE0hPls1kiRWXN9MvJlJq7Ni83GC83dlspuoyyrLI q396nrTGbccsXGFLT5I4dtJhq1PdWjord0SnNXgqKymEykzhw3U2SDHlNus3SP+CBUkcp3dP PunTNucYxkWtVeG8w2dDIzDyjJJCZ+EPQl3idU3PcZ7xo3F2MVqrC3wwYn2eqkVSqf4MPJlg rnnJVoWtRiSR+q5SWHElHhViWphL4tVgZIQ4Ogwrk4hMyZdZlgyV4YSQcWZWIVScKh/YyyzO aw0V4/qw6qaByN9xFDY4MELNCVAEKsN2PKUSOqavzdTSE4dam35MMMLm4uUqVXStl3TrqpZN ttrUskt0phWVmaEIZKmVYYVhSqpKqVhgxEmEjDCKFYYMMKqkwkqUwrCYKwqphhhUqqkoqVkw jCoklUZVgqilSKUpVRWGGBUVmsQZVIwDDCYUKKVWFMKUkUphRhSqVUqlM1gGJJiWomWUkYVS sKwVhTCmaZZRMKpVVgwkYKpRUVKisMGGaypkVKyywyrDBglRTCkdZbLKylJWUrLKSktpVKUo qkzFxd3q0kc5mYSRRIgxFFEisRBBMxBhiSZpUWjuVRQPyQEMPInJ1ShOMF4kQCzDPurZyE93 u6sonCOjeamZENGMAFjjRchvVimyL0iiAdTMwYdVCKih7EPyr/Be827d3r3+JkcgO9Xbu3kM mgvEz0xPMpinpNBx0+U8WeTd5Ob+Tduj+fJg6LMVOestMM03VHyrm92B5zkw3ej+TDKeTY+C tnNy2d2793drNSuHdlTuQgckDKKi93Gsr0jaVK5b+61uW6szYnHgZlrquiUrIgCPuLBDcXkI BAjDxTrZGsqiU2SsZKuePT49b0+b1qt6sEAAAAAAAAAAAQAAAAAAAAAAAAAAAAACQAABAAAA AAAGhJeO7t58+bvPAAD8XC3Lx6c7VXg4vs9Klvf4xaTMRCySrau6pLVPXfani8IimREQqDTB hKorbYPBTnaSTnTvsSdb67sBwl5OvWFtXGrlgEpUDQGylKZFmjcoMhpuxk4ZRiREgqyBFolr CF4XFi6ktBwjDLMyxc5EFyIkIbsUSTKpVYkISFbKb75aIkmjNcgxRdFYLALwoqGRaxRghoFC 4HJirJRrukmFbMG4UZIZYMKTDZStCYRhVZGG2V00LMtUTLCpnVoqa5kkNDbO7LZIayDZIZRW 4quhmTa0sJId1PAJaiAhnRDnppxodTIBVZbkU2VUAsCsnwc3WOqw3ytteNTBirxplbbI3+zq xN7mpo5xPNJIGOQI/skjDq2dTCIWJPoRexKh0tZQB9EVWnW6ccrZVDQDWVrNpZVqa2WtrbJE LARZJKlFCpYKKqS1rU26Otu1VzZKtGwatTDDle6F+QBQqquyMEtFQyOAA7Tmy03eHVznKWFt p5to5q8ORT1YMPymcMV9EmhrlJs7RzNDyhOrznCuHNCi5AW24ohZQqk0fU1epqOYesbl10w1 aQlkw4OT+T8NB6gV19Z+c/1zQcPDfuw+GvZ6NWyvVpmW21VWrKVUlqzLLVWg0YZaskRj5tdt 3y482you7LFnoAKPp8Wz8XgUHAyNE1aIQ8pRL+jCbPOiyuvhiqqzlT7PVJg6SmrZzy3vz3uB 7tOTm8nn/G/Dkp+TLLowgkp35G7rRTUknExkgXfEDYoTRywBOJQqik+HwfDm5H4Vo+X82XJ0 523r+zzUiTKpB8DzfdUfRJh+nJ+jomTwrQk/TOcM4EU/jVhKsJhWEpJRK/d3yskyfBY88YGL aJSrl7Ekkyyk5ej4aPN/jQyrkaEs/Nwysf/XGFVLqsiYtstRb+zH4uT09RzfvP3fCXQG3yt4 xlT5ERKN52epcU3IjsbHcUUAlLXiU1NZ3RJMRYoWKcnsy7uTo3kK4cb0u/Obtv04tcOEjd5W 00ZlPJQ0rzdGrhyex86TyftNHWR6Xz383qrLk0c2zwy6Ob9HJ+z+rBw32dGXI8NU5sOrCq1N 2zd4eDdsV5nDR0MnR5O7Dg1cDow83Qwf7nm4aN2zo/N5vD5bH07sa4cWSXjHr66+6G8G+dES oMyRsFafuumfaPfXEHORprZE3KT5TDjlXNldo3a6G6tUV3PnPRftNTVVAjh7nzgXfp5lequO h0WuVzHQZTAZNeLd4gdpAsRYKkk5ImIKQ6HVXZWhyaNi6LSqcpGGsTLMTfmYumLDRqEojczh YdA1Gzgy3NZkDQ5JtcdVEcjduOunHiZX0krhmcy42fU7xC53DuEg0dTid4FbX117z699+82d Q+Wp66lGh2ZdXMJDVovfophh7PN7tVVqrk9HUibHUoT4GkVfEYUQkVEkpIlJpEpGERIEVUYR 8F7G6EuFHSxERrJNnN7PN6NHh3vr+bP36/5ef/Hy7vfZ7OigkPRO71aOb8IeSI46JWk5HM4R icD2HgxPIg0uetNha1EXASQyU48Cx4nf7X3Yxmvd/RlluTarZeTqyxlh+RSq6bBtg9Xy49ze fx5pJA6GZMk93Dmn3PdPee64eUcvJmSGWVdH5MsvDdk7RRP9ypJ91SB6K8d3ENHWSOyxJhdH vPePJhj1SSBs8km70Osy5assGkR7R4f1auj3f2NXubSQSnuG569nm8jD7u7XZav3avDRpyOt vPWukQgvs+549n06uCvl9Pc2c2xXJh7uRWgfi1X+5ZN3ZX6uHN2OquqqfTuy3fLm6K3cmzZ3 asNXJXNow4MPPBoybOqt27qy1FV44gG0K4utVXOY09ByQb3pUYRc1TknMKBVbazLK/PhXImS dCJoX2ENYLycGqNgzH40/PfPmfaZDsGL7HdS8B+7uWhy7Aa3lYGASw8mZhTAeAuDcS0DRR5m hlJUIG7TiQCJipiad62mQosCWDIWJ5qYHeY8qvrrjpvAc8R3iIMaDE5GhDqOoDd8GsE8yoia d6vvFiu2FWq5sWTAZCOq8aCyGhG9GpYbEUobrq1V1JrhJbXS7S6aybnWa8TdVipSbVJXo1vJ tPsN0tqvN9Nd4aTbxUkTnRNFFDRUGjce4+DNQwYJwEAzm/Y542waGhY4d+2emYd5lbc8V6bd O41OhxQRQjEE7Eg2ZnIw40gwrzEQ7yY+I2WVZdoFCq+ZY1D7EhJBAhFMbBJGJEhoKJfQHgQw OZ7haUiUF0oU2djUz/N3eG7CqYVTHoIrX21Sd4mkjG04sZnarQKFgXNxSdS+6xDbgFFyhTui sSPVjDnEh4nq4horuwLBZalV7RgwN/NmZTCw7SPLE6zDt0583Dsy4dFNWjXmyxrEhcqeW2wp OfVx0GFn0pqfSPdLS8VBCusq0QFCn2Hi0BmgZ+AdF3q9Pn8RNw5nJPQiU+EM+pwK52khPkYN /BRNxuAo7UqbzAHZsLRF+JE4ROImhmFIB/8Cgs9rymqoKSaj8zvuaKmjo5syDs5Fd4Jr/Zoj P4+/aGGZNnJ+Grk0n0rC0MYorkuYJYT9iTdmNvzcz6PhqfZo8zJ7vVyfmse0WSSBqPvSCWdK xDOWhVdCwG0djvN5vRuWAxC1l302WMqbo8z2eLJX5Zw+ay3dzh7pJA9c9ronmw2iTUYZRVLV 7wlH0NOK+Hs5mTurLfDVYyr7LtvjboCUd+KO+F8VKdLFrXtgQLwHYGDYsUOQhVKJZXr6m8uQ g6FaENCgkuUHMWtI5ZdDD2YYFSzhJIFhiMSYVnYDp39hwXXI2MyyEcoULcIDgUifewynSIgu nqmXE8wXlgMxRVLRwdxGRPIu0BrgzqFIRavKSVSQlFW7tKdlnZJ+Z6v7HzANW1Xm7T/H2Q/n r7+vx5V4xh0eit6tSz+rCnrNOiMVebOWMPS21faE1qHhY/V1atYnueqofDZo9mGp/JgNmrDd o5OzRo1Td1kkxhB3mKLpRoonrjIxbBvyxJaQioIZ6YG17YmOlwhIYTVWVQfzVrUQ10YO7bRZ lkZQeidmNtXSbtmK0r0evhsbHGzQdAUaKYHsJqfIxcknQXIOgsGJFIkqxWkxXTOHmMJJA9mI SDqXMC+A6HTUy3pV7zMyDofwRT6NxNoUahg3LJgZ3Zfm6s1tT76xxbbV8mHo6vKZ4JwGypCl ZN65KkmEleFt/oA5kHBxhQNwadvIknPedTLdYKzuOrdGf4asYWID8Mm9U/5rCIPu0f2sP3eg 9Qkdx8BIkEegSPkPOL/o5zVlVVVmZd3d3i+ZnE8pZs4Mv1V+GX6suf0rBoql8KWvwowQscXv oo7ipPNuIrTVV4h+AzLHXY6PQqYZVOymFMqtkhpZEkcNfxWumS2Fq1C3RQmYG1Ip1ZlDhWZa GlWtUtLWq1lZRa0kdrVL4tIYvIRWQ1C5rNxsiRDpX7Bg5Osgm80P1U/czJJIXICJIKgasUAY QaaVGlAQIrCuLS1JCQWQmpwLLxMHyNwRh4n5cvnmtfH5fDcgjEwggl9P2vHhBJni7kEEE+eH XcddfzVh0OiSQMP2ksG1WrXaHlPRw9tS4OFI32ZfMUhMjZuZhwMomHQiA57fr70q6Ip2a1ui iVlTZZVSIVJJZJEUWQhUVIkoVCKWSClhEpUpZCQoqpTbKbapXU5pVhpaoaVYaWqYyrQ0tasi mq1sNNrWhpbUNKsNLJbFCoJLm/RxdNmj+j8nnluyww4Zep6pgms4Nh2vR8SDxIKrkQ9CbjmH meBZFsSqqboU2qSiFqFwY4B6n+vDDzO5XMfdUx3ZYXjGGj9WGFSVkRpZaRi5tSBYAeqJkAmF SyLdUMQAbxQUsqhALxFKIAypeVVA1e1rSWqWpsiVQJcUkEsl7CS4KA1FQFNCgRhrVFijAwRB sjfOuVWfT0cFVbd3RVc3wTc5szU3by24kN4kNOhRa5B5hYOo2VNC1Lvh/XmNAEMGrYdikkrC 2vpkns6N3JXDUw41ploY3w+Xu3Vl+j3anD+j3ZTv+94vf47715Y2zwnYyHyww99ZET5Hx+TV jLm5NYnNVfIpBKQVFipEQVIiAQiowMtlhWzKiIjUy2rSrFaTVrNtJllqS1W3as0iH6lnLkjE IDDdw/tMMoHFP5nplqWZmmHU4Tqk6HJyexxOjkI4m+jm+WeS2+fRiE7mqo1h65wdh0nRJllJ IGX69v0m/+x+jD8nq/2bj4VPfukkDd2c3N4eTRHCoiTxbZC2Dz7MkTrMOrye9SU/naHER0o/ 9qk6qWtZP5n2nhlICRoJOOT0NIHkrB+/kaqnuoeZQlL1T2KKwN2RkCyAIi6EFo9je34eMA1S Ahr2QaVWJEqSKAFtsLVliE/NiJ3R+KbpM9XV0ebL9FkZc36ug8s7LPt1S03U4W1GVItubcec 62bK9WHR5Pw0f0V+GXm3fS6vNw5+mNwtsnMrQ1F74JapawCVTaOktg9gFE0eZrqpEwfL6Obz cpirZ4tQOcI9I8jhyb7W+dIea4ZgipMJKm5Z9TwUKAPQ28iyqi5CYR0NKM1AQJRGp6rMvjZ+ z7ESSIy8TDVj48Me+ulsbEZFDYyNXJQ7y5SqLCJCSSBFkke7ROL0jefu5vNg4NE50tSDBmTd l+TBW5JJM5R9OGDKujs5TLSVQ6NGk6Op3d3rGY3XV8zDnw1Pp7Pf2u15ZRGiacMciokUoSpY VQCGxgNxdTG8HjY0JuIp4Rt0wsa/j77DdubtM2ki7wlEkhJJiqJMy3NU71A8tTs5FriPdZxI ieE69ZDq0XZdNHo36WTsOR5Fyycz0e9MVgWdFfm5IGiQWEXoIiPNkweaeeBEk5urRPb4e6vN h7Ovwyaq82rDRs7MMMN7pNlQzXikbs+TMxXo6nDmrReRJho95JDdvlzV2U/6Gzm3nd3bMu7R 5GbXKasLI5q9Ozu+wYHRqbqOFbDiRE2ZPh6Nzh7t27gla4Jw8p7sWvEez+azZNXppumGrZk9 Gpq5tGzRs6MzLq4ZNi6GCqypWVMMKrjTCI3kjMSFmLJGs8ei7nN5vPvc8ezzoB58x48SHh1O CfO88qey9yojQHFggkxAJUSzMSzSwAjisJVqoqq2wtkzUkZWVtM/WYuttWkc4khUN0Pkep6I aHcYGJ19ISuAQV0jCYT4efu9IOJzTV5Mbvn20eho1ejQzENmJ5MxCbFSfD3yjPss3trTkVaT kVTcAqiTBVSSI0FVJYwaD3FiMF8YMiEKpSo9AzOhZwO4yC2jDcdCSHDanNhpOmjHr6s1cxnK 6aT96xq2gRGv2dg2eqhd6a11n5vX009NvK5ThyQsRFE2lEySpSKIltUqbSJpNKbZFKltEylW WJtbUiiSLJL4N6FFLRVZGCxWCpAQgxFXrBBSmKh6MAUTQezsLwFUA5BgtOouwfYSPAKADbDy PcSg3hJ4VWJn87nLwKrpzUR9TvKTBG5HsQW5BEqNSFtWxCZVLWDDEg+udttuWz+Ih7r4PeZF gMB4jyEfFOkQ5pgm8NrKaMPdWJ381fm9mKpWs9H8mGr6fDOVaNfEZN3nh5dcP9vPe23KdZCI KI8nOerL4jMQgxVYoikVnexREoQUGBAuEEESkKCkUKVQlBBVQSLCSqQlYmzm6vz9LfJ46OZw smqxIotdQkTLm3d5JImmdn4aO/6o7o6vs4MPNw5Pftr9YmTyZbMNWHD4ZbtFcODc1vY1Kpl7 VcLCDVy97B01F9UULdCziCqAZ39k4Egcsr2O/TFVbCXiiQgpmJv36Kd269jbbTW/IXcXBQsu dBcQ3BemEaVlOmMRCro9mJMukOZmJ6rVq1WdGFWPxGDZ9z5ww7s/TRzdmH7a1b2N5mYNVBwt DzI56G8sO83FCLsQ3v03P+Xq+Xm5u3KYTGPvhcwfiTo6vw8L6Nm3wc+Heglzea7+2e/uO97i NncnJA7jx4t6MFFwVX2PTAGpXZSxlASzAkJDem2xYbEH66TIitDMkpfZudXUW+8+j4mS9EB7 bi0IXIdxDiOrsojDqXduuCxn8nhmaSfTOU8N2HGMXF/yEaNXwVHQ3TYV+wUnVFKj6TDr8MHm 5oVI8zVMyUrBrXm5sW7sVD6Hy7sSMv/TQouQzPuHyORcR7OWRXag+BAuRDnjFh+uYBO9KqEi omNMYviQYADjKhoIFmAHRaKKfDUoC63NbFXLO6CHiYPQ6jeWn7rP0Vs7rfVloU5urg/V1n/b NtLc4fJzDkoar7koYcS60f/ixQHS8MAUUdizJ+uryVjmy0FatlMKyqVhiYjZvRcU2RC9kwQi ipqkiCrPziiyD5+rdWYktbYwq2q/SB0kRKHvN2yph8M6gVB4euVnEhiIDsQFsQVSQwqSEhhR VkgkwwwiGFRSKqoiJtURlUiRkShgqyTHIfWbyaa21nGGX7vu4c2jdlk9K+SHusfID08zotzB gxubibjjmbiFK5mC5hhiIslhNAkTAv4YjycTGpAyvw4jSG7WsMGFVgqwYpHhlhFo2g2UtYsN iDdywXKAil2WIXLFWbzSy9LrFXNSUmtIlL7F4aOazaPCzf7PyVzzbaxZgYYY4dMLV7P6sxJ2 sdqPSzL+NOscodxYSDEWdBJo/N3cpzVMK1QcKIpbbRViSIYcRgwziuMNFRJow5qy8xIIWUTI hY0MiEIROZgrGFFYscypETDM/NqGTO6tVkTCyQWhHB9/tBNm6q00J/MRh4bnjrGHz0YuY1UR 6bFk7HHgGhmYSi7SnceRBSQWwq+m+rkaI9HDUGGUwkSbsaMphsmhVZKuVzBKIzcfa4zlhhQi TJoSViQpZMmKjFWFMvpw0aK3QgIiHvGiHE1cnL2NbnqQUNAFVJmFXiezCr82KBFshII5ttVs ksYJjwlGMwzBFUTMzGDsZMLHmOH8n07PZo+mVGJU1VKUYbSEYurNIXVTzK/HJFMZFWkgJpnm ZoFwJFlw3RlFcE4G67tcuKZiMyMkDm26aaVJ7K6qShZm8OrAG0kNRatNoiTIjTJSkK9rq161 qoT792uK40tseTOLrrczKyVKKWCPYldk7ADmf1r0Iz1pUKUFQlPlaROCs0ySx/WluCUmVJEq khVEi1IT5Khi2lqW9VTETmNeJa+NNoWl1ltkrUlWUSGJEwKnV5GJ+Hm8nqmfcTK7JmE0OhqF BuUTBQuUEVj504dyURLoRjFGl3HsNv5jZFBDgcz1HqR1HcQ3EQ9WNGDLLVqs8aOSqup2fGHJ KstiEjkKkBZhy3eriCQaSMOT2emkfYsE0kPccKww1cGho/JY+LIK2hIkjC4wp5QKIJo/M4nD 7TIwiCWtkkqHzZf/nj2B0YkBJMPtGBXyseOvgiSGZoTI3kkKkTs1HvMrcOteRKkog9DwkkJm 5BDaO0Rkcjq5uvYQmriu6TEYltqW2/xOb1bNFh0Yxur9Z9+GiSK3feOg0knDS2svU6vN8Mex NIzrDxPyqYR5mji4V61wPwr9liQ28WdZEyke2qGDMQlJPlh5EJzECjo7ksbHsfc+/4be9F71 e/ztjFYxk7lXmdPD1tJCex7AvIIeiD4jqdixDNRGkXHnB+TgwnvPhlmazV4Nnm+7Ddlhl92W j7qam7DY0aGzZ3NmDydnDg0auimjrntPMzDkWJmap+oiqoBmlhLS1AAegVZuxeDBV2Y7BrGW inhgG4HAFbxd+yihmGnPEBw/eHpevj3vXNNmaUtsFmUe7bsWi0Wi0RaMslpvr69vj8eo8em7 LumDOaRLHCt8XY5cduHGtdIOxbCaN2KjEFKVFjTVVWa6BEIEgQbmoXEu3FgFJdw1TTdGiGhu KRtAC5YwM3AXeShkrRQblYkYzGkm+brG5liWKQol84+KeHVUaahIVBajuZYt7qknxXcmGj1Y VVl/vxMU1v74/Z93Rsk+3u2eyV4SvlZinuw0npPhT7qg/1AqvQ0YOhSN0GEK810LGgREaYex 8laPh0ZbNGuR91UVgnKSCBoCqw1kIHLYSkIOpXI8ZJCamdzStFBzPganiUvI8D0FctkRM3B4 7ijwKCo+VfTyc0e8hEGzVlyuT8PePSSZdJ6sGYe7pKvD3JJJqG/j3dZJlylGHZ5P0d7CRIMQ QZNDpsQh5dTN0Nlhg3uj4dznJJA/qI0bHDzXX5aJ4Y+7M0ieA0IukBeQ4bjxMDRcudCAZNyi 55HU8PR4bNTMlTKiWchp174TBQ7POZjKUlX8pH0y2rq5uoZm0exhw8OJEzMwdgjD/U9jaL3a ELJ4PV6zQpkwYPE41asqqSphspRDdYoeZzMzMPMuGijY3mWrjcMHQkkm2ydG591tqw2bqwtr s2aMrMDcQmHs4Ojk+HiSOySQNJ1fD/Ey7c3thP0dXsZVX7t9Hkeh4dmrKvJTZl0Xn+bU+zsw NXqwnNyaMslZKnC6YuDphKjWpixmM+rEhECoIl7tPQVFVKzlsWtCi2Je3vRyhL1jWEtuhpiG KtpqoiNGZkWVTKixAoooCwqpBYiKhCKCgjmmdISNpNyO78j0bcTzZfk3cPB2Wk2Su7m4Wp8P 9mPax/SckWcN2i+uZ02ttuCCzznk9ZbJaqzhhXo2VIhCVZAqyRD8TETKfKpKUjhl4V7LawWO HRiNDZhJIHDKXHpMqsMBDKVIlSrcNO3pZ+mUyoiFsEh5opIREjXVA9kCxv83wLSVWVfQ4phv oCf3IHiREPCvwbvVjtVpydhXOr3euWJZnd1Pn4Rq+FbVdJPWKd2jv8sNvM+XI4mDELAHkaFG xejeUVkKq/NUsWSuN5qyeY+UFjoV2ez0mJoh3Va1SyCDT9n6MJJESbtRgR6TZ48no4ZKrZUM ylBODDVQ9VA1ATfDxA92HG/CNp3cnNn80Jd67sMQizdTDDPJ3dYiDY9VYVoJEK5vEwerk0K6 iclKYV+T7vNkhoVSiFVrKuH2ZaIlNp7wSDgn5ucSHDzvNw7I3mZE/upCaGruU/3vsc6jKtXh Z6MTSeHoxvUissPeIrD6YkJse/u3XMjhqRDNW52LL+ZINiCggWig9jCJ2hdVr4NUdHRo6MuH srg3hjSGxRgUwY7J65SpUKqpTRNaUilghDMabKmckztCck4coVJG8MssNBW6tG8wZw0blS42 pujR0+sU+GPRU3V7rrOUxMNPdwzH8HJsrk0YdHQ10XnXs5GKuiz8I3VKrB1fTJhyOrDm0MK3 bz1aOpls7uxXDmy3ZfLV1NWrRlQ0jWkSPiHHYeF+oDLNnxvlh4FrwYalqLCo7lxxvnleW2qU o5GNczKSpGUixYoLEVBTMASlS4eCC57Fo7RtplrpW3wMcc9+LcRVANNNBT5aJ9JZPQVQDF/E DcnGqsGCtCxtucQjcJmnMRcEoEnysr3WDLszxEZmZuwCcdzwNZdpo3x29fq8HLac96ETx1zg ES4vvkN6HLly3XqsyZYrLQDWSWQ5gt1AIElKEtkhUFRJQMFjdXxzAqcEqzcjcCCClA5lKCoX FIZMVPOdDO0SbPDZTOkaNG81XXgbapo4LGDiUpVjGhQqpYESKqFyEBiRhyWRDCySGttNU2bM wkOTdidlQywYTRvwyVwaN2eUybJNV2FUKKsSwKqTFlCmxQ1CQqFyG8gWEzFypVRDBYuFiFzY sgujcaLwQGGjmaSrmCsmNiWHJhlDVl4LjgMXVzd+TTvlk20ZeKx6scmn08kaMN13+77zLtK+ mEfRiwqpJSqqlVRaWlNtpbJUrLSlKSVJZVKklakslKstZKUlKUtqUraSySUkpakskpSSyrJJ ZLW8bWseHs4j6qJIOrhycL7PCer2G73Gjd7VYlcK2dmzZ6ujDQkkYZVFUVKqlVQpVVWJETLZ 5dGHh3IhqdSE1nJ8kLhoxkGzCiIWdHXengcz4ol0cKbn4ERvzKuYhmm88jYuGRYgmOsO8yMG pxEh5ljeYLVt1p62qp8zed+HzPvmDv5dnM8R5B2Ta5wCiFHQ6nAVDcih9pR4omQJVCafRU7I utilECEkFGKuGGjK/VtYe7Ov5X8ZzjLOcsY2fgnyk4cutxpBOZUnkiiMHRFesNXqsbvt7mYj NST50e530Zfjqub5NpMl/D882/kpx+E3ZdHSOrLZs3mZ6qJ0g5AwjCDG4crFG2hrsqi4NT8k 4VVVVZZPN4GZbnTHYmEwr7vJ7gkiSZQkiJ6o6PZ7vV4U3YTFWFGGyMSSToI0Y2cYJk+zDVs0 YUVkEb2SOczJtdmZxx5ova/E8W1jTGaTRskSZy1vUw26vnk6q+Ho/Zw9n5vh4e76dfi2Wvl6 oHv/2Td9nb2falDhHyVRDhaxxqUVMzLuEo8YWLoo0CLyCha9Eig6ig9QhLbrXp3MWqbOspKq DxACDC8/d5vrTNFkjwxFsT8rDDJgg2dWHpe9NubCyTZjPowfU9Zw/BxG9CX4bvdr6ttL5VvH p1fn93iS+u8dhbTZAoWrZZQ/mp+Smr1ePeJ18mJ1fhh/e0NZWyV92sZPhu4aT0bsq2aGH3Vj 8OFbsNU0OTJq+WhzcN3Js5t26Ybt2WymzhybtDYqsOSstFMK6MJlsaChwHHAkZsvAcgvxIf3 DWDMBViVEDglLo7/ggbbG/aOoKEIsiyMQgERIsAm1pKQnw9O9/g+Hher28X9Xyttqr3tfEb+ lcNqJYTAbBYBNlTS0kJAblAhDMA9GeY/neSM7RRvgch2zKsyPEipT0ZwFsh8NYXLl+gu3XZi WhGJr5TVlc3jkGHcgq9bPVqtNlDq6TVQQRdw8BAWRBWoKOyyNalVHa87vhBo51JHJCIDmyIk gYGoMwDEMWJFipJShFJZBGiFSTNMERKIeZCxDDDicXPM1fjpg3x3apKyNauhCiiohyi1mOpK jQhYuciJ299xVjt3tJHnL936urMJnq3ftNXJs8Nd2jf3ZYlfnvDzVCTkrSNEkgYjLRgh4lRC yuJGzLjhjPGN3lqzKl2ki4t4YbG5Gc8mrGXDLRow0kjFkJClHqyqmFcFTRWjMJhirhgmMMJg wwbsjEFkmuW87MOVeGqKj6h3NLJ7HlI5SO3C4iQh2zifEyMOnJawaDD1dHyw+FaEeqN3VXh6 NWXZZh1rvDV3ASGYQowRu42DHgXmFEbWIqBo0cRv5JiSAkVwyr3/J44138mDtRheHRz6J4at HfyYhN3dEkwElkxRKhiV51sOE0cmU2M6SYJsh2cZySYJBgHMdjFzNcgi44IUlgIsHUKNDDCm Hyn/TuefKOsMO80w+x7PCubTu+E8lCBSwsEf3xywv3dZDZxe0sxbWIdYE3f17HqlVI0SYMMC lMGHoywmrvE5zVwaK9ls737/T0erc0hv62AYO88886JUqQmUoveWPMzDkKoiwFkeujKJWTrC sL7MGno5YR9jDVxM6VfbDWJux6PWUywzw0mcQc3Nls/pebycGFGWpit5oxEQdXNjofLu4la0 uFKppSBW9OaqwgSKpIgkgCGjGo0bVElvm218L6nxfPeS9OlmwRu3adWrs4Z/Jll6uzXS+zGK iquQigqKVOYKrofJEUDBgNQ4PYOiSt1JGz8kgTCojyexo9XS/9ezTLRd2EnKHIlftYTLJ4eV d4jznDKTDzVNI8mEZMuz7tXJ/JrCf3rJEWgN/N8sfi9nDLUJSB9v59GH7S8k2qLufgRtMR7M TMiJ1f11cSK+kHGG74I0Nj6jI+RY0rubMNTsPQu5mrR7i9oBSIh4fZmFn6qtZXFmK2ihEyrz dJNSuapDvupNZ6OrV1MOzZGhZKqqUqxEiFSWQhCpJSlJKRKVUiSiS0hSWQVf6GJhZKlJVlbJ KVJbKWVKiJYoRVwYkwIRZEiJP50KKoYD23HDmHM4m4IcqQpkQhFhGvVg0lkT+j+ZtHXziqkh VlWAQqwhViJFKiQKsQEp0aTaJk1Uqok0aStOrZiVP2dzKe9WOUpWAH4CqAuw8N0j9Z0oOsJg yVGHi+WHmwLztxjCt3h07t3DDhwy1/Zwwp0eadWXNufuyVKykpYrDViYZH1yaMWqZPhLOeEn UyYlfw/c2d30WSNZVqyr6LfDVU81nnJl4EiFOl5sY5tzhrlm21Vc3N4laN2HKJDDKuOhRGJk Q9DNo1VMhsaoC8j3yDq9i9jmfdVKqHKuxqi7GCBuJ1PU8yx3lyFUUUeaJVUifII0hf6zNsFo SQtSFQkCRbrMP+EqWTGK5uziZJMu/hs1ZrUIemjHV2HRlDkpZJ/2bOHE1JVkndlgyNqCxYpU gQSj1euOZuPM6FPEhqeZCp2YYbJ4YYUbNGTLdpjPVhnBTF0012v8aEvhwpgogiMyl4MvRcNx TQIFm5FcZCZ5ZSRS9FQpKo13HE+a4HWxmL6WWE90Uw1nZqjaSREVhXdR3RlhlSsMNm5EVYPr H393fmqYQDNhggqNAdT3IYW0hkbB//F3JFOFCQq8gZSw --------------020601040804020209090203-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 00:08:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD9FC16A4DA for ; Wed, 9 Aug 2006 00:08:44 +0000 (UTC) (envelope-from fbsd-stable@mawer.org) Received: from mail-ihug.icp-qv1-irony3.iinet.net.au (ihug-mail.icp-qv1-irony3.iinet.net.au [203.59.1.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FDBD43D45 for ; Wed, 9 Aug 2006 00:08:43 +0000 (GMT) (envelope-from fbsd-stable@mawer.org) Received: from 203-206-173-235.perm.iinet.net.au (HELO [127.0.0.1]) ([203.206.173.235]) by mail-ihug.icp-qv1-irony3.iinet.net.au with ESMTP; 09 Aug 2006 08:08:42 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="4.07,223,1151856000"; d="scan'208"; a="894710346:sNHT28059776" Message-ID: <44D92774.8030204@mawer.org> Date: Wed, 09 Aug 2006 10:08:20 +1000 From: Antony Mawer User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: m.ehinger@ltur.de References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ncplogin panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 00:08:44 -0000 On 8/08/2006 5:20 PM, m.ehinger@ltur.de wrote: > Sory if i forgott that. > > I get this when i am copying from the Netware Server. Copying to the Server works well. Okay. What version of Netware are you using? What are the step-by-step procedures you are following in order to reproduce this (from step 1 as logging in to Netware or mounting the volume)? I've mounted Netware volumes read-only many times and copied large quantities of files from them, generally without problems - except for the infamous vanishing "." directory bug. -Antony From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 00:34:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 377EE16A4DE for ; Wed, 9 Aug 2006 00:34:49 +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 401D843D45 for ; Wed, 9 Aug 2006 00:34:47 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp226-175.lns2.adl4.internode.on.net [203.122.226.175]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k790YcHk019329 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Aug 2006 10:04:40 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Odhiambo Washington Date: Wed, 9 Aug 2006 10:04:32 +0930 User-Agent: KMail/1.9.3 References: <20060808163423.GG5552@ns2.wananchi.com> In-Reply-To: <20060808163423.GG5552@ns2.wananchi.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2402947.jnZzPh46Yz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608091004.34983.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: Silicon Laboratories CP2101/CP2102 usb serial adapters & 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: Wed, 09 Aug 2006 00:34:49 -0000 --nextPart2402947.jnZzPh46Yz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 09 August 2006 02:04, Odhiambo Washington wrote: > Daniel O'Connor was making an attempt, but I did not find any > info whether he succeeded. He sort of succeeded but the resulting driver has issues :) You can try it here.. http://www.dons.net.au/~darius/ucp-0.01.diff.gz MD5 (ucp-0.01.diff.gz) =3D 9e3543609263bfcab33dfa18e0d3c45f Originally my only test hardware was a CP2102 connected directly to a=20 microcontroller so I couldn't get access to the control lines, etc.. Now=20 however I have an FPGA dev. board with a CP2102 on it so I will be able to= =20 look at the various control signals. I have found that the programmer sort of works but it seems to 'lag' intial= ly=20 so perhaps there is a command that needs to be sent to kick things off. =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 --nextPart2402947.jnZzPh46Yz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBE2S2a5ZPcIHs/zowRApZFAKCOgA0sKBF8Ypj/D0tA1zauwJOzcgCgrFIb yFsONn7hwehtLg2e/qM5cjg= =/l1X -----END PGP SIGNATURE----- --nextPart2402947.jnZzPh46Yz-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 04:39:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A70A616A4DA for ; Wed, 9 Aug 2006 04:39:08 +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 1D1C343D55 for ; Wed, 9 Aug 2006 04:39:07 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k794bd6Q002689; Tue, 8 Aug 2006 22:37:45 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44D96690.1030308@samsco.org> Date: Tue, 08 Aug 2006 22:37:36 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: clinth References: <042001c6bb33$5bf1b050$4ee01bac@clinth> In-Reply-To: <042001c6bb33$5bf1b050$4ee01bac@clinth> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: freebsd-stable@freebsd.org Subject: Re: amr(4) in 6.1-RELEASE-p3 ignores my tape drive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2006 04:39:08 -0000 clinth wrote: >>Hi All, > > >>This morning I upgraded a Dell PowerEdge 2850 from 6.0-RELEASE to >>6.1-RELEASE and found that amr(4) no longer detects my Seagate DAT via >>sa(4). > > >>The system has an embedded Dell PERC 4e/Di with two channels. Channel 0 >>contains two disks in RAID 1 and works fine. Channel 1 has only the DAT >>at ID 6 but it is no longer detected. Possibly related to this, ses0 >>also shows up with the 6.0 kernel but not under 6.1. > > >>The diffs for amr show that a ton of (excellent) work has been done >>between 6.0 and 6.1 so I have no idea where to even begin looking for a >>solution. Any help is most appreciated. > > >>Regards, >>RJ > > > I am having the same issues as RJ. Has there been a resloution to this > issue as I'm unable to find one? > The system is the same as above with a new install of 6.1-RELEASE-p3. Any > help is very appreciated. > > Clint > It's my fault. I was hoping that the SCSI-passthrough mis-feature would not be missed, but I forgot that Dell was making systems that explicitely encourage it. Fixing the driver is non-trivial, but I'll see what I can do before 6.2. Until then, you should be able to transplant the 6.0 sources into your 6.1 trees and rebuild. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 07:23:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B0AB16A4EA for ; Wed, 9 Aug 2006 07:23:51 +0000 (UTC) (envelope-from erik.ostlyngen@uninett.no) Received: from tyholt.uninett.no (tyholt.uninett.no [158.38.62.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7748443D6A for ; Wed, 9 Aug 2006 07:23:50 +0000 (GMT) (envelope-from erik.ostlyngen@uninett.no) Received: from localhost (localhost.localdomain [127.0.0.1]) by tyholt.uninett.no (Postfix) with ESMTP id 93E9A87BC9 for ; Wed, 9 Aug 2006 09:23:48 +0200 (CEST) Received: from tyholt.uninett.no ([127.0.0.1]) by localhost (tyholt.uninett.no [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28916-01-12 for ; Wed, 9 Aug 2006 09:23:47 +0200 (CEST) Received: from lykke.uninett.no (lykke.uninett.no [158.38.62.210]) by tyholt.uninett.no (Postfix) with ESMTP id CA74287BC6 for ; Wed, 9 Aug 2006 09:23:47 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by lykke.uninett.no (Postfix) with ESMTP id AF55D439FA for ; Wed, 9 Aug 2006 09:23:47 +0200 (CEST) Message-ID: <44D98D82.6000402@uninett.no> Date: Wed, 09 Aug 2006 09:23:46 +0200 From: "Erik P. Ostlyngen" User-Agent: Thunderbird 1.5.0.4 (X11/20060615) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at uninett.no Subject: Problems with QLogic 2312 FC controller on FreeBSD 4.11 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 07:23:51 -0000 Hi, I'm struggling to get a QLogic 2312 FC controller to work with a FreeBSD 4.11 server after upgrading to the latest stable code in cvs. My server, an IBM-x336, is connected with fiber channel to a Nexsan SATABlade using the QLogic 2312 FC controller. I've been running 4.11-RELEASE for a while and this seemed to work, but had low performance on certain disk operations. I've now upgraded the kernel to 4.11-STABLE (cvs checkout 2006-08-07), and the external disk is no longer recognized after booting. Has anyone seen this before? Any suggestions on how to proceed? Some specs: Server: IBM-x336, 2GB ram, 2x3.2GHz CPU FC controller: QLogic 2312, using firmware from the FreeBSD ispfw module Disk raid: Nexsan SATABlade, firmware 9p41 With the 4.11-STABLE kernel, I get the following boot messages: Preloaded elf kernel "kernel" at 0xc066b000. Preloaded elf module "vinum.ko" at 0xc066b09c. Preloaded elf module "ispfw.ko" at 0xc066b13c. Warning: Pentium 4 CPU: PSE disabled Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 16 -> irq 2 IOAPIC #0 intpin 19 -> irq 3 IOAPIC #0 intpin 23 -> irq 5 IOAPIC #0 intpin 17 -> irq 10 pci0: on pcib0 pci0: (vendor=0x8086, dev=0x3591) at 0.1 pcib1: irq 0 at device 2.0 on pci0 pci2: on pcib1 pcib2: irq 0 at device 4.0 on pci0 pci3: on pcib2 pcib3: at device 0.0 on pci3 IOAPIC #1 intpin 4 -> irq 11 pci4: on pcib3 mpt0: port 0x4000-0x40ff mem 0xdefe0000-0xdefeffff,0xdeff0000-0xdeffffff irq 11 at device 1.0 on pci4 mpt0: MPI Version=1.2.15.0 mpt0: Capabilities: ( RAID-1 SAFTE ) mpt0: 0 Active Volumes (1 Max) mpt0: 0 Hidden Drive Members (6 Max) pcib4: at device 0.2 on pci3 IOAPIC #2 intpin 0 -> irq 16 pci5: on pcib4 isp0: port 0x5000-0x50ff mem 0xdcfff000-0xdcffffff irq 16 at device 1.0 on pci5 isp0: Board Type 2312, Chip Revision 0x2, loaded F/W Revision 3.3.19 isp0: 839 max I/O commands supported isp0: NVRAM Port WWN 0x210000e08b82cd8a ... (then no more reports from the isp driver, and no da2 device) With the 4.11-RELEASE kernel, I got these boot messages from the isp driver: isp0: port 0x5000-0x50ff mem 0xdcfff000-0xdcffffff irq 16 at device 1.0 on pci5 isp0: Board Type 2312, Chip Revision 0x2, loaded F/W Revision 3.1.20 isp0: Installed in 64-Bit PCI slot isp0: 744 max I/O commands supported isp0: NVRAM Port WWN 0x210000e08b82cd8a ... isp0: LIP Received isp0: Loop UP isp0: Port Database Changed ... isp0: Firmware State Ready> isp0: 2Gb link speed/s isp0: Loop ID 0, AL_PA 0xef, Port ID 0xef, Loop State 0x2, Topology 'Private Loop' isp0: Target 0 (Loop 0x0) Port ID 0xef (role Initiator) Arrived Port WWN 0x210000e08b82cd8a Node WWN 0x200000e08b82cd8a isp0: Target 1 (Loop 0x1) Port ID 0xe8 (role Target) Arrived Port WWN 0x5000402001ec058f Node WWN 0x2001000402ec058f ... da2 at isp0 bus 0 target 1 lun 0 da2: Fixed Direct Access SCSI-4 device da2: 200.000MB/s transfers, Tagged Queueing Enabled da2: 1907504MB (3906568192 512 byte sectors: 255H 63S/T 46564C) Best regards, Erik ьstlyngen From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 07:50:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C1AD16A4DD for ; Wed, 9 Aug 2006 07:50:23 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7B0D43D53 for ; Wed, 9 Aug 2006 07:50:22 +0000 (GMT) (envelope-from v.haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id 4FB321A3401; Wed, 9 Aug 2006 09:50:21 +0200 (CEST) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14306-06; Wed, 9 Aug 2006 09:50:18 +0200 (CEST) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id 4399B1A33DB; Wed, 9 Aug 2006 09:50:18 +0200 (CEST) Received: from [192.168.111.24] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 9C37361CC1; Wed, 9 Aug 2006 09:50:17 +0200 (CEST) Message-ID: <44D993AC.3090702@sh.cvut.cz> Date: Wed, 09 Aug 2006 09:50:04 +0200 From: =?ISO-8859-1?Q?V=E1clav_Haisman?= User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7DFA8BEFEB2DB569D89C0CB8" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-5.9 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, BAYES_00 X-Spam-Level: Subject: GEOM stacking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2006 07:50:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7DFA8BEFEB2DB569D89C0CB8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I have a running gmirror. Somewhere in its docs there is a mentioning about writing meta data to the last sector of a disk. Now, I would like to add PJD's gjournal journaling on top of the mirror. As far as I understand, it does write some meta data to the last sector of the journaled device, too. Will it overwrite the gmirror meta data and thus break the mirror or will it somehow magically work? Does each GEOM layer make the resulting block device one sector shorter? -- Vaclav Haisman --------------enig7DFA8BEFEB2DB569D89C0CB8 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.3 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRNmTuENOZDESBK8FAQJqpwf8CFVCdsJ2T1ffR0pt4PUrVr/twqzWbo1P 1E2KhwYeL45ukUJ/qvyWYl/cN9wFkuqdjBT/sfT7f1kexxhejHmUluEhjmfTRDit xTDAZ6/Z5++SjIgD5n1cqBFAtAoZw87UDS9U2N2an/AqEtUfdejiI4ixAE53XEVW FBod7+srMyU75KSRRmJNIwjvaQVvaDU0xQbL4UxYX51jPLmVJoIljPqNHgA2uxTq YsiZrAYGEUaG/s0WIGLDRW1f3XQ29Lgoyd11l4HOg680QLiXKRtX9K4lngYzUGWl RpOvp7LFGFgcjEhbhWAUkoQIJIZOzf9yGaQr4MkUZyX3Zibv7G1sEw== =UZUU -----END PGP SIGNATURE----- --------------enig7DFA8BEFEB2DB569D89C0CB8-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 08:47:19 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 570A616A4E1 for ; Wed, 9 Aug 2006 08:47:19 +0000 (UTC) (envelope-from scott.wilson@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEA4043D46 for ; Wed, 9 Aug 2006 08:47:17 +0000 (GMT) (envelope-from scott.wilson@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so93744nfe for ; Wed, 09 Aug 2006 01:47:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=V6Qu4m4EblD5vn5IjGYx6cglWEJrCn3NTodhGbdpa9NH6xnoaP9YVAsde7TiACHPkNFfM3GgJJul4vTyGI6OQKn0YrYo+XTTmahRbbHKgjeFE5CCv19lbR4CYB3uAX0ktNdcfbthAB90KNceVrnLqhQP3DN9Ktna9DA9QFnFlUk= Received: by 10.78.170.6 with SMTP id s6mr231801hue; Wed, 09 Aug 2006 01:47:09 -0700 (PDT) Received: by 10.78.70.10 with HTTP; Wed, 9 Aug 2006 01:47:09 -0700 (PDT) Message-ID: Date: Wed, 9 Aug 2006 10:47:09 +0200 From: "Scott Wilson" To: "David (Controller AE) Christensen" In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301AB707F@NT-IRVA-0750.brcm.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <09BFF2FA5EAB4A45B6655E151BBDD90301AB707F@NT-IRVA-0750.brcm.ad.broadcom.com> Cc: pyunyh@gmail.com, stable@freebsd.org, davidch@freebsd.org, Eric Hodel Subject: Re: RE: Re: Re: bce0: Error mapping mbuf into TX chain! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2006 08:47:19 -0000 Hi Dave, On 8/7/06, David (Controller AE) Christensen wrote: > Scott, > > What are you doing when this problem occurs? Is it something I can > easily duplicate here? When I tested the fix on -CURRENT I used the > following command suggested by Doug to bring out the failure quickly: > > ssh "dd if=/dev/zero bs=1" > /dev/null > > Does this same command fail for you too? Yes, that brought the interface to a halt very quickly! To answer what I was doing on the machine, it's running mysql with a fairly large database and most of the 8G of ram in the machine devoted to mysql. I'm running the amd64 on a Dell 1950 with Woodcrest series (5100) Xeon processors and BCM5708 NICs. cheers, scott > > -----Original Message----- > > From: Scott Wilson [mailto:scott.wilson@gmail.com] > > Sent: Saturday, August 05, 2006 3:08 PM > > To: pyunyh@gmail.com > > Cc: Doug Ambrisko; David (Controller AE) Christensen; > > stable@freebsd.org; davidch@freebsd.org; Eric Hodel > > Subject: Re: Re: Re: bce0: Error mapping mbuf into TX chain! > > > > On 8/5/06, Pyun YongHyeon wrote: > > > On Fri, Aug 04, 2006 at 03:52:40PM +0200, Scott Wilson wrote: > > > > On 7/13/06, Doug Ambrisko wrote: > > > > >David (Controller AE) Christensen writes: > > > > >| Sorry, I've been out on vacation and just got back > > into town. I'll MFC > > > > >| the patch within the next day or two. > > > > > > > > > >I'll let you merge in the down/up fix that I put into -current. > > > > > > > > > >Doug A. > > > > > > > > Hi, I just had a bce interface lock up with the same problem: > > > > > > > > Aug 4 07:00:16 pe3 kernel: bce0: > > /usr/src/sys/dev/bce/if_bce.c(4644): > > > > Error mapping mbuf into TX chain! > > > > Aug 4 07:00:47 pe3 last message repeated 368 times > > > > .... > > > > > > > > running v 1.2.2.5 of if_bce.c from RELENG_6 which has the > > > > defragmentation patch mentioned in this thread. Any > > suggestions on > > > > how I can help find a fix? > > > > > > > > scott > > > > > > Hmm... I can see several bus_dma(9) related bugs in bce(4). > > > For architectures that have IOMMU hardware it may have corrupted DMA > > > mapping and I'm pretty sure it wouldn't work on sparc64. > > > When it has to handle many fragmented frame or has insufficient > > > number of free Tx descriptors it would show unexpected results. > > > Unfortunately I don't have hardwares supported by bce(4) and > > > fixing requiries a working hardware. :-( > > > > > > > I see ... I am running amd64 on some dell poweredge 1950 boxes. > > They're xeon processors, but have chosen amd64 because they have 8gig > > of ram each. > > > > Here are the relevant details on the interface.... > > > > bce0: mem > > 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 > > bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > > miibus0: on bce0 > > brgphy0: on miibus0 > > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > > 1000baseTX-FDX, auto > > > > I could make a machine available remotely to someone if it would help. > > > > Any other advice on how I can help move this forward would be greatly > > appreciated! > > > > thanks, > > > > scott > > > > > > From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 09:02:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3215216A4DD for ; Wed, 9 Aug 2006 09:02:52 +0000 (UTC) (envelope-from scott.wilson@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5883143D73 for ; Wed, 9 Aug 2006 09:02:44 +0000 (GMT) (envelope-from scott.wilson@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so99257nfe for ; Wed, 09 Aug 2006 02:02:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JirNvsiobV+vCOkKhrKtSzEgkajgZVl0H2GCGBNN+tkzx4F8YdKLVMflTY1m3fvTs8CmMnxyne+P++zf9G3cKN6qMSL9OJFl+gzQKR3prLTzkZnz+dIHudH4DL3XfLWnxzZtCnxihudzusmjCJR2btDaWJDf4rnhA56zYODTdEA= Received: by 10.78.116.19 with SMTP id o19mr227333huc; Wed, 09 Aug 2006 02:02:37 -0700 (PDT) Received: by 10.78.70.10 with HTTP; Wed, 9 Aug 2006 02:02:37 -0700 (PDT) Message-ID: Date: Wed, 9 Aug 2006 11:02:37 +0200 From: "Scott Wilson" To: "David (Controller AE) Christensen" In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301AB72BF@NT-IRVA-0750.brcm.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060808003404.GA5411@cdnetworks.co.kr> <09BFF2FA5EAB4A45B6655E151BBDD90301AB72BF@NT-IRVA-0750.brcm.ad.broadcom.com> Cc: pyunyh@gmail.com, stable@freebsd.org, davidch@freebsd.org, Eric Hodel Subject: Re: RE: Re: Re: bce0: Error mapping mbuf into TX chain! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2006 09:02:52 -0000 On 8/8/06, David (Controller AE) Christensen wrote: > > > > Since BCE_MAX_SEGMENTS is too small I guess it will happen on highly > > fragmented packets under heavy loads. To simulate the situation > > you can use m_fragment(9) to fragment the frame in bce_tx_encap(). > > With m_fragment(9), "ping -f -s 65507 x.x.x.x" may trigger it. > > > > I didn't know about m_fragment before. I'll write a note to myself > and look at how to add it to the debug path for a future driver > revision. > > > Btw, I've never seen this small number of Tx DMA segments support( > > BCE_MAX_SEGMENTS == 8) on GigE. Is this hardware limitation? > > > > The real value for BCE_MAX_SEGMENTS should be 16, not 8. I chose 8 as a > reasonable value to start with. If the number of fragments exceeds 16 > then we would expect to see performance drop and it is probably faster > to > have the OS defragment the packet rather than try to perform so many > DMAs. > What I don't understand is why the driver stays locked up after it gets into this mode. I guess that's a separate issue from the low max segments which is triggering it in the first place? -scott From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 10:15:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1087616A4DE for ; Wed, 9 Aug 2006 10:15:21 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90DA043D45 for ; Wed, 9 Aug 2006 10:15:20 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 453BA114037 for ; Wed, 9 Aug 2006 11:15:19 +0100 (BST) 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 11mThJxwyBZU for ; Wed, 9 Aug 2006 11:15:16 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id C28B5114032 for ; Wed, 9 Aug 2006 11:15:16 +0100 (BST) Message-ID: <44D9B5B4.7010208@goodforbusiness.co.uk> Date: Wed, 09 Aug 2006 11:15:16 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.4 (X11/20060718) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Device conflict 3ware twe and CMedia sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2006 10:15:21 -0000 Hello, I seem to have a device conflict on my desktop. When attempting to fsck a gstripe volume attached via the twe card the system becomes 'choppy' and from looking at systat (when it isn't frozen) the system is receiving about 300k interrupts per second from the pcm device. If I leave the system in this state for a few minutes it will do an instant-reset, presumably because it can't cope. Verbose dmesg: http://goodforbusiness.co.uk/~dom/dmesg.boot Specific parts: twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xdcb0-0xdcbf mem 0xdf000000-0xdf7fffff irq 49 at device 13.0 on pci3 twe0: Reserved 0x10 bytes for rid 0x10 type 4 at 0xdcb0 ioapic2: routing intpin 1 (PCI IRQ 49) to vector 49 twe0: [GIANT-LOCKED] twe0: AEN: twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 twe0: Monitor ME7X 1.01.00.040, PCB Rev5 , Achip 3.20 , Pchip 1.30-66 twe0: port 0: WDC WD3200KS-00PFB0 305245MB twe0: port 1: WDC WD3200KS-00PFB0 305245MB pcm0: port 0xcc00-0xccff irq 17 at device 13.0 on pci7 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xcc00 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 55 pcm0: [MPSAFE] pcm0: sndbuf_setmap 3e8ee000, 4000; 0xe5408000 -> 3e8ee000 pcm0: sndbuf_setmap 3e8ea000, 4000; 0xe540c000 -> 3e8ea000 I believe I can use device.hints(5) to work around this, but I am unsure variable I can set in order to resolve this. Does the device 13.0 from dmesg refer to the 'drq' ? Thanks, Dominic From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 10:19:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B01B716A4DE for ; Wed, 9 Aug 2006 10:19:07 +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 01D9143D55 for ; Wed, 9 Aug 2006 10:19:07 +0000 (GMT) (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 D53E11A3C27; Wed, 9 Aug 2006 03:19:06 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2C16C516F6; Wed, 9 Aug 2006 06:19:06 -0400 (EDT) Date: Wed, 9 Aug 2006 06:19:06 -0400 From: Kris Kennaway To: Eric Millbrandt Message-ID: <20060809101905.GA20920@xor.obsecurity.org> References: <44D9256D.8060004@coldhaus.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <44D9256D.8060004@coldhaus.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Stop in buildworld under RELENG_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: Wed, 09 Aug 2006 10:19:07 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 08, 2006 at 07:59:41PM -0400, Eric Millbrandt wrote: > Is buildworld broken under RELENG_4. No. > I made sure to start out with a=20 > clean buildtree and to delete /usr/obj. Here is the stop and attached=20 > is the entire script. > DING! emillbrandt@mongoloid:/usr/src# uname -a=20 > FreeBSD mongoloid.xxxxxx.com 4.11-STABLE FreeBSD 4.11-STABLE #9: Thu Mar= =20 > 23 21:27:05 EST 2006 =20 > emillbrandt@mongoloid.xxxxxx.com:/builds/obj/usr/src/sys/MONGOLOID alpha > 17:35 emillbrandt@mongoloid:/usr/src# gcc --version=20 > 2.95.4 >=20 > cc -c -O -pipe -mcpu=3Dpca56 -fexceptions -DIN_GCC -D_PTHREADS=20 > -DGTHREAD_USE_WEAK -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config= =20 > -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -DL_fixdfsi -o=20 > _fixdfsi.o /usr/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c > cc: Internal compiler error: program cc1 got fatal signal 4 > *** Error code 1 This is SIGILL, and it's probably because you're using an incorrect CPUTYPE for your hardware. Kris --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE2baZWry0BWjoQKURAp7YAKC+igL9xtcgwcnBarl6nUrCttiEAACg8HiA Sjd2RleL7CWLgr/HVr00imE= =euG7 -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 10:26:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 043A716A4E5 for ; Wed, 9 Aug 2006 10:26:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36DCE43D86 for ; Wed, 9 Aug 2006 10:26:40 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so247748pyc for ; Wed, 09 Aug 2006 03:26:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=kRb4w2FIfX0tbNj6whDhTGZCcoNbF+whDDfDMcA/WPHU3PuE9Z5wxFrVoPOZ4LCqcAnVvK78eJ5GOWQNr1/u8uuTsCmTSpWFAAf+IMcoRFbcZ/oi3K7L2mArJs/x13m64DE9OCfUwfGVT8UBa4tYvB/nVkJs5+acbXM8kNSRy/8= Received: by 10.35.87.8 with SMTP id p8mr1284821pyl; Wed, 09 Aug 2006 03:26:39 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 14sm1795799nzp.2006.08.09.03.26.36; Wed, 09 Aug 2006 03:26:38 -0700 (PDT) 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 k79AR4qH015342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Aug 2006 19:27:04 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k79AQYDS015340; Wed, 9 Aug 2006 19:26:34 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 9 Aug 2006 19:26:34 +0900 From: Pyun YongHyeon To: Scott Wilson Message-ID: <20060809102634.GD12382@cdnetworks.co.kr> References: <20060808003404.GA5411@cdnetworks.co.kr> <09BFF2FA5EAB4A45B6655E151BBDD90301AB72BF@NT-IRVA-0750.brcm.ad.broadcom.com> 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: stable@freebsd.org, "David \(Controller AE\) Christensen" , davidch@freebsd.org, Eric Hodel Subject: Re: RE: Re: Re: bce0: Error mapping mbuf into TX chain! 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, 09 Aug 2006 10:26:50 -0000 On Wed, Aug 09, 2006 at 11:02:37AM +0200, Scott Wilson wrote: > On 8/8/06, David (Controller AE) Christensen wrote: > >> > >> Since BCE_MAX_SEGMENTS is too small I guess it will happen on highly > >> fragmented packets under heavy loads. To simulate the situation > >> you can use m_fragment(9) to fragment the frame in bce_tx_encap(). > >> With m_fragment(9), "ping -f -s 65507 x.x.x.x" may trigger it. > >> > > > >I didn't know about m_fragment before. I'll write a note to myself > >and look at how to add it to the debug path for a future driver > >revision. > > > >> Btw, I've never seen this small number of Tx DMA segments support( > >> BCE_MAX_SEGMENTS == 8) on GigE. Is this hardware limitation? > >> > > > >The real value for BCE_MAX_SEGMENTS should be 16, not 8. I chose 8 as a > >reasonable value to start with. If the number of fragments exceeds 16 > >then we would expect to see performance drop and it is probably faster > >to > >have the OS defragment the packet rather than try to perform so many > >DMAs. > > > > What I don't understand is why the driver stays locked up after it > gets into this mode. I guess that's a separate issue from the low max > segments which is triggering it in the first place? > There are several cases here. 1. Due to lack of free Tx descriptors bus_dmamap_load_mbuf(9) can fail, so loaded DMA map should be unloaded with bus_dmamap_unload(9) in order to reload it after m_defrag(9) call. 2. If m_defrag(9) fail you may want to free m_head as keeping it in queue may result in stuck condition. Since m_defrag(9) can't defragment the mbuf chain you can never send it again if you requeue the mbuf chain. 3. If the second bus_dmamap_load_mbuf(9) fail you should requeue m_head which was alreay modified with m_defrag(9). Just returning error from failure make bce(4) reuse invalud mbuf chain. As a general rule caller of m_defrag(9) should be prepared to cope with modified mbuf chains when it requeues the mbuf chains. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 12:55:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27EF316A4DA for ; Wed, 9 Aug 2006 12:55:20 +0000 (UTC) (envelope-from saki@pacific.net.id) Received: from melon.pacific.net.id (melon.pacific.net.id [203.123.254.38]) by mx1.FreeBSD.org (Postfix) with SMTP id 6ECDB43D49 for ; Wed, 9 Aug 2006 12:55:17 +0000 (GMT) (envelope-from saki@pacific.net.id) Received: (qmail 27684 invoked by uid 509); 9 Aug 2006 12:57:36 -0000 Received: from 202.46.69.59 by melon (envelope-from , uid 501) with qmail-scanner-1.24 (clamdscan: 0.88.2/1640. Clear:RC:1(202.46.69.59):. Processed in 0.029113 secs); 09 Aug 2006 12:57:36 -0000 Received: from unknown (HELO SAKI) (202.46.69.59) by melon.pacific.net.id with SMTP; 9 Aug 2006 12:57:36 -0000 Date: Wed, 9 Aug 2006 19:53:10 +0700 From: Akhmad Sakirun X-Mailer: The Bat! (v3.0) Professional X-Priority: 3 (Normal) Message-ID: <496795293.20060809195310@pacific.net.id> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Network often not responding X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Akhmad Sakirun List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 12:55:20 -0000 Hello, I have squid cache server using: MB Tyan Tiger K8W/S2875 Dual Opteron 246 4 GB DDR, connected to cisco catalyst. Freebsd AMD64 6.1-Stable sometimes network down and up again on uncertain condition i've tried change network card and disable onboadr gigabit ethernet, work good for a days then it happen again. Then i try to move another port on catalyst switch, it's same. When network not responding connecting using cross-cable not work too. it will up again 5 minutes later or more. I can't find any relevan error on /var/log/message except something like this: Aug 9 15:09:16 cache kernel: xl0: transmission error: 90 Aug 9 15:09:16 cache kernel: xl0: tx underrun, increasing tx start threshold to 120 bytes anyone experienced something like this ? From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 13:49:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48B1D16A4DA for ; Wed, 9 Aug 2006 13:49:57 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA35943D49 for ; Wed, 9 Aug 2006 13:49:56 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so142593wxd for ; Wed, 09 Aug 2006 06:49:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=hAHuBCNA7qXscustKL4pkBG8XV04CV8E+Yi7mPZgsKcnsbMhmRx9pM71pf8hSjqVfeaGLC3vFZk4SPLeihBQ29Uz8cbLaPQCWfIZc2WSUnjal2iJ+wgfSUtvF0I9XJFdnBga5aDvbFZ6Rlfz3Uif0cLhUxEFJWpVzuJi79vJL5k= Received: by 10.78.200.3 with SMTP id x3mr331168huf; Wed, 09 Aug 2006 06:49:47 -0700 (PDT) Received: by 10.78.143.11 with HTTP; Wed, 9 Aug 2006 06:49:47 -0700 (PDT) Message-ID: Date: Wed, 9 Aug 2006 08:49:47 -0500 From: "Nikolas Britton" To: "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: gzip is faster with -O3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2006 13:49:57 -0000 dd if=/dev/random of=testfile bs=1m count=5000 gzip compiled with -O3: # date ; nice -10 ./gzip -c9 testfile > testfile.gz ; date Wed Aug 9 08:01:21 CDT 2006 Wed Aug 9 08:09:06 CDT 2006 465 Seconds. gzip compiled with -O2: # date ; nice -10 ./gzip -c9 testfile > testfile.gz ; date Wed Aug 9 08:19:14 CDT 2006 Wed Aug 9 08:27:06 CDT 2006 472 Seconds. 7 second difference, it's not much but I still wanted to share it with the group. -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 14:10:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBCCE16A4DA for ; Wed, 9 Aug 2006 14:10:06 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73A9E43D58 for ; Wed, 9 Aug 2006 14:10:05 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 7E2E3114032; Wed, 9 Aug 2006 15:10:04 +0100 (BST) 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 PmuVSf7k3RfJ; Wed, 9 Aug 2006 15:10:02 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id EC66711402F; Wed, 9 Aug 2006 15:10:01 +0100 (BST) Message-ID: <44D9ECB9.5020500@goodforbusiness.co.uk> Date: Wed, 09 Aug 2006 15:10:01 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.4 (X11/20060718) MIME-Version: 1.0 To: Akhmad Sakirun References: <496795293.20060809195310@pacific.net.id> In-Reply-To: <496795293.20060809195310@pacific.net.id> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Network often not responding X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2006 14:10:07 -0000 Akhmad Sakirun wrote: > Hello, > > I have squid cache server using: > MB Tyan Tiger K8W/S2875 > Dual Opteron 246 > 4 GB DDR, > connected to cisco catalyst. > Freebsd AMD64 6.1-Stable > > sometimes network down and up again on uncertain condition > i've tried change network card and disable onboadr gigabit ethernet, > work good for a days then it happen again. > Then i try to move another port on catalyst switch, it's same. > > When network not responding connecting using cross-cable not work too. > it will up again 5 minutes later or more. > > I can't find any relevan error on /var/log/message except something > like this: > Aug 9 15:09:16 cache kernel: xl0: transmission error: 90 > Aug 9 15:09:16 cache kernel: xl0: tx underrun, increasing tx start threshold to 120 bytes > > anyone experienced something like this ? > Googling for the second line I found this: http://lists.freebsd.org/pipermail/freebsd-doc/2005-November/009273.html It quotes this part of the manual page for dc, another network card: "This is from the dc(4) man page: dc%d: TX underrun -- increasing TX threshold The device generated a transmit underrun error while attempting to DMA and transmit a packet. This happens if the host is not able to DMA the packet data into the NIC's FIFO fast enough. The driver will dynamically increase the trans- mit start threshold so that more data must be DMAed into the FIFO before the NIC will start transmitting it onto the wire." So it would seem like the card cannot keep pace with the system. What NICs have you tried? Dom > > > > > > > _______________________________________________ > 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 Aug 9 14:17:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB0D416A4E5 for ; Wed, 9 Aug 2006 14:17:31 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0F24743D4C for ; Wed, 9 Aug 2006 14:17:30 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 09 Aug 2006 14:17:29 -0000 Received: from p509118E1.dip0.t-ipconnect.de (EHLO m2a2.dyndns.org) [80.145.24.225] by mail.gmx.net (mp029) with SMTP; 09 Aug 2006 16:17:29 +0200 X-Authenticated: #428038 Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id DDE63200A57 for ; Wed, 9 Aug 2006 16:17:28 +0200 (CEST) Received: from m2a2.dyndns.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18696-13 for ; Wed, 9 Aug 2006 16:17:28 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 0F206200A5C; Wed, 9 Aug 2006 16:17:28 +0200 (CEST) From: Matthias Andree To: freebsd-stable@freebsd.org In-Reply-To: (Nikolas Britton's message of "Wed, 9 Aug 2006 08:49:47 -0500") References: X-PGP-Key: http://home.pages.de/~mandree/keys/GPGKEY.asc Date: Wed, 09 Aug 2006 16:17:28 +0200 Message-ID: User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: amavisd-new at emma.line.org X-Y-GMX-Trusted: 0 Subject: Re: gzip is faster with -O3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2006 14:17:32 -0000 "Nikolas Britton" writes: > dd if=/dev/random of=testfile bs=1m count=5000 1. gzip isn't usually used to compress incompressible data. 2. use "time" to figure out how much CPU time it actually burns. 5 GB are somewhat I/O bound, but gcc options don't help with that, so CPU time is better than wallclock time. > gzip compiled with -O3: > # date ; nice -10 ./gzip -c9 testfile > testfile.gz ; date > Wed Aug 9 08:01:21 CDT 2006 -- Matthias Andree From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 16:40:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8716916A4DA for ; Wed, 9 Aug 2006 16:40:32 +0000 (UTC) (envelope-from lassee@kth.se) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1CD443D49 for ; Wed, 9 Aug 2006 16:40:31 +0000 (GMT) (envelope-from lassee@kth.se) Received: from anon ([83.227.136.89] [83.227.136.89]) by mxfep02.bredband.com with ESMTP id <20060809164029.VMZX23359.mxfep02.bredband.com@anon> for ; Wed, 9 Aug 2006 18:40:29 +0200 From: "Lasse Edlund" To: Date: Wed, 9 Aug 2006 18:39:46 +0200 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Thread-Index: Aca70myCdZCBvh35Qve7NIqRZRRgPA== Message-Id: <20060809164029.VMZX23359.mxfep02.bredband.com@anon> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: problems getting RAID1 to work with SiI 0680 UDMA133 controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lassee@kth.se List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 16:40:32 -0000 I have this "ultra ata IDE controller card" that I try to use with RAID1, Both the harddrives I intend to use, ad6 & ad4 are working, fsck gives no errors and I can read/write on them. I have setup raid1 on these in the bios utility for the ata controller card. but now It says one of them is down! Why is that? And what can I do about it? >From dmesg: atapci0: port 0x1050-0x1057,0x1060-0x1063,0x1058-0 x105f,0x1064-0x1067,0x1040-0x104f mem 0x40100000-0x401000ff irq 18 at device 9.0 on pci2 ad0: 19092MB at ata0-master UDMA100 acd0: CDROM at ata1-master PIO4 ad4: 190782MB at ata2-master UDMA100 ad5: 286188MB at ata2-slave UDMA133 ad6: 190782MB at ata3-master UDMA100 ad7: 14664MB at ata3-slave UDMA66 ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode ar0: 190781MB status: DEGRADED ar0: disk0 DOWN no device found for this subdisk ar0: disk1 READY (mirror) using ad6 at ata3-master su-2.05b# atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 4 Slave: no device present ATA channel 1: Master: acd0 ATA/ATAPI revision 0 Slave: no device present ATA channel 2: Master: ad4 ATA/ATAPI revision 6 Slave: ad5 ATA/ATAPI revision 7 ATA channel 3: Master: ad6 ATA/ATAPI revision 6 Slave: ad7 ATA/ATAPI revision 4 From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 17:18:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8B8216A4DA for ; Wed, 9 Aug 2006 17:18:07 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D2E9843D4C for ; Wed, 9 Aug 2006 17:18:05 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 09 Aug 2006 17:18:04 -0000 Received: from p54A7FAD5.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.250.213] by mail.gmx.net (mp036) with SMTP; 09 Aug 2006 19:18:04 +0200 X-Authenticated: #5465401 Message-ID: <44DA18C1.9080104@gmx.de> Date: Wed, 09 Aug 2006 19:17:53 +0200 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: Nikolas Britton References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: FreeBSD Stable List Subject: Re: gzip is faster with -O3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2006 17:18:08 -0000 Nikolas Britton wrote: > dd if=/dev/random of=testfile bs=1m count=5000 > > gzip compiled with -O3: > # date ; nice -10 ./gzip -c9 testfile > testfile.gz ; date > Wed Aug 9 08:01:21 CDT 2006 > Wed Aug 9 08:09:06 CDT 2006 > 465 Seconds. > > gzip compiled with -O2: > # date ; nice -10 ./gzip -c9 testfile > testfile.gz ; date > Wed Aug 9 08:19:14 CDT 2006 > Wed Aug 9 08:27:06 CDT 2006 > 472 Seconds. > > 7 second difference, it's not much but I still wanted to share it with > the group. > > You should use /bin/time for measuring. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 17:19:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6598E16A4DE for ; Wed, 9 Aug 2006 17:19:44 +0000 (UTC) (envelope-from sthalik@tehran.lain.pl) Received: from mail.in5.pl (rollercoaster.insane.pl [213.251.173.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8BB543D45 for ; Wed, 9 Aug 2006 17:19:41 +0000 (GMT) (envelope-from sthalik@tehran.lain.pl) Received: from c182-250.icpnet.pl ([85.221.182.250] helo=tehran.local) by mail.in5.pl with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (envelope-from ) id 1GAriV-0001fn-CQ for freebsd-stable@freebsd.org; Wed, 09 Aug 2006 19:19:39 +0200 Received: from sthalik by tehran.local with local (Exim 4.62) (envelope-from ) id 1GAriA-0008OK-NX for freebsd-stable@freebsd.org; Wed, 09 Aug 2006 19:19:19 +0200 Date: Wed, 9 Aug 2006 19:19:17 +0200 From: Stanislaw Halik To: freebsd-stable@freebsd.org Message-ID: <20060809171917.GA32202@localhost.localdomain> Mail-Followup-To: freebsd-stable@freebsd.org References: <496795293.20060809195310@pacific.net.id> <44D9ECB9.5020500@goodforbusiness.co.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <44D9ECB9.5020500@goodforbusiness.co.uk> X-PGP-Key: http://tehran.lain.pl/public.key User-Agent: Mutt/1.5.12-2006-07-14 X-User: sthalik Subject: Re: Network often not responding X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2006 17:19:44 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 09, 2006, Dominic Marks wrote: >> Aug 9 15:09:16 cache kernel: xl0: transmission error: 90 >> Aug 9 15:09:16 cache kernel: xl0: tx underrun, increasing tx start=20 >> threshold to 120 bytes > dc%d: TX underrun -- increasing TX threshold The device generated a > transmit underrun error while attempting to DMA and transmit a packet. > This happens if the host is not able to DMA the packet data into the ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > NIC's FIFO fast enough. The driver will dynamically increase the ~~~~~~~~~~~~~~~~~~~~~~ > trans- mit start threshold so that more data must be DMAed into the > FIFO before the NIC will start transmitting it onto the wire." > So it would seem like the card cannot keep pace with the system. What NICs ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > have you tried? Basing on the quoted text, isn't it the opposite? --=20 I saw `cout' being shifted "Hello world" times to the left and stopped right there. -- Steve Gonedes --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE2hkVadU+vjT62TERAl+gAJ9Gi7evICInCJKh65Wa6myWlYwPQgCfbC+X IRUaH/80zu2tTv6PYpMAhX8= =kmQJ -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 20:15:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ED0E16A4DE for ; Wed, 9 Aug 2006 20:15:32 +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 0CD0E43D45 for ; Wed, 9 Aug 2006 20:15:31 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GAuSU-0007y9-VP for freebsd-stable@freebsd.org; Wed, 09 Aug 2006 22:15:18 +0200 Received: from cmung1796.cmu.carnet.hr ([193.198.135.18]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 09 Aug 2006 22:15:18 +0200 Received: from ivoras by cmung1796.cmu.carnet.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 09 Aug 2006 22:15:18 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Wed, 09 Aug 2006 22:14:53 +0200 Lines: 13 Message-ID: References: <44D993AC.3090702@sh.cvut.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: cmung1796.cmu.carnet.hr User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) In-Reply-To: <44D993AC.3090702@sh.cvut.cz> Sender: news Subject: Re: GEOM stacking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2006 20:15:32 -0000 Vц║clav Haisman wrote: > journaled device, too. Will it overwrite the gmirror meta data and thus > break the mirror or will it somehow magically work? Does each GEOM layer > make the resulting block device one sector shorter? No, when you create a mirror device, its size will be one sector less than size_of_raw_device. So when you add another GEOM class in it, the "last sector" will be the one before the last on the physical provider, and the new size will be two sectors less than physical, etc. In other words, geoms are "nesting" in each other and each nested geom is one sector smaller than the one it's in. From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 21:00:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC7A016A4DE for ; Wed, 9 Aug 2006 21:00:57 +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 ABED443D53 for ; Wed, 9 Aug 2006 21:00:56 +0000 (GMT) (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 k79L0s7h066258; Wed, 9 Aug 2006 17:00:54 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 9 Aug 2006 16:27:43 -0400 User-Agent: KMail/1.9.1 References: <44D9B5B4.7010208@goodforbusiness.co.uk> In-Reply-To: <44D9B5B4.7010208@goodforbusiness.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608091627.43286.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]); Wed, 09 Aug 2006 17:00:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1642/Wed Aug 9 10:30:49 2006 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.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Dominic Marks Subject: Re: Device conflict 3ware twe and CMedia sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2006 21:00:57 -0000 On Wednesday 09 August 2006 06:15, Dominic Marks wrote: > Hello, > > I seem to have a device conflict on my desktop. When attempting to fsck > a gstripe > volume attached via the twe card the system becomes 'choppy' and from > looking > at systat (when it isn't frozen) the system is receiving about 300k > interrupts per > second from the pcm device. If I leave the system in this state for a > few minutes it > will do an instant-reset, presumably because it can't cope. > > Verbose dmesg: http://goodforbusiness.co.uk/~dom/dmesg.boot > > Specific parts: > > twe0: <3ware Storage Controller. Driver version 1.50.01.002> port > 0xdcb0-0xdcbf mem 0xdf000000-0xdf7fffff irq 49 at device 13.0 on pci3 > twe0: Reserved 0x10 bytes for rid 0x10 type 4 at 0xdcb0 > ioapic2: routing intpin 1 (PCI IRQ 49) to vector 49 > twe0: [GIANT-LOCKED] > twe0: AEN: > twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 > twe0: Monitor ME7X 1.01.00.040, PCB Rev5 , Achip 3.20 , Pchip 1.30-66 > twe0: port 0: WDC WD3200KS-00PFB0 305245MB > twe0: port 1: WDC WD3200KS-00PFB0 305245MB > > pcm0: port 0xcc00-0xccff irq 17 at device 13.0 on pci7 > pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xcc00 > ioapic0: routing intpin 17 (PCI IRQ 17) to vector 55 > pcm0: [MPSAFE] > pcm0: sndbuf_setmap 3e8ee000, 4000; 0xe5408000 -> 3e8ee000 > pcm0: sndbuf_setmap 3e8ea000, 4000; 0xe540c000 -> 3e8ea000 > > I believe I can use device.hints(5) to work around this, but I am unsure > variable I can > set in order to resolve this. Does the device 13.0 from dmesg refer to > the 'drq' ? Does this system have an Intel PCI-X host bridge in it? If so, it's probably due to brain damage in that chip. You might be able to work around it by making twe0 use the same IRQ as pcm0 by adding the following hint: hint.pci3.13.INTA.irq=17 That should make twe0 use IRQ 17. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 22:12:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DA6516A4DD for ; Wed, 9 Aug 2006 22:12:13 +0000 (UTC) (envelope-from lydianconcepts@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 A938443D45 for ; Wed, 9 Aug 2006 22:12:12 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so349446nfe for ; Wed, 09 Aug 2006 15:12:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=toKNN7pF16n88K85OZKA7wY9JIe3Y2lFM46S4dTesei9X5m0lFYnI0YsGwKmKptV1OmYLJEJFIBwbZ8MRCfPtdgUGnftw90sgUm/fSEIs8i38yUph2wImZSrk35wUC8sWxul6v8UCxhR35Y/2GvHTNnNkBbnSTy2gwJLTOBmut4= Received: by 10.78.185.7 with SMTP id i7mr759138huf; Wed, 09 Aug 2006 15:12:06 -0700 (PDT) Received: by 10.78.134.9 with HTTP; Wed, 9 Aug 2006 15:12:06 -0700 (PDT) Message-ID: <7579f7fb0608091512j47d157aam355ae345029245af@mail.gmail.com> Date: Wed, 9 Aug 2006 15:12:06 -0700 From: "Matthew Jacob" To: "Erik P. Ostlyngen" In-Reply-To: <44D98D82.6000402@uninett.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44D98D82.6000402@uninett.no> Cc: freebsd-stable@freebsd.org Subject: Re: Problems with QLogic 2312 FC controller on FreeBSD 4.11 stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 22:12:13 -0000 working with Erik on this now... From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 22:31:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7475516A4DD for ; Wed, 9 Aug 2006 22:31:59 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CE1A43D4C for ; Wed, 9 Aug 2006 22:31:58 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so354847nfe for ; Wed, 09 Aug 2006 15:31:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YT97dUQXR2KNCLsxwU+Lt1PyZbnqvSjnA/+sOcKnCpptfEQj4xf+UKl/pA7TQvaIdl3FE0xOs2ypGFGvWriJwy67z4XOqxqggLRs7gDXh6q73a5U0x1M+CcS+ZBBLKHGjisCTEO4tgajJJzLWrEPyOy41/lWh4qAra+wBVnsnKE= Received: by 10.78.177.3 with SMTP id z3mr760380hue; Wed, 09 Aug 2006 15:31:58 -0700 (PDT) Received: by 10.78.143.11 with HTTP; Wed, 9 Aug 2006 15:31:58 -0700 (PDT) Message-ID: Date: Wed, 9 Aug 2006 17:31:58 -0500 From: "Nikolas Britton" To: "Matthias Andree" 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: gzip is faster with -O3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2006 22:31:59 -0000 On 8/9/06, Matthias Andree wrote: > > 1. gzip isn't usually used to compress incompressible data. > > 2. use "time" to figure out how much CPU time it actually burns. > 5 GB are somewhat I/O bound, but gcc options don't help with that, so > CPU time is better than wallclock time. > dd if=/dev/zero of=testfile bs=1m count=5000 gzip comiled with -O3 # time nice -10 ./gzip -c9 testfile > /dev/null 73.187u 8.682s 2:08.41 63.7% 70+617k 40161+0io 0pf+0w gzip compiled with -O2 # time nice -10 ./gzip -c9 testfile > /dev/null 61.183u 8.468s 2:00.14 57.9% 58+609k 40162+0io 0pf+0w Now... what do all of those numbers mean, I've never used time before... thanks for the tip btw? -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 22:53:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6234516A4DF for ; Wed, 9 Aug 2006 22:53:18 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id A495C43D53 for ; Wed, 9 Aug 2006 22:53:15 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060809225313m92002tbs9e>; Wed, 9 Aug 2006 22:53:14 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k79Mr3Tm012118; Wed, 9 Aug 2006 17:53:07 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k79Mr2Df012117; Wed, 9 Aug 2006 17:53:02 -0500 (CDT) (envelope-from brooks) Date: Wed, 9 Aug 2006 17:53:01 -0500 From: Brooks Davis To: Nikolas Britton Message-ID: <20060809225301.GA11962@lor.one-eyed-alien.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: Matthias Andree , freebsd-stable@freebsd.org Subject: Re: gzip is faster with -O3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2006 22:53:18 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 09, 2006 at 05:31:58PM -0500, Nikolas Britton wrote: > On 8/9/06, Matthias Andree wrote: > > > >1. gzip isn't usually used to compress incompressible data. > > > >2. use "time" to figure out how much CPU time it actually burns. > > 5 GB are somewhat I/O bound, but gcc options don't help with that, so > > CPU time is better than wallclock time. > > >=20 > dd if=3D/dev/zero of=3Dtestfile bs=3D1m count=3D5000 >=20 > gzip comiled with -O3 > # time nice -10 ./gzip -c9 testfile > /dev/null > 73.187u 8.682s 2:08.41 63.7% 70+617k 40161+0io 0pf+0w >=20 > gzip compiled with -O2 > # time nice -10 ./gzip -c9 testfile > /dev/null > 61.183u 8.468s 2:00.14 57.9% 58+609k 40162+0io 0pf+0w >=20 > Now... what do all of those numbers mean, I've never used time > before... thanks for the tip btw? In this case the used a similar amount of system time (the number ending in s), but the -O3 case took 8 seconds more user time (the number ending in u) and real time (the third number.) If this were statisticaly meaningful, -O3 would be slower in this case. If you want to do a meaningful test you need to do several runs each way, probably ignoring the first one due to cache effects and then run the results through the program you can build in src/tools/tools/ministat/ so see if there is a measurable difference. Poul-Henning Kamp has a nice (if probably somewhat overkill for this case) writeup on doing benchmarking here: http://lists.freebsd.org/pipermail/freebsd-current/2004-January/019595.html It's a tricky business even for something simple. :) You might also consider using /usr/bin/time instead of the csh builtin time. It's output is a little more readable. -- Brooks --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFE2mdNXY6L6fI4GtQRAvaiAJ0QsPFFakVS21ARszAxtnq322o/4wCfd8b1 9wJSqDOskKATJ1j3r0np/Y0= =Ow2+ -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 9 23:06:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B560A16A4E0 for ; Wed, 9 Aug 2006 23:06:11 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D14A643D53 for ; Wed, 9 Aug 2006 23:06:10 +0000 (GMT) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 09 Aug 2006 23:06:09 -0000 Received: from p50912372.dip0.t-ipconnect.de (EHLO m2a2.dyndns.org) [80.145.35.114] by mail.gmx.net (mp037) with SMTP; 10 Aug 2006 01:06:09 +0200 X-Authenticated: #428038 Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 4D806200A87; Thu, 10 Aug 2006 01:06:08 +0200 (CEST) Received: from m2a2.dyndns.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00611-06; Thu, 10 Aug 2006 01:06:08 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 149F32019D7; Thu, 10 Aug 2006 01:06:08 +0200 (CEST) Date: Thu, 10 Aug 2006 01:06:07 +0200 From: Matthias Andree To: Nikolas Britton Message-ID: <20060809230607.GB30813@merlin.emma.line.org> Mail-Followup-To: Nikolas Britton , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://home.pages.de/~mandree/keys/GPGKEY.asc User-Agent: Mutt/1.5.12 (2006-08-09) X-Virus-Scanned: amavisd-new at emma.line.org X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: gzip is faster with -O3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2006 23:06:11 -0000 On Wed, 09 Aug 2006, Nikolas Britton wrote: > On 8/9/06, Matthias Andree wrote: > > > >1. gzip isn't usually used to compress incompressible data. > > > >2. use "time" to figure out how much CPU time it actually burns. > > 5 GB are somewhat I/O bound, but gcc options don't help with that, so > > CPU time is better than wallclock time. > > > > dd if=/dev/zero of=testfile bs=1m count=5000 That's the other extreme. Reading /dev/zero bears no surprises and has thus no entropy, i. e. no information - that's also a case where you don't usually use gzip because the dd command is probably shorter than the gzipped file :-) The truth is in between, a tarball of /usr/doc, /usr/src and /usr/ports (without distfiles and packages) is quite compressible, or a tarball of /usr/local if you've got some interesting ports installed - many of them. While I wouldn't claim that were typical gzip fodder, it's at least not degenerated either way. Degenerated input (zeros or truly random data) usually triggers worst-case behavior which, albeit necessary to know, is less interesting to the average user. If someone found a faster bzip2 compression algorithm or pull good levers to tune it, that would perhaps be interesting :-) > gzip comiled with -O3 > # time nice -10 ./gzip -c9 testfile > /dev/null > 73.187u 8.682s 2:08.41 63.7% 70+617k 40161+0io 0pf+0w > > gzip compiled with -O2 > # time nice -10 ./gzip -c9 testfile > /dev/null > 61.183u 8.468s 2:00.14 57.9% 58+609k 40162+0io 0pf+0w If you want a fast compressor, install lzo2, then lzop and use the latter :-) > Now... what do all of those numbers mean, I've never used time > before... thanks for the tip btw? You're welcome. What you've got looks like the (t)csh time output, which is documented in the csh(1) manual page - and it documents (what I suspected but didn't utter) that -O3 isn't faster in all circumstances. To compare file sizes, run "size gzip" which prints actual code size. There are cases when code locality can win over unrolling, for instance. Anyways, to answer your question (which is buried in the csh(1) man page in a language that is hard to understand for people unfamiliar with the C programming language) are, in order of appearance: 1 user time in seconds (CPU time spent in the program) 2 system time in s (CPU time spent in the kernel, I/O overhead and such) 3 wallclock time - roughly 2 min (elapsed time without regard to the CPU use) - The difference from 3 - (1 + 2) is waiting for hardware or spent in concurrently running processes 4 average CPU use (how much of the elapsed time was gzip allowed to have the CPU) - This should be (1+2) * 100% / 3 5 shared/unshared memory in kByte 6 input and output operations 7 major page faults and voluntary wait operations Different shells (bash for instance) cause different output, as does running the external time utility explicitly, for instance, by running "\time", "command time" or "/path/to/time". Kind regards, -- Matthias Andree From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 01:20:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 652D816A4DF for ; Thu, 10 Aug 2006 01:20:31 +0000 (UTC) (envelope-from saki@pacific.net.id) Received: from melon.pacific.net.id (melon.pacific.net.id [203.123.254.38]) by mx1.FreeBSD.org (Postfix) with SMTP id AA79943D4C for ; Thu, 10 Aug 2006 01:20:28 +0000 (GMT) (envelope-from saki@pacific.net.id) Received: (qmail 10523 invoked by uid 509); 10 Aug 2006 01:22:49 -0000 Received: from 202.46.69.59 by melon (envelope-from , uid 501) with qmail-scanner-1.24 (clamdscan: 0.88.2/1642. Clear:RC:1(202.46.69.59):. Processed in 0.03338 secs); 10 Aug 2006 01:22:49 -0000 Received: from unknown (HELO SAKI) (202.46.69.59) by melon.pacific.net.id with SMTP; 10 Aug 2006 01:22:48 -0000 Date: Thu, 10 Aug 2006 08:18:23 +0700 From: Akhmad Sakirun X-Mailer: The Bat! (v3.0) Professional X-Priority: 3 (Normal) Message-ID: <1845547331.20060810081823@pacific.net.id> To: freebsd-stable@freebsd.org In-Reply-To: <44D9ECB9.5020500@goodforbusiness.co.uk> References: <496795293.20060809195310@pacific.net.id> <44D9ECB9.5020500@goodforbusiness.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Network often not responding X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Akhmad Sakirun List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 01:20:31 -0000 Hello, right now, i'm using 3com ethernet: xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xa880-0xa8ff mem 0xfeafec00-0xfeafec7f irq 19 at device 7.0 on pci2 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:10:5a:0d:c1:45 onboard ethernet which disabled via BIOS was: Intel 82541E1 GbE Average traffic is 10-15Mbps on bussy hours, and connected client average < 1000 #netstat -n | grep EST | wc -l # 780 I really confused, i don't have any other Freebsd AMD64 system installed, but other with i386 system never got any problem like this. Best regards, Wednesday, August 9, 2006, 9:10:01 PM, Dominic wrote: > Googling for the second line I found this: > http://lists.freebsd.org/pipermail/freebsd-doc/2005-November/009273.html > It quotes this part of the manual page for dc, another network card: > "This is from the dc(4) man page: > dc%d: TX underrun -- increasing TX threshold The device generated a > transmit underrun error while attempting to DMA and transmit a packet. > This happens if the host is not able to DMA the packet data into the > NIC's FIFO fast enough. The driver will dynamically increase the > trans- > mit start threshold so that more data must be DMAed into the FIFO > before > the NIC will start transmitting it onto the wire." > So it would seem like the card cannot keep pace with the system. What NICs > have you tried? > Dom >> >> >> >> >> >> >> _______________________________________________ >> 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 Aug 10 02:23:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7851816A4DA for ; Thu, 10 Aug 2006 02:23:13 +0000 (UTC) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id F232243D46 for ; Thu, 10 Aug 2006 02:23:12 +0000 (GMT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k7A2N7J5094686 for ; Wed, 9 Aug 2006 19:23:07 -0700 (PDT) (envelope-from fbsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k7A2N5Pt094685 for freebsd-stable@freebsd.org; Wed, 9 Aug 2006 19:23:05 -0700 (PDT) (envelope-from fbsd@1command.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [216.177.243.49]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 09 Aug 2006 19:23:04 -0700 Message-ID: <20060809192304.ubr18r4ogs08o8g0@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 09 Aug 2006 19:23:04 -0700 From: "Chris H." To: "[FBSDS]" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: error: syntax error before "_X_SENTINEL" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2006 02:23:13 -0000 Hello, I just recenlly found that I am almost always unable to build X (Xorg) related applications on a 5.5 box that has pretty recent source. The applications all die during the make process with the following error: error: syntax error before "_X_SENTINEL" Any to fix this? Googling indicates that this is a common problem without a solution. System runs Xorg 6.9. Thank you for all your time and consideration. -- panic: kernel trap (ignored) ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 03:30:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B01AD16A4DE for ; Thu, 10 Aug 2006 03:30:57 +0000 (UTC) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id E713143D4C for ; Thu, 10 Aug 2006 03:30:54 +0000 (GMT) (envelope-from mv@thebeastie.org) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 3FFFF4CE88 for ; Thu, 10 Aug 2006 03:31:38 +0000 (GMT) Received: from vaulte.jumbuck.com (ppp166-27.static.internode.on.net [150.101.166.27]) by p4.roq.com (Postfix) with ESMTP id DB0BA4CE86 for ; Thu, 10 Aug 2006 03:31:37 +0000 (GMT) Received: from vaulte.jumbuck.com (localhost [127.0.0.1]) by vaulte.jumbuck.com (Postfix) with ESMTP id C795D8A037; Thu, 10 Aug 2006 13:30:52 +1000 (EST) Received: from [192.168.46.102] (unknown [192.168.46.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vaulte.jumbuck.com (Postfix) with ESMTP id C34F78A031; Thu, 10 Aug 2006 13:30:52 +1000 (EST) Message-ID: <44DAA86C.3090700@thebeastie.org> Date: Thu, 10 Aug 2006 13:30:52 +1000 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.13) Gecko/20060727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd@bitfreak.org References: <004b01c6bab6$335d6210$0301000a@Thomas> <44D9028C.3020309@bitfreak.org> In-Reply-To: <44D9028C.3020309@bitfreak.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org, Thomas Agersborg Subject: Re: Dell Server 2900 with the new Intel processor Woodcrest X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2006 03:30:57 -0000 freebsd@bitfreak.org wrote: > Thomas Agersborg wrote: > >> I want to purchase a Dell Server 2900 with these specifications > > <...> > >> Dual-Core 64-bit Intel Xeon processor 5160 > > <...> > >> 4GB (4x1GB) 667MHz FBD memory (max 32GB) > > <...> > >> is there any issues which I need to >> be aware of in regard to the server and FreeBSD? > > > You'll want (need) to run amd64 instead of i386. You can run i386, > but the 64-bit capabilities will go to waste. You also won't get to > use all of your 4 GB of RAM due to memory-mapping of hardware I/O > addresses. The amd64 version does not have these problems. All the > major software is now 64-bit clean, but you may have trouble with some > desktop-type software (mplayer) and other less-common ports. Beyond > that, all is good--PowerEdge+FreeBSD is an excellent combination. We > even have IPMI support! > _______________________________________________ Just a few extra notes I could add. Its possible to use just the PAE kernel config with i386 to get access to all your ram, I only do it because I need 1.4 Java which is only really available on i386 but most people would use the 1.5 Java instead, also I need the i386 Perl Oracle driver as there is no AMD64 version of that. Other then those I would just use the AMD64 FreeBSD. I did see a commit on that new Perc5 Raid card somewhere I don't know if its in 6.1Release or just 6stable so I guess the only risk is that may have to run 6-Stable till 6.2 Mike From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 03:41:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E48816A4E0 for ; Thu, 10 Aug 2006 03:41:54 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from linda-4.paradise.net.nz (bm-4a.paradise.net.nz [203.96.152.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id C004143D64 for ; Thu, 10 Aug 2006 03:41:53 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-1.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-4.paradise.net.nz (Paradise.net.nz) with ESMTP id <0J3R0040KJLMJN@linda-4.paradise.net.nz> for freebsd-stable@freebsd.org; Thu, 10 Aug 2006 15:41:51 +1200 (NZST) Received: from [192.168.1.11] (218-101-29-235.dsl.clear.net.nz [218.101.29.235]) by smtp-1.paradise.net.nz (Postfix) with ESMTP id 6260A12B6D5F; Thu, 10 Aug 2006 15:32:55 +1200 (NZST) Date: Thu, 10 Aug 2006 15:32:27 +1200 From: Mark Kirkwood In-reply-to: <20060809192304.ubr18r4ogs08o8g0@webmail.1command.com> To: "Chris H." Message-id: <44DAA8CB.8020008@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5.0.4 (X11/20060704) References: <20060809192304.ubr18r4ogs08o8g0@webmail.1command.com> Cc: "\[FBSDS\]" Subject: Re: error: syntax error before "_X_SENTINEL" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2006 03:41:54 -0000 Chris H. wrote: > Hello, > I just recenlly found that I am almost always unable to > build X (Xorg) related applications on a 5.5 box that has > pretty recent source. The applications all die during the > make process with the following error: > error: syntax error before "_X_SENTINEL" > Any to fix this? Googling indicates that this is a common > problem without a solution. > > System runs Xorg 6.9. > > Thank you for all your time and consideration. > I saw this: http://support.zenwalk.org/index.php?PHPSESSID=84b9cfbdfe961f45c90c7c47960b2268&topic=2134.msg11956 Might be worth a try. Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 03:59:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D72916A4E1 for ; Thu, 10 Aug 2006 03:59:22 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4540243D55 for ; Thu, 10 Aug 2006 03:59:16 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GB1hP-0005kW-4b for freebsd-stable@freebsd.org; Thu, 10 Aug 2006 12:59:11 +0900 Message-ID: <44DAAF0E.3080404@micom.mng.net> Date: Thu, 10 Aug 2006 12:59:10 +0900 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: boot problem with ACPI 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: Thu, 10 Aug 2006 03:59:22 -0000 Hi, I've got fatal trap on Dell D620 laptop when I tried to boot with ACPI disabled. Kernel compiled with APIC and SMP options. GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2006 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 6.1-STABLE #7: Tue Aug 8 12:52:48 ULAST 2006 tsgan@devil.micom.mng.net:/usr/obj/usr/src/sys/DEVIL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1664.45-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9,> AMD Features=0x100000 Cores per package: 2 real memory = 1063849984 (1014 MB) avail memory = 1031909376 (984 MB) ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 $PIR: No matching entry for 0.2.INTA pci0: at device 2.0 (no driver attached) pci0: at device 2.1 (no driver attached) pcm0: mem 0xdfebc000-0xdfebffff irq 10 at device 27.0 on pci0 pcm0: Output Streams: 4, Input Streams: 4, Bidirectional Streams: 0 pcm0: CORB Size: 256, RIRB Size: 256 pcib1: at device 28.0 on pci0 pci11: on pcib1 pcib2: at device 28.1 on pci0 pci12: on pcib2 pci12: at device 0.0 (no driver attached) pcib3: at device 28.2 on pci0 pci9: on pcib3 bge0: mem 0xdfcf0000-0xdfcfffff irq 5 at device 0.0 on pci9 bge0: firmware handshake timed out miibus0: on bge0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:14:22:fb:32:a6 uhci0: port 0xbf80-0xbf9f irq 9 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbf60-0xbf7f irq 10 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbf40-0xbf5f irq 5 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xbf20-0xbf3f irq 3 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa80000-0xffa803ff irq 9 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib4: at device 30.0 on pci0 pci3: on pcib4 cbb0: irq 5 at device 1.0 on pci3 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 11 at device 31.2 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) kernel trap 30 with interrupts disabled Fatal trap 30: reserved (unknown) fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x70:0xc28d stack pointer = 0x28:0xf9c frame pointer = 0x28:0xfd4 code segment = base 0xc00f0000, limit 0xffff, type 0x1b = DPL 0, pres 1, def32 0, gran 0 processor eflags = IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at 0xc28d: *** error reading from address c28d *** db> trace Tracing pid 0 tid 0 td 0xc0873480 (null)(780001,0,b0202,ffe,0) at 0xc28d db> where Tracing pid 0 tid 0 td 0xc0873480 (null)(780001,0,b0202,ffe,0) at 0xc28d db> Ganbold From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 04:00:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38E2016A4DD for ; Thu, 10 Aug 2006 04:00:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id C89FA43D4C for ; Thu, 10 Aug 2006 04:00:21 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so632007pyc for ; Wed, 09 Aug 2006 21:00:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ORxmRoVxkVj5c3oLsjkK5pM/WN2ebP0vQQOzhbq37b+vygCgG1Wocp9F8/pMfAmA+y8KTgur6DOY228Ip5Cd+6Fnb97aLaXBRC13o9h2VMQwJiVTAvlqq0RVwE0v2qxpNiJW+VqPakef1eTxAwIlo9UTyzqcLfpnCjdUlyR8imM= Received: by 10.35.100.6 with SMTP id c6mr3022520pym; Wed, 09 Aug 2006 21:00:21 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 17sm459104nzo.2006.08.09.21.00.18; Wed, 09 Aug 2006 21:00:20 -0700 (PDT) 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 k7A40tBD018728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Aug 2006 13:00:55 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k7A40rxf018727; Thu, 10 Aug 2006 13:00:53 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 10 Aug 2006 13:00:53 +0900 From: Pyun YongHyeon To: Akhmad Sakirun Message-ID: <20060810040053.GA17452@cdnetworks.co.kr> References: <496795293.20060809195310@pacific.net.id> <44D9ECB9.5020500@goodforbusiness.co.uk> <1845547331.20060810081823@pacific.net.id> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <1845547331.20060810081823@pacific.net.id> User-Agent: Mutt/1.4.2.1i Cc: wpaul@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Network often not responding 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: Thu, 10 Aug 2006 04:00:23 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Aug 10, 2006 at 08:18:23AM +0700, Akhmad Sakirun wrote: > Hello, > > right now, i'm using 3com ethernet: > xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xa880-0xa8ff mem 0xfeafec00-0xfeafec7f irq 19 at device 7.0 on pci2 > miibus0: on xl0 > xlphy0: <3Com internal media interface> on miibus0 > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > xl0: Ethernet address: 00:10:5a:0d:c1:45 > > onboard ethernet which disabled via BIOS was: > Intel 82541E1 GbE > > Average traffic is 10-15Mbps on bussy hours, > > and connected client average < 1000 > #netstat -n | grep EST | wc -l > # 780 > > I really confused, i don't have any other Freebsd AMD64 system installed, but other > with i386 system never got any problem like this. > > Best regards, > > Wednesday, August 9, 2006, 9:10:01 PM, Dominic wrote: > > Googling for the second line I found this: > > > http://lists.freebsd.org/pipermail/freebsd-doc/2005-November/009273.html > > > It quotes this part of the manual page for dc, another network card: > > > "This is from the dc(4) man page: > > > dc%d: TX underrun -- increasing TX threshold The device generated a > > transmit underrun error while attempting to DMA and transmit a packet. > > This happens if the host is not able to DMA the packet data into the > > NIC's FIFO fast enough. The driver will dynamically increase the > > trans- > > mit start threshold so that more data must be DMAed into the FIFO > > before > > the NIC will start transmitting it onto the wire." > > > So it would seem like the card cannot keep pace with the system. What NICs > > have you tried? > > > Dom > [CCed to wpaul, the author of xl(4)] I'm not familiar with 3Com 90x NICs but the datasheet says the following. "Tx underrun halts the the transmitter and the transmit FIFO. The TxReset and TxEnable commands must be issued before any new packets are submitted to the NIC." But I can't find the above programming sequence in xl_txeoc() so your NIC may have been stuck in wedged state if it didn't work anymore after seeing "tx underrun, increasing tx start threshold to xx bytes" message. Normally xl(4) should activate watchdog timeout for above case but xl(4) has a bug which blindly clears armed watchdog in xl_txeof/ xl_txeof_90xB(). I think you can set the threshold to a higher value so make xl(4) not see the Tx underrun issue(simple patch attached, you may need to increase xl_tx_thread to higher value). The correct solution should follow the procedure outlined in datasheet and remember the threshold caused the underrun instead of resetting it in xl_init_locked() but it's hard to reset Tx path only and need knowledge of internals of the NIC so it's more easy to reset entire NIC if it see Tx underruns, I guess. -- Regards, Pyun YongHyeon --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="xl.patch" --- if_xl.c.orig Tue Feb 14 21:44:56 2006 +++ if_xl.c Thu Aug 10 12:54:45 2006 @@ -2848,7 +2848,12 @@ CSR_WRITE_1(sc, XL_TX_FREETHRESH, XL_PACKET_SIZE >> 8); /* Set the TX start threshold for best performance. */ +#if 0 sc->xl_tx_thresh = XL_MIN_FRAMELEN; +#else + /* set higher Tx threshold: 120, 180, 230, 300 etc */ + sc->xl_tx_thresh = 120; +#endif CSR_WRITE_2(sc, XL_COMMAND, XL_CMD_TX_SET_START|sc->xl_tx_thresh); /* --+QahgC5+KEYLbs62-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 04:24:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16FDF16A4DD; Thu, 10 Aug 2006 04:24:40 +0000 (UTC) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E74743D4C; Thu, 10 Aug 2006 04:24:38 +0000 (GMT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k7A4ObJi095080; Wed, 9 Aug 2006 21:24:37 -0700 (PDT) (envelope-from fbsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k7A4Oaus095079; Wed, 9 Aug 2006 21:24:36 -0700 (PDT) (envelope-from fbsd@1command.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [216.177.243.49]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 09 Aug 2006 21:24:36 -0700 Message-ID: <20060809212436.67cc8hclc0gsogos@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 09 Aug 2006 21:24:36 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <20060809192304.ubr18r4ogs08o8g0@webmail.1command.com> <44DAA8CB.8020008@paradise.net.nz> In-Reply-To: <44DAA8CB.8020008@paradise.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-ports@freebsd.org Subject: Re: error: syntax error before "_X_SENTINEL" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2006 04:24:40 -0000 Hello Mark, and thank you for your prompt reply. Quoting Mark Kirkwood : > Chris H. wrote: >> Hello, >> I just recenlly found that I am almost always unable to >> build X (Xorg) related applications on a 5.5 box that has >> pretty recent source. The applications all die during the >> make process with the following error: >> error: syntax error before "_X_SENTINEL" >> Any to fix this? Googling indicates that this is a common >> problem without a solution. >> >> System runs Xorg 6.9. >> >> Thank you for all your time and consideration. >> > > I saw this: > > http://support.zenwalk.org/index.php?PHPSESSID=84b9cfbdfe961f45c90c7c47960b2268&topic=2134.msg11956 > > Might be worth a try. Yes, I caught the thread on that board. But didn't find the solution you provided. Thanks! That was the /magic/ required to stop the whining offender (gdkx.h). After some more research and investigation, this anomoly appears to be a GTK/GD issue, and not X. I'm trying to figure out how to get this #ifdef hack sucked in globally for the gtk/gd environment. I'm /pretty/ sure gdkx.h will probably cover it. But would rather have it sucked in from a seperate file. So as to not contaminate the actual header file. I've cc'd the ports list, in hopes there is a better solution and (even better) a newer version that resolves this problem. ######### NOTE to ports list: please cc me in your replies. ######### Thanks again for your reply. --Chris > > Cheers > > Mark > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 05:05:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 588C916A4DE for ; Thu, 10 Aug 2006 05:05:41 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ED8A43D58 for ; Thu, 10 Aug 2006 05:05:40 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 24151 invoked from network); 10 Aug 2006 15:05:39 +1000 Received: from 203-217-58-142.dyn.iinet.net.au (HELO localhost) (203.217.58.142) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 10 Aug 2006 15:05:39 +1000 Date: Thu, 10 Aug 2006 15:05:33 +1000 From: Norberto Meijome To: "Chris H." Message-ID: <20060810150533.6ee6499d@localhost> In-Reply-To: <20060809212436.67cc8hclc0gsogos@webmail.1command.com> References: <20060809192304.ubr18r4ogs08o8g0@webmail.1command.com> <44DAA8CB.8020008@paradise.net.nz> <20060809212436.67cc8hclc0gsogos@webmail.1command.com> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: error: syntax error before "_X_SENTINEL" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2006 05:05:41 -0000 On Wed, 09 Aug 2006 21:24:36 -0700 "Chris H." wrote: > Hello Mark, and thank you for your prompt reply. > > Quoting Mark Kirkwood : > > > Chris H. wrote: > >> Hello, > >> I just recenlly found that I am almost always unable to > >> build X (Xorg) related applications on a 5.5 box that has > >> pretty recent source. The applications all die during the > >> make process with the following error: > >> error: syntax error before "_X_SENTINEL" > >> Any to fix this? Googling indicates that this is a common > >> problem without a solution. > >> > >> System runs Xorg 6.9. > >> > >> Thank you for all your time and consideration. > >> > > > > I saw this: > > > > http://support.zenwalk.org/index.php?PHPSESSID=84b9cfbdfe961f45c90c7c47960b2268&topic=2134.msg11956 > > > > Might be worth a try. > > Yes, I caught the thread on that board. But didn't find the solution you > provided. Thanks! That was the /magic/ required to stop the whining offender > (gdkx.h). After some more research and investigation, this anomoly > appears to be a GTK/GD issue, and not X. I'm trying to figure out how to > get this #ifdef hack sucked in globally for the gtk/gd environment. I'm > /pretty/ sure gdkx.h will probably cover it. But would rather have it > sucked in from a seperate file. So as to not contaminate the actual header > file. I've cc'd the ports list, in hopes there is a better solution and > (even better) a newer version that resolves this problem. Hi all, interesting this is appearing ... I had this problem around 23rd of march on my laptop running 6-STABLE at the time. I am not sure if this is the *same* issue, BUT I think it went like this... xproto's makefile says it conflicts with xorg-libraries-* CONFLICTS= XFree86-libraries-* xorg-libraries-* i think that I had installed by hand one of the X lib-packages and that had made the whole problem. conflicting libraries and include files. I removed all the extra Xfree86 libs and Xorg, reinstalled Xorg and that was it. I am not saying this is your problem... but it may be worth a try. Xfree86 lib-packages that were installed in my system at the time: libX11 libXau libXcursor libXdmcp libXfixes libXrender xextensions xproto They definitely install files (under include and lib/ ) that xorg provides. HIH, Beto From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 08:01:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95BDF16A4DF for ; Thu, 10 Aug 2006 08:01:56 +0000 (UTC) (envelope-from m.ehinger@ltur.de) Received: from postx.gateway-inter.net (postx.gateway-inter.net [213.144.19.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D2AF43D45 for ; Thu, 10 Aug 2006 08:01:56 +0000 (GMT) (envelope-from m.ehinger@ltur.de) In-Reply-To: <44D92774.8030204@mawer.org> To: Antony Mawer From: m.ehinger@ltur.de MIME-Version: 1.0 Message-ID: Date: Thu, 10 Aug 2006 10:01:59 +0200 Content-transfer-encoding: quoted-printable Content-type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: ncplogin panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 08:01:56 -0000 Antony Mawer schrieb am 09.08.2006 02:08:20: > Okay. What version of Netware are you using? What are the step-by-ste= p > procedures you are following in order to reproduce this (from step 1 = as > logging in to Netware or mounting the volume)? We're using Netware Verion 6.5 over TCP/IP only. Step 1. load ncp.ko, mount volume (mount_nwfs -A ... ) Step 2. cp /netwarefile /localfolder Here is what strace gives me: Script started on Thu Aug 10 10:02:46 2006 execve(0xbfbfe828, [0xbfbfed0c], [/* 0 vars */]) =3D 0 mmap(0, 3904, PROT_READ|PROT_WRITE, MAP_ANON, -1, 0) =3D 0x28074000 munmap(0x28074000, 3904) =3D 0 __sysctl([...], 0x28070b98, 0xbfbfeab4, NULL, 0) =3D 0 mmap(0, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANON, -1, 0) =3D 0= x28074000 issetugid(0) =3D 0 open("/etc/libmap.conf", O_RDONLY) =3D -1 ENOENT (No such file or = directory) open("/var/run/ld-elf.so.hints", O_RDONLY) =3D 3 read(3, "_ALL\0%s:\n\0\t%o =3D> %p (%x)\n\0\t%o (%"..., 128) =3D 128 lseek(3, 128, SEEK_SET) =3D 128 read(3, "/lib:/usr/lib:/usr/lib/compat:/u"..., 188) =3D 188 close(3) =3D 0 access("/lib/libc.so.6", F_OK) =3D 0 open("/lib/libc.so.6", O_RDONLY) =3D 3 fstat(3, {st_mode=3D0, st_size=3D0, ...}) =3D 0 read(3, "\177ELF\1\1\1\t\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\352"..., 4= 096) =3D 4096 mmap(0, 937984, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_NOCORE, 3, 0) =3D = 0x2807c000 mprotect(0x28144000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC) =3D 0 mprotect(0x28144000, 4096, PROT_READ|PROT_EXEC) =3D 0 mmap(0x28145000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,= 0xc9000) =3D 0x28145000 mmap(0x2814b000, 90112, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP= _ANON, -1, 0) =3D 0x2814b000 close(3) =3D 0 sysarch(0xa, 0xbfbfeb30) =3D 0 mmap(0, 584, PROT_READ|PROT_WRITE, MAP_ANON, -1, 0) =3D 0x28161000 munmap(0x28161000, 584) =3D 0 mmap(0, 22792, PROT_READ|PROT_WRITE, MAP_ANON, -1, 0) =3D 0x28161000 munmap(0x28161000, 22792) =3D 0 sigprocmask(SIG_BLOCK, ~[ILL TRAP ABRT EMT FPE BUS SEGV SYS], []) =3D 0= sigprocmask(SIG_SETMASK, [], NULL) =3D 0 syscall_416(0x1d, 0xbfbfeaf0, 0xbfbfead0) =3D 0 stat("/root", {st_mode=3D0, st_size=3D4294967297, ...}) =3D 0 umask(0777) =3D 022 umask(022) =3D 0777 readlink("/etc/malloc.conf", "=B0=CB", 63) =3D 2 issetugid(0x2806f598) =3D 0 mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANON, -1, 0) =3D 0x= 28161000 break(0x805d000) =3D 0 break(0x805e000) =3D 0 break(0x805f000) =3D 0 break(0x8060000) =3D 0 stat("file", {st_mode=3DS_IFREG|0755, st_size=3D12, ...}) =3D 0 stat("/root/file", {st_mode=3D0, st_size=3D4294967297, ...}) =3D 0 open("file", O_RDONLY) =3D 3 open("/root/file", O_WRONLY|O_TRUNC) =3D 4 mmap(0, 12, PROT_READ, MAP_SHARED, 3, 0) =3D -1 EINVAL (Invalid argumen= t) write(2, "\0\0\0\0", 4cp: ) =3D 4 write(2, "\0\0\0\0", 4file) =3D 4 write(2, ": ", 2: ) =3D 2 write(2, "\0: path too long\n", 17Invalid argument ) =3D 17 close(3) =3D 0 close(4) =3D 0 exit(1) =3D ? Script done on Thu Aug 10 10:02:46 2006= From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 10:25:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF32F16A5C6; Thu, 10 Aug 2006 10:25:53 +0000 (UTC) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AEF443D49; Thu, 10 Aug 2006 10:25:51 +0000 (GMT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k7AAPme4001318; Thu, 10 Aug 2006 03:25:49 -0700 (PDT) (envelope-from fbsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k7AAPmQg001317; Thu, 10 Aug 2006 03:25:48 -0700 (PDT) (envelope-from fbsd@1command.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [216.177.243.49]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Thu, 10 Aug 2006 03:25:47 -0700 Message-ID: <20060810032547.0mh3rwnogkkk84c4@webmail.1command.com> X-Priority: 3 (Normal) Date: Thu, 10 Aug 2006 03:25:47 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <20060809192304.ubr18r4ogs08o8g0@webmail.1command.com> <44DAA8CB.8020008@paradise.net.nz> <20060809212436.67cc8hclc0gsogos@webmail.1command.com> <20060810150533.6ee6499d@localhost> In-Reply-To: <20060810150533.6ee6499d@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-ports@freebsd.org Subject: Re: error: syntax error before "_X_SENTINEL" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2006 10:25:53 -0000 Hello, and thank you for your reply. Quoting Norberto Meijome : > On Wed, 09 Aug 2006 21:24:36 -0700 > "Chris H." wrote: > >> Hello Mark, and thank you for your prompt reply. >> >> Quoting Mark Kirkwood : >> >> > Chris H. wrote: >> >> Hello, >> >> I just recenlly found that I am almost always unable to >> >> build X (Xorg) related applications on a 5.5 box that has >> >> pretty recent source. The applications all die during the >> >> make process with the following error: >> >> error: syntax error before "_X_SENTINEL" >> >> Any to fix this? Googling indicates that this is a common >> >> problem without a solution. >> >> >> >> System runs Xorg 6.9. >> >> >> >> Thank you for all your time and consideration. >> >> >> > >> > I saw this: >> > >> > >> http://support.zenwalk.org/index.php?PHPSESSID=84b9cfbdfe961f45c90c7c47960b2268&topic=2134.msg11956 >> > >> > Might be worth a try. >> >> Yes, I caught the thread on that board. But didn't find the solution you >> provided. Thanks! That was the /magic/ required to stop the whining offender >> (gdkx.h). After some more research and investigation, this anomoly >> appears to be a GTK/GD issue, and not X. I'm trying to figure out how to >> get this #ifdef hack sucked in globally for the gtk/gd environment. I'm >> /pretty/ sure gdkx.h will probably cover it. But would rather have it >> sucked in from a seperate file. So as to not contaminate the actual header >> file. I've cc'd the ports list, in hopes there is a better solution and >> (even better) a newer version that resolves this problem. > > > Hi all, > interesting this is appearing ... I had this problem around 23rd of > march on my > laptop running 6-STABLE at the time. I am not sure if this is the > *same* issue, > BUT I think it went like this... > > xproto's makefile says it conflicts with xorg-libraries-* > CONFLICTS= XFree86-libraries-* xorg-libraries-* > > i think that I had installed by hand one of the X lib-packages and that had > made the whole problem. conflicting libraries and include files. I > removed all > the extra Xfree86 libs and Xorg, reinstalled Xorg and that was it. > > I am not saying this is your problem... but it may be worth a try. > > Xfree86 lib-packages that were installed in my system at the time: > libX11 > libXau > libXcursor > libXdmcp > libXfixes > libXrender > xextensions > xproto > > They definitely install files (under include and lib/ ) that xorg provides. Thank you for your suggestion. But if I understand you correctly, I don't think that I fall into this catagory. I installed with the Source Developer option from the CD (no X, no Games). Then performed: cvsup -g -L 2 /root/stable-src-supfile && \ cvsup -g -L 2 /root/ports-supfile && portsdb -uU && pkgdb -F Then edited: /usr/sys/i386/conf/generic and saved to my custom config. Performed a make buildworld, make buildkernel make installkernel etc, etc... Then I built the entire Xorg-6.9 server and libraries from source. Everything worked/ performed as expected. I have not made anything that required XFree86 (and friends) - it's purely Xorg. But recently, I am recieving the error(s) mentioned /every/ time I build anything that depends on GTK - /anything/. That's why I was sure there is an issue in the GTK/GD source as provided in the ports tree. I have no difficulties with anything unless GTK is involved. Thanks again for your response. --Chris > > HIH, > Beto > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 10:55:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F249716A556 for ; Thu, 10 Aug 2006 10:55:37 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from mail.logital.it (85-18-201-99.ip.fastwebnet.it [85.18.201.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A61343D70 for ; Thu, 10 Aug 2006 10:55:25 +0000 (GMT) (envelope-from aturetta@commit.it) Received: from [192.168.42.11] ([192.168.42.11]) (authenticated bits=0) by mail.logital.it (8.13.7/8.13.7) with ESMTP id k7AAtLQm015844 for ; Thu, 10 Aug 2006 12:55:22 +0200 (CEST) (envelope-from aturetta@commit.it) Message-ID: <44DB1093.8070203@commit.it> Date: Thu, 10 Aug 2006 12:55:15 +0200 From: Angelo Turetta User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050728 X-Accept-Language: it, 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 version 0.88.4, clamav-milter version 0.88.4 on mail.logital.it X-Virus-Status: Clean Subject: amd64 cannot boot on ASUS M2N-E X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2006 10:55:38 -0000 The motherboard (BIOS rev.0203) is based on the nVidia MCP55 chipset, AMD64 3500+ (2200 MHz), 1 GB DDR553, two SATA2 Maxtor 80GB, DVD-R Samsung. Trying to boot the latest snapshot 6.1-STABLE-200608-amd64, the kernel probes most peripherals (the Marvel gigabit-ethernet is not detected, but that's a known item), but just after reporting acd0 it hangs solid with the IDE led on. No panic, nor errors. It seems related to the detection of the disks (they are not reported). I even left it in that state the whole night (just in case it was some loooong timeout), but nothing. The -i386 image exhibits the same exact behaviour. Booting without ACPI does not solve. 7.0-CURRENT-200608-amd64 boots fine (no Marvel gbit, of course). What should I try next? Angelo. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 11:07:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD9BE16A4DD for ; Thu, 10 Aug 2006 11:07:55 +0000 (UTC) (envelope-from freebsd-stable1@merdin.com) Received: from mailhost1.fotki.com (mailhost1.fotki.com [64.124.106.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 005F243D69 for ; Thu, 10 Aug 2006 11:07:54 +0000 (GMT) (envelope-from freebsd-stable1@merdin.com) Received: from FIBER (217-159-156-138-dsl.kjj.estpak.ee [217.159.156.138]) (authenticated bits=0) by mailhost1.fotki.com (8.0.0) with ESMTP id k7AB7rtG088541 for ; Thu, 10 Aug 2006 07:07:54 -0400 (EDT) (envelope-from freebsd-stable1@merdin.com) X-Authentication-Warning: dignity.fotki.net: Host 217-159-156-138-dsl.kjj.estpak.ee [217.159.156.138] claimed to be FIBER Date: Thu, 10 Aug 2006 14:07:51 +0300 From: Pavel Merdin X-Priority: 3 (Normal) Message-ID: <292315388.20060810140751@fotki.com> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0631-3 04.08.2006) X-Antivirus-Status: Clean Subject: 6-stable locking problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 11:07:55 -0000 Hello. There's a problem with a very busy server (ad server, CPU is close to 0% idle most of the time). Configuration: Dual AMD Opteron 252 2.6GHz Chipset: AMD 8131 Integrated LAN Controller: Broadcom BCM5704 dual-channel GbE Gigabit Adaptec AIC-7902W Ultra 320 SCSI controller amr0: We tried both 6.1-RELEASE and 6-STABLE amd64 kernels. (bge driver is always from recent stable with full Broadcom support). The server hangs one or more times a day. It even hangs for some time right after boot sequence finishes (when "login:" prompt occurs). During a hang everything stops, even keyboard (interrupts). We already removed PREEMPTION and linux support. Sometimes the server can panic with: Sleeping thread (tid 100006, pid 4) owns a non-sleepable lock panic: sleeping thread cpuid=0 KDB: enter: panic and hangs there without even starting a debugger. pid 4 seems to be [g_down] Today I compiled a kernel with INVARIANTS and WITTNESS. Right after booting sequence I got the following: Aug 10 04:37:09 ad1 kernel: lock order reversal: (Giant after non-sleepable) Aug 10 04:37:09 ad1 kernel: 1st 0xffffff026c4ebe70 AMR List Lock (AMR List Lock) @ dev/amr/amr.c:403 Aug 10 04:37:09 ad1 kernel: 2nd 0xffffffff8073adc0 Giant (Giant) @ vm/vm_contig.c:579 Aug 10 04:37:09 ad1 kernel: KDB: stack backtrace: Aug 10 04:37:09 ad1 kernel: kdb_backtrace() at kdb_backtrace+0x37 Aug 10 04:37:09 ad1 kernel: witness_checkorder() at witness_checkorder+0x6fb Aug 10 04:37:09 ad1 kernel: _mtx_lock_flags() at _mtx_lock_flags+0x9a Aug 10 04:37:09 ad1 kernel: contigmalloc() at contigmalloc+0x57 Aug 10 04:37:09 ad1 kernel: alloc_bounce_pages() at alloc_bounce_pages+0x75 Aug 10 04:37:09 ad1 kernel: bus_dmamap_create() at bus_dmamap_create+0x149 Aug 10 04:37:09 ad1 kernel: amr_alloccmd_cluster() at amr_alloccmd_cluster+0x102 Aug 10 04:37:09 ad1 kernel: amr_alloccmd() at amr_alloccmd+0x55 Aug 10 04:37:09 ad1 kernel: amr_bio_command() at amr_bio_command+0x27 Aug 10 04:37:09 ad1 kernel: amr_startio() at amr_startio+0x6a Aug 10 04:37:09 ad1 kernel: amr_submit_bio() at amr_submit_bio+0x51 Aug 10 04:37:09 ad1 kernel: amrd_strategy() at amrd_strategy+0x23 Aug 10 04:37:09 ad1 kernel: g_disk_start() at g_disk_start+0x17d Aug 10 04:37:09 ad1 kernel: g_io_schedule_down() at g_io_schedule_down+0x189 Aug 10 04:37:09 ad1 kernel: g_down_procbody() at g_down_procbody+0x80 Aug 10 04:37:09 ad1 kernel: fork_exit() at fork_exit+0xdf Aug 10 04:37:09 ad1 kernel: fork_trampoline() at fork_trampoline+0xe Aug 10 04:37:09 ad1 kernel: --- trap 0, rip = 0, rsp = 0xffffffffb8e8bd00, rbp = 0 --- Any advice (except suggestion of switching to Linux) ? -- / Pavel Merdin Fotki Inc. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 11:22:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A387616A4DD for ; Thu, 10 Aug 2006 11:22:27 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A81043D68 for ; Thu, 10 Aug 2006 11:22:24 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 8072 invoked from network); 10 Aug 2006 21:22:23 +1000 Received: from 124-168-8-226.dyn.iinet.net.au (HELO localhost) (124.168.8.226) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 10 Aug 2006 21:22:23 +1000 Date: Thu, 10 Aug 2006 21:22:19 +1000 From: Norberto Meijome To: "Chris H." Message-ID: <20060810212219.7ed8f385@localhost> In-Reply-To: <20060810032547.0mh3rwnogkkk84c4@webmail.1command.com> References: <20060809192304.ubr18r4ogs08o8g0@webmail.1command.com> <44DAA8CB.8020008@paradise.net.nz> <20060809212436.67cc8hclc0gsogos@webmail.1command.com> <20060810150533.6ee6499d@localhost> <20060810032547.0mh3rwnogkkk84c4@webmail.1command.com> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: error: syntax error before "_X_SENTINEL" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2006 11:22:27 -0000 On Thu, 10 Aug 2006 03:25:47 -0700 "Chris H." wrote: > Then I built the entire Xorg-6.9 server and libraries from source. > Everything worked/ performed as expected. I have not made anything > that required XFree86 (and friends) - it's purely Xorg. > But recently, I am recieving the error(s) mentioned /every/ time > I build anything that depends on GTK - /anything/. That's why I > was sure there is an issue in the GTK/GD source as provided in the > ports tree. I have no difficulties with anything unless GTK is involved. fair enough. please keep in mind that I would have installed those packages for a reason (other than because I felt like it...) ... from memory, it was some dependency that didnt work out well and I installed it (obviously wrongly). what packages have you got installed, btw? pkg_info | grep -i x B From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 13:08:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0401F16A4DA for ; Thu, 10 Aug 2006 13:08:54 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA1E543D46 for ; Thu, 10 Aug 2006 13:08:50 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 689DF114032 for ; Thu, 10 Aug 2006 14:08:49 +0100 (BST) 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 wdzNXqQW4n99 for ; Thu, 10 Aug 2006 14:08:46 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 30BA1114026 for ; Thu, 10 Aug 2006 14:08:46 +0100 (BST) Message-ID: <44DB2FDD.60705@goodforbusiness.co.uk> Date: Thu, 10 Aug 2006 14:08:45 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.5 (X11/20060809) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <496795293.20060809195310@pacific.net.id> <44D9ECB9.5020500@goodforbusiness.co.uk> <20060809171917.GA32202@localhost.localdomain> In-Reply-To: <20060809171917.GA32202@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Network often not responding X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2006 13:08:54 -0000 Stanislaw Halik wrote: > On Wed, Aug 09, 2006, Dominic Marks wrote: >>> Aug 9 15:09:16 cache kernel: xl0: transmission error: 90 >>> Aug 9 15:09:16 cache kernel: xl0: tx underrun, increasing tx start >>> threshold to 120 bytes > >> dc%d: TX underrun -- increasing TX threshold The device generated a >> transmit underrun error while attempting to DMA and transmit a packet. >> This happens if the host is not able to DMA the packet data into the > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> NIC's FIFO fast enough. The driver will dynamically increase the > ~~~~~~~~~~~~~~~~~~~~~~ >> trans- mit start threshold so that more data must be DMAed into the >> FIFO before the NIC will start transmitting it onto the wire." > >> So it would seem like the card cannot keep pace with the system. What NICs > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> have you tried? > > Basing on the quoted text, isn't it the opposite? > Yep! I should read more than the first line on things, especially when quoting them to others :) Dom From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 13:55:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50F8116A4DE for ; Thu, 10 Aug 2006 13:55:52 +0000 (UTC) (envelope-from saki@pacific.net.id) Received: from melon.pacific.net.id (melon.pacific.net.id [203.123.254.38]) by mx1.FreeBSD.org (Postfix) with SMTP id 13ABF43D66 for ; Thu, 10 Aug 2006 13:55:46 +0000 (GMT) (envelope-from saki@pacific.net.id) Received: (qmail 3631 invoked by uid 509); 10 Aug 2006 13:58:03 -0000 Received: from 202.46.69.59 by melon (envelope-from , uid 501) with qmail-scanner-1.24 (clamdscan: 0.88.2/1642. Clear:RC:1(202.46.69.59):. Processed in 0.03596 secs); 10 Aug 2006 13:58:03 -0000 Received: from unknown (HELO SAKI) (202.46.69.59) by melon.pacific.net.id with SMTP; 10 Aug 2006 13:58:02 -0000 Date: Thu, 10 Aug 2006 20:53:38 +0700 From: Akhmad Sakirun X-Mailer: The Bat! (v3.0) Professional X-Priority: 3 (Normal) Message-ID: <4110641836.20060810205338@pacific.net.id> To: freebsd-stable@freebsd.org In-Reply-To: <44DB2FDD.60705@goodforbusiness.co.uk> References: <496795293.20060809195310@pacific.net.id> <44D9ECB9.5020500@goodforbusiness.co.uk> <20060809171917.GA32202@localhost.localdomain> <44DB2FDD.60705@goodforbusiness.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Network often not responding X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Akhmad Sakirun List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 13:55:52 -0000 I little bit frustated after getting no luck with Pyun YongHyeon patch, i run cvsup today and going to see what happen tomorrow. It's happen only on bussy hour/work hour but not on afternoon until morning. it's mean only happen when on maximum/heavy traffic load. I suspected it's error on motherboard or the system. now i'm using 2 ethernet using 2 different catalyst switch and 2 different network. 1st ethernet: em0: port 0xa800-0xa83f mem 0xfeaa0000-0xfeabffff,0xfea80000-0xfea9ffff irq 18 at device 3.0 on pci2 em0: Ethernet address: 00:e0:81:31:af:ca em0: [FAST] 2nd ethernet: xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xa880-0xa8ff mem 0xfeafec00-0xfeafec7f irq 19 at device 7.0 on pci2 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:10:5a:0d:c1:45 Best regards, Thursday, August 10, 2006, 8:08:45 PM, Dominic wrote: > Stanislaw Halik wrote: >> On Wed, Aug 09, 2006, Dominic Marks wrote: >>>> Aug 9 15:09:16 cache kernel: xl0: transmission error: 90 >>>> Aug 9 15:09:16 cache kernel: xl0: tx underrun, increasing tx start >>>> threshold to 120 bytes >> >>> dc%d: TX underrun -- increasing TX threshold The device generated a >>> transmit underrun error while attempting to DMA and transmit a packet. >>> This happens if the host is not able to DMA the packet data into the >> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> NIC's FIFO fast enough. The driver will dynamically increase the >> ~~~~~~~~~~~~~~~~~~~~~~ >>> trans- mit start threshold so that more data must be DMAed into the >>> FIFO before the NIC will start transmitting it onto the wire." >> >>> So it would seem like the card cannot keep pace with the system. What NICs >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> have you tried? >> >> Basing on the quoted text, isn't it the opposite? >> > Yep! I should read more than the first line on things, especially when > quoting > them to others :) > Dom > _______________________________________________ > 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 Aug 10 14:45:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 278E316A4DE for ; Thu, 10 Aug 2006 14:45:57 +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 AFD1743D46 for ; Thu, 10 Aug 2006 14:45:56 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id ADEB82DCF13; Thu, 10 Aug 2006 14:45:54 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 55C9B1141D; Thu, 10 Aug 2006 16:45:54 +0200 (CEST) Date: Thu, 10 Aug 2006 16:45:54 +0200 From: "Simon L. Nielsen" To: Brooks Davis Message-ID: <20060810144553.GB1087@zaphod.nitro.dk> References: <20060809225301.GA11962@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060809225301.GA11962@lor.one-eyed-alien.net> User-Agent: Mutt/1.5.11 Cc: Matthias Andree , freebsd-stable@freebsd.org, Nikolas Britton Subject: Re: gzip is faster with -O3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2006 14:45:57 -0000 On 2006.08.09 17:53:01 -0500, Brooks Davis wrote: > [...] Poul-Henning Kamp has a nice (if probably > somewhat overkill for this case) writeup on doing benchmarking here: > > http://lists.freebsd.org/pipermail/freebsd-current/2004-January/019595.html It should be mentioned that this is in the Developers Handbook along with some more tips/comments from Robert Watson: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/testing.html -- Simon L. Nielsen From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 15:06:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4636716A4DD for ; Thu, 10 Aug 2006 15:06:30 +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 9AC9643D78 for ; Thu, 10 Aug 2006 15:06:21 +0000 (GMT) (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 k7AF6IiT074237; Thu, 10 Aug 2006 11:06:18 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 10 Aug 2006 10:36:33 -0400 User-Agent: KMail/1.9.1 References: <44DAAF0E.3080404@micom.mng.net> In-Reply-To: <44DAAF0E.3080404@micom.mng.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608101036.34101.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]); Thu, 10 Aug 2006 11:06:18 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1644/Wed Aug 9 23:55:42 2006 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.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Ganbold Subject: Re: boot problem with ACPI 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: Thu, 10 Aug 2006 15:06:30 -0000 On Wednesday 09 August 2006 23:59, Ganbold wrote: > Hi, > > I've got fatal trap on Dell D620 laptop when I tried to boot with ACPI > disabled. Yes, somehow the kernel goes off in the weeds while doing the PNPBIOS scan. Don't disable ACPI. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 15:27:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5E0016A4DD; Thu, 10 Aug 2006 15:27:52 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 693B143D49; Thu, 10 Aug 2006 15:27:52 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 39457114037; Thu, 10 Aug 2006 16:27:51 +0100 (BST) 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 O2XbHjhCpkt3; Thu, 10 Aug 2006 16:27:48 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 6EA1C114032; Thu, 10 Aug 2006 16:27:48 +0100 (BST) Message-ID: <44DB5074.7040002@goodforbusiness.co.uk> Date: Thu, 10 Aug 2006 16:27:48 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.5 (X11/20060809) MIME-Version: 1.0 To: John Baldwin References: <44D9B5B4.7010208@goodforbusiness.co.uk> <200608091627.43286.jhb@freebsd.org> In-Reply-To: <200608091627.43286.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Device conflict 3ware twe and CMedia sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2006 15:27:53 -0000 John Baldwin wrote: > On Wednesday 09 August 2006 06:15, Dominic Marks wrote: >> Hello, >> >> I seem to have a device conflict on my desktop. When attempting to fsck >> a gstripe >> volume attached via the twe card the system becomes 'choppy' and from >> looking >> at systat (when it isn't frozen) the system is receiving about 300k >> interrupts per >> second from the pcm device. If I leave the system in this state for a >> few minutes it >> will do an instant-reset, presumably because it can't cope. >> >> Verbose dmesg: http://goodforbusiness.co.uk/~dom/dmesg.boot >> >> Specific parts: >> >> twe0: <3ware Storage Controller. Driver version 1.50.01.002> port >> 0xdcb0-0xdcbf mem 0xdf000000-0xdf7fffff irq 49 at device 13.0 on pci3 >> twe0: Reserved 0x10 bytes for rid 0x10 type 4 at 0xdcb0 >> ioapic2: routing intpin 1 (PCI IRQ 49) to vector 49 >> twe0: [GIANT-LOCKED] >> twe0: AEN: >> twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 >> twe0: Monitor ME7X 1.01.00.040, PCB Rev5 , Achip 3.20 , Pchip 1.30-66 >> twe0: port 0: WDC WD3200KS-00PFB0 305245MB >> twe0: port 1: WDC WD3200KS-00PFB0 305245MB >> >> pcm0: port 0xcc00-0xccff irq 17 at device 13.0 on pci7 >> pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xcc00 >> ioapic0: routing intpin 17 (PCI IRQ 17) to vector 55 >> pcm0: [MPSAFE] >> pcm0: sndbuf_setmap 3e8ee000, 4000; 0xe5408000 -> 3e8ee000 >> pcm0: sndbuf_setmap 3e8ea000, 4000; 0xe540c000 -> 3e8ea000 >> >> I believe I can use device.hints(5) to work around this, but I am unsure >> variable I can >> set in order to resolve this. Does the device 13.0 from dmesg refer to >> the 'drq' ? > > Does this system have an Intel PCI-X host bridge in it? If so, it's > probably due to brain damage in that chip. You might be able to work > around it by making twe0 use the same IRQ as pcm0 by adding the > following hint: I've had a look, I don't exactly know what to look for, but I have several PCI Express to PCI bridges: pcib2@pci1:0:0: class=0x060400 card=0x00000044 chip=0x03298086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge A' class = bridge subclass = PCI-PCI pcib3@pci1:0:2: class=0x060400 card=0x00000044 chip=0x032a8086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge B' class = bridge subclass = PCI-PCI While looking through the pciconf -vl output I also noticed this error: twe0@pci3:13:0: class=0x010400 card=0x100113c1 chip=0x100113c1 rev=0x01 hdr=0x00 vendor = '3ware Inc.' device = '7000/8000 series ATA-133 Storage Controller' ** class = mass storage subclass = RAID ** This actually a SATA 150 Controller. Not a big deal, but still incorrect. > hint.pci3.13.INTA.irq=17 > > That should make twe0 use IRQ 17. > I doesn't seem to have had the desired effect: > kenv | grep pci3 hint.pci3.13.INTA.irq="17" > grep twe0 /var/run/dmesg.boot twe0: <3ware Storage Controller. [...]> port 0xdcb0-0xdcbf mem 0xdf000000-0xdf7fffff irq 49 at device 13.0 on pci3 Thank you very much John. I'll keep on looking for a solution. Dominic From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 18:06:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 023D216A4E1 for ; Thu, 10 Aug 2006 18:06:00 +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 209D843D49 for ; Thu, 10 Aug 2006 18:05:58 +0000 (GMT) (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 k7AI5pXN075318; Thu, 10 Aug 2006 14:05:57 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 10 Aug 2006 13:41:57 -0400 User-Agent: KMail/1.9.1 References: <44D9B5B4.7010208@goodforbusiness.co.uk> <200608091627.43286.jhb@freebsd.org> <44DB5074.7040002@goodforbusiness.co.uk> In-Reply-To: <44DB5074.7040002@goodforbusiness.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608101341.57641.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 10 Aug 2006 14:05:58 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1644/Wed Aug 9 23:55:42 2006 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.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Dominic Marks Subject: Re: Device conflict 3ware twe and CMedia sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2006 18:06:00 -0000 On Thursday 10 August 2006 11:27, Dominic Marks wrote: > I've had a look, I don't exactly know what to look for, but I have > several PCI Express to > PCI bridges: > > pcib3@pci1:0:2: class=0x060400 card=0x00000044 chip=0x032a8086 rev=0x00 > hdr=0x01 > vendor = 'Intel Corporation' > device = '6700PXH PCI Express-to-PCI Express Bridge B' > class = bridge > subclass = PCI-PCI You probably are hitting the condition I'm thinking of then. > While looking through the pciconf -vl output I also noticed this error: > > twe0@pci3:13:0: class=0x010400 card=0x100113c1 chip=0x100113c1 rev=0x01 > hdr=0x00 > vendor = '3ware Inc.' > device = '7000/8000 series ATA-133 Storage Controller' ** > class = mass storage > subclass = RAID > > ** This actually a SATA 150 Controller. Not a big deal, but still incorrect. It's just a string in /usr/share/misc/pci_vendors, it has no effect on operation or anything in the kernel. :) > > hint.pci3.13.INTA.irq=17 > > > > That should make twe0 use IRQ 17. > > > > I doesn't seem to have had the desired effect: > > > kenv | grep pci3 > hint.pci3.13.INTA.irq="17" > > > grep twe0 /var/run/dmesg.boot > twe0: <3ware Storage Controller. [...]> port 0xdcb0-0xdcbf mem > 0xdf000000-0xdf7fffff irq 49 at device 13.0 on pci3 Erm, that should have worked. Did you just do 'kenv' to set it or did you reboot and set it in the loader? Also, what version are you running, and what revision of /sys/dev/pci/pci.c do you have? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 19:13:44 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 909DD16A4DA; Thu, 10 Aug 2006 19:13:44 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C66DC43D66; Thu, 10 Aug 2006 19:13:43 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Thu, 10 Aug 2006 12:13:35 -0700 X-Server-Uuid: B238DE4C-2139-4D32-96A8-DD564EF2313E Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 966B12AF; Thu, 10 Aug 2006 12:13:35 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 71E992AE; Thu, 10 Aug 2006 12:13:35 -0700 (PDT) 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 ECG20021; Thu, 10 Aug 2006 12:13:26 -0700 (PDT) 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 41A5469CA3; Thu, 10 Aug 2006 12:13:26 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 10 Aug 2006 12:13:25 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301B7B43F@NT-IRVA-0750.brcm.ad.broadcom.com> Thread-Topic: Re: Re: bce0: Error mapping mbuf into TX chain! Thread-Index: Aca42559j5PdVHR6ScqP6kqfO+zswQBhG3LQAJQVmLA= From: "David Christensen" To: "Scott Wilson" , pyunyh@gmail.com X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006081008; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413031303230312E34344442383442312E303030352D412D; ENG=IBF; TS=20060810191336; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006081008_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 68C55AD51OO11963493-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, davidch@freebsd.org, Eric Hodel Subject: RE: Re: Re: bce0: Error mapping mbuf into TX chain! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2006 19:13:44 -0000 Scott, >=20 > What are you doing when this problem occurs? Is it something=20 > I can easily duplicate here? When I tested the fix on=20 > -CURRENT I used the following command suggested by Doug to=20 > bring out the failure quickly: >=20 > ssh "dd if=3D/dev/zero bs=3D1" > /dev/null >=20 > Does this same command fail for you too? >=20 I updated my RELENG_6 system to the tip and tried the same ssh=20 command which you mentioned also failed on your system. I couldn't duplicate the problem at all. Are you sure you are actually using=20 the new code? My system is reporting a different driver version than yours (mine =3D 0.9.6, yours =3D 0.9.5): bce0: mem 0xdc000000-0xddffffff irq 16 at device 0.0 on pci2 bce0: ASIC ID 0x57081020; Revision (B2); PCI-X 64-bit 133MHz bce0: Ethernet address: 00:10:18:15:f6:96 Are you still having a problem? Can you change the version number in if_bce.c (bce_driver_version) and make sure the right driver is loading? Dave From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 20:01:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A4B216A4DA for ; Thu, 10 Aug 2006 20:01:34 +0000 (UTC) (envelope-from ru@FreeBSD.org.ua) Received: from frdp.freebsd.org.ua (82.193.106.18.ipnet.kiev.ua [82.193.106.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D32A143D46 for ; Thu, 10 Aug 2006 20:01:33 +0000 (GMT) (envelope-from ru@FreeBSD.org.ua) Received: from frdp.freebsd.org.ua (localhost [127.0.0.1]) by frdp.freebsd.org.ua (8.13.6/8.13.6) with ESMTP id k7AK3Ta4090466; Thu, 10 Aug 2006 23:03:29 +0300 (EEST) (envelope-from ru@FreeBSD.org.ua) Received: (from ru@localhost) by frdp.freebsd.org.ua (8.13.6/8.13.6/Submit) id k7AK3ST7090465; Thu, 10 Aug 2006 23:03:28 +0300 (EEST) (envelope-from ru) Date: Thu, 10 Aug 2006 23:03:28 +0300 From: Ruslan Ermilov To: Angelo Turetta Message-ID: <20060810200328.GA90274@freebsd.org.ua> References: <44DB1093.8070203@commit.it> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <44DB1093.8070203@commit.it> User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-stable@freebsd.org Subject: Re: amd64 cannot boot on ASUS M2N-E X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2006 20:01:34 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 10, 2006 at 12:55:15PM +0200, Angelo Turetta wrote: > The motherboard (BIOS rev.0203) is based on the nVidia MCP55 chipset,=20 > AMD64 3500+ (2200 MHz), 1 GB DDR553, two SATA2 Maxtor 80GB, DVD-R Samsung. >=20 > Trying to boot the latest snapshot 6.1-STABLE-200608-amd64, the kernel=20 > probes most peripherals (the Marvel gigabit-ethernet is not detected,=20 > but that's a known item), but just after reporting acd0 it hangs solid=20 > with the IDE led on. No panic, nor errors. > It seems related to the detection of the disks (they are not reported).= =20 > I even left it in that state the whole night (just in case it was some=20 > loooong timeout), but nothing. > The -i386 image exhibits the same exact behaviour. Booting without ACPI= =20 > does not solve. >=20 > 7.0-CURRENT-200608-amd64 boots fine (no Marvel gbit, of course). >=20 > What should I try next? >=20 You need ata-chipset.c from -CURRENT, or wait for fix to be merged. : revision 1.166 : date: 2006/07/24 10:44:50; author: sos; state: Exp; lines: +47 -34 : Finally fix support for the newer MCP51/MCP55 nVidia chipsets. : The register layout has changed since the original NV4 - sigh. : Hotplug support has been fixed for all nVidia chipsets that supports it : (including the MCP51/55). :=20 : HW donated by: Kingsley College Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE25EQqRfpzJluFF4RAnCeAJ0e/koUQAiquI9nrUSZKWYnycwZbgCfaXIQ N4yrBHDSwAdh+s3OnOgg6MU= =li9f -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 10 22:45:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3436E16A4DE for ; Thu, 10 Aug 2006 22:45:24 +0000 (UTC) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFCA743D46 for ; Thu, 10 Aug 2006 22:45:22 +0000 (GMT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k7AMjJFO003647 for ; Thu, 10 Aug 2006 15:45:19 -0700 (PDT) (envelope-from fbsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k7AMjIus003646 for freebsd-stable@freebsd.org; Thu, 10 Aug 2006 15:45:18 -0700 (PDT) (envelope-from fbsd@1command.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [216.177.243.49]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Thu, 10 Aug 2006 15:45:18 -0700 Message-ID: <20060810154518.s1xalx6isk8cos0w@webmail.1command.com> X-Priority: 3 (Normal) Date: Thu, 10 Aug 2006 15:45:18 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <20060809192304.ubr18r4ogs08o8g0@webmail.1command.com> <44DAA8CB.8020008@paradise.net.nz> <20060809212436.67cc8hclc0gsogos@webmail.1command.com> <20060810150533.6ee6499d@localhost> <20060810032547.0mh3rwnogkkk84c4@webmail.1command.com> <20060810212219.7ed8f385@localhost> In-Reply-To: <20060810212219.7ed8f385@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_62zc04bryxwk"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: error: syntax error before "_X_SENTINEL" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2006 22:45:24 -0000 This message is in MIME format and has been PGP signed. --=_62zc04bryxwk Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit Hello, and thank you for your reply. Quoting Norberto Meijome : > On Thu, 10 Aug 2006 03:25:47 -0700 > "Chris H." wrote: > >> Then I built the entire Xorg-6.9 server and libraries from source. >> Everything worked/ performed as expected. I have not made anything >> that required XFree86 (and friends) - it's purely Xorg. >> But recently, I am recieving the error(s) mentioned /every/ time >> I build anything that depends on GTK - /anything/. That's why I >> was sure there is an issue in the GTK/GD source as provided in the >> ports tree. I have no difficulties with anything unless GTK is involved. > > fair enough. please keep in mind that I would have installed those > packages for > a reason (other than because I felt like it...) ... from memory, it was some > dependency that didnt work out well and I installed it (obviously wrongly). Sure. Understood. > > what packages have you got installed, btw? > > pkg_info | grep -i x Script started on Thu Aug 10 15:24:22 2006 3ddesktop-0.2.9_1 3D Virtual Desktop Switcher Gdtclft-2.2.5_4 A TCL interface to the Thomas Boutell's Gd library GeoIP-1.3.17 Find the country that any IP address or hostname originates GraphicsMagick-1.1.6_1 Fast image processing tools based on ImageMagick ImageMagick-6.2.8.5 Image processing tools ORBit2-2.14.0_1 High-performance CORBA ORB with support for the C language Sablot-1.0.2_1 XML toolkit implementing XSLT 1.0, XPath 1.0 and DOM Level2 WhistlerK-200010142358_2 A GTK theme engine inspired by the Windows Whistler a2ps-a4-4.13b_3 Formats an ascii file for printing on a postscript printer apache+ssl-1.3.34.1.57_1 Apache secure webserver integrating OpenSSL arc-5.21o Create & extract files from DOS .ARC files arj-3.10.22 Open-source ARJ artwiz-fonts-1.0_1 A set of free fonts for X11 desktops aspell-0.60.4_4 Spelling checker with better suggestion logic than ispell aterm-1.0.0_1 A color vt102 terminal emulator with transparency support atk-1.11.4_1 A GNOME accessibility toolkit (ATK) autoconf-2.13.000227_5 Automatically configure source code on many Un*x platforms autoconf-2.53_3 Automatically configure source code on many Un*x platforms autoconf-2.59_2 Automatically configure source code on many Un*x platforms automake-1.4.6_2 GNU Standards-compliant Makefile generator (1.4) automake-1.9.6 GNU Standards-compliant Makefile generator (1.9) bash-3.1.17 The GNU Project's Bourne Again SHell bdc-7.0.1_2 BitDefender Console Antivirus for FreeBSD bison-1.75_2,1 A parser generator from FSF, (mostly) compatible with Yacc bitstream-vera-1.10_2 Bitstream Vera TrueType font collection boxtools-0.70.1 Style tools for the blackbox family of window managers buffy-0.2_2 A GTK theme engine looking like SGI enhanced Motif (aka Rox bzip2-1.0.3_1 A block-sorting file compressor cabextract-1.1 A program to extract Microsoft cabinet (.CAB) files cairo-1.0.4_1 Vector graphics library with cross-device output support cclient-2004g,1 Mark Crispin's C-client mail access routines clean-theme-gtk-1.2.x_2 The Clean GTK theme engine colorstep-0.6_2 A theme engine based on GtkStep and Step-pastel compositeext-2.0_1 X Composite extension headers and specification conky-1.4.2_1 An advanced, highly configurable system monitor for X cracklib-2.7_2 Password-checking library curl-7.15.4 Non-interactive tool to get files from FTP, GOPHER, HTTP(S) cvsup-without-gui-16.1h_2 General network file distribution system optimized for CVS dbh-1.0.24_1 Disk Based Hashtables deb2targz-20021217 A command-line utility for converting a Debian .deb file to dovecot-1.0.r2 Secure and compact IMAP and POP3 servers dynamite-0.1 Decompress data compressed with PKWARE Data Compression Lib edb-1.0.5.007 Enlightenment Database Library eet-0.9.10.032 Enlightenment Data Handling Library engradient-0.5_2 A GTK+ engine-gradient theme based off of the IceGradient t eterm-0.9.3_5 X11 terminal emulator based on rxvt/xterm expat-2.0.0_1 XML 1.0 parser written in C fastest_cvsup-0.2.9_4 Finds fastest CVSup server fbpanel-4.3_3 A desktop panel that includes a taskbar, pager, launchbar a filerunner-2.5.1_1 Filemanager with FTP capabilities. Uses Tcl/Tk fixesext-2.0.1_1 X Fixes extension headers and specification fluxbox-0.1.14_2 A small and fast window manager based on BlackBox fluxspace-0.0.3_2 A window manager and workspace enhancer and integrator fontconfig-2.3.2_5,1 An XML-based font configuration API for X Windows freefont-ttf-20060126 Free UCS Outline Fonts freefonts-0.10_2 A collection of ATM fonts (not all free) from the CICA arch freetype2-2.1.10_3 A free and portable TrueType font rendering engine fvwm-2.5.16 Popular virtual window manager for X gamin-0.1.7_2 A file and directory monitoring system gconf2-2.14.0_2 A configuration database system for GNOME gd-2.0.33_4,1 A graphics library for fast creation of images gettext-0.14.5_2 GNU gettext package ghostscript-gnu-7.07_15 GNU Postscript interpreter gkrellm-2.2.9_1 A GTK based system monitor gkrellm-gamma-2.03_6 XFree86 gamma correction plugin for GKrellM gkrelltop-2.2.6_6 Plugin for gkrellm 2.x shows top three processes, requires gkx86info2-0.0.2_2 GKrellM2 plugin that simply prints the current clock speed glib-1.2.10_12 Some useful routines of C programming (previous stable vers glib-2.10.3 Some useful routines of C programming (current stable versi glitz-0.4.4_1 OpenGL image compositing library gmake-3.80_2 GNU version of 'make' utility gnome-look-0.1.3_2 A GTK theme engine designed to look nice with the GNOME des gnome-mime-data-2.4.2 A MIME and Application database for GNOME gnome-vfs-2.14.2_3 GNOME Virtual File System gnomehier-2.1_2 A utility port that creates the GNOME directory tree gnupg-1.4.4 The GNU Privacy Guard gnutls-1.4.1 GNU Transport Layer Security library gollem-1.0.2_1 Gollem is the Horde web-based File Manager graphviz-2.8 Graph Visualization Software from AT&T and Bell Labs gsfonts-8.11_2 Fonts used by GNU Ghostscript (or X) gtk-1.2.10_15 Gimp Toolkit for X11 GUI (previous stable version) gtk-2.8.20 Gimp Toolkit for X11 GUI (current stable version) gtk-Mac2-theme-200003050858_2 GTK+ engine theme based on the look of MacOS gtk-aquaextremesunken-theme-1.0 A port of AquaExtreme Sunken theme gtk-aqualightblue-theme-0.1_5 A port of the GTK+ AquaLightBlue theme to GTK+ 2.0 gtk-engines-0.12_4 Theme engine for gtk+ toolkits gtk-engines-collection-1.8_2 The "meta-port" for the collection of several GTK+ theme en gtk-engines2-2.6.10 Theme engine for the gtk+-2.0 toolkit gtk-flat-theme-0.1_2 A GTK+ theme engine which gives GTK+ a flattened appearance gtk-qn-x11-theme-0.1_2 The QN-X11 GTK theme engine gtk-smooth-engine-0.6.0.1 Flexible GTK Theme Engine gtk-theme-switch-1.0.1_3 A command line tool for switching GTK+ themes gtk-themepreview-2.0_2 A small application for preview your theme widgets in one s gtk-xfce-engine-2.2.8_1 An XFCE engine for GTK 2.0 gtk-zenith-theme-1.0_2 The Zenith GTK theme engine gtk2-theme-switch-2.0.0.r2_6 A command line tool for switching GTK themes gtkbe-200007091019_2 BeOS look-alike GTK+ theme engine gtkstep-2.2_2 A theme module to make GTK+ look like the NeXTSTEP(tm) inte gtkstep-pastel-0.10.1_2 Theme engine based on GtkStep to make GTK+ look nicier gview-0.1.15_2 Image viewer for X Window System with interface similar to gzrecover-0.4 A gzip recovery toolkit help2man-1.36.4_1 Automatically generating simple manual pages from program o hffzip-1.01 File compressor based on Huffman coding hicolor-icon-theme-0.5 A high-color icon theme shell from the FreeDesktop project horde-3.1.2 A common code-base used by Horde applications, written in P hpack-0.79a Multi-System Archiver with open keys PGP-based security icegradient-200012290259_2 A GTK+ gradient theme engine based on ThinIce idea-1.2 A command line idea encryption and decryption utility imake-6.9.0 Imake and other utilities from X.Org imlib-1.9.15_3 A graphic library for enlightenment package imlib2-1.2.2.001 The next generation graphic library for enlightenment packa imlib2_loaders-1.2.2.001 Extra image loader plugins for Imlib 2 imp-4.1.2 A webmail system which accesses mail over IMAP ingo-1.1.1 Horde\'s email-filter management application intltool-0.35.0 Tools to internationalize various kinds of data files ispell-3.2.06_15 An interactive spelling checker for multiple languages jasper-1.701.0_1 An implementation of the codec specified in the JPEG-2000 s jbigkit-1.6 Lossless compression for bi-level images such as scanned pa jpeg-6b_4 IJG's jpeg compression utilities lcms-1.14_1,1 Light Color Management System -- a color management library lfpfonts-fix-0.82 Fixed width fonts from the Linux Font Project lfpfonts-var-0.83 Variable width fonts from the Linux Font Project libIDL-0.8.6_2 A library for creating trees of CORBA IDL files libXft-2.1.7_1 A client-sided font API for X applications libafterimage-1.07 Generic imaging library originally designed for AfterStep libast-0.7 A library of assorted spiffy things libbonobo-2.14.0_2 A component and compound document system for GNOME2 libcabinet-0.30 A portable library and utility to use Microsoft cabinet fil libdrm-2.0.2 Userspace interface to kernel Direct Rendering Module servi libexo-0.3.0_2 Terminal library, extensions to Xfce by os-cillation libfpx-1.2.0.12 Library routines for working with Flashpix images libgcrypt-1.2.2_1 "General purpose crypto library based on code used in GnuPG libglade2-2.6.0 GNOME glade library libglut-6.4.2 A graphics library similar to SGI's OpenGL libgmp-4.2.1_1 A free library for arbitrary precision arithmetic libgpg-error-1.3 Common error values for all GnuPG components libgsf-1.14.1 An extensible i/o abstraction for dealing with structured f libiconv-1.9.2_2 A character set conversion library libid3tag-0.15.1b ID3 tags library (part of MAD project) libltdl-1.5.22 System independent dlopen wrapper libmcal-0.7_1 Modular Calendar Access Library libmcrypt-2.5.7_2 Multi-cipher cryptographic library (used in PHP) libmng-1.0.9 Multiple-image Network Graphics (MNG) reference library libstroke-0.5.1_2 A stroke translation library libtool-1.5.22_2 Generic shared library support script libungif-4.1.4_1 Tools and library routines for working with GIF images libwmf-0.2.8.4 Tools and library for converting Microsoft WMF (windows met libxfce4gui-4.2.3_1 XFce 4 widget library required by xfce4 and xfwm4 libxfce4mcs-4.2.3_1 XFce 4 settings management library used by most XFce 4 modu libxfce4util-4.2.3.2_1 XFce 4 library with non-graphical helper functions libxml2-2.6.26 XML parser library for GNOME libxslt-1.1.17 The XSLT C library for GNOME linc-1.0.3_6 A library for writing networked servers & clients linux-unace-2.5,1 Extract, view & test ACE archives linux_base-8-8.0_14 Base set of packages needed in Linux mode (for i386/amd64) lsof-4.77 Lists information about open files (similar to fstat(1)) lynx-ssl-2.8.5_2 A non-graphical, text-based World-Wide Web client with SSL lzo-1.08_2,1 Portable speedy, lossless data compression library lzo2-2.02_1 Portable speedy, lossless data compression library lzop-1.02.r1 Fast file compressor similar to gzip, using the LZO library m4-1.4.4 GNU m4 macutils-2.0b3 Utilities for Apple Macintosh files makeself-2.1.4 A neat script to make self-extracting archives man2html-3.0.1_1 Convert nroff(1) man pages to HTML mar-0.5 A simple binary file format for storing arbitrary meta and mhash-0.9.2 An easy-to-use library for strong hashes such as MD5 and SH mmosaic-3.7.2_1 Web browser based on Mosaic, but with many modernizations mnogosearch31-3.1.21 Full featured SQL-based hypertext search engine mod_access_referer-1.0.2_1 Provides access control based on Referer HTTP header for Ap mod_auth_useragent-1.0 Allows you to forbid clients based on their User-Agent mod_bandwidth-2.0.6 Bandwidth management module for the Apache webserver mod_bunzip2-1 Apache module for server-side decompression of bzip2 files mod_extract_forwarded-1.4 An Apache module that can make proxied requests appear with mod_filter-1.4.1 Filter output from other modules inside of Apache mod_gzip-1.3.26.1a An Internet Content Acceleration module for Apache mod_layout-3.2.1 Apache module to wrap served pages with a header and/or foo mod_limitipconn-0.04_1 Limit the number of simultaneous connections from a single mod_security-1.9.4 An intrusion detection and prevention engine mod_sed-0.1 An apache module that embeds a copy of the sed(1) command mod_tsunami-3.0 Apache module which dynamically limits a site's slot usage mpeg2codec-1.2_1 An MPEG-2 Encoder and Decoder mscompress-0.3 Microsoft "compress.exe/expand.exe" compatible (de)compress mysql-client-4.1.20 Multithreaded SQL database (client) mysql-server-4.1.20 Multithreaded SQL database (server) nag-2.1.1_1 Nag is a simple, multiuser task list manager nedit-5.5 An X11/Motif GUI text editor for programs and plain text fi net-snmp-5.2.2_2 An extendable SNMP implementation nmap-4.11 Port scanning utility for large networks nomarch-1.3_1 Extracts files from the old `.arc' archive format nulib-3.25 NuFX archive utility open-motif-2.2.3_2 Motif X11 Toolkit (industry standard GUI (IEEE 1295)) openldap-client-2.3.24 Open source LDAP client implementation orange-0.3_1 Extract Microsoft Cabinet files from self-extracting instal osb-browser-0.5.0_4 Gtk-Webcore example web browser osb-jscore-0.5.0_2 Javascript interpreter port from Apple's KHTML and part of osb-nrcit-0.5.0_2 Embeddable web component using KJS, KHTML and KWIQ osb-nrcore-0.5.0_2 Gtk-Webcore's browser engine p5-Archive-Tar-1.29 Perl module for creation and manipulation of tar files p5-Authen-SASL-2.10_1 Perl5 module for SASL authentication p5-Compress-Zlib-1.42 Perl5 interface to zlib compression library p5-Convert-BinHex-1.119 Perl module to extract data from Macintosh BinHex files p5-Digest-1.15 Modules that calculate message digests p5-Digest-HMAC-1.01 Perl5 interface to HMAC Message-Digest Algorithms p5-Digest-MD5-2.36 Perl5 interface to the MD5 algorithm p5-Digest-SHA1-2.11 Perl interface to the SHA-1 Algorithm p5-GD-2.34 A perl5 interface to Gd Graphics Library version2 p5-GD-Graph-1.43.08 Graph plotting module for perl5 p5-GD-Graph3d-0.63 Creates 3D charts with GD::Graph and GD p5-GD-TextUtil-0.86 Text utilities for use with GD drawing package p5-GSSAPI-0.22 Perl extension providing access to the GSSAPIv2 library p5-Graph-0.75,1 Graph, the Perl module for graph operations p5-Graph-ReadWrite-2.00 Reading and Writing a variety of graph file formats p5-Graph-Writer-GraphViz-0.10 GraphViz Writer for Graph object p5-GraphViz-2.02 GraphViz - Perl interface to the GraphViz graphing tool p5-GraphViz-Data-Structure-0.15 Visualise data structures p5-GraphViz-Traverse-0.02 Build a GraphViz object via callback traversal p5-HTML-Parser-3.55 Perl5 module for parsing HTML documents p5-HTML-Tagset-3.10 Some useful data table in parsing HTML p5-Heap-0.71 Perl extensions for keeping data partially sorted p5-IO-All-0.35 IO::All combines all of the best Perl IO modules p5-IO-Socket-INET6-2.51_1 Perl module with object interface to AF_INET6 domain socket p5-IO-Socket-SSL-0.97 Perl5 interface to SSL sockets p5-IO-String-1.08 Simplified Perl5 module to handle I/O on in-core strings p5-IO-Tty-1.07 Flexible I/O Perl5 module that allows manipulation of pseud p5-IO-Zlib-1.04_1 IO:: style interface to Compress::Zlib p5-IO-stringy-2.110 Perl5 module for using IO handles with non-file objects p5-IPC-Run-0.80 IPC::Run - Run subprocesses with piping and redirection p5-MIME-Base64-3.07 Perl5 module for Base64 and Quoted-Printable encodings p5-MIME-Tools-5.420,2 A set of perl5 modules for MIME p5-Mail-Tools-1.74 Perl5 modules for dealing with Internet e-mail messages p5-Math-BigInt-1.77 Math::BigInt - Arbitrary size integer math package p5-Net-1.19,1 Perl5 modules to access and use network protocols p5-Net-DNS-0.58 Perl5 interface to the DNS resolver, and dynamic updates p5-Net-IP-1.25 Perl extension for manipulating IPv4/IPv6 addresses p5-Net-SSLeay-1.30_1 Perl5 interface to SSL p5-PathTools-3.19 A Perl module for portably manipulating file specifications p5-Scalar-List-Utils-1.18,1 Perl subroutines that would be nice to have in the perl cor p5-Socket6-0.19 IPv6 related part of the C socket.h defines and structure m p5-Test-Harness-2.62 Run perl standard test scripts with statistics p5-Test-Simple-0.64 Basic utilities for writing tests in perl p5-Tie-File-0.96 Access the lines of a disk file via a Perl array p5-URI-1.35 Perl5 interface to Uniform Resource Identifier (URI) refere p5-XML-Parser-2.34_2 Perl extension interface to James Clark's XML parser, expat p5-XML-Writer-0.600 A simple Perl module for writing XML documents p5-gettext-1.05_1 Message handling functions p5-libwww-5.805 Perl5 library for WWW access p5-type1inst-0.6.1_2 A script that helps install Postscript fonts in X Window Sy pango-1.12.3 An open-source framework for the layout and rendering of i1 par2cmdline-0.4 Tools for using Parity v2 Archive files parchive-1.1 Parity Archiver - makes multiple parity volumes from a set pbzip2-0.9.6 Parallel BZIP2 pcre-6.7 Perl Compatible Regular Expressions library pdflib-6.0.3 A C library for dynamically generating PDF pear-1.4.6 PEAR framework for PHP pear-Auth-1.2.4 PEAR class for creating an authentication system pear-Auth_RADIUS-1.0.4 PEAR wrapper classes for the RADIUS PECL pear-Auth_SASL-1.0.1_1 PEAR abstraction of various SASL mechanism responses pear-DB-1.7.6,1 PEAR Database Abstraction Layer pear-Date-1.4.6 PEAR Date and Time Zone Classes pear-File-1.2.2,1 PEAR common file and directory routines pear-File_Passwd-1.1.6 PEAR class to manipulate many kinds of password files pear-HTTP_Request-1.3.0 PEAR classes providing an easy way to perform HTTP requests pear-Log-1.9.3 PEAR logging utilities pear-Mail-1.1.9 PEAR class that provides multiple interfaces for sending em pear-Mail_Mime-1.3.1 PEAR classes to create and decode MIME messages pear-Net_SMTP-1.2.7 PEAR class that provides an implementation of the SMTP prot pear-Net_Socket-1.0.6 PEAR Network Socket Interface pear-Net_URL-1.0.14 Easy parsing of URLs pecl-fileinfo-1.0.3 A PECL extension to retrieve info about files pecl-imagick-0.9.11_5 A PECL extension to manipulate images pecl-pdflib-2.0.4 A PECL extension to create PDF on the fly pecl-radius-1.2.4 Radius client library for PHP pecl-zip-1.5.0 A PECL extension to create and read zip files perl-5.8.8 Practical Extraction and Report Language php4-4.4.2_2 PHP Scripting Language (Apache Module and CLI) php4-bcmath-4.4.2_2 The bcmath shared extension for php php4-bz2-4.4.2_2 The bz2 shared extension for php php4-calendar-4.4.2_2 The calendar shared extension for php php4-crack-4.4.2_2 The crack shared extension for php php4-ctype-4.4.2_2 The ctype shared extension for php php4-curl-4.4.2_2 The curl shared extension for php php4-dio-4.4.2_2 The dio shared extension for php php4-domxml-4.4.2_2 The domxml shared extension for php php4-exif-4.4.2_2 The exif shared extension for php php4-extensions-1.0 A "meta-port" to install PHP extensions php4-ftp-4.4.2_2 The ftp shared extension for php php4-gd-4.4.2_2 The gd shared extension for php php4-gettext-4.4.2_2 The gettext shared extension for php php4-iconv-4.4.2_2 The iconv shared extension for php php4-imap-4.4.2_2 The imap shared extension for php php4-ldap-4.4.2_2 The ldap shared extension for php php4-mbstring-4.4.2_2 The mbstring shared extension for php php4-mcal-4.4.2_2 The mcal shared extension for php php4-mcrypt-4.4.2_2 The mcrypt shared extension for php php4-mhash-4.4.2_2 The mhash shared extension for php php4-mnogosearch-4.4.2_2 The mnogosearch shared extension for php php4-mysql-4.4.2_2 The mysql shared extension for php php4-ncurses-4.4.2_2 The ncurses shared extension for php php4-odbc-4.4.2_2 The odbc shared extension for php php4-overload-4.4.2_2 The overload shared extension for php php4-pcntl-4.4.2_2 The pcntl shared extension for php php4-pcre-4.4.2_2 The pcre shared extension for php php4-posix-4.4.2_2 The posix shared extension for php php4-readline-4.4.2_2 The readline shared extension for php php4-session-4.4.2_2 The session shared extension for php php4-snmp-4.4.2_2 The snmp shared extension for php php4-sockets-4.4.2_2 The sockets shared extension for php php4-tokenizer-4.4.2_2 The tokenizer shared extension for php php4-xml-4.4.2_2 The xml shared extension for php php4-xmlrpc-4.4.2_2 The xmlrpc shared extension for php php4-xslt-4.4.2_2 The xslt shared extension for php php4-zlib-4.4.2_2 The zlib shared extension for php pkg-config-0.20_2 A utility to retrieve information about installed libraries pkg_cutleaves-20060430 Interactive script for deinstalling 'leaf' packages pkg_tree-1.1_1 Get a 'graphical' tree-overview of installed packages pkgconfig-0.20 A utility to retrieve information about installed libraries png-1.2.8_3 Library for manipulating PNG images popt-1.7_1 A getopt(3) like library with a number of enhancements, fro port-maintenance-tools-1.0 "meta-port" for administrative tools to maintain ports portaudit-0.5.11 Checks installed ports against a list of security vulnerabi portdowngrade-0.6 Sets a port back to a previous version porteasy-2.8.4 A tool for fetching and building ports portell-0.2_1 Quick display of FreeBSD port descriptions portmaster-1.5 Manage your ports without external databases or languages portmon-2.0 Daemon that monitor network services portsman-0.2_2 An ncurses based front-end to manage the FreeBSD ports coll portupgrade-2.1.3.2_2,2 FreeBSD ports/packages administration and management tool s ppmd-20050811 A fast archiver with a good compression ratio ppunpack-1.0 Decompresses Amiga PowerPacker files props-1.0 The OpenLook props application python-2.4.3 An interpreted object-oriented programming language qmake-3.3.6 The build utility of the Qt project qt-3.3.6_2 Multiplatform C++ application framework rar-3.51_1,1 File archiver (binary port) razor-agents-2.82 A distributed, collaborative, spam detection and filtering rox-2.4.1_2 A simple and easy to use graphical file manager rox-session-0.1.21_5 A session manager for the ROX desktop rpm2cpio-1.2_2 Convert .rpm files for extraction with /usr/bin/cpio, needs ruby-1.8.4_9,1 An object-oriented interpreted scripting language ruby18-bdb1-0.2.2 Ruby interface to Berkeley DB revision 1.8x with full featu rxvt-2.6.4_2 A low memory usage xterm replacement that supports color samba-libsmbclient-3.0.23 Shared libs from the samba package sentinel-1.7b_1 A sendmail milter API implementation sgifonts-1.0.1 Fonts from the SGI ProPack 1.4 (originally for Linux) shared-mime-info-0.18 A MIME type database from the FreeDesktop project sharutils-4.3.81 Pack, send and unpack shell archives; synchronize via e-mai source-highlight-1.9 C/C++ and Java sources to HTML converter startup-notification-0.8_2 Library that supports startup notification spec from freede suxus-1.5 An x11 font designed to be small yet easily read swig-1.3.29_2 Simplified Wrapper and Interface Generator synce-librapi2-0.9.1 Utilities/libraries to make RAPI calls on WinCE devices synce-libsynce-0.9.1 Library to support communication with WinCE devices t1lib-5.1.0_1,1 A Type 1 Rasterizer Library for UNIX/X11 tcl-8.4.13_1,1 Tool Command Language tcl-threads-8.4.13_1,1 Tool Command Language tcplist-2.2_1 Lists tcp connections to/from local machine (+username on b texinfo-4.8_3 A typeset documentation system with multiple format output thinice-1.0.4_2 A clean-looking GTK Theme Engine tiff-3.8.2 Tools and library routines for working with TIFF images tk-threads-8.4.13,2 Graphical toolkit for TCL turba-2.1.1 The Horde contact management application ucl-1.03_1 A data compression library with low memory usage unace-1.2b_2 Extract, view & test ACE archives unarj-2.65_1 Allows files to be extracted from ARJ archives unixODBC-2.2.11_1 ODBC library suite for Unix unlzx-1.1 Extracts .lzx archives from Amiga systems unshield-0.5 Extract data from InstallShield CAB files unzip-5.52_2 List, test and extract compressed files in a ZIP archive unzoo-4.4 A zoo archive extractor upx-1.25 The Ultimate Packer for eXecutables urwfonts-1.0_1 Another font package for X urwfonts-ttf-1.0.7b18 Unicode TrueType fonts from URW extended by Valek Filippov webcpp-0.8.4 Convert your source code to syntax highlighted HTML wget-1.10.2 Retrieve files from the Net via HTTP and FTP wv-1.2.1 A library and executables to access Microsoft Word files wzip-1.1.1 A preprocessor for lossy data compression xcompmgr-1.1.3 A sample X compositing manager xenophilia-0.8_1 A theme module to make GTK+ look nicer xenostep-200011270836_3 A GTK+ theme engine based on the Xenophilia and Interface e xextensions-1.0.1_2 X11 extension headers xfce-4.2.3.2 The "meta-port" for the XFce 4 desktop environment xfce4-appfinder-4.2.3 Find application in the system supporting Desktop entry for xfce4-desktop-4.2.3_1 XFce 4 desktop background manager and root menu xfce4-fm-4.2.3_1 XFce 4 file manager xfce4-icon-theme-4.2.3 Icon themes for XFce 4 xfce4-iconbox-4.2.3_1 XFce 4 icon box, an alternative taskbar xfce4-mcs-manager-4.2.3 XFce 4 settings manager xfce4-mcs-plugins-4.2.3_1 XFce 4 settings manager plugins xfce4-minicmd-plugin-0.3.0 Displays a mini-command line on the xfce4-panel xfce4-mixer-4.2.3_1 XFce 4 volume mixer module for xfce4-panel xfce4-panel-4.2.3_1 XFce 4 panel module xfce4-print-4.2.3_1 XFce 4 graphical frontend for printing xfce4-session-4.2.3_1 Session manager for the Xfce 4 desktop environment xfce4-showdesktop-plugin-0.3.0_7 Xfce 4 Plugin to minimize/unminimize all windows xfce4-systemload-plugin-0.3.4_5 System Load plugin for XFce4 xfce4-systray-4.2.3_1 XFce 4 system tray module for xfce4-panel xfce4-toys-4.2.3_1 Toys for the XFce 4 panel xfce4-trigger-launcher-4.2.3_1 A command trigger plugin for xfce4-panel xfce4-utils-4.2.3_1 XFce 4 essential utilities and scripts xfce4-wm-4.2.3.2_1 XFce 4 window manager xlhtml-0.5_1,1 Convert Excel and PowerPoint files to HTML and text xmlcatmgr-2.2 SGML and XML catalog manager xorg-clients-6.9.0_3 X client programs and related files from X.Org xorg-fonts-100dpi-6.9.0_1 X.Org 100dpi bitmap fonts xorg-fonts-75dpi-6.9.0_1 X.Org 75dpi bitmap fonts xorg-fonts-encodings-6.9.0_1 X.Org font encoding files xorg-fonts-miscbitmaps-6.9.0_1 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-6.9.0 X.Org TrueType fonts xorg-fonts-type1-6.9.0 X.Org Type1 fonts xorg-libraries-6.9.0 X11 libraries and headers from X.Org xorg-server-6.9.0_4 X.Org X server and related programs xproto-6.6.2 X11 protocol headers xterm-215 Terminal emulator for the X Window System xtermcontrol-2.8 Tool for dynamic control of xterm properties xview-3.2.1_3 X Window-System-based Visual/Integrated Environment for Wor zip-2.32 Create/update ZIP files compatible with pkzip zoo-2.10.1_2 Manipulate archives of files in compressed form Script done on Thu Aug 10 15:24:30 2006 Thank you again for your reply. --Chris > > B > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// --=_62zc04bryxwk Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBE27b+XxK1cRs0zxkRAroJAJ9Vqb5F9Dh+iaZ1YyISlO/QAUrfQQCfYPvR Y3U377FFqr90olS9QuRX1Kk= =zsek -----END PGP SIGNATURE----- --=_62zc04bryxwk-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 04:27:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 722DD16A4E7; Fri, 11 Aug 2006 04:27:32 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 322C643D58; Fri, 11 Aug 2006 04:27:32 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k7B4RVQs085889 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Aug 2006 21:27:31 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44DC0733.1000104@errno.com> Date: Thu, 10 Aug 2006 21:27:31 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: CFT: ipw driver update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 04:27:32 -0000 If you use ipw please try a new version at: http://www.freebsd.org/~sam/ipw-20060710.tgz This code should work with wpa_supplicant, recognize beacon miss (i.e. roam), implement the rfkill radio switch, etc. It should work on both HEAD and RELENG_6. There are still some rough edges as the ipw firmware has some quirks but I believe it's an improvement over what's in the tree. Beware of bugs; it's only been lightly tested. Note that you'll need the ipw firmware packaged as modules. This is the way things are in HEAD but not RELENG_6. The ipw-firmware-kmod port currently won't allow installation on a RELENG_6 system; you'll need to defeat the check in the Makefile to install the necessary firmware. If you hit issues please try to collect a debug log by setting sysctl debug.ipw=1 (or higher if needed); msgs go to the console. Sam From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 05:27:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A7ED16A4DD for ; Fri, 11 Aug 2006 05:27:48 +0000 (UTC) (envelope-from lnelson@naxostech.com) Received: from willow.nelsonsoftware.com (86.d8bed1.client.atlantech.net [209.190.216.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 229AA43D49 for ; Fri, 11 Aug 2006 05:27:45 +0000 (GMT) (envelope-from lnelson@naxostech.com) Received: from localhost (localhost [127.0.0.1]) by willow.nelsonsoftware.com (Postfix) with ESMTP id 47069785D for ; Fri, 11 Aug 2006 01:27:45 -0400 (EDT) Received: from willow.nelsonsoftware.com ([127.0.0.1]) by localhost (willow.nelsonsoftware.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19299-09 for ; Fri, 11 Aug 2006 01:27:42 -0400 (EDT) Received: from naxostech.com (localhost [127.0.0.1]) by willow.nelsonsoftware.com (Postfix) with ESMTP id BD18977F5 for ; Fri, 11 Aug 2006 01:27:42 -0400 (EDT) From: "lnelson" To: freebsd-stable@freebsd.org Date: Fri, 11 Aug 2006 01:27:42 -0400 Message-Id: <20060811051959.M95805@naxostech.com> X-Mailer: Open WebMail 2.01 20030425 X-OriginatingIP: 69.139.144.77 (lnelson@naxostech.com) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: amavisd-new at naxostech.com Subject: Odd problem with Intel em 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, 11 Aug 2006 05:27:48 -0000 Hi Everyone, I'm having an odd problem with the Intel em driver. It's built into the kernel by default, but it won't recognize the part. However, if I grab the driver source from the Intel website, compile it as a KLD, and put it in loader.conf, it works. The odd thing is that it complains that it is already loaded, and acts as if it is refusing to load the module. When it works, the message I get is: module_register: module pci/em already exists! Module pci/em failed to register: 17 ... ... em0: port 0x3000-0x301f mem 0xc8300000-0xc831ffff i rq 18 at device 0.0 on pci5 em0: Ethernet address: 00:30:48:78:5a:2a em0: Speed:N/A Duplex:N/A em1: port 0x3020-0x303f mem 0xc8320000-0xc833ffff i rq 19 at device 0.1 on pci5 em1: Ethernet address: 00:30:48:78:5a:2b em1: Speed:N/A Duplex:N/A When it doesn't work, I get no messages regarding em at all. It seems like the KLD is actually getting loaded, even though it says it isn't. I should mention that I am running the amd64 port of 6.1 RELEASE. Any thoughts? Can I run a production server like this? Thanks, Lee -- Naxos Technology From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 07:02:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 832F116A4E0 for ; Fri, 11 Aug 2006 07:02:38 +0000 (UTC) (envelope-from fbsd-stable@mawer.org) Received: from mail32.syd.optusnet.com.au (mail32.syd.optusnet.com.au [211.29.132.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id C879943D49 for ; Fri, 11 Aug 2006 07:02:37 +0000 (GMT) (envelope-from fbsd-stable@mawer.org) Received: from [10.4.1.1] (c220-239-234-69.thorn1.nsw.optusnet.com.au [220.239.234.69]) by mail32.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k7B72XDm004942; Fri, 11 Aug 2006 17:02:34 +1000 Message-ID: <44DC2B8E.5080903@mawer.org> Date: Thu, 10 Aug 2006 21:02:38 -1000 From: Antony Mawer User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: m.ehinger@ltur.de References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ncplogin panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 07:02:38 -0000 On 9/08/2006 10:01 PM, m.ehinger@ltur.de wrote: > Antony Mawer schrieb am 09.08.2006 02:08:20: >> Okay. What version of Netware are you using? What are the step-by-step >> procedures you are following in order to reproduce this (from step 1 as >> logging in to Netware or mounting the volume)? > > > We're using Netware Verion 6.5 over TCP/IP only. > > Step 1. load ncp.ko, mount volume (mount_nwfs -A ... ) > Step 2. cp /netwarefile /localfolder > > Here is what strace gives me: ... > stat("file", {st_mode=S_IFREG|0755, st_size=12, ...}) = 0 > stat("/root/file", {st_mode=0, st_size=4294967297, ...}) = 0 > open("file", O_RDONLY) = 3 > open("/root/file", O_WRONLY|O_TRUNC) = 4 > mmap(0, 12, PROT_READ, MAP_SHARED, 3, 0) = -1 EINVAL (Invalid argument) Pure speculation -- I wonder if this is because "cp" is trying to mmap the file, and for whatever reason that doesn't work as intended with NWFS? Could you try using something else - eg. we use rsync against Netware friendly with success? Cheers Antony From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 07:28:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABF4B16A4DD for ; Fri, 11 Aug 2006 07:28:32 +0000 (UTC) (envelope-from numard@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FDB343D46 for ; Fri, 11 Aug 2006 07:28:31 +0000 (GMT) (envelope-from numard@meijome.net) Received: (qmail 25701 invoked from network); 11 Aug 2006 17:28:30 +1000 Received: from andromeda.lef.com.au (HELO localhost) (210.8.93.2) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 11 Aug 2006 17:28:30 +1000 Date: Fri, 11 Aug 2006 17:28:26 +1000 From: Norberto Meijome To: "Chris H." Message-ID: <20060811172826.2333bb17@localhost> In-Reply-To: <20060810154518.s1xalx6isk8cos0w@webmail.1command.com> References: <20060809192304.ubr18r4ogs08o8g0@webmail.1command.com> <44DAA8CB.8020008@paradise.net.nz> <20060809212436.67cc8hclc0gsogos@webmail.1command.com> <20060810150533.6ee6499d@localhost> <20060810032547.0mh3rwnogkkk84c4@webmail.1command.com> <20060810212219.7ed8f385@localhost> <20060810154518.s1xalx6isk8cos0w@webmail.1command.com> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: error: syntax error before "_X_SENTINEL" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2006 07:28:32 -0000 Hi Chris, On Thu, 10 Aug 2006 15:45:18 -0700 "Chris H." wrote: > xorg-libraries-6.9.0 X11 libraries and headers from X.Org > > xorg-server-6.9.0_4 X.Org X server and related programs These 2 are XOrg packages > xproto-6.6.2 X11 protocol headers and this one is , i think, XFree86 . if you check the files installed by xorg-libraries and xproto, you'll see that they install the same files. if you verify the installed files against the package, I guess you'll see that xorg complains some files dont match the spec. I suggest (backup first ;) ) uninstalling xproto , reinstall xorg-libraries (to make sure you have a consistent set of libraries + include files, and then rebuild all dependencies against them. This process fixed the issue for me. You should not be mixing XFree86 and XOrg libraries/include files. Also, you may want to set in /etc/make.conf : X_WINDOW_SYSTEM=xorg good luck, Beto From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 07:30:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC03116A4DA for ; Fri, 11 Aug 2006 07:30:32 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 985FE43D45 for ; Fri, 11 Aug 2006 07:30:31 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 25787 invoked from network); 11 Aug 2006 17:30:30 +1000 Received: from andromeda.lef.com.au (HELO localhost) (210.8.93.2) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 11 Aug 2006 17:30:30 +1000 Date: Fri, 11 Aug 2006 17:30:26 +1000 From: Norberto Meijome To: freebsd-stable@freebsd.org Message-ID: <20060811173026.35f1b8bc@localhost> In-Reply-To: <20060810154518.s1xalx6isk8cos0w@webmail.1command.com> References: <20060809192304.ubr18r4ogs08o8g0@webmail.1command.com> <44DAA8CB.8020008@paradise.net.nz> <20060809212436.67cc8hclc0gsogos@webmail.1command.com> <20060810150533.6ee6499d@localhost> <20060810032547.0mh3rwnogkkk84c4@webmail.1command.com> <20060810212219.7ed8f385@localhost> <20060810154518.s1xalx6isk8cos0w@webmail.1command.com> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: error: syntax error before "_X_SENTINEL" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2006 07:30:32 -0000 Hi Chris, On Thu, 10 Aug 2006 15:45:18 -0700 "Chris H." wrote: > xorg-libraries-6.9.0 X11 libraries and headers from X.Org > > xorg-server-6.9.0_4 X.Org X server and related programs These 2 are XOrg packages > xproto-6.6.2 X11 protocol headers and this one is , i think, XFree86 . if you check the files installed by xorg-libraries and xproto, you'll see that they install the same files. if you verify the installed files against the package, I guess you'll see that xorg complains some files dont match the spec. I suggest (backup first ;) ) uninstalling xproto , reinstall xorg-libraries (to make sure you have a consistent set of libraries + include files, and then rebuild all dependencies against them. This process fixed the issue for me. You should not be mixing XFree86 and XOrg libraries/include files. Also, you may want to set in /etc/make.conf : X_WINDOW_SYSTEM=xorg good luck, Beto From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 08:03:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C21C16A4DA for ; Fri, 11 Aug 2006 08:03:28 +0000 (UTC) (envelope-from m.ehinger@ltur.de) Received: from postx.gateway-inter.net (postx.gateway-inter.net [213.144.19.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id D39DD43D46 for ; Fri, 11 Aug 2006 08:03:27 +0000 (GMT) (envelope-from m.ehinger@ltur.de) In-Reply-To: <44DC2B8E.5080903@mawer.org> To: Antony Mawer From: m.ehinger@ltur.de MIME-Version: 1.0 Message-ID: Date: Fri, 11 Aug 2006 10:03:35 +0200 Content-type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: ncplogin panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 08:03:28 -0000 Antony Mawer schrieb am 11.08.2006 09:02:38: > > Pure speculation -- I wonder if this is because "cp" is trying to mmap > the file, and for whatever reason that doesn't work as intended with > NWFS? Could you try using something else - eg. we use rsync against > Netware friendly with success? OK i got it working. I had an "/etc/malloc.conf -> aj" which i removed and now it works normaly. Don't know exactly why but this problem only occurs on the nwfs mount ( i use smbfs also). Thanks for your help Maik From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 09:14:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37CC416A4DA; Fri, 11 Aug 2006 09:14:39 +0000 (UTC) (envelope-from dom@goodforbusiness.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2193143D49; Fri, 11 Aug 2006 09:14:38 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id C58BE114026; Fri, 11 Aug 2006 10:14:36 +0100 (BST) 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 sUzMXTYeebGe; Fri, 11 Aug 2006 10:14:33 +0100 (BST) Received: from [192.168.0.86] (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 9993F114037; Fri, 11 Aug 2006 10:14:33 +0100 (BST) Message-ID: <44DC4A79.7010501@goodforbusiness.co.uk> Date: Fri, 11 Aug 2006 10:14:33 +0100 From: Dominic Marks User-Agent: Thunderbird 1.5.0.5 (X11/20060809) MIME-Version: 1.0 To: John Baldwin References: <44D9B5B4.7010208@goodforbusiness.co.uk> <200608091627.43286.jhb@freebsd.org> <44DB5074.7040002@goodforbusiness.co.uk> <200608101341.57641.jhb@freebsd.org> In-Reply-To: <200608101341.57641.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Device conflict 3ware twe and CMedia sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2006 09:14:39 -0000 John Baldwin wrote: > On Thursday 10 August 2006 11:27, Dominic Marks wrote: >> I've had a look, I don't exactly know what to look for, but I have >> several PCI Express to >> PCI bridges: >> >> pcib3@pci1:0:2: class=0x060400 card=0x00000044 chip=0x032a8086 rev=0x00 >> hdr=0x01 >> vendor = 'Intel Corporation' >> device = '6700PXH PCI Express-to-PCI Express Bridge B' >> class = bridge >> subclass = PCI-PCI > > You probably are hitting the condition I'm thinking of then. > >> While looking through the pciconf -vl output I also noticed this error: >> >> twe0@pci3:13:0: class=0x010400 card=0x100113c1 chip=0x100113c1 rev=0x01 >> hdr=0x00 >> vendor = '3ware Inc.' >> device = '7000/8000 series ATA-133 Storage Controller' ** >> class = mass storage >> subclass = RAID >> >> ** This actually a SATA 150 Controller. Not a big deal, but still incorrect. > > It's just a string in /usr/share/misc/pci_vendors, it has no effect on > operation or anything in the kernel. :) I thought so, but it is still wrong :) >>> hint.pci3.13.INTA.irq=17 >>> >>> That should make twe0 use IRQ 17. >>> >> I doesn't seem to have had the desired effect: >> >> > kenv | grep pci3 >> hint.pci3.13.INTA.irq="17" >> >> > grep twe0 /var/run/dmesg.boot >> twe0: <3ware Storage Controller. [...]> port 0xdcb0-0xdcbf mem >> 0xdf000000-0xdf7fffff irq 49 at device 13.0 on pci3 > > Erm, that should have worked. Did you just do 'kenv' to set it or did you > reboot and set it in the loader? Also, what version are you running, and > what revision of /sys/dev/pci/pci.c do you have? > I set it in devices.hints and rebooted. FreeBSD gdc083.internal.graphdata.co.uk 6.1-STABLE FreeBSD 6.1-STABLE #2: Mon Jul 17 16:30:13 BST 2006 dominicm@gdc083.internal.graphdata.co.uk:/usr/obj/usr/src/sys/GDC083 i386 /usr/src/sys/dev/pci/pci.c: $FreeBSD: src/sys/dev/pci/pci.c,v 1.292.2.7 2006/01/31 14:42:43 imp Exp $ Thanks John! Dominic From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 09:23:07 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5027316A4E1 for ; Fri, 11 Aug 2006 09:23:07 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B4B643D46 for ; Fri, 11 Aug 2006 09:23:06 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k7B9N4ps089000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Aug 2006 13:23:04 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k7B9N3MX088999; Fri, 11 Aug 2006 13:23:03 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 11 Aug 2006 13:23:03 +0400 From: Gleb Smirnoff To: lnelson Message-ID: <20060811092303.GV96644@FreeBSD.org> References: <20060811051959.M95805@naxostech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060811051959.M95805@naxostech.com> User-Agent: Mutt/1.5.6i Cc: freebsd-stable@FreeBSD.org Subject: Re: Odd problem with Intel em 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, 11 Aug 2006 09:23:07 -0000 On Fri, Aug 11, 2006 at 01:27:42AM -0400, lnelson wrote: l> I'm having an odd problem with the Intel em driver. It's l> built into the kernel by default, but it won't recognize l> the part. l> l> However, if I grab the driver source from the Intel website, l> compile it as a KLD, and put it in loader.conf, it works. l> The odd thing is that it complains that it is already loaded, l> and acts as if it is refusing to load the module. l> l> When it works, the message I get is: l> l> module_register: module pci/em already exists! l> Module pci/em failed to register: 17 l> ... ... l> em0: port 0x3000-0x301f mem l> 0xc8300000-0xc831ffff i l> rq 18 at device 0.0 on pci5 l> em0: Ethernet address: 00:30:48:78:5a:2a l> em0: Speed:N/A Duplex:N/A l> em1: port 0x3020-0x303f mem l> 0xc8320000-0xc833ffff i l> rq 19 at device 0.1 on pci5 l> em1: Ethernet address: 00:30:48:78:5a:2b l> em1: Speed:N/A Duplex:N/A l> l> When it doesn't work, I get no messages regarding l> em at all. l> l> It seems like the KLD is actually getting loaded, even l> though it says it isn't. l> l> I should mention that I am running the amd64 port of l> 6.1 RELEASE. l> l> Any thoughts? Can I run a production server like this? FreeBSD is always a bit behind in the version of the driver. First driver appears on Intel website, and later is merged to FreeBSD. Currently in 6-STABLE we've got version 6.0.5 driver. First you should try to update to 6-STABLE. If this doesn't help you should wait few weeks until driver 6.1.4 will be present in 6-STABLE. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 13:08:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CCE716A4DD for ; Fri, 11 Aug 2006 13:08:46 +0000 (UTC) (envelope-from Paul.Dekkers@surfnet.nl) Received: from dorsvlegel.surfnet.nl (dorsvlegel.surfnet.nl [192.87.108.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0211C43D49 for ; Fri, 11 Aug 2006 13:08:45 +0000 (GMT) (envelope-from Paul.Dekkers@surfnet.nl) Received: from dhcp-233.surfnet.nl ([192.87.109.233]) by dorsvlegel.surfnet.nl (Exim 4.63) with esmtps (TLSv1:AES256-SHA:256) id 1GBWkj-0005l5-RS for freebsd-stable@freebsd.org; Fri, 11 Aug 2006 15:08:41 +0200 Message-ID: <44DC8151.8050802@surfnet.nl> Date: Fri, 11 Aug 2006 15:08:33 +0200 From: Paul Dekkers User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig30CED9F513D7E695240D42C7" X-SURFnet-Sender-check: 8ae21ef524b09d992f22af3c70f0e299 Subject: ipmi on Dell PE 2850 fails, PE 1850 works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2006 13:08:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig30CED9F513D7E695240D42C7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, After using the ipmi module from -stable (or the port in most cases...) on a couple of PowerEdge 1850's from Dell, I tried the same on the bigger 2850... unfortunally, it fails. I updated the source-tree today, and tried both SMP and GENERIC kernel. On the 1850 I get: ipmi0: at iomem 0xf9900-0xf991e,0xf9920-0xfa5ba on isa0 ipmi0: SMBIOS Version: 2.03, revision: 2.03 ipmi0: KCS mode found at io 0xca8 alignment 0x4 on isa ipmi0: IPMI device rev. 0, firmware rev. 1.81, version 1.5 ipmi0: Number of channels 4 ipmi0: Attached watchdog The 2850 gives me: ipmi0: at iomem 0xf9900-0xf991e,0xf9920-0xfa5bf on isa0 ipmi0: SMBIOS Version: 2.03, revision: 2.03 ipmi0: KCS mode found at io 0xca8 alignment 0x4 on isa ipmi0: couldn't configure smbios io res But more scary, as soon as I unload the module (since it has no use anyway ;-)) the kernel panics. Unloading ipmi from the 1850 works just fi= ne. Did anyone else stumble upon this issue? Any clues to debug? (I have a kgdb output included below, but I'm afraid it lacks some detail.) Unfortunally I only have this 2850 to test on (and I'm not sure how long I can keep testing ;-)) - I tried multiple 1850's where things work as expected. (Really happy with IPMI support there :-)) Paul # kgdb /boot/kernel/kernel vmcore.3 [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 detail= s. This GDB was configured as "i386-marcel-freebsd". (no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer. (kgdb) bt #0 0xc06665f6 in doadump () #1 0xc0666aec in boot () #2 0xc0666d6a in panic () #3 0xc0860a98 in trap_fatal () #4 0xc08607ff in trap_pfault () #5 0xc0860491 in trap () #6 0xc084f2ea in calltrap () #7 0xc0643209 in destroy_devl () #8 0xc06433c8 in destroy_dev () #9 0xc84018bf in ?? () #10 0x00000000 in ?? () #11 0xc83f2d00 in ?? () #12 0xc83c5200 in ?? () #13 0xe8468c18 in ?? () #14 0xc840278e in ?? () #15 0xc83c5200 in ?? () #16 0xc83c5200 in ?? () #17 0xc83c5200 in ?? () #18 0xc83c5200 in ?? () #19 0xe8468c30 in ?? () #20 0xc067b1c0 in device_detach () Previous frame inner to this frame (corrupt stack?) (kgdb) --------------enig30CED9F513D7E695240D42C7 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.2.2 (MingW32) iD8DBQFE3IFXKKosyQ4qxGARAuFWAKCMK9hbH1SoslCdLMR85sXXZwVIlwCfXErC yKftMoPAtMYFNT79noYo26c= =Q+KL -----END PGP SIGNATURE----- --------------enig30CED9F513D7E695240D42C7-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 13:51:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02EB516A4DE; Fri, 11 Aug 2006 13:51:10 +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 9A87543D45; Fri, 11 Aug 2006 13:51:09 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from localhost.cse.buffalo.edu (localhost.cse.buffalo.edu [127.0.0.1]) by opus.cse.buffalo.edu (8.13.6/8.12.4) with ESMTP id k7BDp9W5033320; Fri, 11 Aug 2006 09:51:09 -0400 (EDT) From: Ken Smith To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-VU7XKxIshLO7Wxya1J43" Organization: U. Buffalo CSE Department Date: Fri, 11 Aug 2006 09:51:08 -0400 Message-Id: <1155304268.24247.4.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Cc: Subject: FYI - August snapshot builds 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: Fri, 11 Aug 2006 13:51:10 -0000 --=-VU7XKxIshLO7Wxya1J43 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Just a note to say the August snapshot builds have completed and are making their way out to the FTP mirror sites. They are available at ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200608/. Checksums for the ISOs: MD5 (7.0-CURRENT-200608-amd64-bootonly.iso) =3D 3c1a4a31d682326253421d233c6= c1465 MD5 (7.0-CURRENT-200608-amd64-disc1.iso) =3D a742990eb58d1188a7b61a484019b4= a3 MD5 (7.0-CURRENT-200608-amd64-disc2.iso) =3D 499b0573fdd3c97fe8cf105b62517e= 19 MD5 (7.0-CURRENT-200608-i386-bootonly.iso) =3D 9b621e9af23f9ff40771dc49397e= 779d MD5 (7.0-CURRENT-200608-i386-disc1.iso) =3D 2710fbfae478df743bf92959a005233= 7 MD5 (7.0-CURRENT-200608-i386-disc2.iso) =3D 66112f31e30dd4a6cfadc3e7cf4d5fe= 0 MD5 (7.0-CURRENT-200608-ia64-bootonly.iso) =3D 4384334fa4c601414136bf98df45= 6d97 MD5 (7.0-CURRENT-200608-ia64-disc1.iso) =3D 70e5fd269c4f4bc947c97df4cfa8a96= f MD5 (7.0-CURRENT-200608-ia64-livefs.iso) =3D f028084f95cd81755f2a3807fe0bf3= fb MD5 (7.0-CURRENT-200608-sparc64-bootonly.iso) =3D 47107b3d978658fabf1c65e66= 3314060 MD5 (7.0-CURRENT-200608-sparc64-disc1.iso) =3D 6f456fe852b189870a6847c24ecb= dcb3 MD5 (7.0-CURRENT-200608-sparc64-disc2.iso) =3D 91ba18d20b2f3080cedd2b47f451= 7d56 MD5 (6.1-STABLE-200608-amd64-bootonly.iso) =3D e1a3a59981d0df902fbed5befb6e= 8cf5 MD5 (6.1-STABLE-200608-amd64-disc1.iso) =3D 3449b8e83842f74029cbafbe75e520b= c MD5 (6.1-STABLE-200608-amd64-disc2.iso) =3D ade60fbb3fad02069601711732c2c56= 0 MD5 (6.1-STABLE-200608-i386-bootonly.iso) =3D 4f12ba93fed5e64fcf718828a6206= 241 MD5 (6.1-STABLE-200608-i386-disc1.iso) =3D d707f74c5ded81b0b36d4219887364c5 MD5 (6.1-STABLE-200608-i386-disc2.iso) =3D 38509be6a609e4fb752239082fe48a87 MD5 (6.1-STABLE-200608-ia64-bootonly.iso) =3D d7cc34c57bf87f16c9dd1d4f5e255= 314 MD5 (6.1-STABLE-200608-ia64-disc1.iso) =3D bf8a6cb252fcbc732e2aa2bb2eac4df8 MD5 (6.1-STABLE-200608-ia64-livefs.iso) =3D 507cfbec516290cb47f79ac6a9da342= 5 MD5 (6.1-STABLE-200608-sparc64-bootonly.iso) =3D 1c32e5374ae547a2b06ae7db62= 56484a MD5 (6.1-STABLE-200608-sparc64-disc1.iso) =3D f100f7ed63c3f177d72f36ac42284= cea MD5 (6.1-STABLE-200608-sparc64-disc2.iso) =3D 8b94163250c720e5e9836980276b6= b1f SHA256 (7.0-CURRENT-200608-amd64-bootonly.iso) =3D b80b80840f89d7060a719717= 9b6e670e11975650ea4cea77cf84c80425f56ed5 SHA256 (7.0-CURRENT-200608-amd64-disc1.iso) =3D fff1496023d74358ef3ee88e4fd= e0e1081a6dcaf7f343fad1baffa3f51288374 SHA256 (7.0-CURRENT-200608-amd64-disc2.iso) =3D db458d9eed5ea69abc014ed0b6d= e0ea6f43a7cbab941abe438d2f672e818c287 SHA256 (7.0-CURRENT-200608-i386-bootonly.iso) =3D a08aed927ca8a95ae9a5e296a= f796b25f05b7f6ce54bb40e376059d51d703c0a SHA256 (7.0-CURRENT-200608-i386-disc1.iso) =3D 93e97ee600bff6e04cc38b038f31= fda522f39d30082f0359041ab905ad4de315 SHA256 (7.0-CURRENT-200608-i386-disc2.iso) =3D 00fce5d7f6be54784b3c9e726f08= be939096260a839dba52b7a7d589312f7b7d SHA256 (7.0-CURRENT-200608-ia64-bootonly.iso) =3D 48b2fc98c187088ec213ab6b0= c0cbe38ce287ab4a8c9f1d9ecbdd54887fd5a32 SHA256 (7.0-CURRENT-200608-ia64-disc1.iso) =3D f83422855f3c1d9939c639f12b61= 84f1dad49977ffbcbf1621d586cba286c235 SHA256 (7.0-CURRENT-200608-ia64-livefs.iso) =3D 3214c32638c585118318320e9cd= 7c4816ddb0f7604645b27190cae55b1fd5c17 SHA256 (7.0-CURRENT-200608-sparc64-bootonly.iso) =3D ff7b424c6b30b40c7194ba= 5c99e388808544818152537f559f8d571a61dba517 SHA256 (7.0-CURRENT-200608-sparc64-disc1.iso) =3D f2c4e66c3428b04f1ecebee8f= 4df1aafa5579f5cf706714e8862f80c3197545c SHA256 (7.0-CURRENT-200608-sparc64-disc2.iso) =3D fee90a07ca609230549e3f190= a8197964d0f3a27506f8d793dc8ab72792a3527 SHA256 (6.1-STABLE-200608-amd64-bootonly.iso) =3D 080cae6fe3e21f21e0298048a= b486a278d5356d6b42e3dfd44a124236c5d33ce SHA256 (6.1-STABLE-200608-amd64-disc1.iso) =3D d0a6692239995e8750762ca3a1cc= e4600711b5139566cdca48114237b65b9c62 SHA256 (6.1-STABLE-200608-amd64-disc2.iso) =3D 30bd31e0113d374a21693376b4da= f0d14132fc64982b7984ef23756afd66d787 SHA256 (6.1-STABLE-200608-i386-bootonly.iso) =3D a432c6698d7dccaef24d53d4c9= 71f6af8f37d6854754a230568ce9fb81c754b6 SHA256 (6.1-STABLE-200608-i386-disc1.iso) =3D 4bf97329f1a3e5bec675b010b84d6= 7a5dfefa3177d25586e3096538bf08c4032 SHA256 (6.1-STABLE-200608-i386-disc2.iso) =3D 48924b402aeb64e454ef6fe14cf3d= cbbf5ea4463a9f1d43398c41623d59a7e8d SHA256 (6.1-STABLE-200608-ia64-bootonly.iso) =3D af5cfe397c71bad25b41bc7313= bea97545b1e5109d117069bf163f05e66b6e74 SHA256 (6.1-STABLE-200608-ia64-disc1.iso) =3D f0d53f39cf5ca947da1eb1480834a= 2d13dd7b7abcc1c3e82a5da5b49218bd5fc SHA256 (6.1-STABLE-200608-ia64-livefs.iso) =3D 02f10c3dd9dd17d2339708276000= 36de0ca01d7581fcfc17c5a18ffa4dd58e7b SHA256 (6.1-STABLE-200608-sparc64-bootonly.iso) =3D a711edc32688da7b4c5adf1= 32cc93bbda25353cef276f922b94701e1726f184b SHA256 (6.1-STABLE-200608-sparc64-disc1.iso) =3D dd5f6d28c7216536ebd3a45f51= a1a0405e8c945c4f89ca3c122b5c0b712f8445 SHA256 (6.1-STABLE-200608-sparc64-disc2.iso) =3D a05c35497261a730878f3d33ea= c24111feca251dc108c0532887cdbc0ac61e1f --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-VU7XKxIshLO7Wxya1J43 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBE3ItM/G14VSmup/YRAnvCAJsGoNuVIluCipXYi+MW4M+7VcOF/ACgjfET VlL4StP9v63m1YoP7X1JEhk= =cQTn -----END PGP SIGNATURE----- --=-VU7XKxIshLO7Wxya1J43-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 14:37:06 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0262C16A4E0 for ; Fri, 11 Aug 2006 14:37:06 +0000 (UTC) (envelope-from scott.wilson@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 802BC43D5D for ; Fri, 11 Aug 2006 14:37:03 +0000 (GMT) (envelope-from scott.wilson@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so116736wra for ; Fri, 11 Aug 2006 07:37:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UEWkzPd+At3SlIT+vZlMZ654dl26CaqA66TV9SbGd1hDS0Y8K+rHKqxNkJnyEpPskPVS4uBbxBlxznXNM5qEE7neCyyPKoygaDDpSNsWBa/rhRjd0NftzUx1WRpoziCmfXZ/5qyUQdRjFKdwhZAJ31MnDISaTKBVdGmrP/gc8n4= Received: by 10.78.156.6 with SMTP id d6mr2196319hue; Fri, 11 Aug 2006 07:37:01 -0700 (PDT) Received: by 10.78.70.10 with HTTP; Fri, 11 Aug 2006 07:37:01 -0700 (PDT) Message-ID: Date: Fri, 11 Aug 2006 16:37:01 +0200 From: "Scott Wilson" To: "David Christensen" In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301B7B43F@NT-IRVA-0750.brcm.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <09BFF2FA5EAB4A45B6655E151BBDD90301B7B43F@NT-IRVA-0750.brcm.ad.broadcom.com> Cc: pyunyh@gmail.com, stable@freebsd.org, davidch@freebsd.org, Eric Hodel Subject: Re: Re: Re: bce0: Error mapping mbuf into TX chain! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2006 14:37:06 -0000 On 8/10/06, David Christensen wrote: > Scott, > > > > > What are you doing when this problem occurs? Is it something > > I can easily duplicate here? When I tested the fix on > > -CURRENT I used the following command suggested by Doug to > > bring out the failure quickly: > > > > ssh "dd if=/dev/zero bs=1" > /dev/null > > > > Does this same command fail for you too? > > > > I updated my RELENG_6 system to the tip and tried the same ssh > command which you mentioned also failed on your system. I couldn't > duplicate the problem at all. Are you sure you are actually using > the new code? My system is reporting a different driver version > than yours (mine = 0.9.6, yours = 0.9.5): > > bce0: mem > 0xdc000000-0xddffffff irq 16 at device 0.0 on pci2 > bce0: ASIC ID 0x57081020; Revision (B2); PCI-X 64-bit 133MHz > bce0: Ethernet address: 00:10:18:15:f6:96 > > Are you still having a problem? Can you change the version number in > if_bce.c (bce_driver_version) and make sure the right driver is loading? > > Dave Hi Dave, Well spotted, my appologies for that. I was indedd running a slightly older version of the driver. I may have mixed up my kernel build when experimenting with sharing the same build tree over several machines. The driver seems to work fine now, that test no longer crashes it. I also did some iperf tests between two machines with these cards ( the other running linux) and I was getting ~950 MBit /sec between them! Thanks for your help! I'll keep beating on these machines for a few days to come, but will be so glad to get them into productions, they're so fast! :-) cheers, scott From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 16:16:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A010416A4DD for ; Fri, 11 Aug 2006 16:16:40 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 130A043D45 for ; Fri, 11 Aug 2006 16:16:39 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 56036 invoked from network); 11 Aug 2006 16:16:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=gR3GukUZ55fvltsMn3NhjY8Cca6p9NjmLxeTaWzwHwfWoXJfIQL2gj71yY7eFPY7pwU7PxqNgYeNfwhsZjj8g+syxdN5CC2c9thyqlM2mh2kPxeqXQ+rmZvNiIC0AyO2USmkhnASWcRDtE8RtUJ++1fBZArxc79Mi686Esk/eUw= ; Received: from unknown (HELO ?127.0.0.1?) (mikej@rogers.com@70.31.51.71 with plain) by smtp104.rog.mail.re2.yahoo.com with SMTP; 11 Aug 2006 16:16:39 -0000 Message-ID: <44DCAD79.5060208@rogers.com> Date: Fri, 11 Aug 2006 12:16:57 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Dominic Marks References: <20060807101946.GE33821@pasteur.fr> <44D745C0.2010803@goodforbusiness.co.uk> In-Reply-To: <44D745C0.2010803@goodforbusiness.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jerome Sobecki , freebsd-stable@freebsd.org Subject: Re: Stability of ICH7 sata on 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, 11 Aug 2006 16:16:40 -0000 Dominic Marks wrote: > Jerome Sobecki wrote: >> Hi all, >> >> We have here some Supermicro Superserver 5015P-TR >> (http://www.supermicro.com/products/system/1U/5015/SYS-5015P-TR.cfm) >> >> Those servers, with a ICH7 controler, are currently working with FreeBSD >> 6.1 and everything seems ok, except that it's the third time, on two >> different machines, that the system crash because it lost is hard drive. >> I have two Supermicro PDSMi MB servers in productions and i am also experiencing mysterious disk loses. The system continues to function fine, as i am using gmirror, however something strange is going on. Sometimes the disks come back, sometimes i need to reboot the system to get them back. I am using Seagate ST3160812AS 3.AAE drives. The drives reports no SMART errors, and the cables are secure. The drives are attached to a hot swap back plane. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 16:56:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 646AF16A4DA for ; Fri, 11 Aug 2006 16:56:31 +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 AB6A043D5E for ; Fri, 11 Aug 2006 16:56:25 +0000 (GMT) (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 k7BGuIbs082536; Fri, 11 Aug 2006 12:56:23 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Dominic Marks Date: Fri, 11 Aug 2006 12:53:40 -0400 User-Agent: KMail/1.9.1 References: <44D9B5B4.7010208@goodforbusiness.co.uk> <200608101341.57641.jhb@freebsd.org> <44DC4A79.7010501@goodforbusiness.co.uk> In-Reply-To: <44DC4A79.7010501@goodforbusiness.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608111253.40972.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 11 Aug 2006 12:56:24 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1646/Fri Aug 11 05:51:17 2006 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.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: Device conflict 3ware twe and CMedia sound card X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2006 16:56:31 -0000 On Friday 11 August 2006 05:14, Dominic Marks wrote: > John Baldwin wrote: > > On Thursday 10 August 2006 11:27, Dominic Marks wrote: > >>> hint.pci3.13.INTA.irq=17 > >>> > >>> That should make twe0 use IRQ 17. > >>> > >> I doesn't seem to have had the desired effect: > >> > >> > kenv | grep pci3 > >> hint.pci3.13.INTA.irq="17" > >> > >> > grep twe0 /var/run/dmesg.boot > >> twe0: <3ware Storage Controller. [...]> port 0xdcb0-0xdcbf mem > >> 0xdf000000-0xdf7fffff irq 49 at device 13.0 on pci3 > > > > Erm, that should have worked. Did you just do 'kenv' to set it or did you > > reboot and set it in the loader? Also, what version are you running, and > > what revision of /sys/dev/pci/pci.c do you have? > > > > I set it in devices.hints and rebooted. > > FreeBSD gdc083.internal.graphdata.co.uk 6.1-STABLE FreeBSD 6.1-STABLE > #2: Mon Jul 17 16:30:13 BST 2006 > dominicm@gdc083.internal.graphdata.co.uk:/usr/obj/usr/src/sys/GDC083 i386 > > /usr/src/sys/dev/pci/pci.c: > $FreeBSD: src/sys/dev/pci/pci.c,v 1.292.2.7 2006/01/31 14:42:43 > imp Exp $ Hmm, ok. Well, the next step is to try and see why it isn't working. Can you patch the pci_assign_interrupt() function in /sys/dev/pci/pci.c to printf() the tunable name it generates via sprintf() each time it is invoked? Then boot with that and send me the dmesg? Thanks. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 17:27:39 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD09316A4DE; Fri, 11 Aug 2006 17:27:39 +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 33D8443D45; Fri, 11 Aug 2006 17:27:39 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Fri, 11 Aug 2006 10:27:15 -0700 X-Server-Uuid: D9EB6F12-1469-4C1C-87A2-5E4C0D6F9D06 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 2AEED2AF; Fri, 11 Aug 2006 10:27:15 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 07E242AE; Fri, 11 Aug 2006 10:27:15 -0700 (PDT) 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 ECI12167; Fri, 11 Aug 2006 10:27:10 -0700 (PDT) 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 067AE69CA5; Fri, 11 Aug 2006 10:27:09 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 11 Aug 2006 10:27:09 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301B7B68B@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: Thread-Topic: Re: Re: bce0: Error mapping mbuf into TX chain! Thread-Index: Aca9U6HW4dBf5kQ6QCGW9Hm9udcO8QAF5H1A From: "David Christensen" To: "Scott Wilson" X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006081106; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413031303230352E34344443424433432E303032312D412D; ENG=IBF; TS=20060811172717; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006081106_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 68C262790X82781327-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: pyunyh@gmail.com, stable@freebsd.org, davidch@freebsd.org, Eric Hodel Subject: RE: Re: Re: bce0: Error mapping mbuf into TX chain! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2006 17:27:39 -0000 > > Are you still having a problem? Can you change the version=20 > number in > > if_bce.c (bce_driver_version) and make sure the right=20 > driver is loading? > > > > Dave >=20 > Hi Dave, >=20 > Well spotted, my appologies for that. I was indedd running a slightly > older version of the driver. I may have mixed up my kernel build when > experimenting with sharing the same build tree over several machines. >=20 > The driver seems to work fine now, that test no longer crashes it. I > also did some iperf tests between two machines with these cards ( the > other running linux) and I was getting ~950 MBit /sec between them! >=20 > Thanks for your help! I'll keep beating on these machines for a few > days to come, but will be so glad to get them into productions, > they're so fast! :-) >=20 Glad to hear things are working now. Dave From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 19:09:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB22B16A4DD; Fri, 11 Aug 2006 19:09:14 +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 3BB8343D6B; Fri, 11 Aug 2006 19:09:08 +0000 (GMT) (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.6/8.13.6) with ESMTP id k7BJ93LQ034078; Fri, 11 Aug 2006 21:09:04 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k7BJ93mU007228; Fri, 11 Aug 2006 21:09:03 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k7BJ93pQ007227; Fri, 11 Aug 2006 21:09:03 +0200 (CEST) (envelope-from wb) Date: Fri, 11 Aug 2006 21:09:03 +0200 From: Wilko Bulte To: Ken Smith Message-ID: <20060811190902.GA7214@freebie.xs4all.nl> References: <1155304268.24247.4.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1155304268.24247.4.camel@opus.cse.buffalo.edu> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FYI - August snapshot builds 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: Fri, 11 Aug 2006 19:09:15 -0000 On Fri, Aug 11, 2006 at 09:51:08AM -0400, Ken Smith wrote.. > > Just a note to say the August snapshot builds have completed and are > making their way out to the FTP mirror sites. They are available at > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200608/. > > Checksums for the ISOs: MD5 (6.1-STABLE-200608-alpha-bootonly.iso) = 0e715cd8bf68499efaf519f6cb936253 MD5 (6.1-STABLE-200608-alpha-disc1.iso) = d4f36ad053d1d861844104ff0bdb4e29 is also there. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 19:26:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D2EB16A4E1 for ; Fri, 11 Aug 2006 19:26:54 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from home.quip.cz (grimm.quip.cz [213.220.192.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0053D43D46 for ; Fri, 11 Aug 2006 19:26:53 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: from [192.168.1.2] (qwork.quip.test [192.168.1.2]) by home.quip.cz (Postfix) with ESMTP id 88F615D72; Fri, 11 Aug 2006 21:27:48 +0200 (CEST) Message-ID: <44DCDA04.4040601@quip.cz> Date: Fri, 11 Aug 2006 21:27:00 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cs, cz, en, en-us MIME-Version: 1.0 To: Mike Jakubik References: <20060807101946.GE33821@pasteur.fr> <44D745C0.2010803@goodforbusiness.co.uk> <44DCAD79.5060208@rogers.com> In-Reply-To: <44DCAD79.5060208@rogers.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Dominic Marks , Jerome Sobecki , freebsd-stable@freebsd.org Subject: Re: Stability of ICH7 sata on 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, 11 Aug 2006 19:26:54 -0000 Mike Jakubik wrote: > Dominic Marks wrote: > >> Jerome Sobecki wrote: >> >>> Hi all, >>> >>> We have here some Supermicro Superserver 5015P-TR >>> (http://www.supermicro.com/products/system/1U/5015/SYS-5015P-TR.cfm) >>> >>> Those servers, with a ICH7 controler, are currently working with FreeBSD >>> 6.1 and everything seems ok, except that it's the third time, on two >>> different machines, that the system crash because it lost is hard drive. >>> > > > I have two Supermicro PDSMi MB servers in productions and i am also > experiencing mysterious disk loses. The system continues to function > fine, as i am using gmirror, however something strange is going on. > Sometimes the disks come back, sometimes i need to reboot the system to > get them back. I am using Seagate ST3160812AS 3.AAE drives. The drives > reports no SMART errors, and the cables are secure. The drives are > attached to a hot swap back plane. I have same problem on ASUS RS120 with Seagate ST3250820AS/3.AAC drives (disk loses, system reboots, slow read/write speed), but I think this is drive problem - all drives has high Reallocated_Sector_Ct value in SMART (above 130 reallocated sectors after few weeks, some drives has more then 100 after few days). Please let me now, if you also have nonzero Reallocated_Sector_Ct in smartctl -A output. I will test those servers with brand new Samsung drives, hope that it helps. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Fri Aug 11 23:37:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD3D916A4DD for ; Fri, 11 Aug 2006 23:37:59 +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 4FE2F43D45 for ; Fri, 11 Aug 2006 23:37:58 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k7BNbocF005023; Fri, 11 Aug 2006 17:37:56 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44DD14C8.8080208@samsco.org> Date: Fri, 11 Aug 2006 17:37:44 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pavel Merdin References: <292315388.20060810140751@fotki.com> In-Reply-To: <292315388.20060810140751@fotki.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.5 required=3.8 tests=SPF_SOFTFAIL autolearn=no version=3.1.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: 6-stable locking problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 23:37:59 -0000 Darn, I thought that that was already fixed. I'll go dig up my patches and take care of this. Scott Pavel Merdin wrote: > Hello. > > There's a problem with a very busy server (ad server, CPU is close to > 0% idle most of the time). > Configuration: Dual AMD Opteron 252 2.6GHz > Chipset: AMD 8131 > Integrated LAN Controller: Broadcom BCM5704 dual-channel GbE Gigabit > Adaptec AIC-7902W Ultra 320 SCSI controller > amr0: > > We tried both 6.1-RELEASE and 6-STABLE amd64 kernels. (bge driver is > always from recent stable with full Broadcom support). > > The server hangs one or more times a day. It even hangs for some time > right after boot sequence finishes (when "login:" prompt occurs). > During a hang everything stops, even keyboard (interrupts). > > We already removed PREEMPTION and linux support. > Sometimes the server can panic with: > Sleeping thread (tid 100006, pid 4) owns a non-sleepable lock > panic: sleeping thread > cpuid=0 > KDB: enter: panic > and hangs there without even starting a debugger. > pid 4 seems to be [g_down] > > Today I compiled a kernel with INVARIANTS and WITTNESS. > Right after booting sequence I got the following: > > Aug 10 04:37:09 ad1 kernel: lock order reversal: (Giant after non-sleepable) > Aug 10 04:37:09 ad1 kernel: 1st 0xffffff026c4ebe70 AMR List Lock (AMR List Lock) @ dev/amr/amr.c:403 > Aug 10 04:37:09 ad1 kernel: 2nd 0xffffffff8073adc0 Giant (Giant) @ vm/vm_contig.c:579 > Aug 10 04:37:09 ad1 kernel: KDB: stack backtrace: > Aug 10 04:37:09 ad1 kernel: kdb_backtrace() at kdb_backtrace+0x37 > Aug 10 04:37:09 ad1 kernel: witness_checkorder() at witness_checkorder+0x6fb > Aug 10 04:37:09 ad1 kernel: _mtx_lock_flags() at _mtx_lock_flags+0x9a > Aug 10 04:37:09 ad1 kernel: contigmalloc() at contigmalloc+0x57 > Aug 10 04:37:09 ad1 kernel: alloc_bounce_pages() at alloc_bounce_pages+0x75 > Aug 10 04:37:09 ad1 kernel: bus_dmamap_create() at bus_dmamap_create+0x149 > Aug 10 04:37:09 ad1 kernel: amr_alloccmd_cluster() at amr_alloccmd_cluster+0x102 > Aug 10 04:37:09 ad1 kernel: amr_alloccmd() at amr_alloccmd+0x55 > Aug 10 04:37:09 ad1 kernel: amr_bio_command() at amr_bio_command+0x27 > Aug 10 04:37:09 ad1 kernel: amr_startio() at amr_startio+0x6a > Aug 10 04:37:09 ad1 kernel: amr_submit_bio() at amr_submit_bio+0x51 > Aug 10 04:37:09 ad1 kernel: amrd_strategy() at amrd_strategy+0x23 > Aug 10 04:37:09 ad1 kernel: g_disk_start() at g_disk_start+0x17d > Aug 10 04:37:09 ad1 kernel: g_io_schedule_down() at g_io_schedule_down+0x189 > Aug 10 04:37:09 ad1 kernel: g_down_procbody() at g_down_procbody+0x80 > Aug 10 04:37:09 ad1 kernel: fork_exit() at fork_exit+0xdf > Aug 10 04:37:09 ad1 kernel: fork_trampoline() at fork_trampoline+0xe > Aug 10 04:37:09 ad1 kernel: --- trap 0, rip = 0, rsp = 0xffffffffb8e8bd00, rbp = 0 --- > > Any advice (except suggestion of switching to Linux) ? > From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 00:26:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7024A16A4DD for ; Sat, 12 Aug 2006 00:26:18 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from H43.C18.B96.tor.eicat.ca (H43.C18.B96.tor.eicat.ca [66.96.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0826043D46 for ; Sat, 12 Aug 2006 00:26:17 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from [127.0.0.1] (desktop.home.local [172.16.0.200]) by H43.C18.B96.tor.eicat.ca (Postfix) with ESMTP id CE12511421; Fri, 11 Aug 2006 20:26:40 -0400 (EDT) Message-ID: <44DD203B.3000503@rogers.com> Date: Fri, 11 Aug 2006 20:26:35 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <20060807101946.GE33821@pasteur.fr> <44D745C0.2010803@goodforbusiness.co.uk> <44DCAD79.5060208@rogers.com> <44DCDA04.4040601@quip.cz> In-Reply-To: <44DCDA04.4040601@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SpamToaster-Information: This messages has been scanned by SpamToaster http://www.digitalprogression.ca X-SpamToaster: Found to be clean X-SpamToaster-SpamCheck: not spam, SpamAssassin (not cached, score=-2.49, required 3.5, ALL_TRUSTED -1.80, BAYES_00 -2.60, DK_POLICY_SIGNSOME 0.00, DNS_FROM_RFC_ABUSE 0.20, DNS_FROM_RFC_POST 1.71) X-SpamToaster-From: mikej@rogers.com X-Spam-Status: No Cc: Dominic Marks , Jerome Sobecki , freebsd-stable@freebsd.org Subject: Re: Stability of ICH7 sata on 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: Sat, 12 Aug 2006 00:26:18 -0000 Miroslav Lachman wrote: > I have same problem on ASUS RS120 with Seagate ST3250820AS/3.AAC > drives (disk loses, system reboots, slow read/write speed), but I > think this is drive problem - all drives has high > Reallocated_Sector_Ct value in SMART (above 130 reallocated sectors > after few weeks, some drives has more then 100 after few days). > Please let me now, if you also have nonzero Reallocated_Sector_Ct in > smartctl -A output. > I will test those servers with brand new Samsung drives, hope that it > helps. I don't think you have the same problem, in your case it sounds like a bad hard drive. On my servers, all the hard drives are less than two months old, and are completely error free according to SMART. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 04:03:05 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD28216A4DA for ; Sat, 12 Aug 2006 04:03:05 +0000 (UTC) (envelope-from lnelson@naxostech.com) Received: from willow.nelsonsoftware.com (86.d8bed1.client.atlantech.net [209.190.216.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id B066E43D5F for ; Sat, 12 Aug 2006 04:02:59 +0000 (GMT) (envelope-from lnelson@naxostech.com) Received: from localhost (localhost [127.0.0.1]) by willow.nelsonsoftware.com (Postfix) with ESMTP id A98BA7A1E for ; Sat, 12 Aug 2006 00:02:58 -0400 (EDT) Received: from willow.nelsonsoftware.com ([127.0.0.1]) by localhost (willow.nelsonsoftware.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27471-03 for ; Sat, 12 Aug 2006 00:02:55 -0400 (EDT) Received: from naxostech.com (localhost [127.0.0.1]) by willow.nelsonsoftware.com (Postfix) with ESMTP id 020D379EB for ; Sat, 12 Aug 2006 00:02:54 -0400 (EDT) From: "lnelson" To: freebsd-stable@FreeBSD.org Date: Sat, 12 Aug 2006 00:02:54 -0400 Message-Id: <20060812040016.M6252@naxostech.com> In-Reply-To: <20060811092303.GV96644@FreeBSD.org> References: <20060811051959.M95805@naxostech.com> <20060811092303.GV96644@FreeBSD.org> X-Mailer: Open WebMail 2.01 20030425 X-OriginatingIP: 69.139.144.77 (lnelson@naxostech.com) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: amavisd-new at naxostech.com Cc: Subject: Re: Odd problem with Intel em 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, 12 Aug 2006 04:03:05 -0000 (sorry if this ends up as a dupe, it I think I sent it wrong the first time) On Fri, 11 Aug 2006 13:23:03 +0400, Gleb Smirnoff wrote > On Fri, Aug 11, 2006 at 01:27:42AM -0400, lnelson wrote: > l> I'm having an odd problem with the Intel em driver. It's > l> built into the kernel by default, but it won't recognize > l> the part. > l> > l> However, if I grab the driver source from the Intel website, > l> compile it as a KLD, and put it in loader.conf, it works. > l> The odd thing is that it complains that it is already loaded, > l> and acts as if it is refusing to load the module. > FreeBSD is always a bit behind in the version of the driver. First driver > appears on Intel website, and later is merged to FreeBSD. > > Currently in 6-STABLE we've got version 6.0.5 driver. First you > should try to update to 6-STABLE. If this doesn't help you should > wait few weeks until driver 6.1.4 will be present in 6-STABLE. Hi, Thanks for the info. What I ended up doing was updating to RELENG_6_1 (6.1 p3) and recompiling the kernel without the stock em driver. Now I am loading and using the intel 6.1.4 KLD. So far it seems to work but it hasn't been hammered on yet. You recommended waiting until 6.1.4 hits STABLE. Is there a problem with the Intel 6.1.4? Do you guys make a lot of changes to the Intel driver before it gets integrated? Is there anywhere I can go to read up on the diffs between RELENG_6_1 and 6-STABLE? This machine is going in production as our primary database server so I want run as little experimental stuff on it as possible. Lastly I'm a little concerned that stock 6.1 RELEASE would load and run the KLD, after giving an error that it couldn't load it because it was already compiled in. Do you think that qualifies as a bug? Should I report it? Thanks again, Lee -- Naxos Technology From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 06:02:53 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA0BC16A4DD; Sat, 12 Aug 2006 06:02:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3195543D46; Sat, 12 Aug 2006 06:02:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k7C62pD2018491; Sat, 12 Aug 2006 02:02:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k7C62qbv003654; Sat, 12 Aug 2006 02:02:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D7D4D7302F; Sat, 12 Aug 2006 02:02:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060812060251.D7D4D7302F@freebsd-current.sentex.ca> Date: Sat, 12 Aug 2006 02:02:51 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 06:02:53 -0000 TB --- 2006-08-12 04:31:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-12 04:31:12 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2006-08-12 04:31:12 - cleaning the object tree TB --- 2006-08-12 04:31:41 - checking out the source tree TB --- 2006-08-12 04:31:41 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2006-08-12 04:31:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-08-12 04:42:00 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-12 04:42:00 - cd /src TB --- 2006-08-12 04:42:00 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-08-12 05:48:49 - generating LINT kernel config TB --- 2006-08-12 05:48:49 - cd /src/sys/i386/conf TB --- 2006-08-12 05:48:49 - /usr/bin/make -B LINT TB --- 2006-08-12 05:48:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-08-12 05:48:49 - cd /src TB --- 2006-08-12 05:48:49 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 12 05:48:49 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline acpi_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/acpica/OsdEnvironment.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/acpica/acpi_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/acpica/acpi_wakeup.c /src/sys/i386/acpica/acpi_wakeup.c: In function `acpi_sleep_machdep': /src/sys/i386/acpica/acpi_wakeup.c:285: error: `acpi_resume_beep' undeclared (first use in this function) /src/sys/i386/acpica/acpi_wakeup.c:285: error: (Each undeclared identifier is reported only once /src/sys/i386/acpica/acpi_wakeup.c:285: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-12 06:02:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-12 06:02:51 - ERROR: failed to build lint kernel TB --- 2006-08-12 06:02:51 - tinderbox aborted TB --- 0.93 user 5.87 system 5499.58 real From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 08:14:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8267016A4DA for ; Sat, 12 Aug 2006 08:14:08 +0000 (UTC) (envelope-from jorn@wcborstel.com) Received: from mail.wcborstel.com (wcborstel.xs4all.nl [82.93.93.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D2FD43D46 for ; Sat, 12 Aug 2006 08:14:04 +0000 (GMT) (envelope-from jorn@wcborstel.com) Received: from localhost (mail.wcborstel.com [10.0.0.2]) by mail.wcborstel.com (Postfix) with ESMTP id DDF1D284D5D; Sat, 12 Aug 2006 10:14:02 +0200 (CEST) Received: from mail.wcborstel.com ([10.0.0.2]) by localhost (mail.wcborstel.com [10.0.0.2]) (amavisd-new, port 10024) with ESMTP id 00588-07; Sat, 12 Aug 2006 10:14:01 +0200 (CEST) Received: from [192.168.0.2] (unknown [192.168.1.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.wcborstel.com (Postfix) with ESMTP id D13D4284C7B; Sat, 12 Aug 2006 10:14:01 +0200 (CEST) Message-ID: <44DD8D80.2060500@wcborstel.com> Date: Sat, 12 Aug 2006 10:12:48 +0200 From: Jorn Argelo User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Matt Schwartz References: <000001c6b9c1$2b7d3390$6400000a@puma> In-Reply-To: <000001c6b9c1$2b7d3390$6400000a@puma> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at wcborstel.com Cc: freebsd-stable@freebsd.org Subject: Re: sudo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2006 08:14:08 -0000 Matt Schwartz wrote: > Hello list, > > > > I have noticed that since upgrading to FreeBSD 6 STABLE that sudo is > behaving funny. For example, sudo seems to be remembering passwords. So, > sudo seems not to be obeying its 5 minute password timeout. Has anyone else > experienced this? Even after logging off and back on again, I can use sudo > without it prompting me for a password. I know I am preaching to the choir > when I say this is dangerous. How can I remedy the behavior? I have even > placed the following line in my sudoers file and it had no effect: > > > > meschwartz ALL=(ALL) PASSWD: ALL > > > > Some insight would be helpful. If this is the wrong list, I apologize in > advance. > > > > > > Thanks, > > Matt > > _______________________________________________ > 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" > AFAIK it has always been that sudo still works if you log out and back in. But I never experienced that sudo doesn't obey the five minute timeout on passwords, and I'm running 6-STABLE on 3 machines. I just have this in my sudoers file, which doesn't give me any problems. %wheel ALL=(ALL) ALL Jorn From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 13:39:37 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE84D16A4E1 for ; Sat, 12 Aug 2006 13:39:37 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 325F343D45 for ; Sat, 12 Aug 2006 13:39:37 +0000 (GMT) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 747E899C023 for ; Sat, 12 Aug 2006 15:39:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id vdvDpkQTU4C7 for ; Sat, 12 Aug 2006 15:39:30 +0200 (CEST) Received: from [192.168.2.186] (catv-50635cb6.catv.broadband.hu [80.99.92.182]) by server.t-hosting.hu (Postfix) with ESMTP id C974A99C029 for ; Sat, 12 Aug 2006 15:39:30 +0200 (CEST) Message-ID: <44DDDA11.90501@FreeBSD.org> Date: Sat, 12 Aug 2006 15:39:29 +0200 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: I can't compile 6.1 kernel on 5.3 (amd64) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2006 13:39:37 -0000 Hi, I'm about to upgrading a server from FreeBSD 5.3/amd64 to 6.1/amd64. I just removed some unnecessary RAID drivers from the GENERIC kernel and tried to compile it, but I got: ../../../fs/devfs/devfs_vnops.c:1172: warning: redundant redeclaration of 'devfs_ops_f' ../../../fs/devfs/devfs_vnops.c:70: warning: previous declaration of 'devfs_ops_f' was here ../../../fs/devfs/devfs_vnops.c:1183: warning: redundant redeclaration of 'devfs_vnodeops' ../../../fs/devfs/devfs_vnops.c:68: warning: previous declaration of 'devfs_vnodeops' was here ../../../fs/devfs/devfs_vnops.c:1205: warning: redundant redeclaration of 'devfs_specops' ../../../fs/devfs/devfs_vnops.c:69: warning: previous declaration of 'devfs_specops' was here *** Error code 1 Stop in /usr/src/sys/amd64/compile/TEST. Am I missing something or what might be wrong? -- Cheers, Gabor From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 13:51:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2138316A4DF; Sat, 12 Aug 2006 13:51:19 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from pantene.mail.yandex.net (pantene.mail.yandex.net [213.180.223.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9745943D46; Sat, 12 Aug 2006 13:51:18 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (pantene.yandex.ru) by mail.yandex.ru id ; Sat, 12 Aug 2006 17:51:01 +0400 Received: from [82.211.152.12] ([82.211.152.12]) by mail.yandex.ru with HTTP; Sat, 12 Aug 2006 17:51:01 +0400 (MSD) Date: Sat, 12 Aug 2006 17:51:01 +0400 (MSD) From: "Andrey V. Elsukov" Sender: bu7cher@yandex.ru Message-Id: <44DDDCC5.000001.21350@pantene.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: bu7cher@yandex.ru To: freebsd-stable@freebsd.org X-Source-Ip: 82.211.152.12 Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: 8bit Cc: maxim@freebsd.org Subject: setlocale howto X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bu7cher@yandex.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 13:51:19 -0000 Hi, All. I have one question, how use setlocale? My system is FreeBSD 6.1-STABLE. A simple test program: #include #include #include int main(int argc, char *argv[]) { const char* loc="ru_RU.KOI8-R"; int i; char *loc_ret; char buf[]="тестовая строка abcdef"; loc_ret = setlocale(LC_CTYPE, loc); if (!loc_ret) return (-1); printf("original string = %s\n", buf); for(i = 0; i < sizeof(buf); i++) buf[i] = (char)toupper(buf[i]); printf("toupper string = %s\n", buf); return (0); } This programm don't work correctly. Cyrillic symbols don't converted to upper case. But in the same time perl programm work fine: use locale; use POSIX qw(locale_h); my $str = "тестовая строка abcdef"; setlocale(LC_CTYPE, "ru_RU.KOI8-R"); print uc ($str); What is wrong? -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 14:06:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AE3716A4E0; Sat, 12 Aug 2006 14:06:11 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id C76E643D45; Sat, 12 Aug 2006 14:06:10 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.180.29] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1GBu7s3vhE-0005mk; Sat, 12 Aug 2006 16:06:09 +0200 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Sat, 12 Aug 2006 16:06:02 +0200 User-Agent: KMail/1.9.3 References: <44DDDA11.90501@FreeBSD.org> In-Reply-To: <44DDDA11.90501@FreeBSD.org> 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="nextPart1809018.qH6KiBPzjQ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608121606.07952.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: =?iso-8859-1?q?G=E1bor_K=F6vesd=E1n?= Subject: Re: I can't compile 6.1 kernel on 5.3 (amd64) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2006 14:06:11 -0000 --nextPart1809018.qH6KiBPzjQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 12 August 2006 15:39, G=E1bor K=F6vesd=E1n wrote: > Hi, > > I'm about to upgrading a server from FreeBSD 5.3/amd64 to 6.1/amd64. I > just removed some unnecessary RAID drivers from the GENERIC kernel and > tried to compile it, but I got: > > ../../../fs/devfs/devfs_vnops.c:1172: warning: redundant redeclaration > of 'devfs_ops_f' > ../../../fs/devfs/devfs_vnops.c:70: warning: previous declaration of > 'devfs_ops_f' was here > ../../../fs/devfs/devfs_vnops.c:1183: warning: redundant redeclaration > of 'devfs_vnodeops' > ../../../fs/devfs/devfs_vnops.c:68: warning: previous declaration of > 'devfs_vnodeops' was here > ../../../fs/devfs/devfs_vnops.c:1205: warning: redundant redeclaration > of 'devfs_specops' > ../../../fs/devfs/devfs_vnops.c:69: warning: previous declaration of > 'devfs_specops' was here > *** Error code 1 > > Stop in /usr/src/sys/amd64/compile/TEST. > > Am I missing something or what might be wrong? You seem to be trying the "old" method using config and make depend &&=20 make. The supported way is using "make buildworld" and "make=20 buildkernel". Order is crucial as "make buildworld" also builds a new=20 compiler and includes that are used later. There is a separate target to=20 only build the tools that are required to build a kernel. Check the=20 Makefile. =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 --nextPart1809018.qH6KiBPzjQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBE3eBPXyyEoT62BG0RAi2uAJ9DFiKuO2fie9eH6+USS9O+p/akYgCfQJQp 8alj0d0riZa9La2+WfYGSYs= =qR/S -----END PGP SIGNATURE----- --nextPart1809018.qH6KiBPzjQ-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 15:54:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05FBC16A4DA; Sat, 12 Aug 2006 15:54:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B74D43D45; Sat, 12 Aug 2006 15:54:37 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k7CFsW5q085408 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Aug 2006 18:54:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k7CFsWxA010908; Sat, 12 Aug 2006 18:54:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k7CFsVUe010907; Sat, 12 Aug 2006 18:54:31 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 12 Aug 2006 18:54:31 +0300 From: Kostik Belousov To: "Andrey V. Elsukov" Message-ID: <20060812155431.GG25753@deviant.kiev.zoral.com.ua> References: <44DDDCC5.000001.21350@pantene.yandex.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="t4apE7yKrX2dGgJC" Content-Disposition: inline In-Reply-To: <44DDDCC5.000001.21350@pantene.yandex.ru> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.4 required=5.0 tests=ALL_TRUSTED, DNS_FROM_RFC_ABUSE,SPF_NEUTRAL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: maxim@freebsd.org, freebsd-stable@freebsd.org Subject: Re: setlocale howto X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2006 15:54:39 -0000 --t4apE7yKrX2dGgJC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Aug 12, 2006 at 05:51:01PM +0400, Andrey V. Elsukov wrote: > for(i = 0; i < sizeof(buf); i++) > buf[i] = (char)toupper(buf[i]); buf[i] = (char)toupper((unsigned char)buf[i]); Standard integer promotion promotes KOI8-R char codes like 0xd4 into 0xffffffd4. Since such codepoints are not defined for KOI8-R, toupper returns them unchaged, as specified in documentation. --t4apE7yKrX2dGgJC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE3fm2C3+MBN1Mb4gRAqPvAJ9rRpDJ0I9c8z9vnsmwJiqCIm48ZQCeKqek qTa6CKzMyeMuceftpxfi2FA= =2XZL -----END PGP SIGNATURE----- --t4apE7yKrX2dGgJC-- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 16:13:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 893E316A4DA for ; Sat, 12 Aug 2006 16:13:59 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C012C43DA2 for ; Sat, 12 Aug 2006 16:13:37 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 12 Aug 2006 16:13:35 -0000 Received: from p54A7FC9D.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.252.157] by mail.gmx.net (mp019) with SMTP; 12 Aug 2006 18:13:35 +0200 X-Authenticated: #5465401 Message-ID: <44DDFE1B.7050707@gmx.de> Date: Sat, 12 Aug 2006 18:13:15 +0200 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20060812060251.D7D4D7302F@freebsd-current.sentex.ca> In-Reply-To: <20060812060251.D7D4D7302F@freebsd-current.sentex.ca> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: stable@freebsd.org, i386@freebsd.org Subject: Re: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2006 16:13:59 -0000 FreeBSD Tinderbox wrote: > TB --- 2006-08-12 04:31:12 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2006-08-12 04:31:12 - starting RELENG_6 tinderbox run for i386/i386 > TB --- 2006-08-12 04:31:12 - cleaning the object tree > TB --- 2006-08-12 04:31:41 - checking out the source tree > TB --- 2006-08-12 04:31:41 - cd /tinderbox/RELENG_6/i386/i386 > TB --- 2006-08-12 04:31:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src > TB --- 2006-08-12 04:42:00 - building world (CFLAGS=-O2 -pipe) > TB --- 2006-08-12 04:42:00 - cd /src > TB --- 2006-08-12 04:42:00 - /usr/bin/make -B buildworld >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything > TB --- 2006-08-12 05:48:49 - generating LINT kernel config > TB --- 2006-08-12 05:48:49 - cd /src/sys/i386/conf > TB --- 2006-08-12 05:48:49 - /usr/bin/make -B LINT > TB --- 2006-08-12 05:48:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) > TB --- 2006-08-12 05:48:49 - cd /src > TB --- 2006-08-12 05:48:49 - /usr/bin/make buildkernel KERNCONF=LINT >>>> Kernel build for LINT started on Sat Aug 12 05:48:49 UTC 2006 >>>> stage 1: configuring the kernel >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything > [...] > awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline acpi_if.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/acpica/OsdEnvironment.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/acpica/acpi_machdep.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/acpica/acpi_wakeup.c > /src/sys/i386/acpica/acpi_wakeup.c: In function `acpi_sleep_machdep': > /src/sys/i386/acpica/acpi_wakeup.c:285: error: `acpi_resume_beep' undeclared (first use in this function) > /src/sys/i386/acpica/acpi_wakeup.c:285: error: (Each undeclared identifier is reported only once > /src/sys/i386/acpica/acpi_wakeup.c:285: error: for each function it appears in.) > *** Error code 1 > > Stop in /obj/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2006-08-12 06:02:51 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2006-08-12 06:02:51 - ERROR: failed to build lint kernel > TB --- 2006-08-12 06:02:51 - tinderbox aborted > TB --- 0.93 user 5.87 system 5499.58 real > The same build failure occurs on all my machines (i386). Other people reported this as well on the German BSD forums. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 16:17:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6D8616A4DE; Sat, 12 Aug 2006 16:17:45 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D44C43D6E; Sat, 12 Aug 2006 16:17:45 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k7CGHiU3028081; Sat, 12 Aug 2006 20:17:44 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 12 Aug 2006 20:17:44 +0400 (MSD) From: Dmitry Morozovsky To: "[LoN]Kamikaze" In-Reply-To: <44DDFE1B.7050707@gmx.de> Message-ID: <20060812201615.D25511@woozle.rinet.ru> References: <20060812060251.D7D4D7302F@freebsd-current.sentex.ca> <44DDFE1B.7050707@gmx.de> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sat, 12 Aug 2006 20:17:44 +0400 (MSD) Cc: stable@freebsd.org, FreeBSD Tinderbox , i386@freebsd.org Subject: Re: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2006 16:17:46 -0000 On Sat, 12 Aug 2006, [LoN]Kamikaze wrote: L> > /src/sys/i386/acpica/acpi_wakeup.c: In function `acpi_sleep_machdep': L> > /src/sys/i386/acpica/acpi_wakeup.c:285: error: `acpi_resume_beep' undeclared (first use in this function) L> > /src/sys/i386/acpica/acpi_wakeup.c:285: error: (Each undeclared identifier is reported only once L> > /src/sys/i386/acpica/acpi_wakeup.c:285: error: for each function it appears in.) L> > *** Error code 1 L> > L> > Stop in /obj/src/sys/LINT. L> > *** Error code 1 L> > L> > Stop in /src. L> > *** Error code 1 L> > L> > Stop in /src. L> > TB --- 2006-08-12 06:02:51 - WARNING: /usr/bin/make returned exit code 1 L> > TB --- 2006-08-12 06:02:51 - ERROR: failed to build lint kernel L> > TB --- 2006-08-12 06:02:51 - tinderbox aborted L> > TB --- 0.93 user 5.87 system 5499.58 real L> > L> L> The same build failure occurs on all my machines (i386). Other L> people reported this as well on the German BSD forums. quick fix: Index: acpi_wakeup.c =================================================================== RCS file: /home/ncvs/src/sys/i386/acpica/acpi_wakeup.c,v retrieving revision 1.39.2.2 diff -u -r1.39.2.2 acpi_wakeup.c --- acpi_wakeup.c 12 Aug 2006 00:51:18 -0000 1.39.2.2 +++ acpi_wakeup.c 12 Aug 2006 08:31:38 -0000 @@ -282,7 +282,7 @@ write_eflags(ef); /* If we beeped, turn it off after a delay. */ - if (acpi_resume_beep) + /* if (acpi_resume_beep) */ timeout(acpi_stop_beep, NULL, 3 * hz); return (ret); Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 16:58:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ACE716A4DA; Sat, 12 Aug 2006 16:58:40 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from soapbox.mail.yandex.net (soapbox.mail.yandex.net [213.180.223.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id A229443D46; Sat, 12 Aug 2006 16:58:39 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from YAMAIL (soapbox.yandex.ru) by mail.yandex.ru id ; Sat, 12 Aug 2006 20:58:28 +0400 Received: from [82.211.152.12] ([82.211.152.12]) by mail.yandex.ru with HTTP; Sat, 12 Aug 2006 20:58:28 +0400 (MSD) Date: Sat, 12 Aug 2006 20:58:28 +0400 (MSD) From: "Andrey V. Elsukov" Sender: bu7cher@yandex.ru Message-Id: <44DE08B4.000003.11633@soapbox.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: bu7cher@yandex.ru To: kostikbel@gmail.com In-Reply-To: <20060812155431.GG25753@deviant.kiev.zoral.com.ua> References: <44DDDCC5.000001.21350@pantene.yandex.ru> <20060812155431.GG25753@deviant.kiev.zoral.com.ua> X-Source-Ip: 82.211.152.12 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Cc: maxim@freebsd.org, bu7cher@yandex.ru, freebsd-stable@freebsd.org Subject: Re: setlocale howto X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bu7cher@yandex.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 16:58:40 -0000 >On Sat, Aug 12, 2006 at 05:51:01PM +0400, Andrey V. Elsukov wrote: >> for(i = 0; i < sizeof(buf); i++) >> buf[i] = (char)toupper(buf[i]); > > buf[i] = (char)toupper((unsigned char)buf[i]); >Standard integer promotion promotes KOI8-R char codes like 0xd4 into 0xffffffd4. >Since such codepoints are not defined for KOI8-R, toupper returns them >unchaged, as specified in documentation. Thanks, this works! But why this example works on Linux without type conversions? -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 17:24:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 498D616A4DA; Sat, 12 Aug 2006 17:24:38 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id A570E43D46; Sat, 12 Aug 2006 17:24:37 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k7CHOaRV029102; Sat, 12 Aug 2006 21:24:36 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 12 Aug 2006 21:24:36 +0400 (MSD) From: Dmitry Morozovsky To: "Andrey V. Elsukov" In-Reply-To: <44DE08B4.000003.11633@soapbox.yandex.ru> Message-ID: <20060812212327.Q25511@woozle.rinet.ru> References: <44DDDCC5.000001.21350@pantene.yandex.ru> <20060812155431.GG25753@deviant.kiev.zoral.com.ua> <44DE08B4.000003.11633@soapbox.yandex.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sat, 12 Aug 2006 21:24:36 +0400 (MSD) Cc: kostikbel@gmail.com, maxim@freebsd.org, freebsd-stable@freebsd.org Subject: Re: setlocale howto X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2006 17:24:38 -0000 On Sat, 12 Aug 2006, Andrey V. Elsukov wrote: AVE> >On Sat, Aug 12, 2006 at 05:51:01PM +0400, Andrey V. Elsukov wrote: AVE> >> for(i = 0; i < sizeof(buf); i++) AVE> >> buf[i] = (char)toupper(buf[i]); AVE> > AVE> > buf[i] = (char)toupper((unsigned char)buf[i]); AVE> >Standard integer promotion promotes KOI8-R char codes like 0xd4 into 0xffffffd4. AVE> >Since such codepoints are not defined for KOI8-R, toupper returns them AVE> >unchaged, as specified in documentation. AVE> AVE> Thanks, this works! But why this example works on Linux without type conversions? Linux has unsigned chars by default, while FreeBSD (and other current *BSDs) signed. Even large projects like PostgreSQL stepped into this trap at least once ;-) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 18:14:03 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD46A16A4E5; Sat, 12 Aug 2006 18:14:03 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [213.238.47.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42E4643D58; Sat, 12 Aug 2006 18:14:02 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.7) with ESMTP id k7CIDoqE025178 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Sat, 12 Aug 2006 20:14:00 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <44DDFE1B.7050707@gmx.de> References: <20060812060251.D7D4D7302F@freebsd-current.sentex.ca> <44DDFE1B.7050707@gmx.de> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0C0AAE41-2972-4A5D-ABDE-8E01E3EF76A7@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Sat, 12 Aug 2006 20:13:48 +0200 To: stable@freebsd.org, i386@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: njl@freebsd.org Subject: Re: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2006 18:14:03 -0000 Am 12.08.2006 um 18:13 schrieb [LoN]Kamikaze: >> cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls - >> Wnested-externs -Wstrict-prototypes -Wmissing-prototypes - >> Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 >> -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/ >> contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath - >> I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/ >> sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include >> opt_global.h -fno-common -finline-limit=8000 --param inline-unit- >> growth=100 --param large-function-growth=1000 -DGPROF -falign- >> functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long- >> strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse >> -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno- >> inline /src/sys/i386/acpica/acpi_wakeup.c >> /src/sys/i386/acpica/acpi_wakeup.c: In function `acpi_sleep_machdep': >> /src/sys/i386/acpica/acpi_wakeup.c:285: error: `acpi_resume_beep' >> undeclared (first use in this function) >> /src/sys/i386/acpica/acpi_wakeup.c:285: error: (Each undeclared >> identifier is reported only once >> /src/sys/i386/acpica/acpi_wakeup.c:285: error: for each function >> it appears in.) >> *** Error code 1 >> >> Stop in /obj/src/sys/LINT. >> *** Error code 1 >> >> Stop in /src. >> *** Error code 1 >> >> Stop in /src. >> TB --- 2006-08-12 06:02:51 - WARNING: /usr/bin/make returned exit >> code 1 >> TB --- 2006-08-12 06:02:51 - ERROR: failed to build lint kernel >> TB --- 2006-08-12 06:02:51 - tinderbox aborted >> TB --- 0.93 user 5.87 system 5499.58 real >> > > The same build failure occurs on all my machines (i386). Other > people reported this as well on the German BSD forums. Me too. It looks like 1.42 of src/sys/i386/acpica/acpi_wakeup.c needs to be MFCed as well. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 18:47:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAFC416A4DA; Sat, 12 Aug 2006 18:47:14 +0000 (UTC) (envelope-from rivers@dignus.com) Received: from dignus.com (mail.dignus.com [209.42.196.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09F4043D46; Sat, 12 Aug 2006 18:47:13 +0000 (GMT) (envelope-from rivers@dignus.com) Received: from lakes.dignus.com (lakes.dignus.com [10.1.0.3]) by dignus.com (8.13.1/8.13.1) with ESMTP id k7CIiIIL037121; Sat, 12 Aug 2006 14:44:18 -0400 (EDT) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id k7CInB612383; Sat, 12 Aug 2006 14:49:11 -0400 (EDT) (envelope-from rivers) Date: Sat, 12 Aug 2006 14:49:11 -0400 (EDT) From: Thomas David Rivers Message-Id: <200608121849.k7CInB612383@lakes.dignus.com> To: bu7cher@yandex.ru, marck@rinet.ru In-Reply-To: <20060812212327.Q25511@woozle.rinet.ru> X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on office.dignus.com Cc: kostikbel@gmail.com, maxim@freebsd.org, freebsd-stable@freebsd.org Subject: Re: setlocale howto X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2006 18:47:14 -0000 Dmitry Morozovsky wrote: > > On Sat, 12 Aug 2006, Andrey V. Elsukov wrote: > > AVE> >On Sat, Aug 12, 2006 at 05:51:01PM +0400, Andrey V. Elsukov wrote: > AVE> >> for(i = 0; i < sizeof(buf); i++) > AVE> >> buf[i] = (char)toupper(buf[i]); > AVE> > > AVE> > buf[i] = (char)toupper((unsigned char)buf[i]); > AVE> >Standard integer promotion promotes KOI8-R char codes like 0xd4 into 0xffffffd4. > AVE> >Since such codepoints are not defined for KOI8-R, toupper returns them > AVE> >unchaged, as specified in documentation. > AVE> > AVE> Thanks, this works! But why this example works on Linux without type conversions? > > Linux has unsigned chars by default, while FreeBSD (and other current *BSDs) > signed. > > Even large projects like PostgreSQL stepped into this trap at least once ;-) > > Sincerely, > D.Marck [DM5020, MCK-RIPE, DM3-RIPN] "Linux" does not have unsigned char by default. This is a log from an x86 LINUX machine: [linux]$ cat c.c main() { char c; unsigned char uc; c = -1; uc = -1; printf("c is %d\n", c); printf("uc is %d\n", uc); } [linux]$ uname Linux [linux]$ ./a.out c is -1 uc is 255 The signedness of char is usually a hardware-related issue. If the hardware provides a single instruction to load-and-sign-extend a character, then char will typically be signed; if the hardware's instruction to load a char (or a byte) does not sign-extend, then the char will be unsigned. For example, Linux on an IBM mainframe uses unsigned as the default for 'char', while x86 Linux uses signed. So, it could easily be that your particular Linux (on a particular hardware implementation) uses unsigned as the default signedness for char. - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 18:54:22 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA49816A4DA; Sat, 12 Aug 2006 18:54:22 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from H43.C18.B96.tor.eicat.ca (H43.C18.B96.tor.eicat.ca [66.96.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6012243D4C; Sat, 12 Aug 2006 18:54:22 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from [127.0.0.1] (desktop.home.local [172.16.0.200]) by H43.C18.B96.tor.eicat.ca (Postfix) with ESMTP id D974F11421; Sat, 12 Aug 2006 14:54:42 -0400 (EDT) Message-ID: <44DE23E6.8040201@rogers.com> Date: Sat, 12 Aug 2006 14:54:30 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SpamToaster-Information: This messages has been scanned by SpamToaster http://www.digitalprogression.ca X-SpamToaster: Found to be clean X-SpamToaster-SpamCheck: not spam, SpamAssassin (not cached, score=-2.49, required 3.5, ALL_TRUSTED -1.80, BAYES_00 -2.60, DK_POLICY_SIGNSOME 0.00, DNS_FROM_RFC_ABUSE 0.20, DNS_FROM_RFC_POST 1.71) X-SpamToaster-From: mikej@rogers.com X-Spam-Status: No Cc: njl@freebsd.org Subject: Error building todays kernel (acpi_wakeup.c:285) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2006 18:54:22 -0000 cc -O2 -fno-strict-aliasing -pipe -march=athlon -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/SPAMTOASTER/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/obj/usr/src/sys/SPAMTOASTER -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi_wakeup.c /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi_wakeup.c: In function `acpi_sleep_machdep': /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi_wakeup.c:285: error: `acpi_resume_beep' undeclared (first use in this function) /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi_wakeup.c:285: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/acpi/acpi/../../../i386/acpica/acpi_wakeup.c:285: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/modules/acpi/acpi. *** Error code 1 --- Revision 1.39.2.2 / (download) - annotate - [select for diffs], Sat Aug 12 00:51:18 2006 UTC (18 hours, 1 minute ago) by njl Branch: RELENG_6 Changes since 1.39.2.1: +11 -0 lines Diff to previous 1.39.2.1 (colored) to branchpoint 1.39 (colored) next main 1.40 (colored) MFC: stop beep after resume and man page updates From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 20:23:19 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA8FA16A4DA; Sat, 12 Aug 2006 20:23:19 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [213.238.47.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0010743D45; Sat, 12 Aug 2006 20:23:18 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.7) with ESMTP id k7CKN235026612 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Sat, 12 Aug 2006 22:23:13 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <0C0AAE41-2972-4A5D-ABDE-8E01E3EF76A7@lassitu.de> References: <20060812060251.D7D4D7302F@freebsd-current.sentex.ca> <44DDFE1B.7050707@gmx.de> <0C0AAE41-2972-4A5D-ABDE-8E01E3EF76A7@lassitu.de> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <40C0B221-93F1-4F75-99CB-AC0FB881C58A@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Sat, 12 Aug 2006 22:23:01 +0200 To: Stefan Bethke X-Mailer: Apple Mail (2.752.2) Cc: stable@freebsd.org, njl@freebsd.org, i386@freebsd.org Subject: Re: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2006 20:23:19 -0000 Am 12.08.2006 um 20:13 schrieb Stefan Bethke: > Am 12.08.2006 um 18:13 schrieb [LoN]Kamikaze: > >>> cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls - >>> Wnested-externs -Wstrict-prototypes -Wmissing-prototypes - >>> Wpointer-arith -Winline -Wcast-qual -fformat-extensions - >>> std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/ >>> src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/ >>> dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ >>> ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS - >>> include opt_global.h -fno-common -finline-limit=8000 --param >>> inline-unit-growth=100 --param large-function-growth=1000 -DGPROF >>> -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align- >>> long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow - >>> mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions - >>> Wno-inline /src/sys/i386/acpica/acpi_wakeup.c >>> /src/sys/i386/acpica/acpi_wakeup.c: In function >>> `acpi_sleep_machdep': >>> /src/sys/i386/acpica/acpi_wakeup.c:285: error: `acpi_resume_beep' >>> undeclared (first use in this function) >>> /src/sys/i386/acpica/acpi_wakeup.c:285: error: (Each undeclared >>> identifier is reported only once >>> /src/sys/i386/acpica/acpi_wakeup.c:285: error: for each function >>> it appears in.) >>> *** Error code 1 >>> >>> Stop in /obj/src/sys/LINT. >>> *** Error code 1 >>> >>> Stop in /src. >>> *** Error code 1 >>> >>> Stop in /src. >>> TB --- 2006-08-12 06:02:51 - WARNING: /usr/bin/make returned exit >>> code 1 >>> TB --- 2006-08-12 06:02:51 - ERROR: failed to build lint kernel >>> TB --- 2006-08-12 06:02:51 - tinderbox aborted >>> TB --- 0.93 user 5.87 system 5499.58 real >>> >> >> The same build failure occurs on all my machines (i386). Other >> people reported this as well on the German BSD forums. > > Me too. > > It looks like 1.42 of src/sys/i386/acpica/acpi_wakeup.c needs to be > MFCed as well. And a few more. Specifically, you'll want: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/acpica/ acpi_wakeup.c.diff?r1=1.41&r2=1.42 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/acpica/ acpi_wakecode.S.diff?r1=1.10&r2=1.12 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/acpica/ acpi_machdep.c.diff?r1=1.30&r2=1.32 http://www.freebsd.org/cgi/cvsweb.cgi/src/share/man/man4/acpi.4.diff? r1=1.55&r2=1.56 Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 22:16:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD87216A4DE for ; Sat, 12 Aug 2006 22:16:45 +0000 (UTC) (envelope-from Cy.Schubert@komquats.com) Received: from spqr.komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABBFD43D46 for ; Sat, 12 Aug 2006 22:16:44 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id A4FB34C5C6; Sat, 12 Aug 2006 15:16:43 -0700 (PDT) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.6/8.13.6) with ESMTP id k7CMGexD050591; Sat, 12 Aug 2006 15:16:42 -0700 (PDT) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200608122216.k7CMGexD050591@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Jorn Argelo In-Reply-To: Message from Jorn Argelo of "Sat, 12 Aug 2006 10:12:48 +0200." <44DD8D80.2060500@wcborstel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 12 Aug 2006 15:16:40 -0700 Sender: Cy.Schubert@komquats.com Cc: freebsd-stable@freebsd.org, Matt Schwartz Subject: Re: sudo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 22:16:45 -0000 In message <44DD8D80.2060500@wcborstel.com>, Jorn Argelo writes: > Matt Schwartz wrote: > > Hello list, > > > > > > > > I have noticed that since upgrading to FreeBSD 6 STABLE that sudo is > > behaving funny. For example, sudo seems to be remembering passwords. So, > > sudo seems not to be obeying its 5 minute password timeout. Has anyone els > e > > experienced this? Even after logging off and back on again, I can use sudo > > without it prompting me for a password. I know I am preaching to the choir > > when I say this is dangerous. How can I remedy the behavior? I have even > > placed the following line in my sudoers file and it had no effect: > > > > > > > > meschwartz ALL=(ALL) PASSWD: ALL > > > > > > > > Some insight would be helpful. If this is the wrong list, I apologize in > > advance. > > > > > > > > > > > > Thanks, > > > > Matt > > > > _______________________________________________ > > 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" > > > AFAIK it has always been that sudo still works if you log out and back > in. But I never experienced that sudo doesn't obey the five minute > timeout on passwords, and I'm running 6-STABLE on 3 machines. > > I just have this in my sudoers file, which doesn't give me any problems. > > %wheel ALL=(ALL) ALL Sudo has always done this. The reason is that it touches a file that corresponds to the tty (or pty) that it was invoked on. If you log out and log back in again on the same tty, sudo will "remember" that you had used it within five minutes ago. AFAIAC, this is a security issue. If someone happens to crack your account, all they need to do is wait for you to log out, quickly log into your account, hoping to get the same tty you had and use sudo "memory" to obtain elevated privileges. Solutions might be to have pty's assigned randomly or at logout have the shell issue a sudo -k to remove your timestamp file. In bash and sh all a person needs to do is, trap '/usr/local/bin/sudo -k' 0 This will remove your sudo privileges at logout. -- Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-stable@FreeBSD.ORG Sat Aug 12 22:49:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60C7B16A4DA for ; Sat, 12 Aug 2006 22:49:46 +0000 (UTC) (envelope-from PeterL@hvc.RR.com) Received: from ms-smtp-02.rdc-nyc.rr.com (ms-smtp-02.rdc-nyc.rr.com [24.29.109.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E529943D45 for ; Sat, 12 Aug 2006 22:49:45 +0000 (GMT) (envelope-from PeterL@hvc.RR.com) Received: from [192.168.254.7] (cpe-74-68-50-226.hvc.res.rr.com [74.68.50.226]) by ms-smtp-02.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id k7CMniVB014385 for ; Sat, 12 Aug 2006 18:49:44 -0400 (EDT) Message-ID: <44DE5BA7.8050403@hvc.RR.com> Date: Sat, 12 Aug 2006 18:52:23 -0400 From: Peter Liepmann User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: 20051210081717.61326@caamora.com.au Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Boot manager beep X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2006 22:49:46 -0000 patch to disable this http://lists.freebsd.org/pipermail/freebsd-questions/2006-May/120475.html